"मैकेनिकल" स्क्रम का उपचार। भाग 1. वर्क पीओ

मैं 10 से अधिक वर्षों से वेब विकास के क्षेत्र में / के लिए / में / फुर्तीली के साथ काम कर रहा हूं। उनमें से अधिकांश को सबसे लोकप्रिय चुस्त ढांचे से निपटना पड़ा - स्क्रैम ( वर्जनऑन के अनुसार )। मैं आपके साथ संचित टिप्पणियों और निष्कर्षों को साझा करना चाहता हूं।

मैं एक रूपक के साथ शुरू होता हूं, जैसा कि कभी-कभी मुझे इस परिदृश्य में घोटाले का परिचय देखना पड़ा:

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

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

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

जब स्क्रैमगाइड में स्क्रैम तत्वों को पार्स करते हैं, तो भूमिकाएं पहले पार्स होने में से एक होती हैं , हम ऐसा ही करेंगे। क्योंकि यह बहुत सारी सामग्री निकला, फिर, इसे महसूस करने का अवसर देने के लिए, इसे तीन भागों ( भाग 2 , भाग 3 ) में विभाजित किया गया है। उत्पाद स्वामी के साथ विश्लेषण शुरू करते हैं।

उत्पाद स्वामी - उत्पाद स्वामी (PO):

उत्पाद स्वामी उत्पाद के लिए जिम्मेदार व्यक्ति है, वह उत्पाद बैकलॉग का मालिक है। पीओ का मुख्य उपकरण उत्पाद विकास की दृष्टि है, और मुख्य कार्य टीम द्वारा उत्पादित उत्पाद के मूल्य को अधिकतम करना है। सब कुछ सरल लगता है: "यदि आप साहसी, निपुण और कुशल हैं ...", लेकिन बारीकियां हैं। वे हमें PO में नहीं पढ़ाते हैं, लेकिन वे PM (परियोजना प्रबंधक) में पढ़ाते हैं, और अक्सर PM PO बन जाते हैं, यह मानते हुए कि यह केवल एक नाम परिवर्तन है, और आप काम करने के लिए पुराने दृष्टिकोण रख सकते हैं। लेकिन फुर्तीला ऐसा काम नहीं करता। यह कैसे आवश्यक है?

पीओ और उत्पाद के बीच सहभागिता, बैकलॉग

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

• या हम इसे समीकरण से हटाते हैं और पीओ को वास्तव में वही बनाते हैं जो बैकलॉग की रचना और प्राथमिकता के लिए जिम्मेदार है। विकास टीम और विशेष उत्पाद डिस्कवरी टीम दोनों ही PO को बैकलॉग पर काम करने में मदद कर सकती हैं, लेकिन बैकलॉग की रचना और गुणवत्ता की जिम्मेदारी केवल एक व्यक्ति - PO के पास ही रहनी चाहिए।
• या हम धीरे-धीरे सीख लेते हैं / हमें जिम्मेदारी लेने के लिए मजबूर करते हैं और वर्तमान पीओ के निर्णय ( तत्वों की प्राथमिकता, आदि की प्राथमिकता ) तय करते हैं। Iterations महत्वपूर्ण हैं: सफलता को समेकित करना, प्रतिक्रिया प्राप्त करना।

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

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

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

पीओ और टीम बातचीत

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

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

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

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

पीओ और बाजार उपयोगकर्ताओं के बीच सहभागिता

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

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

निष्कर्ष

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

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

पीएस मुझे उम्मीद है कि लेख आत्म सुधार के लिए स्क्रैम टीमों के लिए एक काम करने का उपकरण प्रदान करेगा।

पी पी एस चित्रण के लिए बहुत बहुत धन्यवाद

युपीडी। भाग 2 और भाग 3 ।