फुर्तीला निश्चित चरण आवेदन

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

1. परियोजना की तैयारी

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

2. वैचारिक डिजाइन का चरण

इसलिए, फुर्तीली कार्यप्रणाली के अनुसार, आपने न्यूनतम कार्यक्षमता निर्धारित की है जो ग्राहक के लिए सबसे महत्वपूर्ण है और इसे जल्द से जल्द उत्पादन संचालन में डाल दिया। इसके बाद, अपडेट अपलोड करने, सुविधाओं को जोड़ने और सही टिप्पणियां करने के लिए हर दो सप्ताह में शुरू करें। पहला एंबुश आपको इंतजार कर रहा है जब अनुबंध दृष्टिकोण (चित्रा 3) के तहत डिजाइन चरण के पूरा होने की समय सीमा।


अंजीर। 3 डिज़ाइन चरण बंद करना

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

वैसे, यह परियोजना के कार्यात्मक दायरे की समीक्षा करने के लिए एक बहुत अच्छा क्षण है। ग्राहक के पास पहले से ही लागू कार्यक्षमता के लिए इच्छाएं हो सकती हैं। और आपके पास अनुबंध से आवश्यकताओं के मैला और खतरनाक टुकड़ों के लिए ग्राहक के लिए इन छोटे, समझने योग्य और आवश्यक अतिरिक्त कार्यों का आदान-प्रदान करने का एक शानदार मौका है। बस ग्राहक के साथ इस तरह के प्रतिस्थापन पर सहमत हों और अनुबंध की लागत को बदलने और अतिरिक्त समझौतों पर हस्ताक्षर किए बिना काम के बयान में इसे ठीक करें।

3. कार्यान्वयन का चरण

जब कार्यान्वयन चरण पूरा होने की समय सीमा समाप्त हो जाती है, तो वास्तविक घात आगे आपका इंतजार करता है।


अंजीर। 4 कार्यान्वयन चरण को बंद करना

इस क्षण तक, कार्यक्षमता का आधा हिस्सा पहले से ही उत्पाद में काम कर रहा है, दूसरी छमाही की वास्तव में जांच शुरू नहीं हुई है, और आप ग्राहक को अधिनियम लाते हैं, जिससे आपको कार्यान्वयन चरण बंद करने के लिए कहा जाता है। उसके बाद आमतौर पर कुछ उसके सिर में क्लिक करता है: "अगर मैं अभी तक केवल आधा ही प्राप्त कर पाया हूं, तो मैं उन सभी के विकास को कैसे बंद करूंगा?"। हमें पहले से ऐसे मोड़ की तैयारी करनी चाहिए और इसे पूरी तरह से सशस्त्र रूप से पूरा करना चाहिए:

• आपको ग्राहक को पहले से समझाना होगा कि आप चुस्त कार्यप्रणाली का पालन क्यों करते हैं। मूल्यवान सॉफ्टवेयर की निर्बाध आपूर्ति के बारे में बात करें, जोखिम कम करें और वह सब जाज।
• आप अंजीर के समान आरेख आकर्षित कर सकते हैं। 4 और स्पष्ट रूप से दिखाते हैं कि आधा काम पूरा हो गया है, इसलिए आप आधा पैसा प्राप्त करना चाहते हैं।
• यह बहुत अच्छा है यदि आपके पास कार्यात्मक ऑपरेशन में महत्वपूर्ण दोष हैं। आप कहते हैं: "यह कैसे है कि आप चाहते हैं कि हम दोषों को समाप्त करें, अर्थात, चरण 4 में कार्य करने के लिए, और आपने अभी भी हमें चरण 2 के लिए भुगतान नहीं किया है?" यदि कार्यान्वित प्रणाली वास्तव में ग्राहक के लिए उपयोगी है, तो यह एक अच्छा लाभ है।
• ग्राहक को आपके लिए एक अधिनियम पर हस्ताक्षर करने के लिए मनोवैज्ञानिक रूप से आसान बनाने के लिए, आप सिस्टम में शेष कार्यक्षमता के लिए स्टब्स को लागू करने का प्रयास कर सकते हैं: टूटे हुए मेनू आइटम, कार्यान्वयन के बिना इंटरफेस, आदि। उसी समय, यह स्पष्ट करें कि यह सब कार्यान्वयन चरण में लागू किया जाएगा, उसके अनुसार पहले से परिचित पुनरावृत्ति योजना के अनुसार।
• यह कहा जा सकता है कि ग्राहक को खुद को स्थिति के लिए दोषी ठहराना है, क्योंकि वह तुरंत सभी आवश्यकताओं को तैयार नहीं कर सकता है। और आप उनसे मिलने गए और आपको पूरे प्रोजेक्ट में धीरे-धीरे आवश्यकताएं पूरी करने की अनुमति दी।
• लगातार आपको याद दिलाना है कि यह केवल दूसरा चरण है और परियोजना अभी भी अंत से दूर है।
• खैर, परियोजना प्रबंधक के शस्त्रागार से अन्य सभी मानक उपकरण का उपयोग करें: अनुरोध, जोड़तोड़, थकावट, धमकी, ब्लैकमेल। इस स्तर पर, सभी साधन अच्छे हैं।

4. कार्यान्वयन का चरण

कार्यान्वयन चरण पर अधिनियम पर हस्ताक्षर करने के बाद, आप आगे आराम कर सकते हैं। आपकी कार्यप्रणाली और अनुबंध के बीच विसंगति के कारण कोई और नुकसान की उम्मीद नहीं है। बस यह देखना चाहिए कि कार्यान्वयन चरण में आपको कौन सी रिपोर्टिंग सामग्री पास करनी चाहिए। आमतौर पर कुछ डेटा माइग्रेशन प्रोटोकॉल, उपयोगकर्ता प्रशिक्षण प्रोटोकॉल, निर्देश आदि होते हैं। यदि इससे पहले आपने सब कुछ सही ढंग से किया था, तो आप पहले से ही कार्यान्वित कार्यक्षमता के बारे में इन दस्तावेजों पर हस्ताक्षर कर चुके हैं। और सबसे महत्वपूर्ण बात, उनके हस्ताक्षर धारा पर डाल दिए जाते हैं। ग्राहक, नियमित रूप से अगले प्रशिक्षण प्रोटोकॉल पर हस्ताक्षर कर रहा है, यह भी प्रतिस्थापित नहीं करेगा कि यह कार्यान्वयन चरण को बंद करने के लिए आवश्यक अंतिम प्रोटोकॉल था।


अंजीर। 5 कार्यान्वयन चरण को बंद करना

5. औद्योगिक संचालन के लिए प्रारंभिक समर्थन

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

यदि आपने इन सिफारिशों का पालन किया है, तो आपको फुर्तीली कार्यप्रणाली के सभी लाभों का एहसास हुआ है, अर्थात, आपको एक उपयोगी उत्पाद प्राप्त हुआ है जो ग्राहक की आवश्यकताओं को पूरा करता है। इसी समय, वे मूल रूप से अनुबंध में निर्धारित समय सीमा और बजट से मिले।