প্রোগ্রাম আপডেট করুন ও পুনঃপূর্বাভাস দিন

সাইট থেকে প্রকৃত অগ্রগতি টানুন: বুক করা ঘণ্টা, দৈনিক ডায়েরি, প্রতিটি গ্যাং এই সপ্তাহে প্রকৃতপক্ষে কী শেষ করেছে। যারা কাজ করছেন তাদের কাছ থেকে এটি পান, অফিসে করা একটি অনুমান থেকে নয়।

কেন: একটি পুনঃপূর্বাভাস কেবল এতে যাওয়া সংখ্যার মতোই সৎ। ফিল্ড টাইম ও ডায়েরি থেকে সরাসরি অগ্রগতি নেওয়াই আপডেটকে ইচ্ছাপূরণ চিন্তায় পরিণত হওয়া থেকে থামায়।

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

কেন: আশি শতাংশে থাকা একটি কাজকে সম্পন্ন হিসেবে গোল করা কীভাবে প্রোগ্রাম ড্রিফট করে এবং সবাই এগুলো বিশ্বাস করা বন্ধ করেন। সৎভাবে অগ্রগতি চিহ্নিত করাই সময়সূচিকে পড়ার যোগ্য রাখে।

সময়সূচিকে লজিকের মধ্য দিয়ে প্রকৃত সংখ্যা রোল করতে দিন এবং পুনর্গণনা করুন। নতুন পূর্বাভাসিত সমাপ্তি পড়ুন, ক্রিটিক্যাল পাথ কীভাবে সরেছে তা দেখুন, এবং কোন কার্যক্রম এখন তাদের সাথে সমাপ্তির তারিখ টেনেছে তা দেখুন।

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

পুনঃপূর্বাভাসকে আপনি লক করা বেসলাইনের সাথে তুলনা করুন এবং কাজটি কোথায় পিছলেছে তা বের করুন: কোন মাইলস্টোন সরেছে, কত ফ্লোট খাওয়া হয়েছে, এবং কোন বিলম্বগুলো উৎপাদনের পরিবর্তে একটি পরিবর্তনে ফিরে ট্রেস করে।

কেন: আপনি দেরিতে আছেন জানাই যথেষ্ট নয়, আপনাকে জানতে হবে কেন এবং এটি কার অ্যাকাউন্টে বসে আছে। পিছলে যাওয়াকে পরিবর্তনে ফিরে বাঁধাই বিলম্বটি ভুলে যাওয়ার আগে একটি সময় বৃদ্ধির দাবি রক্ষা করে।

কারণ স্পষ্টভাবে লিখে ক্লায়েন্ট ও দলের কাছে আপডেট করা পূর্বাভাস ইস্যু করুন: কী সরেছে, কতটা, কেন, এবং এটি ফিরিয়ে আনতে কী করা হচ্ছে। এটি এত সংক্ষিপ্ত রাখুন যে মানুষ প্রকৃতপক্ষে এটি পড়েন।

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