निर्णय का आधार
समयसीमा विकास प्रयास के साथ फैसलों और पहुँच पर निर्भर है। पहले जरूरी जानकारी के अनुसार काम क्रम में रखें। बीच में मंजूरी हो तो दस व्यक्ति-दिवस दस कैलेंडर दिनों में नहीं समाते।
एक व्यावहारिक उदाहरण
एक MVP बाहरी सेवा से कारोबारी ग्राहक जाँचता है। एक्सेस का इंतजार करते हुए फॉर्म बन सकते हैं, लेकिन क्रेडेंशियल, परीक्षण और प्रतिक्रिया अनुबंध बिना एकीकरण सिद्ध नहीं। इस निर्भरता का मालिक और तारीख तय करें।
समय के साथ निर्भरता रजिस्टर
जरूरत, आपूर्तिकर्ता, तारीख और तैयार होने का प्रमाण लिखें। “API पहुँच” में पासवर्ड, परीक्षण संस्था, नेटवर्क और त्रुटि उदाहरण हों। एक पासवर्ड सब पूरा नहीं करता। पाने वाले व्यक्ति को जिम्मेदारी दें। अनुमान और रजिस्टर साथ देखें ताकि समय बीतने से पहले देरी दिखे।
पतला पूरा रास्ता आजमाना
समानांतर काम से पहले जरूरी निर्भरता छूती प्रक्रिया चलाएँ: अनुमत परीक्षण अनुरोध, असफल उत्तर और उपयोगकर्ता स्थिति। बदलाव आसान रहते अंतर तथा गायब वातावरण दिखेंगे। नकली सेवा उपयोगी है पर क्या सिद्ध करती है स्पष्ट हो। खोज, एकीकरण सत्यापन और लॉन्च अनुमति अलग रखें।
देरी पर परिणाम वाले विकल्प
प्रभावित परिणाम और विकल्प बताएँ: स्वतंत्र काम, कम दायरा, अस्थायी हाथ का काम या नई तारीख। अस्थायी सीमा और संचालक दें। तारीख वही दिखाने को सारी जाँच न हटाएँ। ज्ञात बात, अज्ञात और अगली बदलने वाली घटना लिखें। समय पर स्पष्टीकरण व्यवसाय को कार्य करने देता है।
विकल्पों का आकलन
स्वतंत्र काम समानांतर चल सकता है। नकली सेवा विकास में मदद करती है, असली प्रदाता को नहीं जाँचती। छोटा दायरा मदद कर सकता है; अतिरिक्त डेवलपर बाहरी मंजूरी तेज नहीं करते।
योजना कहाँ टूटती है
तकनीकी पूर्णता, ग्राहक स्वीकृति और लॉन्च तैयारी अलग रखें। छुट्टियाँ, सामग्री, डेटा सफाई और अनुमोदन लिखें। बिना मान्यताओं की आशावादी तारीख पर्याप्त नहीं।
काम शुरू कराने से पहले
कौन निर्भरता सबसे लंबा जरूरी रास्ता तय करती है? देरी पर क्या होगा? कौन काम जारी रहेगा? MVP योजना जवाब और अनुमान बदलने की वजह दे।