---

वास्तविक केस अध्ययन से स्क्रम सीखें! यह आपको चौंका सकता है!

पहला स्प्रिंट शुरू होने से पहले

Alex नई सॉफ्टवेयर परियोजना का प्रोडक्ट ओनर है। शुरुआती काम में आवश्यकताएँ जाँचना और खोजना है ताकि ग्राहक का चाहा व्यावसायिक मूल्य मिले।

उसे सुनिश्चित करना है कि ग्राहक को मिले ठोस व्यावसायिक परिणाम देने वाला सही सॉफ्टवेयर। वह जरूरी उपयोग परिदृश्य लिखकर आर्किटेक्ट, ग्राहक प्रतिनिधि तथा IT और व्यवसाय हितधारकों से चर्चा करता है। (हमारा देखें स्क्रम का उदाहरण)

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

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

Alex उच्च स्तरीय आवश्यकताएँ छोटी स्टोरी के शुरुआती मसौदे में बाँटता है और पहली प्लानिंग बुलाता है।

स्प्रिंट 1 - दिन 0

इसके दौरान, Sprint Planning बैठक, Alex बैकलॉग सबसे ऊँची से नीची प्राथमिकता तक प्रस्तुत करता है। टीम खुले प्रश्न स्पष्ट और हर आइटम की क्षमता तथा ज्ञान पर चर्चा करती है। उसे सुनिश्चित करना है कि स्प्रिंट से पहले सभी जरूरी मानवीय और तकनीकी संसाधन मौजूद हों। जरूरी पूर्वशर्त तथा निर्भरताएँ पूरी होने की पुष्टि चाहिए, जो कुछ फीचर की सफलता के लिए महत्वपूर्ण हैं।

इसके दौरान, स्प्रिंट प्लानिंग (क्या-भाग), डेवलपर्स साझा लक्ष्य के लिए स्टोरी 1,2,3,6,7 और 8 पूरी करने का पूर्वानुमान देते हैं। इन्हें उत्पाद बैकलॉग से ले जाते हैं स्प्रिंट बैकलॉगमें। स्टोरी 4 और 5 जरूरी तकनीकी ढाँचा न होने से इस स्प्रिंट में नहीं हो सकतीं।

क्या-भाग के बाद Anna टीम को बुलाती है प्रतिबद्ध स्टोरी कैसे लागू होंगी, विस्तार से समझने के लिए (कैसे-भाग)। उभरते कार्य कार्ड पर लिखकर स्प्रिंट बैकलॉग में रखे जाते हैं। अब सभी काम शुरू करने को कार्य चुनने के लिए तैयार हैं।

स्प्रिंट 1 - दिन 1

सुबह डेवलपर्स मिलते हैं अपने Daily Scrum बैठकके लिए। सभी देते हैं छोटा, संक्षिप्त वक्तव्य कि अब तक क्या किया और कार्ड पर शेष काम का अनुमान बदलते हैं। आज की योजना और कार्य रोकने वाली बाधाएँ बताते हैं।

आज Melinda बताती है कि एकीकृत विकास परिवेश के लाइसेंस की समस्या है। Anna जाँचती है कि दूसरों को भी है या नहीं और बाद में सँभालने का वादा करती है। लगभग 15 मिनट की डेली स्क्रम के बाद सभी काम पर लौटते हैं।

इसके बाद Anna अद्यतन करती है स्प्रिंट बर्नडाउन चार्ट, ताकि प्रगति दिखे। फिर विक्रेता से लाइसेंस मँगाकर Melinda को देती है।

स्क्रम का परिचय: अलग चरणों और स्प्रिंट का वास्तविक उदाहरण (केस अध्ययन )

स्प्रिंट 1 - दिन 2

अगली सुबह डेवलपर्स फिर मिलते हैं अपने Daily Scrum बैठकके लिए। दोपहर James को एक स्टोरी के परिणाम पर संदेह है। Alex से बात करके समझ स्पष्ट करता है। आगे के तरीके का विश्वास होने पर कार्यान्वयन जारी रखता है।

स्प्रिंट 1 – दिन 6

दिन डेली स्क्रम से शुरू होता है। Anna देखती है कि डेटाबेस क्वेरी सुधार की चर्चा से बैठक 15 मिनट से लंबी हो रही है। वह याद दिलाती है कि डेली स्क्रम लंबी तकनीकी चर्चा नहीं, स्प्रिंट लक्ष्य की प्रगति जाँचने और डेवलपर्स की योजना बदलने के लिए है.

बाद में Alex (प्रोडक्ट ओनर) Anna (स्क्रम मास्टर) को ग्राहक की नई आवश्यकताएँ बताता है जो चालू और अगले स्प्रिंट प्रभावित कर सकती हैं। वह विनम्र याद दिलाती है कि बदलाव लक्ष्य खतरे में न डालें। डेवलपर्स और प्रोडक्ट ओनर सीख के अनुसार दायरा स्पष्ट या फिर सहमत कर सकते हैं; हर चुनी स्टोरी अपरिवर्तनीय नहीं। इसलिए Anna व्यवस्था करती है बैकलॉग परिष्कार बैठक की दोपहर में, ताकि Alex नई आवश्यकताएँ बताए।

समूह Alex की मदद करता है स्टोरी का व्यापक योजना में स्थान, शुरुआती कार्य विभाजन, अनुमान और प्राथमिकता समझने में.

स्प्रिंट 1 – दिन 10

पहले स्प्रिंट का आखिरी दिन है। Anna टीम को आमंत्रित करती है Sprint Review बैठकके लिए। टीम ने गैर-उत्पादन सर्वर पर अपना नवीनतम भेजने योग्य इन्क्रिमेंट रखा है।

Alex और ग्राहक हितधारक Mr. Rich ग्राफिकल इंटरफेस के सामने बैठकर सत्यापित करते हैं कि कार्यान्वयन अपेक्षाएँ पूरी करता है या नहीं और वर्तमान अनुप्रयोग स्तर का विवरण पर्याप्त दर्ज है या नहीं।

रिव्यू के अंत में Alex निष्कर्ष देता है:

• टीम ने स्टोरी 1,2,6 और 7 प्रतिबद्धता तथा अपेक्षा अनुसार दीं।
• स्टोरी 3 समय पर नहीं हुई और दिखाई नहीं गई। अधूरी स्टोरी क्रम बदलने को उत्पाद बैकलॉग लौटती है; शेष काम अगली प्लानिंग में चुना जा सकता है।
• स्टोरी 8 साझा डन की परिभाषा (DoD) नहीं पूरी करती। वापस बैकलॉग में मानदंड तथा शेष कार्य स्पष्ट करके दोबारा चुनने का समय तय होगा।

Alex और ग्राहक हितधारक Mr. Rich टीम को संक्षिप्त जानकारी देते हैं आगामी आवश्यकताओं के बदलाव और चुनौतियों की तथा सॉफ्टवेयर की समग्र रणनीति की दिशा की। Mr. Rich प्रयास तथा प्रतिबद्धता का धन्यवाद देकर जाते हैं।

रिव्यू के बाद टीम साथ बैठती है स्प्रिंट रेट्रोस्पेक्टिव बैठकके लिए। क्या अच्छा और क्या बेहतर हो सकता है, चर्चा करके भविष्य के पूर्वानुमान तथा स्टोरी 3 और 8 की समस्या दोहरने से बचना चाहते हैं। सिस्टम आर्किटेक्चर का अपर्याप्त ज्ञान एक बाधा है। Anna अगले स्प्रिंट की शुरुआत में आर्किटेक्ट से मार्गदर्शन दिलाने का कार्य लेती है।

स्प्रिंट 2 - दिन 1

Alex हाल की ग्राहक बैठकों से नई आवश्यकताएँ जोड़ता रहता है। साझा DoD बनाए रखते हुए स्टोरी 8 के मानदंड और शेष काम स्पष्ट करता है, ताकि टीम अपेक्षित परिणाम बेहतर समझे।

फिर स्प्रिंट 2 की प्लानिंग बुलाता है। टीम लक्ष्य पर सहमत और डेवलपर्स सहायक स्टोरी चुन तथा योजना बनाते हैं। Anna प्रभावशीलता में मदद करती है और दूसरा स्प्रिंट शुरू होता है।