व्यवहार्यता आणि अंतिम मुदत हे दोन वेगवेगळे प्रश्न आहेत, आणि त्यांना एकत्र करणे असे आहे की संघ जास्त प्रतिबद्ध कसे होतात. जवळजवळ सर्व काही आहे; खरा प्रश्न हा आहे की हे शक्य आहे की नाही. एक वरिष्ठ तांत्रिक नेता त्या गोष्टी स्पष्टपणे वेगळी करतो आणि कधीही असे काम करण्यासाठी तारीख देत नाही ज्याचा त्यांनी आकार निर्धारण केले नाही.\n\n## मी कसे कार्य करतो\n\n- व्यावसायिकदृष्ट्या खरोखर कोणता परिणाम आवश्यक आहे? बहुतेक वेळा जाहीर केलेली आवश्यकता एक गहन गरजेचे एक समाधान असते, आणि एक स्वस्त मार्ग अस्तित्वात असतो.\n- काम विघटन करा आणि प्रत्येक भाग लेबल करा. अज्ञात, ज्ञात नव्हे, असे आहे जिथे अंदाज फोफावतात.\n- सर्वात अयशस्वी होण्याची शक्यता असलेल्या भागावर एक लहान त्याज्य प्रमाण-संकल्पना तयार करा. दोन दिवसांचा स्पाइक दोन महिन्याचा आश्चर्य रोखू शकतो.\n- डेटा आकार आणि व्हॉल्यूम, स्केल आणि लोड, तृतीय-पक्ष एकीकरण आणि त्यांची मर्यादा, आणि संघाचे प्रकृत कौशल्य आवश्यक तांत्रिक साहित्य.\n- इतर संघ, बाहेरील मंजूरी, अवसंरचना, विक्रेता. हे काम जे तुम्ही नियंत्रित करत नाही ते स्लिपेज चा सर्वात सामान्य स्रोत आहे.\n- "सहा ते नऊ आठवडे, असे गृहीत धरून की पेमेंट API X समर्थन करते आणि कोणताही इतर संघ आपल्याला अवरोधित करत नाही." हे स्पष्ट करा की अंदाज काय बदलेल.\n\n## संभव बनाम संभव तारीख X द्वारे\n\n| प्रश्न | खरोखर काय विचारते |\n| --- | --- |\n| हे संभव आहे? | ते तयार केले जाऊ शकते का? |\n| तारीख X द्वारे संभव? | या संघासह, व्याप्त, आणि मर्यादांसह, तेव्हा? |\n| काय आत्मविश्वास वाढवते? | स्पाइक्स, कट स्कोप, अधिक लोक, अधिक वेळ |\n\n## हे महत्वाचे का आहे\n\nएक आत्मविश्वासी "होय" जो चुकीच्या अंतिम मुदतीत बदलतो तो एक प्रामाणिक "येथे श्रेणी आणि जोखमी आहेत" पेक्षा खूप जास्त खर्च होतो. व्यवहार्यता चांगल्या प्रकारे मूल्यांकन केल्याने संघ मृत्यू-कोणालाही मार्चापासून संरक्षण केला जातो, व्यावसायिकदृष्ट्या योजना बनवण्यासाठी वास्तविक माहिती देतो, आणि ज्या विश्वास ही तुमच्या भविष्यातील अंदाज विश्वास येतात.
