আমি মনে করি ফ্র্যাঙ্ক এবং এনকায়েটের উত্তরগুলি এটিকে অনেক বেশি কভার করে তবে এখানে আরও কিছু বিষয় বিবেচনা করতে হবে:
গল্পের পয়েন্টগুলি কেন ব্যবহার করুন
গল্পের পয়েন্টগুলির সাথে অনুমান করার উদ্দেশ্যটি হ'ল আপনার আবেদনের জন্য বৈশিষ্ট্য বিকাশের তুলনামূলক জটিলতা দেওয়া give এটি সম্পর্কে ভাবার একটি সহজ উপায় হ'ল আসন্ন স্প্রিন্টে আপনার কাছে থাকা একটি গল্প যেমন url পরিবর্তন। আপনি জানেন যে জটিলতার নিরিখে এটি সহজ, এবং স্বীকৃতি মাপদণ্ডকে স্পষ্টভাবে সংজ্ঞায়িত করেছেন যাতে পুরো দল একমত হয় যে এটি পরীক্ষার পরেও এটি 1 টি (ফাইবো স্কেল ব্যবহার করে)।
পরবর্তী কাহিনীটি অনুমান করা যায় তা ব্যবহারকারীর ডেটার একটি সেটকে একত্রিত করে এবং সামনের প্রান্তে ভিজ্যুয়ালাইজ করা। এখন একজন বিকাশকারী হিসাবে আপনি অবিলম্বে জানেন যে এটি কোনও ইউআরএল পরিবর্তনের চেয়ে জটিল। আপনি গল্পটি এবং গ্রহণযোগ্যতার মানদণ্ডটি আলোচনা করেন এবং আপনার অনেক প্রশ্ন রয়েছে এবং এটি করার জন্য বেশ কয়েকটি সম্ভাব্য সমাধান দেখতে পাচ্ছেন। অন্যান্য ডেভস এবং কিউএও এটিকে অত্যন্ত জটিল বলে সম্মত করে। সুতরাং আপনি সকলেই একমত যে এটি একটি 34 দফা গল্প। এটি লক্ষণীয় যে ফাইবো স্কেল আপনাকে ইঙ্গিত দেয় যে আপনার মৌলিক প্রতি কতটা আস্থা রয়েছে - সংখ্যার মধ্যে যে ব্যবধান রয়েছে তার চেয়ে বড় ব্যবধানগুলি আপনার অনুমানের প্রতি কম আস্থা রাখার নির্দেশ করে
এই মুহুর্তে আপনার স্ক্রাম মাস্টারকে লাফিয়ে বলতে হবে যে এটি একটি একক গল্প হিসাবে খুব বড় এবং কম জটিলতার ছোট গল্পে বিভক্ত হওয়া দরকার। স্পিকস হিসাবে পরিচিত যা করে আপনি এটির কাছে যেতে পারেন - কিছু তদন্ত করার জন্য এটি কেবল কিছু সময় বাদ দেওয়া হয়েছে। সুতরাং এই উদাহরণের জন্য আপনি এবং অন্যান্য দেবগণ সম্ভাব্য প্রযুক্তিগত সমাধানগুলি নিয়ে আলোচনা এবং অনুসন্ধানের জন্য 4 ঘন্টা চান বলে সম্মত হন।
দীর্ঘ গল্পের সংক্ষিপ্ত কাটাতে আপনি সেই বড় গল্পটি 5, 8, 8 এবং 13 পয়েন্টের আরও চারটি গল্পে বিভক্ত করুন। মনে রাখবেন না যে এই অনুমানগুলি সমস্ত আপেক্ষিক জটিলতা সম্পর্কিত - এগুলি মূল অনুমানের সাথে যুক্ত করতে হবে না এবং আরও সঠিক অনুমান করার জন্য আপনার কাছে এখন আরও তথ্য রয়েছে।
তারপরে আপনি একটি দল হিসাবে সম্মত হন যে এই স্প্রিন্টের জন্য আপনি 13 দফা গল্প, একটি 8 পয়েন্টের গল্প এবং 1 পয়েন্ট ইউআরএল পরিবর্তনটি ইতিমধ্যে চিহ্নিত করেছেন done সুতরাং মোট 22 পয়েন্ট। পরবর্তী স্প্রিন্টে আপনি 27 পয়েন্ট পেয়েছেন, নীচের স্প্রিন্টটিতে আপনি 18 পয়েন্ট পেয়েছেন। 3 স্প্রিন্টের পরে আপনি আপনার বেগের উপর কিছুটা আস্থা অর্জন করতে শুরু করতে পারেন (বেগটি আপনার স্প্রিন্টে আপনার দল কাজ করতে পারে তার পরিমাণ) is বেগ পেতে পূর্ববর্তী স্প্রিন্টের গড় ধরুন। সুতরাং এই উদাহরণে গড় (22 + 27 + 18) / 3 = 22.3 সুতরাং এটি 21 এর কাছাকাছি ফাইবো স্কেলের নিকটতম দিকে গোল করে নিন।
এখন পরবর্তী স্প্রিন্টের জন্য কেবল 21 পয়েন্ট সম্পন্ন করার লক্ষ্য।
আপনার গল্পের পয়েন্টটি ঠিক সঠিকভাবে অনুমান করার জন্য স্তব্ধ হবেন না - এটি কোনও সঠিক বিজ্ঞান নয়। আপনি জানেন যে একটি ইউআরএল পরিবর্তন একত্রিত ডেটার চেয়ে অনেক কম জটিল তাই কেবল এটি অনুসারে স্কোর করুন।
এছাড়াও দল হিসাবে এই বিষয়গুলি নিয়ে আলোচনা করা ভাল is স্প্রিন্ট পর্যালোচনা চলাকালীন আপনার অনুমানগুলি ফিরে দেখুন এবং আপনি তাদের সাথে খুশি ছিলেন কিনা তা নিয়ে আলোচনা করুন এবং তারপরে পরবর্তী স্প্রিন্ট পরিকল্পনা অধিবেশনটিতে এটি খাওয়ান।
পুরো দলের অনুমান
পুরো টিমের প্রতিটি গল্পের একক অনুমানের সাথে একমত হতে হবে। এটি তৈরি না হওয়া পর্যন্ত কোনও বৈশিষ্ট্য সম্পন্ন হয় না। শুধু কোড লিখিত প্রাপ্তি কোনওভাবেই হয় না। আমার অভিজ্ঞতায় স্ক্র্যাম দলগুলি দল হিসাবে কাজ করার সময় অনেক বেশি কার্যকর ছিল। আমি এখনই যে দলের সাথে কাজ করছি তার একটি উদাহরণ নিন। আমি যখন যোগ দিয়েছিলাম তারা সমস্ত স্প্রিন্ট সভা এবং পরিকল্পনা জুজু করছিল তবে স্প্রিন্ট চলাকালীন প্রক্রিয়াটি ছিল ১. বিএ / পণ্য মালিকরা প্রয়োজনীয়তাগুলি গ্রহণযোগ্যতার মানদণ্ড এবং স্বীকৃতি পরীক্ষার সাথে গল্প হিসাবে সংজ্ঞায়িত করে। তারা এই প্রয়োজনীয়তাগুলি বিকাশকারীকে হস্তান্তর করে যিনি পরে লেখেন কোড ৩. বিকাশকারী কিউএ পরীক্ষার জন্য উন্নয়ন শাখায় কোডটি একীভূত করেছে 4.. কিউএ পরীক্ষার পরে তারা প্রশ্ন জিজ্ঞাসা শুরু করে এবং পরীক্ষাগুলি ব্যর্থ হয় তাই এটি আবার বিকাশে ফিরে যায়।
এখানে কি অনুপস্থিত? সামনের দিকে পর্যাপ্ত আলোচনা নেই এবং প্রতিটি দলের সদস্য কেবল তাদের নিজস্ব কাজ দেখেছেন। এখন বিএ / পিও, ডিভস এবং কিউএ প্রয়োজনীয়তার বিষয়ে বিস্তারিত আলোচনা করতে এবং সামনে প্রশ্ন জিজ্ঞাসা করার জন্য কোনও কোড লেখার আগে একত্রিত হন, তারপরে স্প্রিন্ট জুড়ে আলোচনা চালিয়ে যান। এটি অনেক বেশি দক্ষ এবং উন্নত মানের সমাধানের দিকে নিয়ে যায়।
পরিকল্পনার জুজু এই প্রক্রিয়াটিকে সহায়তা করে কারণ এটি দলটিকে বৈশিষ্ট্যটি নিয়ে আলোচনা করতে বাধ্য করে এবং একটি দল হিসাবে, এই বৈশিষ্ট্যটি কতটা জটিল বিতরণ তা agree Traditionalতিহ্যবাহী সফ্টওয়্যার বিকাশে প্রকল্প পরিচালক এটি প্রকল্পের সরবরাহের জন্য দায়বদ্ধ ছিলেন তবে যে পদ্ধতির অভিজ্ঞতা রয়েছে এমন কেউ জানেন যে এটি কাজ করে না কারণ প্রায়শই লোকেরা অ্যাপ্লিকেশন সরবরাহের ক্ষেত্রে তাদের অংশের জন্য দায়বদ্ধতা গ্রহণ করে না। এগিলিতে আপনার প্রজেক্ট ম্যানেজারের দরকার নেই কারণ টিম অ্যাপ্লিকেশন সরবরাহের জন্য পুরোপুরি দায়িত্ব নেয়।
কাজের সময় নির্ণয়
এমন দলগুলির সাথে আমার মতামত কাজ করেছে যা কার্যের সময় অনুমান করে এবং যে দলগুলি কেবল স্টোরি পয়েন্টই অনুমান করে তা হল সময় নির্ধারণ না করা! এগুলি আসলে সময়ের অপচয়। তারা গল্পের পয়েন্টগুলির মতো নির্ভুল নয় কারণ এগুলি দলের নয় এমন ব্যক্তিদের জন্য নির্দিষ্ট, এবং প্রতিটি ব্যক্তির সময় অনুমানের আলাদা ধারণা থাকবে (শিখাটি নিয়ে আসা হবে)।
গল্পের পয়েন্টগুলি সেই জিনিসগুলি যেমন প্রয়োজনীয়তাগুলি গ্রহণ করে, সমস্ত সময় পরিবর্তন করে তাই টিম একটি স্প্রিন্টে কী সম্পূর্ণ করতে পারে তার একটি সূচক আপনার প্রয়োজন।
একবার আপনার বেগের বোধগম্যতা পেলে আপনি আপনার ডেলিভারিবলগুলি সময়মতো পরিমাপ করতে পারেন কারণ আপনি প্রতিটি স্প্রিন্টে কী করতে পারবেন তা জানেন। যেমন প্রতি দুই সপ্তাহে আপনি জানেন কী কী বৈশিষ্ট্য সরবরাহ করা যেতে পারে। আপনার স্ক্রাম মাস্টার এবং পণ্য মালিকদের ভবিষ্যতের স্প্রিন্টের জন্য অপেক্ষা করার জন্য অনুমানের সেশনগুলি হওয়া উচিত তবে আপনি আগামী কয়েক মাসগুলিতে কতটা কাজ শেষ করবেন তার একটি সূচক পেতে পারেন। এটি চূড়ান্ত অ্যাপ্লিকেশনটিতে কী কী বৈশিষ্ট্য অন্তর্ভুক্ত করবে সে সম্পর্কে পণ্য মালিকদের অগ্রাধিকার সিদ্ধান্ত নিতে দেয়।
আমি বিকাশকারীদের জিজ্ঞাসা করেছি যে পরিকল্পনা করার জন্য আমরা কার্যগুলির জন্য সময় নির্ণয় করি তবে আমি আসলে এই পদ্ধতির সাথে একমত নই (বাস্তবে আমি এই পদ্ধতির সাথে দৃ strongly়ভাবে একমত নই) কারণ এটি সঠিক নয় যেমন এটি আমার 4 ঘন্টা কী সময় লাগবে তার অর্থ হল: কোনও দেব নিজের হাতে টাস্কের সময়টিই কেবল অন্তর্ভুক্ত করতে পারেন, অন্য কেউ চা কাপ তৈরির জন্য সময় যোগ করতে পারে!
সময় অনুমানগুলি সর্বদা রিপোর্টের উদ্দেশ্যে অন্য কারও হাতে দেওয়া হয় এবং এটি পুরো টিমের প্রচেষ্টায় বনাম কোনও বৈশিষ্ট্য সরবরাহের পৃথক উপাদানগুলিকেও বাড়িয়ে তোলে।
অনুমান সবচেয়ে বড় সমস্যা নয়
একদিকে যেমন অনুমান করা খুব বড় সমস্যা নয় বলে আমি মনে করি দলগুলি সমাধান করতে হবে। স্প্রিন্ট জুড়ে জিনিসগুলি সম্পন্ন করার জন্য সবচেয়ে গুরুত্বপূর্ণ বিষয়টি একটি দল হিসাবে একসাথে কাজ করা, যাতে আপনি শেষ দিনে পরীক্ষার জন্য সমস্ত কিছু হস্তান্তর না করেন। আপনি 2 সপ্তাহের স্প্রিন্ট জুড়ে অবিচ্ছিন্ন বৈশিষ্ট্যগুলি দেখতে চান। আমি উপরে যে টিম গতিশীল বলেছি তা এর একটি বড় অংশ। স্টোরি পয়েন্টের অনুমান আপনাকে এটির জন্য পরিকল্পনা করতে সহায়তা করবে কারণ আপনি দেখতে পাচ্ছেন কোনগুলি বড় গল্প যা নিয়মিত পরীক্ষার জন্য বিতরণ করা যেতে পারে এমন ছোট ছোট গল্পগুলিতে বিভক্ত হয়।