উদাহরণস্বরূপ, আমি যদি কোনও প্রকল্পকে এন ডিস্রিট ওয়ার্ক প্রোডাক্টগুলিতে ভাঙ্গি (ক্লাস বা ফাংশন বা উপাদান বলুন) এমন কোনও সময় থাকে যা এন * টি অনুমানের জন্য ব্যয় করার উপযুক্ত সময় হয়?
উদাহরণস্বরূপ, আমি যদি কোনও প্রকল্পকে এন ডিস্রিট ওয়ার্ক প্রোডাক্টগুলিতে ভাঙ্গি (ক্লাস বা ফাংশন বা উপাদান বলুন) এমন কোনও সময় থাকে যা এন * টি অনুমানের জন্য ব্যয় করার উপযুক্ত সময় হয়?
উত্তর:
আপনার যদি পর্যাপ্ত তথ্য থাকে এটি এ স্তরটি ভেঙে ফেলা হয় তবে আপনার প্রতিটির জন্য এক মিনিটেরও বেশি সময় ব্যয় করা উচিত নয়। আপনি যেভাবেই সঠিক হতে যাচ্ছেন না, তবে আপনি এক মিনিটের পরে এক ঘন্টার মতো সঠিক হতে চলেছেন।
যদি অন্যদিকে, আপনি ব্যবহারকারীর গল্পের বিষয়ে কথা বলছিলেন , তবে আমি অনুমান করার আগে একটি ঘরে স্টেকহোল্ডারদের পেতে এবং পাঁচ মিনিট প্রশ্ন জিজ্ঞাসা করার পরামর্শ দেব।
নির্বিশেষে, অনুমান করতে বেশি সময় নষ্ট করবেন না। তারা পরিশ্রমের উপযুক্ত হওয়ার জন্য দরকারী বা যথেষ্ট সঠিক নয়।
আমার অভিজ্ঞতায় একটি 'হ্যাঁ, এটি সত্যিই কাজ করে' এর একটি চূড়ান্ত পদ্ধতির টুকরো হ'ল 'কার্যাদি একটি দিনের চেয়ে কম সময় নেওয়া উচিত' গাইডলাইন। আপনি যদি দিনের চেয়ে বেশি সময় নেয় এমন জিনিসগুলি অনুমান করে থাকেন তবে আপনি বেশ দূরে থাকবেন।
একবার আপনি এগুলি ভেঙে ফেললেন যাতে আপনি এটি করতে পারেন, আপনি যথেষ্ট করেছেন; এই জিনিসগুলি কি তা নির্বিশেষে।
চতুর স্ক্রাম পদ্ধতিতে, পরিকল্পনা পোকারকে একটি স্প্রিন্টে ব্যবহারকারী গল্পগুলির জন্য প্রয়োজনীয় প্রচেষ্টার দ্রুত মূল্যায়ন করার জন্য পুরো দলটিকে ব্যবহার করার একটি কার্যকর উপায় হিসাবে দেখা হয় (ধারণা করা হচ্ছে এটিই আপনি যা বলছেন)। অন্যথায়, আমি কোনও ব্যবহারকারীর গল্পের অংশ হিসাবে একক টাস্কটি অনুমান করার জন্য কয়েক মিনিটের বেশি ব্যয় করব না।
যদি আপনি বিকাশকারীদের একটি দলের জন্য অনুমান করার চেষ্টা করে থাকেন তবে আমি এই sensকমত্য-ভিত্তিক কৌশলটি ব্যবহারের সুপারিশ করব।
পরিকল্পনার জুজুর অর্থ হ'ল আপনি একক সেশনের মধ্যে প্রতিটি একক ব্যবহারকারীর গল্পের জন্য বেশ কয়েকটি ভাল অনুমান পেতে পারেন (1-2 ঘন্টার বেশি নয়)।
এই বিষয়ে কিছু পড়ুন এবং এটি ব্যবহার করে দেখুন!
এছাড়াও, একটি সাধারণ নিয়ম হিসাবে, কোনও ব্যবহারকারী গল্পের কোনও কাজ 7.5 ঘন্টা (কাজের একক দিন) এর বেশি হওয়া উচিত নয়। যদি এটি হয়, আপনার প্রয়োজন ছোট কাজগুলিতে বিভক্ত করা।
আমি মনে করি এটি আপনার প্রয়োজনের উপর নির্ভর করে। উদাহরণস্বরূপ, যদি আপনার প্রকল্পের সম্পদ বরাদ্দ এটির উপর নির্ভর করে (যেমনটি প্রায়শই মাঝে মাঝে ঘটেছিল) তবে সাবধানতার সাথে এটি করা ভাল। অন্য উপায়ে আপনি যদি এমন একটি প্রকল্প করছেন যা এই ধরণের প্রয়োজনীয়তা রাখে না তবে আপনি খুব বেশি বিশদে যেতে পারবেন না। এটিতে খুব বেশি সময় ব্যয় করা সঠিক ধারণা নয় কারণ সঠিক অনুমান করা খুব কঠিন।
উইকিপিডিয়ায় শঙ্কু অনিশ্চয়তা এবং শঙ্কার অনিশ্চয়তা নামে একটি বিখ্যাত ধারণা রয়েছে যা বলে যে সাধারণত কোনও অনুমান কতটা সঠিক হতে পারে। এটি সম্পর্কে পড়া মূল্যবান।
আপনি আপনার অনুমান থেকে কী পেতে পারেন?
আপনি কী কাজ করছেন তার উপর নির্ভর করে সঠিক স্বতন্ত্র অনুমানগুলি প্রাসঙ্গিক হতে পারে (গ্রাহক আপনাকে সপ্তাহের শেষের দিকে অর্থ প্রদান করে বা টাস্ক / গল্প অন্যকে অবরুদ্ধ করছে এবং একটি সুনির্দিষ্ট ইটিএ প্রয়োজন) বা না (আপনি ব্যাকলগে 200 গল্প পেয়েছেন, গল্পটি যদি এক সপ্তাহের জন্য পরিবর্তন হয় তবে কেউ মারা যাবেনা, এবং আপনি তাদের বেশিরভাগের তুলনায় গড় বের করতে আনুমানিক ত্রুটিগুলি গণনা করছেন)।
আপনার প্রয়োজনের জন্য যথেষ্ট ভাল এমন একটি অনুমান পেতে কেবল সর্বনিম্ন সময় ব্যয় করুন। কোনও সূত্র নেই।
ব্যক্তিগতভাবে, আমি এক থেকে দুই মিনিটেরও বেশি সময় ধরে বিবেচনা করি যা আপনি সম্ভবত ভুল জিনিসটি অনুমান করছেন (এটি বিভক্ত করুন বা আবিষ্কারের পরিকল্পনা করুন)।
আসলে আপনার অন্যান্য স্টেকহোল্ডারদের আপেক্ষিক অগ্রাধিকার নির্ধারণে সহায়তা করার জন্য অনুমানের প্রয়োজন - এত বিস্তৃত-ভিত্তিক অনুমান যে কমপক্ষে টাস্ক 1 টাস্ক 2 এর তুলনায় মোটামুটি 3 বার প্রচেষ্টা হয় (এমনকি কয়েক ঘন্টার ক্ষেত্রে এটি শেষ পর্যন্ত খুব নির্ভুল না হলেও) দরকারী are (নির্দিষ্ট লক্ষ্য অর্জনের জন্য) কী কী তা বুঝতে এবং তার জন্য মোটামুটি অনুমান করার জন্য যতটা সময় ব্যয় করা প্রয়োজন।
আপনার আপেক্ষিক অগ্রাধিকার একবার হয়ে গেলে, কেবল জিনিসগুলি করার দিকে মনোনিবেশ করুন এবং এন-রুটে অনুমানগুলি ঠিক করুন। অন্য কথায়, আপ-ফ্রন্ট অনুমানগুলিতে অল্প সময় ব্যয় করুন, তবে সময় হিসাবে আপনার অনুমানগুলিকে পরিমার্জন করুন যাতে প্রকল্পটি যখন শেষ হতে চলেছে তখন একটি ভাল ধারণা দেয়।
ভাল অনুমানগুলি একবার যা অনুমানগুলি নয় তথ্যের উপর ভিত্তি করে ।
সুতরাং, যদি আপনার ইতিমধ্যে কোনও অনুরূপ প্রকল্প (গুলি) থাকে এবং আপনার পূর্ববর্তী অনুমানের সময়টি ক্যাপচার করে, এটি শুরু করার জন্য একটি ভাল অনুমানের ভিত্তি হিসাবে সার্ভার করতে পারে । তবে আপনার প্রকল্পের ক্ষেত্রের উপর নির্ভর করে অজানা শিল্পকর্ম থাকতে পারে , যা বিএ বা পণ্য মালিকের সাথে তাত্পর্যপূর্ণভাবে পরিষ্কার করা ভাল।
এটিও সত্য যে: সফ্টওয়্যার প্রকল্পের অনুমান অন্তর্নিহিতভাবে সঠিক নয় । তবে কিছু বাস্তবসম্মত অনুমানের অভ্যাস রয়েছে যা সহায়তা করতে পারে: