अगली तिमाही आपकी टीम किस चीज़ का वादा कर सकती है, यह आप कैसे तय करते हैं?

headcount से नहीं, असली capacity से शुरू कीजिए। on call, support, छुट्टियां, इंटरव्यू, मीटिंग और बिना योजना वाले काम की वाजिब गुंजाइश घटाइए, जो ऐतिहासिक रूप से बीस से तीस प्रतिशत रहती है। किसी आदर्श नंबर की जगह अपनी टीम का हाल का असली throughput इस्तेमाल कीजिए, पूरी capacity से कम का वादा कीजिए, और प्लान को क्रम में लगाइए ताकि आखिरी चीज़ें वही हों जिनका गिरना पहले से पता हो। तिमाही के बीच में सबके सामने अनुमान दोबारा लगाइए।

headcount शुरू करने का गलत नंबर है। आठ इंजीनियर कभी भी feature के काम वाले आठ इंजीनियर नहीं होते: on call असरदार तरीके से एक व्यक्ति हटा देता है, support और escalations करीब पंद्रह प्रतिशत लेते हैं, फिर छुट्टियां, इंटरव्यू का बोझ और मीटिंग का टैक्स। ऐतिहासिक रूप से मेरी टीमें योजना वाले काम पर सैद्धांतिक capacity के लगभग पचपन से पैंसठ प्रतिशत पर बैठती हैं, तो मैं उसी से योजना बनाता हूं, और कोई समझे कि मैं कम करके बता रहा हूं तो पिछली चार तिमाहियों के आंकड़े दिखा सकता हूं। फिर मैं उसका करीब अस्सी प्रतिशत ही वादा करता हूं और सब कुछ क्रम में लगाता हूं, ताकि पहले से साफ रहे कि कुछ गड़बड़ होने पर कौन सी दो चीज़ें गिरेंगी, दसवें हफ्ते में दबाव में चुनना न पड़े। मैं planning के वक्त single points of failure पर भी झंडा लगाता हूं: अगर कोई प्रोजेक्ट पूरी तरह उस एक व्यक्ति पर टिका है जो वह subsystem जानता है, तो यह प्लान पर दर्ज जोखिम है, मार्च में मिलने वाला झटका नहीं। और मैं बीच में सबके सामने अनुमान दोबारा लगाता हूं, क्योंकि तिमाही के पहले छह हफ्ते हमेशा कुछ न कुछ बता देते हैं।