मैंने ऊपर वाले विषय पर एक रोचक चर्चा के सामने आया:
2011 के गर्मियों में, केन स्क्वाबर और जेफ सदलर ने अपने स्क्रम गाइड. इसमें, उन्होंने स्क्रम के लिए ज्ञात एक लंबे समय से स्थापित व्यवहार को हटा दिया, जो टीम द्वारा उत्पाद अधिकारी और ग्राहकों के प्रति बंधन बनाना है। बंधन को भविष्यवाणी. वे कहते हैं कि टीम अपने काम की भविष्यवाणी कर सकती है, लेकिन उस पर बंधन नहीं बना सकती है।
लेखक — मिच लैसी ने विषय को संबोधित किया अपनी राय मैंने लेख से निम्नलिखित निकाले:
जबकि मुझे उनकी तर्कसंगतता समझ आती है, मैं निम्नलिखित कारणों से बंधन को प्राथमिकता देता हूँ:
- कुछ पर बंधन बनाने से टीम को भविष्यवाणी करने की तुलना में अलग मानसिकता मिलती है। यदि टीम भविष्यवाणी करती है, तो यह अनुमानित होता है कि उनके द्वारा कहे गए सब कुछ पूरा करने में असफल होना एक स्वीकार्य व्यवहार है। जबकि टीम अपनी भविष्यवाणियों से सीख सकती है, अंततः कम अनुमान विचलन, मुझे लगता है कि भविष्यवाणी करने वाली टीमें बंधन बनाने वाली टीमों की तुलना में विचलन को कम करने में अधिक समय लेती हैं।भविष्यवाणी विचलन को कम करने में अधिक समय लेती हैं, जबकि बंधन बनाने वाली टीमों की तुलना में बंधन बनाती हैं.
- भविष्यवाणी, या अनुमान, उत्पाद पीछे की सूची. हालांकि, जब टीमें उत्पाद पीछे की सूची से कहानियों को ले जाती हैं और उन्हें बांटती हैं, तो वे एक और स्तर की विस्तृत जानकारी जोड़ती हैं, छोटी-छोटी बातों को जानती हैं जो उन्हें अपने आप से पूछने की अनुमति देती हैं “स्प्रिंट पीछे की सूची और उन्हें बांटती हैं, तो वे एक और स्तर की विस्तृत जानकारी जोड़ती हैं, छोटी-छोटी बातों को जानती हैं जो उन्हें अपने आप से पूछने की अनुमति देती हैं “क्या हम इस पर बंधन बना सकते हैं?” भविष्यवाणी के जोखिम में टीम के आराम की ओर लौटने का खतरा होता है, बजाय इसके कहने कि “हमें सिर्फ भविष्यवाणी करने की आवश्यकता है, अगर हम कुछ चीजों को छोड़ देते हैं तो ठीक है, हम बाद में सब कुछ समझ लेंगे।”
क्या स्क्रम.ऑर्ग “भविष्यवाणी” या “बंधन” के बारे में कहते हैं?
बदलाव के लिए एक तुरंत कारण है, जो शब्दों के अर्थ से संबंधित है। शब्द बंधन आमतौर पर लिए गए कर्तव्यों से संबंधित होता है। उत्पाद पीछे की सूची के आइटमों को डिलीवर करने के लिए बंधन बनाने के बाद, टीम स्क्रम टीम, सबसे पहले उत्पाद मालिक और विशेष रूप से हितधारक महसूस कर सकते हैं कि स्प्रिंट के अंत में उनके सभी को वास्तव में डिलीवर करने का दायित्व है। लेकिन वास्तविकता हमें दिखाती है कि गुणवत्ता पर त्याग किए बिना इस स्वयं निर्धारित बंधन को हमेशा पूरा करना मुश्किल, या असंभव है। एक स्प्रिंट बैकलॉग इतना जटिल है कि अनिश्चितता हमेशा उपस्थित रहती है, और सामान्य बुद्धि हमें बताती है कि हमें उस चीज के लिए वादा नहीं करना चाहिए जिसके डिलीवर करने के बारे में हमें निश्चितता नहीं है। जब हम ‘कमिट’ शब्द का उपयोग करते हैं, तो हम उस दायित्व-बंधन-वादा विचारधारा की ओर आसानी से झुक सकते हैं।
मेरा व्यक्तिगत विचार:
मुझे लगता है कि दोनों ओर के पास तर्कसंगत आधार है। आपके टिप्पणियाँ और विचार क्या हैं?
यह पोस्ट Deutsch, English, Español, فارسی, Français, Bahasa Indonesia, 日本語, Polski, Portuguese, Ру́сский, Việt Nam, 简体中文 और 繁體中文 में भी उपलब्ध है।