ধরে নেওয়া project-managementএবং agileআপনি স্ক্র্যাম বোঝাচ্ছেন, এটি যাওয়ার সঠিক উপায় হবে না।
ইন Scrumদৃষ্টিকোণ, যদি আপনি একটি এক বছরের পরিকল্পনা আছে, আপনি অন্তত অনেক Sprints যত সেখানে এক বছরে মাস বাকী আছে থাকা উচিত। সুতরাং, আপনার এক বছরের পরিকল্পনাটি আরও স্পষ্ট হয়ে উঠছে কারণ এটি দুটি স্প্রিন্টের মধ্যে পরিবর্তনযোগ্য।
এ Sprintআর এক মাসের বেশি হতে পারে না, যেখানে Teamএটির Sprint Backlog Itemsস্থিতিতে আনার প্রতিশ্রুতি দেয় Done।
Doneএখানে একটি গুরুত্বপূর্ণ শব্দ, এবং প্রতিটিগুলির Scrum Teamঅবশ্যই একটির সংজ্ঞা করা উচিত, এটি হ'ল যেখানে কাজ করার বাকি নেই। যখন একটি Sprint Backlog Itemহয় সম্পন্ন , এর মানে হল বিশ্লেষণ, স্থাপত্য ও প্রযুক্তিগত নথিপত্রে লিখিত যে হয়, এবং বৈশিষ্ট্য পুঙ্খানুপুঙ্খভাবে পরীক্ষা করা হয়েছে যে (ইউনিট পরীক্ষা, সংহত পরীক্ষা কার্মিক পরীক্ষার ...)।
একবার যখন Product Backlogজায়গাটি ঠিকঠাক হয়ে যায় এবং আইটেমগুলি নীচে কম গুরুত্বপূর্ণ বৈশিষ্ট্যগুলির সাথে অগ্রাধিকার দেওয়া হয় এবং শীর্ষে সর্বাধিক গুরুত্বপূর্ণগুলি হয় তবে টিম (বিকাশকারীদের) নির্ধারণ Product Backlog Itemকরে যে তাদের অভিজ্ঞতার ভিত্তিতে প্রত্যেকের বিকাশ কতটা সময় নিতে হবে। এই স্থানেই আপনি নির্ধারণ করতে পারেন যে প্রকল্পের জন্য পুরো বছরের কাজের প্রয়োজন হবে। বিবেচনা করুন যে শুধুমাত্রProduct Ownerআইটেমগুলিকে অগ্রাধিকার দেবে যেমন সে বিনিয়োগে ফেরতের দায়বদ্ধ ব্যক্তি বা অন্যথায়, শেষ ব্যবহারকারীর পক্ষে সবচেয়ে গুরুত্বপূর্ণ কোনটি তা জানে। এছাড়াও, টিমটি পুরোপুরি কোনও বৈশিষ্ট্য বিকাশের জন্য প্রয়োজনীয় সময়টি মূল্যায়ন করবে যদিও এখানে কোডের পুনরায় ব্যবহারযোগ্য টুকরো থাকতে পারে এবং এই বৈশিষ্ট্যটির প্রয়োজন অনুসারে এটি আরও জটিলতা এড়াতে এবং আইটেমটি গ্রহণ না করা উচিত তা নিশ্চিত হতে পারে টিম যা বলবে তার চেয়ে বেশি সময় লাগবে। পণ্য ব্যাকলগ নিখুঁত হতে হবে না! সিস্টেমের বিকাশের জন্য আমরা যে কাহিনীকারীর কাহিনীগুলি ভাবতে পারি তার সাধারণ গণনা প্রক্রিয়াটির সেই ধাপে যথেষ্ট।
এটি Sprint Planning Meetingটিম পরবর্তীটির জন্য কী বিকাশ ঘটবে সে বিষয়ে প্রতিশ্রুতি দেবে যে Sprintসময়টি তৈরি করে Sprint Backlog। Sprint Backlogএকটি উপসেট উপর ভিত্তি করে গঠিত Product Backlog Itemsযে Teamকরে স্প্রিন্ট শেষে কাজ করতে হবে। উদাহরণস্বরূপ 50 টি আইটেমের একটি পণ্য ব্যাকলগ বিবেচনা করে এবং 50 টি আইটেমের জন্য এক বছর করা প্রয়োজন, তারপরে টিমটি পণ্য ব্যাকলগ থেকে 5 টি আইটেম বলতে বেছে নিতে এবং এই 5 টি আইটেম সহ স্প্রিন্ট ব্যাকলগ তৈরি করতে চায়। এই একই 5 টি আইটেমগুলি যখন প্রয়োজন হয় তখন অন্য একাধিক আইটেমগুলিতে প্রসারিত / বিস্ফোরিত হতে পারে, সুতরাং টিমটি সম্ভবত পুনর্বিবেচনার পরে তাদের মন পরিবর্তন করবে এবং পণ্য ব্যাকলগ থেকে পূর্বে নির্বাচিত 5 টি আইটেমের মধ্যে কেবল 4 টি আইটেম করার প্রতিশ্রুতিবদ্ধ।
একবার স্প্রিন্ট পরিকল্পনা সভা শেষ হয়ে গেলে, এটি পুরো মাসের স্প্রিন্টের জন্য 8 ঘন্টার বেশি সময় ধরে চলতে পারে না, যার মধ্যে টিম কেবলমাত্র নির্বাচিত আইটেমগুলির জন্য কাজ করার জন্য প্রতিশ্রুতি দেয় না, তবে কীভাবে এটি কাজটি সম্পন্ন করবে তা নিয়ে পরিকল্পনা করে যাতে দলের প্রত্যেককে তার / তার কী করতে হবে তা সঠিকভাবে জানে, Sprintশুরু হবে। প্রকল্পের জন্য দলের পক্ষে ক্রস-কার্যকরী হওয়া গুরুত্বপূর্ণ important
এটি বলেছিল যে, প্রতিটি স্প্রিন্টের শেষে, যা বর্তমান পরিস্থিতিতে এক মাস স্থায়ী হয়, Teamপ্রতিশ্রুতিবদ্ধ সমস্ত আইটেমগুলি পণ্য ব্যাকলগ থেকে নির্বাচিত আইটেমগুলিকে লক্ষ্য করে সম্পূর্ণরূপে কার্যকরী বৈশিষ্ট্য (গুলি) এর একটি বিতরণযোগ্য টুকরা হবে। এটি বিতরণযোগ্য হতে হবে, তবে এটি যদি বাধ্যতামূলক হয় না যে যদি এটি মেনে চলা মেনে না বুঝে তা সরবরাহ করা হয় Product Owner।
এটি Sprint Review Meetingযেখানে Product Ownerতলব করার প্রয়োজন Teamহয়েছিল সেই সময়েই স্প্রিন্ট চলাকালীন যা করা হয়েছিল তা প্রদর্শন করে এবং যেখানে এটি করা হয়নি কেন তা প্রযোজ্য হলে, এটি যে সমস্ত প্রতিশ্রুতিবদ্ধ হয়েছিল তা বলা দরকার। পূর্বাবস্থায় ফিরে আসা কাজটি আবার রেখে দেওয়া হয় Product Backlogএবং পরবর্তীটির জন্য উপলব্ধ Sprint। নিশ্চিত হয়ে নিন যে এই পূর্বাবস্থায় ফিরে আসা আইটেমগুলি পরবর্তী স্প্রিন্টে অন্তর্ভুক্ত করা হবে যদি না অন্যথায় পণ্য মালিক দ্বারা না বলা হয়, যদি উদ্দেশ্যটি পরিবর্তিত হয়। তবে সর্বাধিক গুরুত্বপূর্ণ, একটি স্প্রিন্ট চলাকালীন কোনও পদ্ধতির উদ্দেশ্য পরিবর্তিত হলেও একেবারে প্রয়োজনীয় না হলে এটিকে বাধা দেবেন না। স্প্রিন্টটিতে বাধা দেওয়ার অধিকার কেবলমাত্র পণ্যের মালিকেরই রয়েছে।
একবার Sprint Review Meetingশেষ হয়ে গেলে , যা মাসিক স্প্রিন্টের জন্য 4 ঘণ্টার বেশি সময় ধরে চলবে না (যদি আমি সঠিকভাবে মনে করি), এটি পাওয়ার সময় Sprint Retrospective Meeting। Sprint Retrospectiveপ্রয়োজন হয় Teamতাই ঘটতে আলোচনা করতে পারে যে, স্ক্রাম মাস্টার এবং পণ্য মালিক (ঐচ্ছিক) কি ভুল হয়েছে, কিভাবে স্ক্রাম টিম তার কর্মক্ষমতা, ইত্যাদি এবং সমন্বয় তদনুসারে আনা উন্নতি হতে পারে উপস্থিতিতে।
যখন সময়টির বাক্সটি Sprint Retrospectiveশেষ হয়ে Sprint Planning Meetingযাবে তখন নতুনটি পরবর্তীটির পরিকল্পনা করার জন্য Sprintএবং নতুনটি তৈরি করার জন্য ঘটবে Sprint Backlog।
মনে রাখবেন, এটি 15 মিনিটের স্থায়ী সভাটি Teamবজায় রাখতে দায়বদ্ধ Daily Scrumযেখানে প্রতিটি টিম সদস্য তিনটি প্রশ্নের উত্তর দেয় (সেই নির্দিষ্ট ক্রমে নয়):
- গত ডেইলি স্ক্রামের পরে আপনি কী করেছেন?
- পরবর্তী ডেইলি স্ক্রাম পর্যন্ত আপনি কী করার পরিকল্পনা করছেন?
- গত দৈনিক স্ক্রাম থেকে আপনি যে সমস্যা বা প্রতিবন্ধকতাগুলির মুখোমুখি হয়েছিলেন?
Scrum Masterনয় বাধ্য সেখানে হতে কিন্তু যে আশ্বাস টিম দৈনিক স্ক্রাম এ পূরণ করে এবং যে সদস্যদের তিনটি প্রশ্ন সঠিকভাবে উত্তর প্রয়োজন।
স্ক্রাম মাস্টার অন্য স্ক্রাম টিম সদস্যদের (স্ক্রাম মাস্টার, পণ্য মালিক এবং দল) কর্তৃক স্ক্রাম বিধি সম্মানের জন্য দায়বদ্ধ।
শেষ অবধি, এই সাধারণ নিয়মগুলি অনুসরণ করে আপনার বিকাশকারী দল চটপটে হয়ে যাবে। চতুরতা টিম যত দ্রুত পরিবর্তন আনতে সক্ষম হয়, তেমনি প্রতিটি স্প্রিন্টের শেষে, যেখানে এটি পণ্য মালিকের দ্বারা পণ্য ব্যাকলগে আনা পরিবর্তনগুলি সম্পর্কে সচেতন হতে পারে। মোট বিপর্যয় এবং অভিমুখীকরণের সম্পূর্ণ পরিবর্তনের ক্ষেত্রে, এক মাসের মধ্যে প্রায় 20 কার্যদিবস রয়েছে তা বিবেচনা করে, কোম্পানিটি সর্বাধিক ক্ষতি হ'ল এটি একটি বিকাশের মাস, যা যথেষ্ট অবহেলাযোগ্য।
আপনার যদি স্ক্রাম এবং চতুর সফটওয়্যার ডেভলপমেন্ট সম্পর্কে আরও বিস্তারিত তথ্যের প্রয়োজন হয় তবে দয়া করে স্ক্রাম.আরোগ এবং তাদের স্ক্র্যাম গাইড দেখুন ।
ঠিক আছে, এটি বেশ উত্তর! আমি আশা করি এটি আপনার প্রকল্প পরিচালনার মাধ্যমে কমপক্ষে আপনাকে সহায়তা করবে।
সম্পাদনা # 1
যখন আপনি তিন বা চারটি পর্যায় করার পরিকল্পনা করছেন, আপনি যেমন এটি কল করছেন, সম্ভবত আপনার দল প্রাথমিক উদ্দেশ্য দৃষ্টিকোণ থেকে মনোযোগ হারাবে বলে বেশি সম্ভাবনা রয়েছে। আপনার দলটি যা করেছে কেবল প্রথম ত্রৈমাসিকের পরে আপনি যদি তা প্রদর্শন করেন তবে কিছু গুরুত্বপূর্ণ পরিবর্তন হতে পারে যার জন্য আপনার সফ্টওয়্যারের আর্কিটেকচারের জন্য পুনর্নির্মাণ এবং পুনর্বিবেচনার প্রয়োজন হবে, সম্ভবত এটি 20 দিনেরও বেশি কাজ হারিয়ে গেছে। তত্পরতার মূলনীতিটি হ'ল পরিবর্তনের সাথে সাথেই তা ধরতে সক্ষম হওয়া বা যত তাড়াতাড়ি সম্ভব যুক্তিসঙ্গত সময়ের মধ্যে, অর্থাৎ স্ক্রিন্টের জন্য, একটি স্প্রিন্টের টাইম-বাক্সটি পাওয়া সম্ভব।