স্ক্রাম - ব্যাকলগটি স্কুবি না করে কীভাবে আংশিক সম্পূর্ণ ব্যবহারকারী গল্পটি পরবর্তী স্প্রিন্টে নিয়ে যাবে carry


50

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

ক) স্টোরি পয়েন্টগুলির সংখ্যাকে সামঞ্জস্য করে কেবলমাত্র কাজটি প্রতিফলিত করতে যা ব্যবহারকারীর গল্পটি সম্পূর্ণ করতে বাকি রয়েছে। দুর্ভাগ্যক্রমে এটি পণ্যের ব্যাকলগের প্রতিবেদনটিকে বিশৃঙ্খলা করবে।

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

গ) একটি বা বি নিয়ে বিরক্ত করবেন না এবং স্প্রিন্ট পরিকল্পনার সময় অনুমান করা চালিয়ে যান না যেমন "ওয়েল ইউজার স্টোরি এক্স স্টোরি পয়েন্ট হতে পারে তবে আমি জানি এটি 95% সমাপ্ত তাই আমি নিশ্চিত যে আমরা এটি ফিট করতে পারি।"


উত্তর:


12

আমার বর্তমান দলে আমরা সি) করি।

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

সুতরাং আমরা সম্পূর্ণ অসম্পূর্ণ গল্পটি পরবর্তী স্প্রিন্টে স্থানান্তর করব এবং এর সমস্ত গল্পের পয়েন্টগুলি পরবর্তী স্প্রিন্টের গতিতে যুক্ত হবে। এমনকি সময়ের সাথে সাথে গতিবেগগুলি এবং ভবিষ্যতের বেগ নির্ধারণের জন্য রেফারেন্স হিসাবে আমরা পূর্ববর্তী কয়েকটি স্প্রিন্টের গড় হিসাবে গ্রহণ করি।


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

পাশাপাশি দুটি স্প্রিন্টের সাথে তুলনা করার প্রয়োজনটি মাঝে মাঝে উপস্থিত হয়। তবে, উত্পাদনশীলতা (ভুল অনুমান, বাহ্যিক অশান্তি ...) কে প্রভাবিত করতে পারে এমন অনেকগুলি সংখ্যক কারণ রয়েছে যা আমরা খুঁজে পেয়েছি যে কেবলমাত্র অসম্পূর্ণ ব্যবহারকারী গল্পগুলির অ্যাকাউন্টিংয়ের মাধ্যমে সমীকরণ থেকে এই কারণগুলির একটি অপসারণের প্রকৃত কারণগুলি প্রদর্শিত হয় না doesn't জাদুর। অসম্পূর্ণ গল্পের ফলে উত্পাদনশীলতা হ্রাস এ জাতীয় ক্ষেত্রে সাধারণত প্রান্তিক এবং মেট্রিকগুলিকে এত ঝাপসা করে না।
guillaume31

"আসল কারণগুলিকে যাদুকরীভাবে দেখাতে দেয় না" => বা স্পষ্ট কারণগুলি যাদুকরীভাবে অদৃশ্য করে না, আমার যুক্ত করা উচিত।
guillaume31

11

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

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

তবে আপনি উল্লেখ করেছেন যে এটি "প্রোডাক্ট ব্যাকলগের রিপোর্টিংকে বিশৃঙ্খলা করবে"। প্রযুক্তি, সিস্টেম, প্রয়োজনীয়তা এবং গ্রাহক সম্পর্কে আরও বোঝা যাওয়ায় পণ্যটির ব্যাকলগটি প্রতিটি গল্পের ক্রম এবং অনুমানের পরিবর্তনের সাথে সাথে গতিশীল হওয়া উচিত। সাধারণত, পণ্য ব্যাকলগ থেকে যা জানা যায় তা হ'ল ব্যবহারকারীর গল্পের সংখ্যা এবং গল্পের পয়েন্টের মোট সংখ্যা total অগ্রাধিকারগুলি পরিবর্তিত হওয়ার সাথে সাথে, নতুন প্রয়োজনীয়তা যুক্ত করা হয়, অবৈধ প্রয়োজনীয়তাগুলি সরানো হয় এবং আরও তথ্য শেখা হয় এগুলি পরিবর্তনের প্রত্যাশা করা উচিত।


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

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

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

10

এ সম্পর্কে অত্যধিক চিন্তাভাবনা এটির চেয়ে জটিল মনে হচ্ছে ... এটি আসলে বেশ সহজ:

বিকল্প সি

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

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


3

যদি আপনার প্রতিবেদনের সরঞ্জামটি বিকল্পটি সঠিকভাবে পরিচালনা করতে না পারে তবে আমি বি বিকল্প দিয়ে যাব যদি না আপনার মেট্রিক ব্যবহারের আশা না থাকে।

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

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


বিকল্প বি বিপজ্জনক কারণ এটি ডোন সংজ্ঞাটি নষ্ট করার সম্ভাবনা বেশি। "কী, আপনি বলছেন যে গল্পটির অংশটি সম্পন্ন হয়েছে? তবে এটি প্রদর্শিত হয়নি, কোড পর্যালোচনা বা পরীক্ষা করা হয়েছে - এবং স্প্রিন্ট চলাকালীন এটি এত ছোট গল্প হিসাবে সংজ্ঞায়িতও হয়নি!"
রবিন গ্রিন

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

3

আমরা যে ইউজার স্টোরিটি বহন করছি তা আংশিকভাবে সম্পূর্ণ, পরবর্তী স্প্রিন্ট পরিকল্পনা অধিবেশনটিতে আমরা কীভাবে এটির জন্য সঠিকভাবে অনুমান করব?

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

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

দলটি যখন প্রদত্ত স্প্রিন্টের বেগের চেয়ে তার গড় বেগের দিকে মনোনিবেশ করে তখন এটি ভাল কাজ করে।

এম কোহনের মতো তাঁর বইয়ের মতো, আমিও সমস্ত বা কিছুই নয় এমন দৃশ্যের জন্য একটি পছন্দ পছন্দ করি। সর্বোপরি, আপনি 8 দফার গল্পের মধ্যে 5 পয়েন্ট সম্পন্ন করেছেন কিনা তা অনুমান করার চেষ্টা করছেন বা সম্ভবত 6 বা 7 কেবলমাত্র অন্য অনুমানের খেলা হিসাবে শেষ হতে চলেছে ... এবং ভুলে যাবেন না যে আপনি ইতিমধ্যে প্রাথমিক পেয়েছিলেন অনুমান উপায় বন্ধ। সহজতম পদ্ধতিতে এবং সত্যিকার অর্থে এটি শেষ হওয়ার পরে যখন সমস্ত পয়েন্ট পাওয়া যায় তখন সম্ভবত এটি আরও ভাল।

এম কোহানকে তাঁর বই থেকে উদ্ধৃত করে- (আমার জোর):

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

¹ তত্পর প্রাক্কলন ও পরিকল্পনা , রি-দেখায় আংশিকভাবে সম্পন্ন খবর, p.66

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

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

সম্মিলিত অনুমানের মূল অনুমানের সমতুল্য হওয়া প্রয়োজন হবে না ...

It দিতো, পৃষ্ঠা 66

এই ধরণের সমস্যা এড়াতে গল্পগুলিকে পর্যাপ্ত পরিমাণে ভাঙানো দলের পক্ষে আরও ভাল পরামর্শ ³:

তবে অসম্পূর্ণ গল্পের জন্য পয়েন্ট বরাদ্দের সর্বোত্তম দুটি সমাধানের কোনও অসম্পূর্ণ গল্প না থাকা এবং পর্যাপ্ত ছোট গল্পগুলি ব্যবহার করা যা আংশিক creditণ কোনও সমস্যা নয়।

It দিতো, পৃষ্ঠা 77

আশাকরি এটা সাহায্য করবে.


2

আমি আশ্চর্য হয়েছি যে এর কোনও সোজা উত্তর বলে মনে হচ্ছে না। আমি "অপশন ডি, ডামি" এর কোরাস আশা করছিলাম!

যেহেতু আমরা কোনও স্পষ্ট কিছু অনুপস্থিত বলে মনে হয় নি, আমরা বুঝতে পেরেছিলাম যে প্রতিটি দলকে কীভাবে কাজ করতে চায় এবং কী কী মেট্রিক্স তাদের কাছে সবচেয়ে গুরুত্বপূর্ণ তার উপর ভিত্তি করে প্রতিটি দলের নিজেদের নেওয়া উচিত decisions

আমরা স্থির করেছি যে আমরা প্রয়োগ করা গল্পগুলির সঠিক রেকর্ডগুলি রাখা অপরিহার্য, কারণ এটি আমাদের পরীক্ষার জন্য সমর্থন, ডকুমেন্টেশন এবং রিলিজ নোটগুলির ভিত্তি - এটি বি বিধি বিধানকে বাতিল করে rules

এরপরে আমরা বুঝতে পেরেছিলাম যে স্প্রিন্ট পরিকল্পনা সঠিকভাবে সম্পাদন করতে সক্ষম হওয়া জরুরী ছিল - যা সি সি বিকল্পের বাইরে চলে যায় rules

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


1

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

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

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


0

জিজ্ঞাসা করার প্রথম প্রশ্নটি হ'ল স্টোরি পয়েন্ট বলতে কী বোঝায়? যদি আপনি কোনও গল্পের বিন্দুটিকে "কতটা ইঞ্জিনিয়ারিং কাজ করে" হিসাবে সংজ্ঞায়িত করেন তবে কোনও উত্তরই তা করবে। তবে আপনি যদি কোনও গল্পের বিন্দুটিকে "ব্যবসায় কতটা ডেলিভারি দেওয়া হয়" হিসাবে সংজ্ঞায়িত করেন, তবে গল্পটি 100% সম্পন্ন, গ্রহণযোগ্য এবং 100% সরবরাহ না হওয়া পর্যন্ত creditণ না দেওয়া গুরুত্বপূর্ণ হয়ে ওঠে। যা পূর্ণ হয়েছিল তার ভিত্তিতে একটি স্প্রিন্টের পরে গল্পের পয়েন্টগুলি পরিবর্তন করা কেবল আসল সমস্যাটি আড়াল করবে: ক) গল্পটির স্পষ্ট বোঝা ছিল না, খ) গল্পটি খুব মোটা করে সংজ্ঞায়িত হয়েছিল, গ) গল্পটি পরিমাপযোগ্য গ্রহণযোগ্যতার মানদণ্ডের অভাব ছিল, ঘ। ) গল্পটি সম্পূর্ণ করার জন্য প্রয়োজনীয় কার্যগুলি বা নির্ভরতাগুলির গভীর জ্ঞান নয়, ঙ) গল্পটি পরীক্ষা করার প্রচেষ্টাটিকে আন্ডারটাইটেড করা হয়েছে, চ) অনেকগুলি গল্পের পয়েন্টগুলি নীচে টেনে আনা হয়েছে বা ছ) ... আপনার কারণ এখানে sertোকানো ...

চাতুর্যের লক্ষ্যটি অনুমানযোগ্য হওয়ার সময় নমনীয় হওয়া। আমার মতে ধারাবাহিক হওয়ার সর্বোত্তম উপায় হ'ল মূল গল্পের অনুমানগুলি পরিবর্তন না করে কী ভুল হয়েছে তা নির্ধারণ করা।

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