যখন কোনও দলের আকার 10 এরও বেশি হয়ে যায়, আপনি কি এখনও এক সাথে মুক্তির পরিকল্পনা করতে পারেন?

9

পরবর্তী প্রকাশের জন্য কী কাজ করবেন তা সিদ্ধান্ত নেওয়ার সময় এবং প্রতিটি ব্যবহারকারীর গল্পের সময় নির্ধারণের সময় (এবং প্রদত্ত গল্পের জন্য উপ টাস্ক) আপনি কি ছেলেরা এটি একটি গ্রুপে বা কেবল পরিচালকদের মধ্যে করেন?

10 টি দলের আকারের জন্য, এটি কি ব্যবহারিক?

এতে কতক্ষণ সময় লাগবে?

agile

— codecompleting
সূত্র

9

আপনার দল এত বড় কেন? আপনি যদি সজাগ হওয়ার চেষ্টা করছেন তবে আপনার একটি বড় দলের পরিবর্তে দুটি ছোট দল থাকা উচিত teams 10 জন লোক কেন একটি দল তা দয়া করে ব্যাখ্যা করুন।

— এস .লট

1

আমার 10 জন কর্মী প্রোগ্রামার মিটিংয়ে আসার একমাত্র কারণ হ'ল আমাদের আইপিও বা দেউলিয়া ঘোষণা announce

— জেফো

না। লিখিত সফ্টওয়্যার 3 জনের বেশি লোক কখনও প্রকাশিত হয় না। যদি আপনি কাউন্টার উদাহরণগুলির বিষয়ে শুনেন: এগুলি কেবল আলফা বা বিটা সংস্করণ।

— ল্যান্ডেই

আমি প্রায় 15 জনের একটি দলে কাজ করেছি যেখানে আমরা এটি করেছি। সর্বাধিক অসুবিধাটি হ'ল সভাটির সময় যে কোনও সময় আপনারা বিরক্ত হয়ে প্রায় 10 জন লোকের হাতে বসে আছেন - এবং প্রতি সপ্তাহে কয়েক ঘন্টা এটি ঘটে। তবে, কখনও কখনও দলগুলিকে বিভক্ত করা আরও ঝামেলা এবং ভুল যোগাযোগ তৈরি করে। এটি আদর্শ নয়, তবে এটি সম্পন্ন হয়েছে।

— মিস্টার ফক্স

3

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

অনুমানটি সম্পূর্ণরূপে সেই লোকদের দ্বারা করা উচিত যারা কাজটি করবেন, কখনই কোনও পরিচালকের পক্ষে যে বিতরণ করার চাপে নেই, তবে আপনার প্রবৃত্তিটি সঠিক যে অর্ধ ডজনেরও বেশি লোক এই বিষয়ে বিতর্ক করতে ঘন্টা ব্যয় করবে। একটি আদর্শ বিশ্বে আপনার দলটি এমনভাবে ভেঙে ফেলা উচিত যে কোনও একক দলে 4 এর চেয়ে কম এবং 7 এর বেশি নয় - 5 আদর্শ, আইএমএইচও।

যদি কোনও কারণে এটি একেবারেই সম্ভব না হয় - এবং এটি অসম্ভব বলে মেনে নেওয়ার আগে আপনাকে সেই কারণের জন্য 5 টি হুইস প্রয়োগ করতে হবে - তবে তাদের পক্ষ থেকে অনুমান করার জন্য 4-5 জনের একটি দলকে দলটি নির্বাচন করা উচিত।

— PDR
সূত্র

2

আমার মতে, আপনার 10 জনের একটি দল হিসাবে পরিকল্পনা প্রকাশ করা উচিত নয়। সম্ভবত আপনি একটি বিশাল সভাটি শেষ করবেন যেখানে কোনও প্রদত্ত আলোচনায় 6-8 জন সম্পূর্ণরূপে সংযোগ বিচ্ছিন্ন এবং বিরক্ত বোধ করবে। এতে যোগ করুন যে একসাথে একটি ঘরে তালাবদ্ধ হয়ে রাখা 3-4 ঘন্টা ক্লান্তি। এবং বিবেচনা করুন যে যদি 10 জন লোক কথা বলে তবে আপনার অনেক বেশি কথোপকথন আছে। যদি তারা কথা না বলে আপনি মূল্যবান ইনপুট নাও পেতে পারেন।

আমরা জোসেফের সংস্থার সাথে খুব অনুরূপ কিছু করেছি। পূর্ববর্তী রিলিজে আমাদের 8 জন প্রকৌশলী ছিল এবং রিলিজের পরিকল্পনায় 2 টি শক্ত সপ্তাহ লেগেছিল। এবং এটি একেবারে নৃশংস ছিল। প্রতিদিন কয়েক ঘন্টার মধ্যে, আমি মনে করি আমরা সকলেই যতটা সম্ভব কম কথা বলার চেষ্টা শুরু করি যাতে সভাটি শীঘ্রই শেষ হয়ে যায়।

এটি আমাদের দলের আকার দ্বিগুণের বেশি প্রকাশ করেছে। সুতরাং আমরা ছোট ছোট দলগুলিতে বিভক্ত হয়েছি যা কোনও পণ্যের ক্ষেত্রের স্থায়ী মালিকানা নিতে পারে। ছোট দলগুলির প্রত্যেকেরই নেতৃত্ব ছিল। তারপরে আমরা মাত্র শীর্ষে নিয়ে উচ্চ-স্তরের রিলিজ পরিকল্পনা করেছি, যা দ্রুত এবং আরও দক্ষতার সাথে এগিয়ে গেছে কারণ এখন আমাদের ঘরে কেবলমাত্র 4 টি বিকাশকারী ছিল। এই সময়ের মধ্যে, আমরা চিহ্নিত করেছি যে কোন দলটি কোন গল্পগুলি করবে এবং কীভাবে পণ্যটি বিভক্ত হবে। এছাড়াও এটি পুরো পণ্যটির বৃহত্তর চিত্রটি দেয়।

তারপরে প্রতিটি সীসা তার নিজের দলে ফিরে গেল এবং মুক্তির অংশটি পেরিয়ে গেল যার জন্য কেবল সেই দলই দায়বদ্ধ ছিল। এই সময়ে, আমরা কিছু বিশদ পূরণ করেছি এবং গল্পের পয়েন্টের মানগুলি অর্পণ করেছি।

সবশেষে, সবকিছু একসাথে রাখা হয়েছিল এবং আমরা একটি চূড়ান্ত ওয়াকথ্রু (আলোচনার চেয়ে একটি উপস্থাপনার বেশি) করেছি যাতে দলের সবাই জানেন যে পুরো দলের সাথে কী চলছে।

যদিও এই পদ্ধতিটি সহ আমাদের সম্পূর্ণ সফল মুক্তি নেই, তবে আমি মনে করি যে মুক্তির পরিকল্পনা সামগ্রিকভাবে আগের চেয়ে মসৃণ হয়ে গেছে এবং আমরা এর থেকে আরও অনেক কিছু পেয়েছি। মূলটি হ'ল আমাদের কোনও প্রদত্ত মিটিংয়ে 3-4 টিরও বেশি বিকাশকারী ছিল না এবং সবার কণ্ঠস্বর এখনও শোনা যায়।

সম্ভব হলে আমি আপনাকে আপনার 10 বিকাশকারীকে 3 টি গ্রুপে বিভক্ত করার প্রস্তাব দিই। যদি আপনি আপনার সামগ্রিক প্রকাশকে 3 টি বেশিরভাগ-অ-ওভারল্যাপিং অঞ্চলে ভাগ করতে না পারেন তবে 2 টি গ্রুপও একটি বড় দলের চেয়ে ভাল।

— DXM
সূত্র

2

আমি আসলে নেতৃত্ব হিসাবে একাধিক প্রকল্পের (এবং একাধিক দল) অংশ এবং 10++ এর কয়েকটি রয়েছে। আমি যে সমস্ত প্রকল্পে কাজ করি সেগুলিতে মুক্তির পরিকল্পনাটি শীর্ষস্থানীয় এবং ব্যবসায় বিশ্লেষকরা করে থাকেন। তবে, আমাদের পরিস্থিতিতে বিএগুলি পরিচালক নয়, তাই পরিচালকরা রিলিজ পরিকল্পনায় সত্যিই অংশ নেয় না।

বাস্তবায়ন দল দ্বারা অনুমান করা হয়, যদিও এবং উভয় অংশ পৃথক হলেও এগুলি খুব বেশি সম্পর্কিত।

কোনও কাজ শেষ হতে কত সময় লাগে তা অনুমান করা হয়, যখন সেই কাজগুলি কাজ করার সময় নির্ধারিত হয়ে যায় তখন প্রকাশের পরিকল্পনা করা হয়।

পরিকল্পনাটি ব্যবসায়ের উদ্বেগ অনুযায়ী করা উচিত, অন্যদিকে প্রযুক্তিগত উদ্বেগ অনুসারে অনুমান করা উচিত। সুতরাং অনুমান এবং পরিকল্পনা বিরতি।

— জোসেফ
সূত্র

4

+1 - পরিকল্পনা নেতৃত্ব এবং ব্যবসায়ের দ্বারা করা হয়, তবে এটি বাস্তবসম্মত শ্রমিক মৌমাছিদের দ্বারা অনুমান করা সমালোচনামূলক।

— টেক্সাসে জিম 21

0

এই কাজটি আরও দক্ষতার সাথে একজন ম্যানেজারের দ্বারা সম্পন্ন করা হয়। ছোট দলগুলিতে, ভূমিকাগুলি মিশ্রিত হওয়ার প্রবণতা রয়েছে। প্রত্যেকেই সবকিছুর সাথে জড়িত। তবে আপনার দল বাড়ার সাথে সাথে এটি নিয়ন্ত্রণহীন হয়ে পড়ে এবং ভূমিকাগুলি স্পষ্টভাবে সংজ্ঞায়িত করা দরকার।

আমি যতটুকু সবকিছুর সাথে জড়িত হওয়ার আকাঙ্ক্ষা পাই তা কেবল উত্পাদনশীল নয়।

— AJC
সূত্র