ভবিষ্যতের ভবিষ্যদ্বাণী করা অসম্ভব। একটি পূর্বাভাস ("অনুমান") প্রয়োজন কেবল সমস্যার জন্য জিজ্ঞাসা করছে। প্রত্যেকে এটি করে এবং প্রত্যেকে এটি ভুল করে।
আপনার "500% দ্বারা আউট" এর রায় সম্ভবত স্থপতিটির অনুমানের মতোই ভুল। সর্বোপরি, "... এখনও প্রকল্পটি অসম্পূর্ণ ..." এখানে কোনও তথ্য উপলব্ধ নেই।
"সঠিক" উত্তরটি কেউ জানে না। এবং এটি শেষ না হওয়া পর্যন্ত কেউ জানতে পারবে না।
এবং এটি সম্পন্ন হওয়ার পরেও, "আসল" অনুমান (পরিবর্তন নিয়ন্ত্রণের সাথে বা ছাড়াই) বাস্তবে সম্পন্ন হওয়া কোনও কিছুর সাথে সম্পর্কযুক্ত নাও হতে পারে।
অনুমান করা একটি ফাঁদ - এটি একটি অনাবৃত খেলা। আপনি জিততে পারবেন না, আপনি এমনকি ব্রেক করতে পারবেন না এবং এমনকি আপনি খেলা থেকেও বেরিয়ে আসতে পারবেন না।
সম্পাদন করা
খারাপ অনুমান নিয়ে কাজ; একটি "উত্তরাধিকার" অনুমান যা ভুল দেখা যায় ।
এটা আছে। আপনি অন্য কারও অনুমানের সাথে একমত নন। হয় তারা আপনার প্রয়োজনীয় মনে করেন এমন কিছু বাদ দিয়েছে; আপনার তুলনায় তাদের কাজের একটি আলাদা সুযোগ ছিল বা তাদের উত্পাদনশীলতার হার ছিল। এছাড়াও, যদি অনুমানটি কেবল শ্রমের চেয়ে বেশি হয় তবে তাদের ব্যয়ের ভিত্তি আলাদা। যার সবগুলিই বিতর্কিত। সুতরাং অনুমানের আগে বিশদটি বিতর্ক করুন। সামগ্রিক সংখ্যা নিয়ে বিতর্ক করবেন না - সংক্ষিপ্তসারে আসল তথ্য নেই । স্বতন্ত্র বিশদ সম্পর্কিত বিতর্ক করুন যা অনুমানের উপর নির্ভর করে। তারা কী ভাবছিল তা সন্ধান করুন।
এটি সম্ভবত আপনার অনুমানগুলি যেমন অনুমানের মতো ততই ভুল likely সমান সম্ভাবনা.
জিজ্ঞাসা করার সময় যখন ।
আপনি ভুল হতে চলেছেন।
তারা কাজের সুযোগ সম্পর্কে মিথ্যা।
আপনি দলের উত্পাদনশীলতা জানেন না।
যে কোনও নতুন প্রযুক্তি জড়িত তা ভুল উপস্থাপন করা হয়েছে।
এই জিনিসগুলি এলোমেলোভাবে কাভার করার জন্য আপনি কেবল প্যাডিংয়ে ফেলতে পারবেন না। আপনি আসলে জানেন না এবং "অনুমান" করার কোনও ভিত্তি নেই। এটা ঠিক অনুমান করা। এটি পেতে।
বিধি 1: যেহেতু আপনি কেবল অনুমান করছেন, তাই ছোট বর্ধনের ক্ষেত্রে অনুমান করুন।
যে কোনও "অনুমান" পরিস্থিতিতে মূল প্রশ্নটি ভবিষ্যতের ভবিষ্যদ্বাণী করে না । আপনি এক বা দুই সপ্তাহের চেয়ে অনেক বেশি সময় ধরে কোনও নির্ভুলতার সাথে এটি করতে পারবেন না। আপনার ভবিষ্যদ্বাণীগুলি এমন এক সময় দিগন্তের মধ্যে সীমাবদ্ধ করুন যার উপর আপনার কিছু প্রত্যক্ষ এবং তাত্ক্ষণিক বিশদ জ্ঞান রয়েছে। উদাহরণস্বরূপ, পরবর্তী প্রকাশ।
মূল প্রশ্নটি হ'ল - সাধারণত - আপনার ক্রেতা বা গ্রাহকদের পক্ষ থেকে সিদ্ধান্ত গ্রহণ- প্রশ্ন "দাম কি হবে?" - এটা অসম্পূর্ণ। প্রশ্নটি হচ্ছে "বিনিয়োগ কি এর মূল্যবান হবে?" আসল প্রশ্নটি "ব্যয় / বেনিফিটের অনুপাত কী" এবং "যখন আরও বিনিয়োগের ফলে বেশি আয় হবে না তখন আমাদের ব্যয় করা কখন থামানো উচিত?" এর ধারায় আরও প্রশ্ন more সেগুলিই আসল প্রশ্ন।
বিধি 2: বাস্তব তথ্য দিয়ে সিদ্ধান্ত গ্রহণকারীকে সমর্থন করুন।
বেশিরভাগ লোকেরা চটজলদি পদ্ধতির দ্বারা সেরা পরিবেশন করা হয়। প্রথম প্রকাশ - এখন থেকে একমাস - 5 জন take 4 সপ্তাহ সময় নেবে এবং এতে এক্স বৈশিষ্ট্যটি পাওয়া যাবে যা m 1m / দিনের ক্ষতিগুলি স্থির করে এবং ওয়াই বৈশিষ্ট্যযুক্ত যা $ 200K / সপ্তাহের অনুপস্থিত সুযোগগুলি স্থির করে। আপনি কী করছেন সে সম্পর্কে আপনার কাছে বিশদ জ্ঞান রয়েছে, সুতরাং এই ভবিষ্যদ্বাণীটি বোধগম্য হয়। তারপরে মুক্তি কিছুটা আড়ষ্ট।
এখন থেকে এক বছর প্রকাশের বিষয়টি ভবিষ্যতে এতটাই দূর যে কোনও এলোমেলো সংখ্যায় যে কোনও পূর্বাভাস। ভবিষ্যতে 6 মাসের বেশি কোনও কিছুর বিবরণ ঘামবেন না, কেবল থাম্বের সহজ নিয়ম ব্যবহার করুন।
তারা যখন জিজ্ঞাসা করবে টিসিও কী, আপনার অবশ্যই সৎ হতে হবে। "আপনি যখন উন্নয়নের জন্য অর্থ প্রদান বন্ধ করেন তখন মোট ব্যয় হয় you যতক্ষণ না আপনি অর্থ প্রদান বন্ধ করেন, আপনার সর্বদা ব্যয় হবে" "
আসল প্রশ্নটি "আপনি কোন সমস্যার সমাধানের চেষ্টা করছেন?" বা "আপনি কোন নতুন সুযোগটি অনুসরণ করছেন?" এবং "এর মূল্য কী?"
বিধি 3: সফ্টওয়্যারটি যে সমস্যার সমাধান করবে বলে মনে হচ্ছে তার চেয়ে কম ব্যয়বহুল করুন।
আপনি যদি সমস্যাটি খুব ভালভাবে না জানেন, তবে অনুমানটি মাপসই করা হবে। এটি এড়াতে চেষ্টা করুন।
সম্ভাবনা অন । দুর্বল রোগ বা দুর্ঘটনা বাদে সফ্টওয়্যার বিকাশের কোনও অংশই প্রকৃত সম্ভাব্যতা দ্বারা পরিচালিত হয় না। "ঝুঁকি" কেবল খারাপ পরিচালনা bad সাধারণত ফর্মটি "আমরা ব্যবসায়ের জটিলতার জন্য এ বা প্রযুক্তি বি প্রয়োজন হয় না বি"। প্রায়শই ফর্মটি "যেমন সমস্যা বা প্রযুক্তি সম্পর্কে আমরা আরও শিখলাম, তফসিলটি পরিবর্তন করেছি" যা "স্কোপ ক্রাইপ" হিসাবে শাস্তিপ্রাপ্ত।
স্টাফ শেখার এবং সুযোগ পরিবর্তন করার কোনও সম্ভাবনা নেই। এটা একটা নিশ্চিততা।
পরিকল্পনার উপর । এখানে "পরিকল্পনা" রয়েছে এবং "অনুমান" রয়েছে। কী বানাবেন তা পরিকল্পনা করা একটি জিনিস, চেকলিস্ট বা নির্ভরতা গ্রাফ হিসাবে সেরা উপস্থাপন করা। প্রয়োজনীয় প্রচেষ্টা "অনুমান করা" অজানা কারণের ভিত্তিতে।
"পরিকল্পনা" সাধারণ ভাল পরিচালনা।
"অনুমান" অজানা জ্ঞানের প্রয়োজন। নির্ভুলভাবে "প্রচেষ্টা অনুমান" করতে আপনার অবশ্যই পণ্যটির মধ্যে অন্তর্দৃষ্টির সোর্স-কোড স্তর থাকতে হবে এবং আপনাকে অবশ্যই জানতে হবে যে কোন ব্যক্তি সেই উত্স কোডটি টাইপ করছে এবং ব্যক্তি কোনটি ভুল করতে চলেছে। যেহেতু আপনি এটি জানতে পারবেন না, কোনও অনুমান অবশ্যই ভুল হতে পারে। এবং প্রায়শই বিভ্রান্তিকর এবং তাই অকেজো বিন্দু ভুল।
যদি অনুমানটি 500% দ্বারা ছাড়িয়ে যায় এবং প্রকল্পটি এখনও এগিয়ে যায় তবে একটি অনুমানের কী মূল্য হবে?
কোনটিই নয়। এটি সমস্তই মানুষকে অসন্তুষ্ট করেছিল। তবে প্রকল্পটি যাইহোক এগিয়ে গেল।
যেহেতু কেউ ভবিষ্যত দেখতে পারে না তাই সঠিকভাবে একটি প্রাক্কলন অনুমান করা মানেই কিছু নয়। এটিকে দরকারী করুন, লোককে সিদ্ধান্ত নিতে সহায়তা করুন।
দিগন্তকে ছোট রাখুন। যত তাড়াতাড়ি সম্ভব মান সরবরাহ করুন। এমন একটি পরিকল্পনা তৈরি করুন যা গ্রাহককে যে কোনও সময় প্রকল্পটি বাতিল করতে দেয় এবং এখনও তার মূল্য থাকতে পারে।
প্রকল্পটি প্রকল্পের একমাত্র "পবিত্র সত্য" হয়ে উঠবেন না। বিতরণযোগ্য কার্যকারিতা পবিত্র। ডেলিভারিবলের পরিবর্তন হওয়ার সাথে সাথে সমস্ত কিছু পরিবর্তন করা উচিত।
পরিকল্পনাটি এটি তৈরি করা মানের বাইরে যেতে দেবে না।