যখন আপনার একাধিক প্রকল্প রয়েছে তখন স্ক্র্যাম কীভাবে কাজ করবে? [বন্ধ]


91

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

এর সাথে ... আমি একটি ওয়েব ডেভলপমেন্ট ফার্মের পক্ষে কাজ করি যা একসাথে একাধিক প্রকল্প পরিচালনা করে, ছয় দলের সদস্য যারা "প্রযোজনা দল" গঠন করে with

একাধিক প্রকল্পের সাথে স্ক্র্যাম কীভাবে কাজ করবে? আপনি কি কেবলমাত্র একটি নির্দিষ্ট প্রকল্পের জন্য নির্দিষ্ট সময়ের মধ্যে একটি পুনরাবৃত্তির সময় নির্ধারণ করেন এবং পুরো দলটি এতে কাজ করে এবং তারপরে পুনরাবৃত্তিটি শেষ হলে আপনি নতুন প্রকল্পের সাথে পরবর্তী প্রকল্পে চলে যান? বা একই সময়ে কেবলমাত্র একটি দলের সাথে নিজস্ব পুনরাবৃত্তি সহ একাধিক প্রকল্প পরিচালনা করার কোনও "চতুর" উপায় আছে?


9
আমি যদি জানতাম, আমি 3+ প্রজেক্টে আছি এবং দিনে 3+ এসসিআরএমএস করতে হবে। : ক্রন্দন:
চাদ গ্রান্ট

এই প্রশ্নটি অফ-টপিক, কারণ এটি এই সাইটের আওতায় নেই, আমি এখানে কোন বিষয় সম্পর্কে জিজ্ঞাসা করতে পারি তার সংজ্ঞা অনুসারে ? আরও দেখুন: কোন ধরণের প্রশ্ন জিজ্ঞাসা করা উচিত? আপনি অন্য স্ট্যাক এক্সচেঞ্জ সাইটে জিজ্ঞাসা করতে সক্ষম হতে পারেন , উদাহরণস্বরূপ প্রকল্প পরিচালনা বা সফটওয়্যার ইঞ্জিনিয়ারিং । আপনি যে কোনও সাইটে কোনও প্রশ্ন পোস্ট করার ইচ্ছা নিয়েছেন সেই সহায়তা কেন্দ্রের অন-টপিক পৃষ্ঠাটি নিশ্চিত করে পড়ুন।
মাকেন

4
@ ম্যাকেন এখানে একটি বিষয় বিবেচনা করুন তা হ'ল এই প্রশ্নটি সাফল্যের সাথে 8.5 বছর পুরানো এবং বেশিরভাগ সাব-স্ট্যাক এক্সচেঞ্জগুলির অস্তিত্বের অনেক আগে থেকেই এসেছিল। সুতরাং এখন বিষয়টি প্রজেক্ট ম্যানেজমেন্ট স্ট্যাক এক্সচেঞ্জের মতো কিছু দ্বারা সর্বোত্তমভাবে পরিবেশন করা যেতে পারে, সেই সময় স্ক্রমের অনুশীলনগুলি সম্পর্কে একটি প্রশ্ন বিকাশকারীদের এবং কীভাবে সেরাভাবে কাজ করা যায় তার পদ্ধতিগুলির ক্ষেত্রে অবিশ্বাস্যভাবে প্রাসঙ্গিক ছিল।
টিম নাইট

আমি সম্মত, এটি জিজ্ঞাসা করা সময়ে যুক্তিসঙ্গত ছিল। একটি প্রশ্ন হিসাবে প্রশ্নটিতে কিছু ভুল নেই। এই মুহুর্তে এটি কেবল এসও-তে বিষয় নয়। সময়ের সাথে সাথে এসও-র বিষয়বস্তুতে কী পরিবর্তন হয়েছে। যদিও এই প্রশ্নটি প্রোগ্রামারদের পক্ষে আগ্রহী, এটি মূলত প্রোগ্রামিং সম্পর্কে নয়। এটি স্ক্রম প্রক্রিয়া সম্পর্কে, যা প্রকল্প পরিচালনার জন্য একটি পদ্ধতি, বিশেষত প্রোগ্রামিং নয়। এটি "একাধিক প্রকল্প পরিচালনা ... কেবল একটি দল নিয়ে…" সম্পর্কে, যা বিভিন্ন ধরণের প্রকল্পের ধরণের হতে পারে। সুতরাং, এটি বন্ধ করা উপযুক্ত। আমি এখানে মুছে ফেলার জন্য ভোট দেব না, কারণ এখানে দরকারী তথ্য রয়েছে।
মাকেন

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

উত্তর:


61

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

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

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


4
+1: ক্রিয়াকলাপের সমন্বয় সাধনের জন্য স্ক্রমের সারমর্ম হল দৈনিক স্ট্যান্ড আপ মিটিং। একক বা একাধিক প্রকল্পে কাজ করে।
এসলট

4
আমি এস.লোটের সাথে একমত নই, আমি মনে করি মূলটি স্প্রিন্ট এবং স্ট্যান্ড-আপ মিটিংটি স্প্রিন্ট পরিচালনা করার একটি সরঞ্জাম। আমি প্রতি প্রকল্পে 6 টি স্প্রিন্ট বা 1 চালাবো।
কেনি

@ কেনি: যদি এটি অপরিহার্য না হয়, তবে আপনি কি প্রতিটি পৃথক প্রকল্পের জন্য দৈনিক স্ট্যান্ড-আপ সরবরাহ করবেন? যদি তা হয় তবে প্রতিটি প্রকল্পের স্প্রিন্ট ট্র্যাক রাখতে আপনি কী করবেন?
এস .লট

4
@ এস.লোট, সভাটি যদি সমস্যা হয় তবে সমস্যা হয়। আমার পুরো দলের হয়ে একজন দাঁড়াবে। জানাতে ক্ষতি করে না এবং বিভিন্ন / নতুন দৃষ্টিভঙ্গি প্রায়শই মূল্যবান হতে পারে।
কেনি

প্রায় 3 টি প্রকল্প, 3 টি দলের সদস্যরা সেখানে বিভিন্ন পণ্য মালিকদের নিজস্ব কোড বেস তৈরি করছে? এই ক্ষেত্রে 3 টি দল আছে?
jolySoft

25

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

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

এই জাতীয় প্রসঙ্গে অনুসরণ করা একটি নিয়ম হ'ল স্প্রিন্টের সময় স্প্রিন্ট সামগ্রী কখনই পরিবর্তন করা উচিত । যদি প্রয়োজন হয় তবে আপনি বর্তমান স্প্রিন্টে জরুরী আইটেম যুক্ত হওয়ার ঝুঁকি কমাতে পুনরাবৃত্তিটি দুটি বা তিন সপ্তাহে সংক্ষিপ্ত করতে পারেন।


16

আমার দ্বিমত আছে আমি মনে করি একটি স্প্রিন্ট চলাকালীন একটি দলকে একক প্রকল্পে ফোকাস করা প্রক্রিয়াটির মূল চাবিকাঠি। আপনার যদি এমন কিছু বিশেষজ্ঞ রয়েছেন যা পুরো বিকাশ প্রক্রিয়াতে অবদান রাখতে না পারে (বিষয়বস্তু লেখক, গ্রাফিক্স লোক, ব্যবসায়িক প্রক্রিয়া বিশ্লেষক ইত্যাদি) আমি যখন তাদের আর অবদান রাখতে না পারি তখন আমি তাদের দল থেকে সরিয়ে দেব। বা আরও ভাল, তাদের কিছু ভিন্ন কার্য সম্পর্কে প্রশিক্ষণ দিন যাতে তারা পরীক্ষার মতো বিষয়গুলিতে অবদান রাখতে পারে।

আরেকটি বিষয় মনে রাখবেন যে সমান্তরালভাবে প্রকল্পগুলি চলমান আপনার সময়সূচীটিকে হত্যা করে। এটি বিবেচনা করুন: সরলতার জন্য, আমাদের বলি যে আমাদের একই টিম ব্যবহার করে একই তারিখে শুরু 5 টি প্রকল্প রয়েছে। প্রতিটি প্রকল্পের জন্য 3 এক মাসের প্রচেষ্টার দরকার হয়, সমান্তরালভাবে চলমান সেরা ক্ষেত্রে, আপনি সেগুলি একবারে শেষ করবেন এবং 15 মাস সময় লাগবে। আপনার বেগটি ক্রিম হবে কারণ আপনি একক স্প্রিন্টে এক মাসের চেষ্টার 1/5 অংশই ফিট করতে পারেন। আপনি একই সাথে 5 টি ডেমো সভাও করবেন। তাই সর্বোত্তম ক্ষেত্রে, আপনি আপনার 5 টি প্রকল্প 15 মাসে বিতরণ করবেন এবং আপনার প্রতিযোগিতা দাবি করবে যে তারা 3 এ একই কাজ করতে পারে mat আপনার দলগুলির পরিপক্কতার অনুমান করা হবে কারণ তারা কেবলমাত্র তাদের উপলব্ধ শ্রমের 20% বিবেচনা করতে সক্ষম হবে। আপনি দেখতে পাচ্ছেন যে আপনি আসলে একক স্প্রিন্টে কিছু কাজ সম্পাদন করতে অক্ষম। যদি আপনাকে 5 থেকে কাজ করা প্রকল্পের সংখ্যাটি পরিবর্তন করতে হয় তবে আপনার দলটিকে তাদের অনুমানের অভ্যাসটি সামঞ্জস্য করতে হবে যা দলের দক্ষতার ক্ষতি করবে। অতিরিক্তভাবে, আপনার দলটি স্ব-সংগঠিত করতে অসুবিধা হবে যখন কোনও সহজ টাস্ক পুনরায় নিয়োগের কাজ শুরু হওয়ার আগে একটি নতুন দেব পরিবেশ কাটানোর প্রয়োজন হতে পারে।

যদি আপনি একই 5 টি সিরিয়াল সিরিয়াল চালনা করে থাকেন তবে আপনি একই 15 মাসে 5 তম প্রকল্পটি সরবরাহ করতেন তবে আপনি আপনার ক্লায়েন্টকে শিক্ষিত করতে পারতেন যে আপনার দলটির এমন দাবি রয়েছে যে আপনার কাছে 12 মাসের ব্যাকলগ রয়েছে এবং আপনি এটি ব্যবহার করতে পারবেন আপনার প্রকল্পের লক্ষ্যগুলি সংশোধন করার জন্য এই সময়। বা যদি আপনার অবিচ্ছিন্ন ব্যাকলগ থাকে তবে আপনি জানেন যে এটির সময় অন্য দলের নিয়োগ শুরু করার। আপনার সেরা প্রকল্পটি 3 মাসের মধ্যে একটি ক্লায়েন্টের সাথে শেষ হয়েছে যা সক্রিয় সময়ের মধ্যে দ্রুত উন্নতি দেখেছে। আপনি এই প্রকল্পটি এক বছর আগে শেষ করতে পেরেছেন এবং এটি আপনার জীবনবৃত্তান্তে রাখতে পারেন। আপনার স্প্রিন্টের গতিবেগ সেই সময়ের মধ্যে স্থিতিশীল হয়ে উঠবে এবং আপনি দেখতে পাচ্ছেন যে কোনও এক বা দুটি প্রকল্পের পরে এটির গতি বেড়েছে এবং প্রদত্ত স্প্রিন্টে আরও কিছু অর্জন করতে সক্ষম।

আমি মনে করি সিরিয়ালভাবে প্রকল্পগুলি পরিচালনা করা একটি সংস্থা স্ক্র্যামের মুখগুলি অবলম্বন করার চেষ্টা করছে এমন এক বৃহত্তম বাধা। প্রকল্প ম্যানেজারের ভূমিকাটি ডিকনস্ট্রাক্ট করার সাথে এটি একটি বড় সাংস্কৃতিক পরিবর্তন, তবে স্ক্র্যাম প্রক্রিয়াটির সুবিধাগুলি বিশাল।

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


এটি কেবলমাত্র তখনই কাজ করে যদি আপনি দলের সদস্যদের পুনরায় নিয়োগ করতে পারেন। যদি তাদের কোথাও যাওয়ার কোনও জায়গা না থাকে তবে আপনি এগুলিকে নিষ্ক্রিয় রাখতে পারবেন না।
ব্লুচিপ্পি

8

আমি এই সুনির্দিষ্ট পরিস্থিতিতে ছিলাম।

প্রকল্পগুলি জুড়ে আপনার যদি কোনও পণ্যের মালিক থাকে তবে ফিলিপ একেবারে সঠিক; একটি দলের সাথে একটি স্প্রিন্ট ঠিক ঠিক কাজ করা উচিত।

আপনার যদি একাধিক পণ্যের মালিক থাকে তবে আদর্শভাবে ব্যবসায়ের পক্ষকে এমন একক 'অগ্রাধিকারক' বেছে নেওয়া দরকার যাকে কাজের সময় নির্ধারণের জন্য দায়িত্ব দেওয়া হয়। এটি অবশ্যই সেরা সমাধান।

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

আপনি যদি দলটি বিভক্ত করছেন, তবে স্ট্যান্ড-আপগুলিকে একত্রিত করার ক্ষেত্রে আমি খুব বেশি মূল্য খুঁজে পাইনি, যদি না আপনি যদি একই কোডবেসের খুব বেশি অংশে আলাদা আলাদা স্প্রিন্ট কাজ করে থাকেন তবে তবে সেই দলগুলির উদ্দেশ্যে এই দলগুলিকে একত্রিত করার পক্ষে যুক্তি হতে পারে teams স্প্রিন্ট


5

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

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

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

আমার মনে হয় কিছু...


4
সম্মতি জানানো হয়েছে, আমাদের 'সফ্টওয়্যার ইনভেন্টরি' হ্রাস করা উচিত যা ব্যবসায়ের মূল্য জমে যা এখনও লাইভ করা যায়নি।
অ্যান্ডি

4

আমার মনে হয় অ্যানোপ্রেস সঠিক ছিল: স্ক্রাম সহ একই সময়ে একাধিক প্রকল্প এড়ানো সবচেয়ে ভাল উপায়। সমান্তরালভাবে খুব বেশি চালানো দক্ষ নয় এমনটি বিশ্বাস করার জন্য সবকিছু করুন।

আসুন আমরা 5 জন লোক নিয়ে দলের জন্য প্রায় 3 মাসের মধ্যে 5 টি প্রকল্প অনুমান করি।

পদ্ধতির 1: প্রতিটি ব্যক্তি দলে একক প্রকল্পে কাজ করে

  • প্রতি প্রকল্পের সরবরাহের 1/5 গতি সমস্ত প্রকল্পের জন্য 15 মাসের বিতরণ দেয়
  • প্রতিটি একক ব্যক্তি বিশেষজ্ঞ তবে কেবল নিজস্ব প্রকল্পে
  • কোন দল চেতনা

প্রকল্পে স্যুইচিং, প্রতি প্রকল্প 2: 1 স্প্রিন্ট

  • প্রতি 6th ষ্ঠ স্প্রিন্ট প্রকল্পে কাজ করে
  • প্রকল্পের কাজের মধ্যে খুব দীর্ঘ সময় - প্রকল্পের জন্য নিয়মিত বর্ধিত মান নয় (পণ্য ব্যাকলোগের জন্য হ্যাঁ), ভুলে যাওয়া সহজ, প্রসঙ্গ পুনরুদ্ধার করার জন্য প্রয়োজনীয় প্রচেষ্টা,
  • প্রায় 12-13 মাস পরে বিতরণ করা প্রথম প্রকল্প (2 সপ্তাহের স্প্রিন্ট ধরে)

একক স্প্রিন্টে 3: 5 প্রকল্পের জন্য যোগাযোগ করুন

  • শুধু স্প্রিন্টে ফিট করার জন্য কার্যগুলির অত্যধিক বিশদ বিভাজনের প্রয়োজন
  • প্রতি প্রকল্পে খুব সামান্য ইনক্রিমেন্টাল বিল্ড
  • প্রায় 12-15 মাস পরে প্রথম প্রকল্পের সরবরাহ

পদ্ধতির 4: প্রস্তাবিত - সিরিয়ালযুক্ত কাজ

  • টিম প্রকল্পের পরে একক প্রকল্পে কাজ করে
  • প্রথম প্রকল্প 3 মাস পরে শুরু এবং বিতরণ করা হয়েছে
  • দ্বিতীয় প্রকল্পটি তৃতীয় মাসের পরে শুরু হয়েছিল, 6th মাস পরে বিতরণ করা হবে
  • ...
  • পঞ্চম প্রকল্পটি 12 তম মাসের পরে শুরু হয়েছে, 15 তম মাস পরে বিতরণ করা হয়েছে
  • দলটি প্রকল্প, নিবিড় গবেষণা এবং গ্রাহকের সাথে সহযোগিতার উপর অত্যন্ত মনোনিবেশ করেছে
  • পুরো টিমের সমস্ত প্রকল্প সম্পর্কে সাধারণ জ্ঞান রয়েছে has
  • প্রসঙ্গের স্যুইচিংয়ে কোনও অপচয় করার সময় নেই
  • টিমের ভাল সহযোগিতা প্রয়োজন (দ্বন্দ্বগুলি সরবরাহকে কমিয়ে দিতে পারে)।

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

এবং ব্যাকলগ গ্রুমিং সম্পর্কে কী? দল যদি একবারে একক প্রকল্পে কাজ করে তবে তা সহজ everybody প্রত্যেকেই এতে যোগ দেবে। যদি একাধিক প্রকল্প থাকে তবে আমাদের একক লোককে আলাদা আলাদা গ্রুমিং সেশনে প্রতিনিধি দেওয়ার প্রয়োজন হতে পারে (পুরো দল জড়িত নয়)।

গ্রাহকদের এই বিষয়টি নিশ্চিত করা গুরুত্বপূর্ণ যে আমরা 3 মাস পরে দ্বিতীয় প্রকল্প শুরু করার পরেও যদি আমরা অন্য সকলের সাথে তাৎক্ষণিকভাবে এটি শুরু করি তবে তার চেয়ে দ্রুত প্রসারণ (6th মাস পরে) ঘটবে will এটি একটি মায়া যা পরিচালকরা দেখেন - আমরা একবারে 5 টি প্রকল্প শুরু করি, আমরা কঠোর পরিশ্রম করি এবং অল্প অল্প করে সরবরাহ করি। শেষ পর্যন্ত এটি কার্যকর নয়।

এ কারণেই আমি বিশ্বাস করি না যে স্ক্রামটি সমান্তরালভাবে একাধিক প্রকল্পের জন্য দক্ষ, এটি কাঠামোর সাথে মেলে এবং স্ক্র্যামের নিয়ম অনুসারে কাজ করা খুব জটিল। কখনও কখনও সমস্ত লোককে দখলে রাখার জন্য 2 টি প্রকল্প রাখা ভাল হতে পারে, তবে আমরা যত কম প্রকল্প যুক্ত করব কম দক্ষ স্ক্রাম হবে। কেবল কানবান একটি অগ্রগতি এবং দলের কাজ দেখার জন্য বিকল্প (স্ক্র্যাম দলের মতো এত শক্তিশালী নয়)?

শুভেচ্ছা, আদম


3

@ ক্রিস যেমন বলেছেন, একটি সাধারণ প্রকল্পের ভিতরে উপ প্রকল্প থাকে। যদিও আপনার কাছে কেবল একটি ব্যাকলগ রয়েছে।

আপনার সমস্ত প্রকল্পের সাথে একটি ব্যাকলগে চিন্তা করুন। প্রথম সমস্যা: আপনি কাজ বা প্রকল্পগুলিতে অগ্রাধিকার বরাদ্দ করছেন? আমি প্রতিটি প্রকল্পের ব্যাকলগ পছন্দ করি না। কমপক্ষে পণ্য মালিকের যে অগ্রাধিকার রয়েছে তা পরিষ্কার করতে।

বিভিন্ন পণ্য মালিক রয়েছে এবং এই পণ্য মালিকরা প্রতিটি প্রকল্পে তাদের কতটা সময় দিতে হবে তা নিয়ে একমত হচ্ছেন না। "কাউকে" কীভাবে আন্তঃবিদ্যুতের অগ্রাধিকারগুলি পরিচালনা করবেন সে সিদ্ধান্ত গ্রহণ করতে হবে। দ্রষ্টব্য: বিকাশকারীদের এটি করা উচিত নয়।

এখানে এটি আমাদের প্রকল্প "এস" পরিচালক আসে যা পণ্য মালিকদের প্রয়োজনীয় সংস্থান এবং দলের সদস্যরা যে সময় দিতে পারে তার ভারসাম্য বজায় রাখে। পণ্যের মালিক একটি এক মাসের কাজের জন্য অর্থ প্রদান করে, তবে পণ্যের মালিক বি সর্বদা তার প্রকল্প আপডেট করে চলেছে (এবং আপনাকে খুব ভাল অর্থ প্রদানও করছে)। সেখানে আপনি কীভাবে আপনার দলকে A এর এক মাস (বিকাশকারী সময়) রাখার জন্য ভারসাম্য বজায় রাখবেন এবং আপনার পকেট ভরাট থেকে B কে থামবেন না।

অভ্যন্তরীণ সফ্টওয়্যারের ক্ষেত্রে (একটি সংস্থা, এক হাজার প্রকল্প)। বিভিন্ন পণ্য মালিকদের তাদের প্রদত্ত সময়ে সম্মতি জানানো উচিত। তারা বিচ্ছিন্নভাবে বাস করে না, তবে আপনার মতো একই নৌকায় (প্রকল্প "এস" পরিচালক)। কিছু কাজ স্থগিত করতে সক্ষম হয়ে তারা আপনার জীবনকে আরও সহজ করে দেবে, তবে একই সাথে আপনার কখনই তাদের প্রয়োজনগুলি ভুলে যাওয়া উচিত নয়।

ভাল, আমি এখনও এটি করার সর্বোত্তম উপায়টি বের করার চেষ্টা করছি। তবে এই মুহূর্তে আমরা এটি চাপ দিচ্ছি। আমি আসা করি এটা সাহায্য করবে.


3

দলের সদস্যরা তাদের সময়কে স্ক্র্যাম প্রকল্পের মধ্যে ভাগ করতে পারে তবে দলের সদস্যদের পুরোপুরি উত্সর্গীকৃত করা আরও বেশি উত্পাদনশীল। দলের সদস্যরাও একটি স্প্রিন্ট থেকে অন্য স্প্রিন্টে পরিবর্তন আনতে পারে তবে এটি দলের উত্পাদনশীলতাও হ্রাস করে। বৃহত্তর দলগুলির প্রকল্পগুলি একাধিক স্ক্রাম হিসাবে সংগঠিত হয়, প্রতিটি তাদের প্রয়াসের নিবিড় সমন্বয়ের সাথে পণ্য বিকাশের বিভিন্ন দিকের উপর দৃষ্টি নিবদ্ধ করে।


0

আমি প্রতিটি প্রকল্পের জন্য একটি করে স্প্রিন্ট চালানোর পরামর্শ দেব এবং সমস্ত সক্রিয় স্প্রিংস / প্রকল্পগুলি পরিচালনা করার জন্য 1 টি দৈনিক স্ট্যান্ডআপ সভা করব।


কেনি একবারে প্রতিটি প্রকল্পের জন্য একটি করে স্প্রিন্ট? বা আপনি একবারে একাধিক স্প্রিন্ট চালানোর বিষয়ে কথা বলছেন এবং অন্যদের মতো দলকে বিভক্ত করার পরামর্শ দিচ্ছেন?
টিম নাইট

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

0

আমি অবদান রাখতে চাই এইভাবেই আমি এটি করি:

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

এবং এটাই. আমি বলতে পারি এটি বেশ ভাল কাজ করে। আমরা এটি করার জন্য বেশ কয়েকটি গুগল স্প্রেডশিট (পণ্য বেকলগ এবং স্প্রিন্ট ব্যাকলগগুলি, উভয় চার্ট এবং স্টাফ সহ) ব্যবহার করি এবং প্রতিদিন একটি অনলাইন সংস্থার জন্য পুনরায় তৈরি করি: সময়, কার্য অগ্রগতি ইত্যাদি

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


ব্যাকলগে আপনি কীভাবে প্রতিটি পণ্যকে কেন্দ্র করে রাখবেন? ট্যাগস, নামকরণ কনভেনশন, ইত্যাদি? আমি অনুরূপ পদ্ধতির বাস্তবায়ন করেছি তবে টিএফএসে সবকিছু রাখার চেষ্টা করেছি এবং বৈশিষ্ট্য / গল্পগুলির ব্যাকলগ এবং পণ্য উভয় দৃষ্টিভঙ্গি মঞ্জুর করার জন্য এখনও কোনও ভাল সমাধানের জন্য সমাধান করতে পারি নি।
ব্লুচিপ্পি
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.