আপনার দলটি কোনও কাজের পদ্ধতি অনুসরণ না করে (যেমন স্ক্রাম) ভাল কাজ করে?


15

আমি গত 9 বছরে বেশ কয়েকটি ছোট দলে কাজ করেছি। প্রত্যেকের স্পষ্টত ভাল অভ্যাস ছিল যেমন সংক্ষিপ্ত সভা, পুনর্বিবেচনা নিয়ন্ত্রণ, ক্রমাগত একীকরণ সফ্টওয়্যার, ইস্যু ট্র্যাকিং ইত্যাদি and

এই 9 বছরে, আমি উন্নয়নের পদ্ধতিগুলি সম্পর্কে খুব বেশি কিছু শুনিনি; উদাহরণস্বরূপ, "আমরা স্ক্রাম করছি" বা "চটফটে করতে দেই" বা কোনও উত্তীর্ণ রেফারেন্সের চেয়ে বেশি কিছু কখনও হয় নি। দলগুলির সকলের মনে হয়েছিল যে বেশিরভাগ প্রক্রিয়া অনুসরণ না করে আমরা দুর্দান্তভাবে কাজ করেছি, আমরা কেবলমাত্র প্রবাহিত হয়েছি এবং কেবল প্রাকৃতিকভাবেই ভালভাবে কাজ করেছি।

অন্য কেউ স্ক্র্যাম / চতুর / ইত্যাদির মুখোমুখি না হয়ে দীর্ঘ সময়ের জন্য অগ্রগতি করেছে?

আমার কাছে কেবলমাত্র এই এক্সপোজারটিই ছিল এটির মতো সাইটের মাধ্যমে। আমি স্প্রিন্ট মিটিংয়ের মতো প্রশ্নগুলি পড়ি - কী বিষয়ে কথা বলব ... এবং সমস্ত আলাপটি প্রায় রোবোটিকে এমন লোকদের মতো বর্ণনা করে যা একটি পদ্ধতিতে সীমাবদ্ধ রাষ্ট্রের মেশিন অনুসরণ করে। এটা কি আসলে (অতিরঞ্জিত) এর মতো? আমি অবাক হই যে, ইন্টারনেটে পোস্ট করা লোকেরা "সেরা অনুশীলন" এর পক্ষে কেবল উচ্চস্বরে সমর্থক, একইভাবে পাঠ্যপুস্তকের মতামত সহ, কীভাবে লোকেরা কীভাবে কাজ করে তা প্রতিবিম্বিত করে না ... বা আমি কিছু দলকে তাদের প্রক্রিয়াগুলি প্রাকৃতিকভাবে তৈরির মুখোমুখি করেছি।

তদ্ব্যতীত (আমি যুক্তরাজ্যে আছি, যা প্রাসঙ্গিক হতে পারে) ... আমার মনে হয় যে আমি যে দলগুলিতে কাজ করব তার মধ্যে যদি কোনও পদ্ধতি চালু করা হত তবে তারা এটাকে নির্বোধ এবং অপ্রয়োজনীয় বলে প্রত্যাখ্যান করত ... তবে বহন করবে চালু. আমি একমত হতে চাই, নিম্নলিখিত প্রক্রিয়া কিছুটা অপ্রাকৃত মনে হচ্ছে। এটি কি সাধারণ বা সাধারণ?


2
"প্রক্রিয়া" ধারণাটি নিয়মিতদের নিয়মিত এবং সঠিক ফলাফল উত্সর্গের জন্য কী ভাল অনুশীলনগুলি শেখায় is পরিচালকগণ এই জিনিসগুলি সত্যই জানেন না এবং কখনও কখনও বুঝতে পারেন না যে তারা কখনও কখনও সমস্যার অংশ। "আমরা কি এক্স করি?", "না? আচ্ছা আমরা এখনই করি, এবং পরের সপ্তাহে আমার এটি দরকার!" পরিচালন ঘুরে এই প্রক্রিয়াগুলি তাদের প্রযুক্তিগত লোকগুলিকে সমাবেশ লাইনের কর্মী হিসাবে পরিণত করার চেষ্টা করে uses সুতরাং হ্যাঁ, আমি একমত, প্রক্রিয়া স্বার্থে প্রক্রিয়া অত্যন্ত বোকা - এবং অত্যন্ত ব্যয়বহুল।
বেরিন লরিটস

উত্তর:


19

এখানে 20 বছরেরও বেশি বিকাশের অভিজ্ঞতা রয়েছে এবং আমি কখনও আনুষ্ঠানিক পদ্ধতি ব্যবহার করি নি। তাদের কখনই প্রয়োজন ছিল না এবং আমি ভবিষ্যতে একটি ব্যবহারের পরিকল্পনা করব না। পদ্ধতিগুলি কিছু লোকের জন্য ভাল হতে পারে তবে তারা দক্ষ প্রোগ্রামারদের বিকল্প নেই যারা ভাল, পরীক্ষিত কোড লেখেন।

ব্যক্তিগতভাবে, আমি মনে করি যে এই দিনের সবচেয়ে জনপ্রিয় নতুন পদ্ধতি অনুসরণের বিষয়ে কম লোকের যত্ন নেওয়া এবং কোডের মানের দিকে আরও ফোকাস করা অনেক লোককে সুদৃ .় করবে।


10

সত্যিই, যদি আপনার ছোট দলটি প্রক্রিয়া না ভেবে এই সমস্ত বছর ধরে বড় ঘটনাগুলি ভালভাবে কাজ করে, তবে আপনি সম্ভবত কিছুটা চটপটে করছেন। সমস্ত চতুর প্রক্রিয়াটির অর্থ হ'ল এটি "অ্যাজিলে ম্যানিফেস্টো" http://agilemanifesto.org/ এর সাথে সম্মতি দেয় যা পুনরায়, গল্প বোর্ড ইত্যাদি সম্পর্কে অবাক করার মতো সামান্যই প্রথমত ভাড়াটে হ'ল আপনি পছন্দ করেন "ব্যক্তি এবং প্রক্রিয়া এবং সরঞ্জামের উপর মিথস্ক্রিয়া "। যে দলটি এক সাথে ভালভাবে কাজ করে তাদের প্রক্রিয়া সম্পর্কে কঠোর চিন্তা করার দরকার নেই।

চতুর বিভিন্ন ব্র্যান্ডের (যেমন স্ক্র্যাম ইত্যাদি) খুব কার্যকর যদি আপনার কাছে একেবারে নতুন দল থাকে যা একে অপরের সাথে কাজ করতে অভ্যস্ত না হয়। তারা একত্রে কীভাবে একটি সমন্বিত দল তৈরি করতে পারে তার কাঠামো সেট করে, যা ঘুরেফিরে একটি সমন্বিত পণ্য তৈরি করে।

আপনি যা করছেন তা যদি কাজ করে তবে তা চালিয়ে যান। আপনি যদি ডেলিভারিবলের সাথে অবিচ্ছিন্নভাবে দেরী হন, নিয়মিত ওভারটাইম টানতে হয়, বা কোনও কিছু স্থাপনের পরে কোনও বড় বাগগুলি ঠিক করতে হয় - তবে কিছু ভুল। সমস্যাগুলি সমাধানের জন্য আপনি যখন ছোট ছোট ছোট ছোট কিছু পরিবর্তন করেন।


5

যদি সবকিছু ঠিক থাকে এবং এটি সর্বদা ঠিক থাকে তবে সমস্যা নেই - সুতরাং একটি নতুন প্রবর্তন করা (আপনার দলগুলি কোনও না কোনও পদ্ধতি অনুসরণ করবে - আনুষ্ঠানিক বা অন্যথায়) পদ্ধতিটি সত্যই সময়ের অপচয় হবে।

যেখানে দলটি সমস্যাগুলির মুখোমুখি হয় বা বাহ্যিক উত্স থেকে তাদের সমস্যা নিয়ে আসে তখন পদ্ধতিগুলি সত্যই সহায়তা করে - কোনও পদ্ধতিগুলি কেবল ভাল অভ্যাসগুলি প্রবর্তন করে না এটি আপনাকে তাদের রক্ষা করতে সহায়তা করে। আপনি যখন সচেতনতার সাথে সেগুলি করেন তখন চাপের মধ্যে ভাল অনুশীলনগুলি বজায় রাখা আরও সহজ otherwise

আমি মনে করি না যে আপনার অগত্যা একটি আনুষ্ঠানিক পদ্ধতি প্রয়োজন - তবে প্রতিটি দলের কার্যকর আইএমএইচও হওয়ার জন্য তাদের কাজের জন্য কিছু ধরণের প্যাটার্ন প্রয়োজন (এটি পুনরায় করা নয়, এটি ইভেন্ট চালিত হতে পারে)।


3
+1 সমস্ত দল একটি পদ্ধতি ব্যবহার করে, এটি আনুষ্ঠানিক হোক বা না হোক, অথবা এটি কাজ করছে কি না।
মাইকেল কে

4

সমাধান করতে আপনার যদি সমস্যা না হয় তবে আপনি ভাগ্যবান।

আমি অনেক দল দেখেছি (বিশেষত খুব ছোট সংস্থাগুলিতে) কোনও সংজ্ঞায়িত পদ্ধতি ছাড়াই ভাল কাজ করছে।

কোনও পদ্ধতি (বা কৌশল) প্রয়োগ করা কারণ এটি মজাদার বা আপনি ইন্টারনেটে যে ব্লগ পোস্টটি পড়েছেন তা অত্যন্ত বিপজ্জনক।

আপনি ভাল থাকলে কিছু পরিবর্তন করবেন না। আপনি যখন পারেন তখন কিছু অপ্টিমাইজেশন চেষ্টা করুন।


3

পদ্ধতিগুলি বিস্তৃত অ্যারে তাদের, কিছু যথেষ্ট বুদ্ধিমান, কিছু উন্মাদ উপর সীমান্ত রয়েছে। তারা সকলেই সাধারণ জ্ঞানকে কোডিং বলে মনে হয় , তাদের একটি মজার নাম দেয়, তারপরে প্রচুর বই / সেমিনার / ইত্যাদি বিক্রয় করে।

এখন যদি আপনার পরিচালনা, বা প্রকৃতপক্ষে আপনার দলটি সাধারণ জ্ঞানের অভাব বোধ করছে এবং জৈবিকভাবে তাদের নিজস্ব বুদ্ধিমান পদ্ধতিগুলি জায়গায় নেই (সচেতনভাবে বা অব্যক্ত হোক) তবে সেগুলি পড়াশোনার উপযুক্ত হতে পারে এবং তারপরে পদ্ধতিটির অংশগুলি বোর্ডে নিয়ে যেতে পারে may যে দলের অভিজ্ঞতার সাথে প্রাসঙ্গিক

সাম্প্রতিক <insert-buzzword-here>কাজের অনুশীলনগুলির কম্বল চাপানো তার সমাধানের লক্ষ্যের চেয়ে আরও বিভ্রান্তির কারণ হিসাবে দায়বদ্ধ। তবে সাধারণত একটি প্রচুর চেকবক্স মেট্রিক সরবরাহ করতে পারে যা একটি নন-কোডিং লাইন পরিচালক উত্সাহ সহকারে টিক দিতে পারে।


1

হতে পারে আপনি এটিকে চটজলদি বা স্ক্র্যাম বলেন নি তবে এর অর্থ এই নয় যে আপনার কোনও প্রক্রিয়া ছিল না এবং এটি ব্যবহার করছেন না।

ঠিক যেমন সফ্টওয়্যার বিকাশ। আপনি সম্ভবত তাদের নাম দ্বারা তাদের সম্পর্কে স্পষ্টভাবে চিন্তা না করলেও আপনি বেশ কয়েকটি ডিজাইনের নিদর্শনগুলি ব্যবহার করবেন।

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.