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