एजाइल और स्क्रम की दुनिया में, प्रोडक्ट ओनर को अक्सर बहुत दबाव वाली स्थिति में पाया जाता है। वे एक विकास टीम और स्टेकहोल्डर्स के बीच खड़े होते हैं जो बदलाव की मांग करते हैं। प्राकृतिक प्रवृत्ति यह है कि सभी को पसंद करें, हर नई सुविधा, बग फिक्स या रणनीतिक बदलाव के लिए “हां” कहें। हालांकि, लगातार सहमति अराजकता, तकनीकी देनदारी और लगातार अधिक काम करने वाली टीम के लिए लायक होती है।
ना कहना आक्रामकता का कार्य नहीं है; यह सुरक्षा का कार्य है। यह टीम की क्षमता की रक्षा करता है, उत्पाद की दृष्टि की रक्षा करता है, और अंततः ग्राहक को दी जाने वाली कीमत की रक्षा करता है। यह गाइड स्टेकहोल्डर्स के अनुरोधों को खारिज करने के सूक्ष्म कला का अध्ययन करती है, जबकि मजबूत, उत्पादक संबंध बनाए रखे जाते हैं।
स्क्रम सफलता के लिए ना कहना क्यों महत्वपूर्ण है 🛡️
बहुत से टीम प्रोडक्ट ओनर को एक गेटकीपर के रूप में देखती हैं। इस धारणा से तनाव उत्पन्न होता है। हालांकि, स्क्रम गाइड फोकस के महत्व पर जोर देता है। पांच अलग-अलग प्राथमिकताओं पर काम करने वाली टीम एक प्राथमिकता पर काम करने वाली टीम से कम प्रभावी होती है। यहां बताया गया है कि अनुरोधों को खारिज करना क्यों आवश्यक है:
- टीम की गति को बनाए रखता है:संदर्भ बदलना उत्पादकता को नष्ट कर देता है। हर नया अनुरोध टीम को समर्पित स्प्रिंट लक्ष्य से दूर खींचता है।
- उत्पाद दृष्टि को बनाए रखता है:एक कमेटी द्वारा बनाया गया उत्पाद दिशा के बिना होता है। प्रोडक्ट ओनर को रोडमैप के पक्ष में खड़ा होना चाहिए।
- बर्नआउट को रोकता है:लगातार स्कोप विस्तार थकान और कर्मचारी बदलाव का कारण बनता है। एक स्थायी गति एक आवश्यकता है, एक विलासिता नहीं।
- गुणवत्ता को सुनिश्चित करता है:हर अनुरोध को स्वीकार करने के लिए जल्दबाजी करने से आमतौर पर परीक्षण और डिजाइन समय की बलि दी जाती है, जिससे नाजुक सॉफ्टवेयर बनता है।
स्टेकहोल्डर मानसिकता को समझना 🧠
ना कहने के लिए प्रभावी ढंग से, आपको समझना होगा कि स्टेकहोल्डर्स हर चीज के लिए हां क्यों कहते हैं। वे अक्सर निम्न कारणों से प्रेरित होते हैं:
- बाजार का दबाव:प्रतियोगी तेजी से आगे बढ़ रहे हैं, और वे पीछे रहने के डर से भागते हैं।
- दृश्यता:वे अपने विचारों पर तुरंत भौतिक प्रगति देखना चाहते हैं।
- अनिश्चितता:वे विकास प्रक्रिया या कार्यान्वयन के लिए आवश्यक समय को पूरी तरह से समझते नहीं हैं।
- तत्कालता:वे एक समस्या को आपातकालीन स्थिति के रूप में देखते हैं, भले ही वह ऐसी न हो।
जब कोई स्टेकहोल्डर बदलाव के लिए अनुरोध करता है, तो वह कठिन बनने की कोशिश नहीं कर रहा होता है। वह एक व्यावसायिक समस्या को हल करने की कोशिश कर रहा होता है। आपकी भूमिका उस समस्या को हल करने में उनकी मदद करना है, बिना टीम के कार्य प्रवाह को तोड़े। इसके लिए दयालुता, पारदर्शिता और डेटा की आवश्यकता होती है।
स्क्रम ढांचा एक सीमा उपकरण के रूप में 📐
स्क्रम निर्णय लेने के लिए प्राकृतिक सीमाओं के रूप में विशिष्ट समारोह प्रदान करता है। इन घटनाओं का उपयोग अपेक्षाओं को प्रबंधित करने के लिए करने से सीधे संघर्ष की आवश्यकता कम हो जाती है।
1. स्प्रिंट योजना
यह टीम के द्वारा क्या किया जाएगा, इसे परिभाषित करने का मुख्य क्षण है। जब स्प्रिंट बैकलॉग चुन लिया जाता है, तो स्प्रिंट लक्ष्य निर्धारित कर दिया जाता है। स्टेकहोल्डर्स को यह जानना चाहिए कि इस बिंदु के बाद कोई भी चीज जोड़ने से बंधन प्रभावित होता है। टीम मध्य स्प्रिंट में नई कार्य स्वीकार नहीं करती है, जब तक कि कार्य स्प्रिंट लक्ष्य से अधिक तत्काल न हो।
2. स्प्रिंट समीक्षा
यह प्रतिक्रिया के लिए स्थान है। स्टेकहोल्डर्स उत्पाद अनुभाग को देख सकते हैं और प्रतिक्रिया दे सकते हैं। हालांकि, यहां प्रतिक्रिया के लिए है “अगला अगली इटरेशन, वर्तमान नहीं। इस अंतर का महत्व है। “हम इसे बना सकते हैं, लेकिन यह अगले बैकलॉग में जाएगा,” एक शक्तिशाली वाक्य है।
3. बैकलॉग अनुकूलन
यह सहयोगात्मक स्थान है जहां नए विचारों की चर्चा की जाती है जब तक वे प्रतिबद्धता में नहीं बदल जाते। यदि कोई स्टेकहोल्डर यहां एक नया विचार लाता है, तो इसे प्राथमिकता के लिए मूल्यांकन किया जा सकता है बिना वर्तमान स्प्रिंट के विचलित किए।
अनुरोधों को अस्वीकृत करने की रणनीतियां 🗣️
जब आप किसी अनुरोध को पूरा नहीं कर सकते, तो आपके संचार का तरीका अस्वीकृति के बराबर महत्वपूर्ण होता है। एक सीधा “नहीं” प्रतिरोध पैदा करता है। लेकिन “नहीं, लेकिन यहां विकल्प है” सहयोग पैदा करता है।
1. क्षमता के बजाय प्रभाव पर ध्यान केंद्रित करें
मत कहो, “टीम के पास समय नहीं है।” बजाय इसके कहो, “अगर हम यह करते हैं, तो हमें X को टालना होगा।” इससे निर्णय टीम की क्षमता से व्यवसाय के विकल्पों में स्थानांतरित होता है। यह स्टेकहोल्डर को नए अनुरोध के मूल्य और मौजूदा काम के मूल्य की तुलना करने के लिए मजबूर करता है।
2. अपनी स्थिति के समर्थन में डेटा का उपयोग करें
भावनाओं के साथ लड़ना मुश्किल है, लेकिन मीट्रिक्स वस्तुनिष्ठ होते हैं। टीम की वेलोसिटी, वर्तमान स्प्रिंट बर्नडाउन या आवश्यक अनुमानित प्रयास दिखाएं। डेटा अस्वीकृति को व्यक्तिगत नहीं बनाता है।
3. विकल्प प्रदान करें
कभी भी किसी स्टेकहोल्डर को बेरोजगार न छोड़ें। विकल्प प्रदान करें:
- अनुरोध को अगले स्प्रिंट में स्थगित करें।
- मूल अनुरोध के दायरे को क्षमता के अनुरूप कम करें।
- नए अनुरोध को बैकलॉग में पहले से मौजूद कम प्राथमिकता वाली चीज से बदल दें।
मध्य-स्प्रिंट अंतरायों का प्रबंधन 🔄
मध्य-स्प्रिंट परिवर्तन सबसे अधिक विघटनकारी होते हैं। ये तब होते हैं जब कोई स्टेकहोल्डर स्प्रिंट के दौरान कॉल करता है और तुरंत ध्यान मांगता है। इनका निपटान कैसे करें, इसके लिए नीचे दिशानिर्देश हैं:
- काम रोकें:स्टेकहोल्डर से एक पल के लिए इंतजार करने के लिए कहें ताकि चर्चा की जा सके।
- तत्कालता का आकलन करें:क्या यह एक उत्पादन बाधा है? या एक नया फीचर विचार?
- टीम से परामर्श करें:टीम काम के मालिक है। उन्हें परिवर्तन के साथ सहमत होना चाहिए।
- लागत की सूचना दें:यदि टीम काम बदलने के साथ सहमत होती है, तो उन्हें यह समझना होगा कि स्प्रिंट लक्ष्य से क्या हटाया जा रहा है।
यदि काम व्यवसाय के अस्तित्व के लिए महत्वपूर्ण नहीं है, तो इसे बैकलॉग में स्थानांतरित किया जाना चाहिए। यदि यह महत्वपूर्ण है, तो स्प्रिंट लक्ष्य अमान्य हो जाता है और काम को फिर से योजना बनाया जाता है।
कठिन बातचीत के लिए स्क्रिप्ट्स 📝
तैयार वाक्यांशों के होने से उच्च महत्व वाली बैठकों के दौरान चिंता कम होती है। नीचे पेशकश करने के पेशकश के पेशकश के उदाहरण दिए गए हैं।
| परिदृश्य | क्या बचना चाहिए | बजाय में क्या कहना है |
|---|---|---|
| सामान्य अनुरोध | “हम ऐसा नहीं कर सकते।” | “यह एक बहुत अच्छा विचार है। इसे अभी जोड़ने के लिए, हमें इसे [वर्तमान आइटम] के साथ बदलना होगा। क्या यह विनिमय समझ में आता है?” |
| स्प्रिंट के बीच में बदलाव | “अभी नहीं।” | “हम स्प्रिंट लक्ष्य के प्रति प्रतिबद्ध हैं। मैं इसे अगले योजना सत्र में तुरंत प्राथमिकता देने के लिए बैकलॉग में जोड़ सकता हूँ।” |
| तत्काल ठीक करना | “इसे ठीक करने के लिए बहुत देर हो चुकी है।” | “हम इस पर काम कर सकते हैं, लेकिन इससे [फीचर] की डिलीवरी तिथि प्रभावित होगी। आइए इस जोखिम की समीक्षा एक साथ करें।” |
| फीचर का अतिरिक्त विस्तार | “यह सीमा से बाहर है।” | “यह वर्तमान रोडमैप से बाहर है। मैं एक चर्चा की योजना बना सकता हूँ ताकि यह Q3 के लक्ष्यों में फिट हो सके।” |
| मुद्दे के दबाव | “हम मुद्दे की तिथि को छू नहीं पाएंगे।” | “इस तिथि को पूरा करने के लिए, हमें [कम प्राथमिकता वाला आइटम] हटाना होगा। हम इस विनिमय के साथ आगे बढ़ सकते हैं।” |
लंबे समय तक उम्मीदों का प्रबंधन 📅
एकमुश्त बातचीत पर्याप्त नहीं है। आपको एक प्रणाली बनानी होगी जहां हितधारक प्रक्रिया को समझें। इसमें शिक्षा और पारदर्शिता शामिल है।
1. दृश्य प्रबंधन
बैकलॉग और स्प्रिंट प्रगति को दृश्य बनाएं। जब हितधारक कार्य रेखा देख सकते हैं, तो वे समझते हैं कि कार्य अनंत नहीं है। वे “इन-फ्लाइट” आइटम और “करने के लिए” आइटम देखते हैं। इस दृश्य संदर्भ के कारण बहुत सी ऐसी मांगें बेहतर तरीके से रोकी जाती हैं जो प्रवाह को तोड़ती हैं।
2. नियमित गति
मुख्य हितधारकों के साथ नियमित समन्वय बैठकें तय करें। अनियमित बैठकों के बजाय, द्विसाप्ताहिक या मासिक समन्वय बैठक आयोजित करें। इससे प्रतीक्षित प्रतिक्रिया का चैनल बनता है। हितधारक महसूस करते हैं कि उन्हें सुना जा रहा है क्योंकि उन्हें एक निर्धारित समय मिलता है, टीम को बाधित किए बिना।
3. ‘काम पूरा’ की परिभाषा तय करें
सुनिश्चित करें कि हितधारकों को ‘काम पूरा’ का अर्थ समझ में आए। यदि वे मानते हैं कि एक कार्य को कोड करने पर पूरा माना जाता है, लेकिन आप उसे तब तक पूरा मानते हैं जब तक इसका परीक्षण और दस्तावेजीकरण नहीं हो जाता, तो वे “त्वरित ठीक करने” के लिए मांग कर सकते हैं जो वास्तव में अपूर्ण हैं। गुणवत्ता मानकों पर सहमति बनाने से विस्तार के विवाद रोके जा सकते हैं।
जब हाँ कहना चाहिए (परिस्थिति का तात्पर्य) ⚖️
ना कहना ही एकमात्र लक्ष्य नहीं है। कभी-कभी आपको हाँ कहना होगा। नियमों को कब ढील देनी चाहिए, इसका ज्ञान भी भूमिका का हिस्सा है।
- रणनीतिक बदलाव: यदि बाजार में मूल रूप से बदलाव आता है, तो स्प्रिंट लक्ष्य अब उपयुक्त नहीं रह सकता है। उत्पाद मालिक को अनुकूलित करना होगा।
- ग्राहक आपातकाल: यदि एक महत्वपूर्ण ग्राहक के खतरे में है, तो व्यावसायिक मूल्य प्रक्रिया को प्राथमिकता देता है।
- टीम क्षमता: यदि टीम कम उपयोग में है और अनुरोध कम जोखिम वाला है, तो इसे लेना स्वीकार्य हो सकता है।
मुख्य बात सुसंगतता है। यदि आप हर चीज के लिए हाँ कहते हैं, तो आप विश्वसनीयता खो देते हैं। यदि आप हर चीज के लिए ना कहते हैं, तो आप समर्थन खो देते हैं। संतुलन पारदर्शिता में पाया जाता है।
पारदर्शिता के माध्यम से विश्वास बनाना 🤝
विश्वास स्टेकहोल्डर संबंधों की मुद्रा है। आप विश्वास नहीं बनाते हैं लोगों को वह देकर जो वे चाहते हैं, बल्कि उन्हें वह देकर जो उन्हें जानने की जरूरत है।
- जोखिमों के बारे में ईमानदार रहें: यदि कोई फीचर जोखिम भरा है, तो ऐसा कहें। तकनीकी ऋण को छिपाएं नहीं।
- कारण साझा करें: जब आप ना कहते हैं, तो तर्क स्पष्ट करें। “हम इसे टाल रहे हैं क्योंकि वर्तमान फोकस स्थिरता पर है।”
- गलतियों को मानें: यदि आपने अधिक वादा किया है और टीम डिलीवर करने में असमर्थ है, तो जल्दी से इसे मान लें। स्प्रिंट के अंत तक बुरी खबर देने का इंतजार न करें।
इस प्रक्रिया में स्क्रम मास्टर की भूमिका 🛠️
स्क्रम मास्टर इन बातचीत में प्रोडक्ट ओनर का समर्थन करता है। वे बातचीत को सुगम बनाने में मदद करते हैं और यह सुनिश्चित करते हैं कि टीम सुरक्षित रहे।
- टीम को मार्गदर्शन करें: सुनिश्चित करें कि टीम समझे कि वे स्प्रिंट को बाधित करने वाले काम के लिए ना कहने का अधिकार रखती है।
- स्टेकहोल्डर्स को मार्गदर्शन करें: स्टेकहोल्डर्स को स्क्रम प्रक्रिया को समझने में मदद करें और यह समझाएं कि बाधाएं क्यों महंगी होती हैं।
- समझौते को सुगम बनाएं: यदि कोई विवाद उत्पन्न होता है, तो स्क्रम मास्टर मध्यस्थता कर सकते हैं ताकि प्रक्रिया के सम्मान के साथ एक समाधान ढूंढा जा सके।
निष्कर्ष: सीमाओं के माध्यम से मूल्य की रक्षा 🚀
ना कहना प्रोडक्ट ओनर बनने के सबसे कठिन हिस्सों में से एक है। यह अस्वीकृति के रूप में महसूस होता है। लेकिन वास्तविकता में यह एक देखभाल का कार्य है। आप टीम के समय, उत्पाद की गुणवत्ता और व्यवसाय के निवेश की देखभाल कर रहे हैं।
डेटा का उपयोग करके, विकल्प प्रस्ताव करके और पारदर्शिता बनाए रखकर, आप संबंधों को नुकसान पहुंचाए बिना अनुरोधों को खारिज कर सकते हैं। लक्ष्य एक बाधा बनना नहीं, बल्कि एक मार्गदर्शक बनना है। स्टेकहोल्डर्स को उन निर्णयों की ओर मार्गदर्शन करें जो सभी के लिए मूल्य को अधिकतम करें। जब आप प्रक्रिया पर ठोस रहते हैं, तो आप एक ऐसा स्थान बनाते हैं जहां टीम अपना सर्वश्रेष्ठ काम कर सकती है, और जहां स्टेकहोल्डर्स को विश्वास हो कि उनका निवेश देखभाल और सटीकता के साथ प्रबंधित किया जा रहा है।
याद रखें, एक स्वस्थ उत्पाद फोकस के आधार पर बनाया जाता है। उस फोकस की रक्षा करें, और परिणाम आएंगे।