আমি বেশি দূরে যাওয়ার আগে, আমি বলতে পারি যে সফ্টওয়্যার অনুমান: ব্ল্যাক আর্টকে নির্মূল করা লোকেরা অনুমানগুলি দেখে এবং চিন্তা করে তাদের জন্য একটি দুর্দান্ত উত্স। নীচের চিত্রগুলি উভয়ই সেই বইটি থেকে মূল হিসাবে রয়েছে যদি ধারণাগুলি নীচে উপস্থাপন করা হয়।
যেমনটি আপনি উল্লেখ করেছেন, অনুমানগুলি কাজটি সঠিকভাবে ভবিষ্যদ্বাণী করতে এবং পরিকল্পনা করতে সক্ষম হওয়ার একটি গুরুত্বপূর্ণ অংশ। কোনও অনুমান না করা ব্যবসায় কিছুটা সময় নিয়ে যায় কিনা সে সম্পর্কে অন্ধ হয়ে যায়। জিনিসগুলি কতটা সময় নেবে সে সম্পর্কে পুরোপুরি ভুল ধারণা থাকা ব্যবসায়ের পক্ষে অস্বাভাবিক কিছু নয় - তারা যেটাকে সহজ বলে মনে করেন তা ছয় থেকে আট সপ্তাহ সময় নেয় এবং যা কঠিন বলে মনে করা হয় এটি একটি শুক্রবার বিকেলে হ্যাক।
প্রথম জিনিসটি একটি অনুমান দেওয়া হয়। একটি অনুমান নিজেই একক সংখ্যা নয় - প্রতিশ্রুতিবদ্ধ। "এবিসি কতক্ষণ সময় নেবে" -> "প্রায় 5 দিন" এর অর্থ এটি প্রায় 5 দিন। যাইহোক, একটি ভাল অনুমান এমন একটি ব্যাপ্তি যেখানে আপনি 90% আত্মবিশ্বাসী যে আপনার কাছে এই সীমাটি থাকবে। যদি আপনি বলতে চান "আমি 90% আত্মবিশ্বাসী যে এটি বেটওয়েন 1 এবং 5 দিন লাগবে" তবে তা বলুন। "আমার মনে হয় এটি 1 থেকে 10 দিনের মধ্যে নেবে, সুতরাং 5 দিন সম্ভবত গড় সম্পর্কে" - এটি কোনও অনুমান নয় এবং আপনি 50% সময় ভুল করবেন।
ঠিক আছে, 50% বা তারও বেশি সময়, প্রোগ্রামাররা কাজের সময়গুলির জন্য কুখ্যাত underestimators হয়।
অনিশ্চয়তার শঙ্কা বিবেচনা করুন:
Http://www.construx.com থেকে চিত্র - http://www.construx.com/Thought_Leilership/Books/The_Cone_of_Uncycy/ এ সম্পূর্ণ নিবন্ধ
অনুধাবন করুন যে এই ব্যাপ্তির প্রথম অনুমান 16x। এটি "আমার মনে হয় এটি একটি বিকেল এবং দুই সপ্তাহের মধ্যে সময় নেবে" বলে সমতুল্য - তবে আপনি এখনও জানেন না। আপনি ডিজাইনটি কিছুটা এগিয়ে চলার সাথে সাথে পরিসীমাটি 4x এ নেমে এসেছে। এর অর্থ এই নয় যে এটি এক সপ্তাহ সময় নেবে, এর অর্থ এই যে আপনি পরিবর্তে "এটিকে কিছুটা দেখার পরে তিন সপ্তাহের মধ্যে লাগবে" বলছেন - হ্যাঁ, অনুমানটি উঠে গেছে, তবে অনুমানের পরিধিও গেছে নিচে।
আপনার দেওয়া প্রতিটি অনুমানের সাথে, আপনার 90% নিশ্চিত হওয়া দরকার যে অনুমানটি সেই সীমার মধ্যে রয়েছে। আপনি ভুল হতে পারেন - 10% সময়টি এই ব্যাপ্তির বাইরে চলে আসবে।
আছে অনেক প্রকল্পের আকার অনুমান করার উপায়। অতীতের প্রকল্পগুলির সাথে এটির তুলনা করা, একটি প্রক্সি ব্যবহার করে (আমার মনে হয় এটিতে 1000 লাইন কোড লাগবে যা লিখতে দীর্ঘ সময় লাগবে), ফাংশন পয়েন্টগুলি ব্যবহার করে (এলওসি তে রূপান্তর করতে ...), বেশ কয়েকটি লোকের কাছ থেকে অনুমান নেওয়া এবং তারপরে এটি পুনরাবৃত্তভাবে পরিমার্জন করা হচ্ছে ... কিছু প্রকল্পের জন্য কিছু কাজ করে, কিছু অন্যান্য প্রকল্পের জন্য কাজ করে।
এই বইয়ের একটি অত্যন্ত গুরুত্বপূর্ণ অধ্যায় যা আমি উপরে উল্লেখ করেছি # 23 যা ম্যানেজার এবং এক্সিকিউটিভদের সাথে অনুমানের এবং রাজনীতির সাথে সম্পর্কিত।
একটি অনুমানের মূলটি হ'ল এটির উপর কিছুটা কাজ করার পরে এটি পরিমার্জনের পুনরাবৃত্তি প্রক্রিয়া।
প্রক্রিয়াটির খুব প্রথম দিকে কোনও অনুমানের খুব সূক্ষ্মতা দেওয়া খুব ত্রুটির প্রবণ হতে পারে। আপনি যদি এটি সম্পর্কে নিশ্চিত না হন তবে বিস্তৃত অনুমান দিন এবং তারপরে সমস্যার আরও অন্তর্নিবেশের জন্য এবং সম্ভবত আপনি এটি কীভাবে করবেন সে সম্পর্কে স্কেচিং করে আপনি কতটা কোড লিখেছেন তা সন্ধান করে কিছুটা সময় পরে অন্য একটি অনুমান নিয়ে ফিরে আসুন you সর্বশেষ অনুরূপ সমস্যা এবং অন্যান্য কারণগুলি অনুমানের উপর প্রভাব ফেলবে।
অনুমানগুলির জন্য কিছু চিন্তাভাবনা প্রয়োজন - কাফের অনুমানটি বন্ধ করবেন না। আপনি যখন কিছুটা চিন্তা করেন তখন এটি যা লাগে তার তুলনায় এগুলির সাথে প্রায়শই বিশাল ত্রুটি যুক্ত থাকে।
থেকে কীভাবে সাড়া যখন আপনি একটি অনুমান জন্য জিজ্ঞাসা করা হয়?
প্রাক্কলনের জন্য জিজ্ঞাসা করার সময় কী বলবেন
তুমি বলেছ "আমি তোমার কাছে ফিরে আসব।"
আপনি এই প্রক্রিয়াটি ধীরে ধীরে কমিয়ে দিলে এবং এই বিভাগে বর্ণিত পদক্ষেপগুলির মধ্যে দিয়ে কিছুটা সময় ব্যয় করলে আপনি প্রায়শই আরও ভাল ফলাফল পাবেন। কফি মেশিনে প্রদত্ত অনুমানগুলি (কফির মতো) আপনাকে আড়াল করতে ফিরে আসবে।
সফ্টওয়্যার অনুমানের চতুর্থ অধ্যায় থেকে:
মনে রাখবেন যে এতে কিছুটা পর্যালোচনা করার পরে অনুমানগুলি কাফের অনুমানের তুলনায় নিয়মিতভাবে কম বন্য এবং ত্রুটিযুক্ত one কফ প্রাক্কলন বন্ধ করবেন না। বসে কাজটি সম্পর্কে চিন্তা করুন এবং এটি সম্পর্কে কিছুটা চিন্তা করার পরে এটি অনুমান করুন।