हालांकि, जब प्री-प्रोडक्शन की बात आती है तो कोई कठिन नियम नहीं होते हैं, मदद करने के लिए कई प्रकार के अनुमान हैं। कुछ सुविधा रेंगना स्वाभाविक और आवश्यक है - कोई भी योजना वास्तविकता के साथ पहले संपर्क में नहीं रहती है, और आप यह नहीं जान सकते हैं कि जब तक आप इसे नहीं देखेंगे, तब तक यह "शांत" क्या होगा।
सबसे पहले, अपने विकास को चरणबद्ध करें। एक फीचर मैप में अपनी रूपरेखा तैयार करें, और फिर अपनी सुविधाओं को परीक्षण योग्य पुनरावृत्तियों में समूहित करने के तरीकों की तलाश करें , प्रत्येक समय सीमा के साथ । एक बार जब आप एक पुनरावृत्ति शुरू करते हैं, तो इसमें नई सुविधाओं को जोड़ने का विरोध करें। किसी भी अप्रत्याशित तकनीकी जरूरतों को वर्तमान पुनरावृत्ति में जाना चाहिए, लेकिन सुविधाओं के नए विचारों को भविष्य के विचार के लिए एक सूची में जाना चाहिए। आप वर्तमान में पूर्ण होने के बाद इसे पुनरावृति में शामिल कर सकते हैं या नहीं, इस पर विचार कर सकते हैं।
यह MoSCoW विधि से आता है , जिससे आप इस तरह की विशेषताओं को वर्गीकृत करते हैं:
- हव्स - फीचर्स जो वर्तमान पुनरावृत्ति को स्थिर करने के लिए महत्वपूर्ण हैं , जिसे परीक्षण योग्य कहना है । यदि पुनरावृत्ति इसके बिना काम नहीं करेगा, तो यह होना आवश्यक है।
- हव्स करना चाहिए - ऐसे फीचर्स, जिन्हें किसी समय में पूरा करना होगा, लेकिन अगर यह समय के साथ चला जाता है, तो इसे अगले पुनरावृत्ति में धकेला जा सकता है । एक प्रकाशक के लिए आवश्यक चीजें, उदाहरण के लिए, यहां जा सकती हैं।
- हो सकता है - ऐसी विशेषताएं जो आपको लगता है कि वर्तमान पुनरावृत्ति के लिए महत्वपूर्ण हो सकती हैं, लेकिन परियोजना से हटा दी जा सकती हैं। ये सभी महत्वपूर्ण पॉलिश विशेषताएं हैं ।
- नहीं होगा - वे आइटम जो संभावित रूप से बैकलॉग को खिलाते हैं , इस पुनरावृति में पहचानी जाने वाली विशेषताएं बाद के पुनरावृत्तियों के लिए विचार की जानी चाहिए।
आदर्श रूप से आप चाहते हैं कि विकास एक प्रगतिशील परिशोधन हो, न कि सभी-कुछ। अंतिम समय सीमा के भीतर काम करना सबसे महत्वपूर्ण महत्वपूर्ण विशेषताएं हैं जिन्हें अंत तक धकेला जाना चाहिए, इसलिए आपको जो भी सामान नहीं मिलेगा वह काटने के लिए ठीक है। यह अनुमान लगाना सुनिश्चित करें कि आपके द्वारा जाने पर उन विशेषताओं को विकसित करने और परिष्कृत करने में कितना समय लगेगा। अधिक सुविधाओं के लिए जगह बनाने के लिए शेड्यूल को कभी भी संपीड़ित न करें। भविष्य में डेडलाइन (पुनरावृत्ति या अंतिम) को रोकने का विरोध करें - यदि संभव हो तो इसके बजाय सुविधाओं को स्थानांतरित करें या काटें। यदि आप अपनी समय सीमा पर आ रहे हैं और खेल अभी भी एक अनहोनी गड़बड़ है, तो आप जानते हैं कि यह आपके निर्णयों का गंभीरता से पुनर्मूल्यांकन करने का समय है और समय / पैसे के गड्ढे में बदलने से पहले इस परियोजना को नरभक्षण पर विचार करना है।