कस्टम स्क्रम अनुप्रयोग सुविधाएँ

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

Scrum को ग्राहक को कैसे बेचें?

पहला सवाल जो आम तौर पर उठता है वह है "ग्राहक को स्क्रम कैसे बेचना है?", क्योंकि वह वास्तव में परवाह नहीं करता है कि आप अपने आंतरिक प्रक्रियाओं को किस विदेशी शब्द से बुलाते हैं। इस स्तर पर, ग्राहक को यह समझाना बहुत महत्वपूर्ण है (हम मानते हैं कि हमारे पास दो सप्ताह के स्प्रिंट हैं) जो वह कर सकता है:

• हर दो सप्ताह में नई कार्यक्षमता प्राप्त करने के लिए जिसे आप पैसे कमाने के लिए बाजार में आजमा सकते हैं और जारी कर सकते हैं,
• हर दो सप्ताह में परिवर्तन की आवश्यकताएं ताकि सॉफ्टवेयर में व्यापार में परिवर्तन दिखाई दे,
• किसी भी स्प्रिंट के बाद परियोजना को रोकने की क्षमता के कारण परियोजनाओं पर काम के समय और लागत को समायोजित करें;

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

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

जीरो स्प्रिंट

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

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

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



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



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

ग्राहक को पुनरावृत्त करें या पुनरावृत्त सुई पर रखें

मैं विस्तार से स्क्रैम की पारंपरिक प्रथाओं पर ध्यान नहीं दूंगा, मैं केवल यह ध्यान रखना चाहता हूं कि जब भी संभव हो, ग्राहक को इसमें शामिल करना आवश्यक है। न्यूनतम कार्यक्रम ग्राहक द्वारा सभी प्रदर्शनों की यात्रा है: यह आपके लिए महत्वपूर्ण है कि आप ग्राहक को अपने काम की लय में झुकाएँ ताकि वह दवा की तरह कार्यक्षमता का अगला वेतन वृद्धि प्राप्त करना चाहता है :) यह आपके बीच विश्वास का माहौल बनाने में बहुत मदद करेगा।

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

अगली बार हम जोखिम प्रबंधन और चपलता को पार करने के बारे में बात करेंगे।

बोरिस वोल्फसन द्वारा पोस्ट किया गया - सॉफ्टलाइन डेवलपमेंट के प्रमुख