व्यक्तिगत चंचल परिवर्तन: एक लचीली यात्रा उत्पादकता के लिए

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



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

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

मैं पारंपरिक परियोजना प्रबंधन में बीस वर्षों से शामिल हूं। मैं परियोजना प्रबंधन भी सिखाता हूं, और मुझे हमेशा अपने छात्रों को यह बताना पसंद है कि परियोजना प्रबंधन, लेखांकन की तरह, एक परिपक्व पेशा है। लेखाकार डेबिट और ऋण के बारे में बात करते हैं, और केवल एक चीज जो वास्तव में समय-समय पर बदलती है वह है टैक्स कोड। कई वर्षों के लिए, परियोजना प्रबंधन का लिंगुआ फ़्रैंक गैंट चार्ट और कार्य विघटन संरचनाओं के रूप में ऐसी कलाकृतियाँ रही हैं।

लेकिन काफी हद तक, मिट्टी ने पारंपरिक (योजना-उन्मुख या कैस्केडिंग) परियोजना प्रबंधकों के पैरों के नीचे बदलना शुरू कर दिया है, खासकर पिछले कुछ वर्षों में। यह इस तथ्य के कारण है कि चंचल दृष्टिकोण, मूल रूप से 2001 में प्रकट में परिभाषित किया गया था, अंत में निगमों में एक पैर जमाना शुरू कर दिया। नहीं, मैं इस हद तक भी कहूंगा कि यह पारंपरिक तरीकों को बदल देता है।

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

निजी स्तर पर, मुझे 2013 की शुरुआत में स्क्रैम मास्टर प्रमाणन मिला, लेकिन मैंने कभी इसका इस्तेमाल नहीं किया, कम से कम शुरुआत में। यह इतना नहीं था कि मैं स्क्रैम के खिलाफ था, लेकिन यह कि मैंने पारंपरिक परियोजना प्रबंधन में काम किया और वास्तव में अग्रिम पंक्ति की क्रांति नहीं देखी।

लेकिन धीरे-धीरे, मुझे एहसास हुआ कि एजाइल का उपयोग करने की दिशा में एक महत्वपूर्ण बदलाव होगा और प्रासंगिक बने रहने के लिए - और, मैं व्यस्त लोगों को जोड़ सकता हूं, चुस्त परियोजनाओं से परिचित होना और उनमें काम करना शुरू करना आवश्यक होगा।



इस बारे में सोचते हुए, मुझे एहसास हुआ कि शायद सबसे पहली बात जो मुझे एजाइल में आनी थी, वह यह थी कि प्रोजेक्ट मैनेजर की भूमिका न केवल इतनी महत्वपूर्ण है, बल्कि वास्तव में पीएम के लिए भी कोई विशिष्ट भूमिका नहीं है। स्क्रैम संस्करण में केवल तीन विशिष्ट भूमिकाएँ हैं - स्क्रैम मास्टर, उत्पाद स्वामी और विकास टीम।

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

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

नीचे आपको चंचल परिवर्तन में सफल होने के कुछ उपयोगी सुझाव मिलेंगे।



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

समस्या यह है कि पारंपरिक परियोजना प्रबंधक को टीम को यह बताने से रोकना चाहिए कि जब वे पूछें तो क्या करें। वह या वह बाधाओं को हटा सकता है जब वे उत्पन्न होते हैं। लेकिन उनकी या उनकी सबसे अच्छी सलाह जब पूछा गया कि टीम के सदस्य को क्या करना चाहिए, तो "टीम के साथ साझा करें।" एक अर्थ में, उसे पता है कि उसे क्या पता है और अपने कुछ कौशल को खिड़की से बाहर फेंकना है।

एक स्क्रम मास्टर बनें, न कि एक स्क्रम मैनेजर ।

- सेठ जी (@Nicko_iCorplife) 14 अक्टूबर, 2017

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

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

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

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

परंपरागत रूप से, हम आपकी टिप्पणियों की प्रतीक्षा कर रहे हैं और हम आपको एक खुले पाठ के लिए आमंत्रित करते हैं, जो आज स्टैनिस्लाव मिखाल्स्की द्वारा आयोजित किया जाएगा, जो बिग्लियन टेक्नोलॉजीज में विकास निदेशक हैं।