Scrum: A Breathtakingly Brief and Agile Introduction by Chris Sims – Book Summary in Hindi
द बुक इन थ्री सेंटेंस
- स्क्रम एक हल्का ढांचा है जिसे छोटे, करीबी लोगों की टीमों को जटिल उत्पादों को विकसित करने में मदद करने के लिए डिज़ाइन किया गया है।
- एक स्क्रम टीम में आम तौर पर लगभग सात लोग शामिल होते हैं जो एक साथ काम करते हैं, स्प्रिंट नामक गतिविधि के स्थायी रूप से, फटने के लिए, जिसमें समीक्षा और प्रतिबिंब के लिए बहुत समय होता है।
- स्क्रैम केवल तीन अलग-अलग भूमिकाओं को पहचानता है: उत्पाद के मालिक, स्क्रैम मास्टर और टीम के सदस्य
द फाइव बिग आइडियाज
- उत्पाद स्वामी इस निवेश पर मिलने वाले प्रतिफल (ROI) को अधिकतम करने के लिए जिम्मेदार है
- घोटाले में, कोई भी नहीं बल्कि उत्पाद स्वामी को टीम को काम करने के लिए या बैकलॉग आइटम के क्रम को बदलने के लिए कहने के लिए अधिकृत किया जाता है
- उत्पाद स्वामी आवश्यकताओं को रिकॉर्ड करने के लिए जिम्मेदार है, अक्सर उपयोगकर्ता कहानियों के रूप में और उन्हें उत्पाद बैकलॉग में जोड़ते हैं
- स्क्रम मास्टर एक कोच के रूप में कार्य करता है, टीम को हमेशा उच्च स्तर के सामंजस्य, आत्म-संगठन और प्रदर्शन के लिए मार्गदर्शन करता है
- काम करने वाले टीम के सदस्यों को पूरा अधिकार है कि काम कैसे किया जाता है
स्क्रेम सारांश
एक कहानी का एक उदाहरण: “एक <भूमिका> के रूप में, मैं चाहता हूं कि <a फीचर>, ताकि मैं <कुछ हासिल कर सकूं”।
संक्षेप में उत्पाद स्वामी की भूमिका:
- उत्पाद के लिए दृष्टि रखती है व्यापार के हितों का प्रतिनिधित्व करता है
- ग्राहकों का प्रतिनिधित्व करता है
- उत्पाद बैकलॉग का मालिक है
- उत्पाद बैकलॉग में आइटम को प्राथमिकता (प्राथमिकता) देता है
- बैकलॉग आइटम के लिए स्वीकृति मानदंड बनाता है
- टीम के सदस्यों के सवालों का जवाब देने के लिए उपलब्ध है
संक्षेप में मुख्य मास्टर भूमिका:
- स्क्रम विशेषज्ञ और सलाहकार कोच प्रतिबाधा बुलडोजर सुविधा
- जो लोग काम करते हैं, वे सबसे अच्छे अधिकारी हैं कि यह कैसे करना है।
यदि व्यवसाय को शेड्यूल अनुमानों की आवश्यकता है, तो यह टीम के सदस्य हैं जिन्हें इन अनुमानों का निर्माण करना चाहिए।
टीम के प्रत्येक सदस्य की भूमिका टीम को प्रत्येक स्प्रिंट में संभावित shippable उत्पाद देने में मदद करना है।
जो हम स्क्रैम के साथ वर्णन कर रहे हैं वह “मेरे काम करने” से “नौकरी करने” का एक मानसिकता परिवर्तन है।
संक्षेप में टीम के सदस्य की भूमिका:
- उत्पाद की कीमत बढ़ाने के लिए उपयोगकर्ता कहानियों को पूरा करने के लिए जिम्मेदार है
- सभी आवश्यक कार्य पूरा करने के लिए स्वयं को व्यवस्थित करता है
- अनुमान लगाता है और “काम कैसे करें” फैसले का मालिक है
- अवॉइड ने “मेरी नौकरी नहीं” सोचकर चुप्पी साध ली
अंगूठे का सामान्य नियम, टीम के कितने सदस्यों के पास एक स्कैम टीम होनी चाहिए, सात, प्लस या माइनस दो है। यानी पाँच से नौ तक। उपयोगकर्ता की कहानियों को पूरा करने के लिए आवश्यक सभी काम करने के लिए टीम के सदस्यों और टीम के पास पर्याप्त विविधता नहीं हो सकती है। अधिक टीम के सदस्य और संचार ओवरहेड अत्यधिक होने लगते हैं।
स्क्रम कलाकृतियाँ वे उपकरण हैं जिनका उपयोग हम प्रैक्टिस करने वालों को करते हैं ताकि हमारी प्रक्रिया दिखाई दे।
उत्पाद बैकलॉग उत्पाद के लिए वांछित डिलिवरेबल्स की संचयी सूची है।
जबकि बैकलॉग आइटम तकनीकी रूप से सही है, कई स्क्रैम टीम “उपयोगकर्ता कहानी” शब्द पसंद करते हैं, क्योंकि यह हमें याद दिलाता है कि हम अपने उपयोगकर्ताओं की जरूरतों को पूरा करने के लिए उत्पादों का निर्माण करते हैं।
उपयोगकर्ता कहानियों की सूची इस तरह की जाती है कि सबसे महत्वपूर्ण कहानी, जिसे टीम को आगे करना चाहिए, वह सूची में सबसे ऊपर है।
चूंकि उत्पाद बैकलॉग के शीर्ष के पास की कहानियों पर जल्द ही काम किया जाएगा, उन्हें पूरी टीम द्वारा छोटा और अच्छी तरह से समझा जाना चाहिए। सूची में और नीचे की कहानियाँ बड़ी और कम अच्छी तरह से समझी जा सकती हैं, क्योंकि यह टीम के उन पर काम करने से कुछ समय पहले होगा।
उत्पाद बैकलॉग में प्रत्येक आइटम, या कहानी में निम्नलिखित जानकारी शामिल होनी चाहिए: किन उपयोगकर्ताओं को कहानी का लाभ होगा (वे किसके लिए हैं) वांछित कार्यक्षमता का संक्षिप्त विवरण (क्या बनाया जाना चाहिए) यह कहानी मूल्यवान है ( हमें यह क्यों करना चाहिए) एक अनुमान के रूप में कि कहानी को स्वीकृति के मानदंडों को लागू करने के लिए कितना काम करना पड़ता है जो हमें यह जानने में मदद करेगा कि इसे सही तरीके से कब लागू किया गया है।
स्प्रिंट बैकलॉग स्प्रिंट के लिए टीम की टू-डू सूची है।
उत्पाद बैकलॉग के विपरीत, इसमें एक परिमित जीवनकाल है: वर्तमान स्प्रिंट की लंबाई।
एक बर्न चार्ट हमें समय और दायरे के बीच संबंध दिखाता है। समय क्षैतिज X- अक्ष पर है और कार्यक्षेत्र Y- अक्ष पर है। एक बर्न-अप चार्ट हमें दिखाता है कि टीम ने कितने समय में कितना स्कोप हासिल किया है।
सबसे सरल कार्य बोर्ड में तीन कॉलम होते हैं: करने, करने और करने के लिए।
भ्रम की स्थिति से बचने के लिए, अच्छी स्क्रैम टीमें शब्द “की गई” की अपनी परिभाषा बनाती हैं, जब इसे उपयोगकर्ता कहानी पर लागू किया जाता है।
स्प्रिंट चक्र में कई बैठकें होती हैं, जिन्हें अक्सर समारोह कहा जाता है: स्प्रिंट प्लानिंग दैनिक स्क्रेम स्टोरी टाइम स्प्रिंट समीक्षा पूर्वव्यापी।
चाहे आप अपने विकास की अवधि को स्प्रिंट, एक चक्र या एक पुनरावृत्ति कहते हैं, आप बिल्कुल उसी चीज के बारे में बात कर रहे हैं: एक निश्चित समय अवधि जिसके भीतर आप अपनी परियोजना के छोटे टुकड़े काटते हैं और कुछ और काटने से पहले उन्हें खत्म करते हैं ।
दो अलग-अलग निर्णय लेने हैं:
- क्या उत्पाद संभावित रूप से shippable है? यह कहना है, क्या गुणवत्ता इतनी अधिक है कि व्यवसाय इसे जहाज कर सके?
- क्या सभी वर्तमान कहानियाँ हैं? यह टीम के लिए एक निर्णय है। क्या इस समय हमारे पास जो है उसे जहाज करने के लिए व्यावसायिक समझदारी है? क्या बाजार में वर्तमान उत्पाद लेने के लिए पर्याप्त वृद्धिशील मूल्य मौजूद है? यह व्यवसाय के लिए एक निर्णय है।
स्प्रिंट योजना स्प्रिंट की शुरुआत का प्रतीक है। आम तौर पर, इस बैठक के दो भाग हैं। पहले भाग का लक्ष्य टीम के लिए स्प्रिंट के लिए डिलिवरेबल्स के एक सेट के लिए है। बैठक के दूसरे भाग के दौरान, टीम उन कार्यों की पहचान करती है जिन्हें उपयोगकर्ता कहानियों पर सहमत होने के लिए पूरा किया जाना चाहिए। हम विकास के प्रति सप्ताह स्प्रिंट योजना के एक से दो घंटे की सलाह देते हैं।
स्प्रिंट प्लानिंग मीटिंग के भाग एक का लक्ष्य “प्रतिबद्ध” कहानियों के एक सेट के साथ उभरना है, जिसे पूरी टीम का मानना है कि वे स्प्रिंट के अंत तक वितरित कर सकते हैं।
प्राधिकरण में अलगाव पर ध्यान दें: उत्पाद स्वामी यह तय करता है कि कौन सी कहानियों पर विचार किया जाएगा, लेकिन वास्तविक काम करने वाले टीम के सदस्य वे हैं जो तय करते हैं कि वे कितना काम कर सकते हैं।
स्प्रिंट योजना बैठक के चरण दो में, टीम अपनी आस्तीन ऊपर रोल करती है और चयनित कहानियों को कार्यों में विघटित करना शुरू कर देती है।
स्प्रिंट प्लानिंग मीटिंग का आउटपुट स्प्रिंट बैकलॉग है, सभी प्रतिबद्ध कहानियों की सूची, उनके संबंधित कार्यों के साथ।
दैनिक घोटाले को हमेशा 15 मिनट से अधिक नहीं आयोजित किया जाना चाहिए।
दैनिक स्क्रैम मीटिंग में, प्रत्येक प्रतिभागी निम्नलिखित उत्तर देता है:
- पिछले दैनिक घोटाले के बाद मैंने कौन से कार्य पूरे किए हैं?
- अगले दैनिक घोटाले से मुझे कौन से कार्य पूरे होने की उम्मीद है?
- क्या बाधाएँ मुझे धीमा कर रही हैं?
उत्पाद बैकलॉग में प्रत्येक उपयोगकर्ता कहानी में स्वीकृति मानदंड की एक सूची शामिल होनी चाहिए। ये पास / असफल परीक्षण योग्य स्थितियां हैं जो हमें यह जानने में मदद करती हैं कि तब कहानी को किस उद्देश्य से लागू किया गया है।
उत्पाद बैकलॉग के शीर्ष पर कहानियां छोटी होनी चाहिए। छोटी कहानियों को समझना सभी के लिए आसान है, और टीम के लिए थोड़े समय में पूरा करना आसान है। उत्पाद बैकलॉग में और नीचे की कहानियाँ बड़ी और कम अच्छी तरह से परिभाषित की जा सकती हैं। इसका मतलब यह है कि हमें बड़ी कहानियों को छोटी कहानियों में तोड़ने की जरूरत है क्योंकि वे सूची में अपना रास्ता बनाते हैं।
हर एक स्प्रिंट के अंत में आयोजित पूर्वव्यापी, टीम के लिए इस बात पर ध्यान केंद्रित करने के लिए समर्पित है कि स्प्रिंट के दौरान क्या सीखा गया था, और कुछ सुधार करने के लिए उस सीखने को कैसे लागू किया जा सकता है।
सिम्स विकास के प्रत्येक सप्ताह के लिए एक से दो घंटे पूर्वव्यापी समय की सिफारिश करता है।
पारंपरिक “पोस्टमार्टम” के विपरीत, पूर्वव्यापी का उद्देश्य कभी भी उन चीजों की लंबी कपड़े धोने की सूची उत्पन्न करना नहीं है जो अच्छी तरह से चली गईं और चीजें जो गलत हो गईं, लेकिन अगले स्प्रिंट में बनाने के लिए एक या दो से अधिक रणनीतिक परिवर्तनों की पहचान करना नहीं है।
