Micromanagement: लाश बनाने का समय

मैं इस विषय में रुचि रखने वाले सभी को शुभकामनाएं देता हूं।

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

शायद, एक शुरुआत के लिए, यह नियंत्रण से इस प्रलय की परिभाषा देने के लायक है। इसलिए, businessdEDIA.com के अनुसार, कर्मचारियों के लिए प्रदर्शन किए गए काम का नियंत्रण सख्त, पूरी तरह से चल रहा है और अक्सर डिमोटीवेटिंग है। दूसरे शब्दों में, यदि आपके बॉस आपको जाँच किए बिना कदम उठाने की अनुमति नहीं देते हैं कि आपने इसे सही तरीके से किया है, तो लगातार आपके सभी कार्यों की निगरानी करता है और यहां तक ​​कि सबसे छोटे आंदोलनों, बधाई की भी रिपोर्ट की आवश्यकता होती है, आप एक संभावित या पहले से ही पूरी तरह से micromanagement का शिकार हैं।

Micromanagement के डाउनसाइड क्या हैं?
इस प्रबंधन शैली का सबसे बड़ा खतरा रचनात्मक, आत्म-विचारशील, पहल कार्यकर्ताओं को कमजोर-इच्छाधारी लाश में बदलना है जो नियमित रूप से उनकी आंखों में चमक के बिना असाइनमेंट निष्पादित करते हैं। यह देखते हुए कि आईटी में उन लोगों का प्रतिशत जो बॉक्स के बाहर सोच सकते हैं और उज्ज्वल विचारों को उत्पन्न कर सकते हैं, इस तरह की प्रबंधन शैली केवल micromanagement के रूप में अनुचित नहीं है, लेकिन कुछ मामलों में प्रोजेक्ट पक्षाघात, संघर्ष और यहां तक ​​कि टीम से विशेषज्ञों के प्रस्थान में भी योगदान देता है।

खतरनाक micromanagement क्या है?
अपने नेता से टीम में आत्मविश्वास की कमी और गलतियाँ करने के लिए इसका निषेध, जिससे टीम के विकास में रुकावट आती है। अगर लोगों को लगता है कि उन पर भरोसा नहीं किया गया है, तो टीम बिल्डिंग जमी है। यह सही है, लाश की कोई टीम भावना नहीं है: वे केवल उन कब्रों की भौगोलिक निकटता से एकजुट होते हैं जिनसे उन्होंने विद्रोह किया था।

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

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

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

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

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

क्या सब कुछ वास्तव में इतना बुरा है और ऐसी कोई स्थिति नहीं है जब micromanagement अनुमत हो?
जरूर करता है। यदि, उदाहरण के लिए, प्रक्रिया में टीम की भागीदारी के साथ समस्याएं हैं। कहें, बड़े पैमाने पर संज्ञानात्मक असंगति, मौसमी अवसाद या सिर्फ एक छुट्टी का मूड, जिसके परिणामस्वरूप टीम बस प्रक्रिया से बाहर हो जाती है और अपनी मर्जी से इसमें नहीं पड़ना चाहती। फिर अपनी नेक्रोमेंसी कम्पेंडियम खोलने का समय है और वहां से लाश बनाने और नियंत्रित करने के लिए कम से कम एक सरल वर्तनी पढ़ें।

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

यहाँ शुरुआती और सफल micromanagers के लिए कुछ सिफारिशें दी गई हैं:
- याद रखें कि आप टीम लीडर हैं , न कि डेवलपर्स या टेस्टर में से एक। आपकी भूमिका अपने अधीनस्थों को अपने ज्ञान और विकास के अनुभव को लागू करने में मदद करना है, न कि आपकी अपनी। कि आपको सॉफ्टवेयर विकास जादू के लुभावने स्तर पर ले जाया गया है, और इसलिए किसी को कोई संदेह नहीं है, और आपको इस बारे में एक बार फिर याद दिलाने की आवश्यकता नहीं है। हर मस्तिष्क अनंत की अवधारणा का सामना नहीं कर सकता है। एक विशेषज्ञ से एक नेता के लिए - अपने आप को और दूसरों के लिए संभव के रूप में जल्दी और सुरक्षित रूप से अपने संक्रमण को एक नई गुणवत्ता बनाने की कोशिश करें।

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

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

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

- याद रखें: लोग, संसाधन नहीं! (c) डेवलपर्स को प्रोजेक्ट ऑप्टिमाइज़ेशन के दौरान संख्या और मानव-घंटे के रूप में माना जा सकता है, लेकिन जब प्रबंधक टीम के साथ काम करता है, तो टीम के साथ साझेदारी बनाना बेहतर होता है, क्योंकि डेवलपर्स और प्रोजेक्ट मैनेजर दोनों के लक्ष्य समान होते हैं।

नेक्रोमैंसर माइक्रोमेनशन प्रथाओं के उपयोग से बचने की कोशिश करें, क्योंकि फिर से नियंत्रित लाश के अलावा बहुत अधिक कुशल और प्रभावी इकाइयां हैं!

मैं बहुत सम्मानित नागरिकों से सुनना पसंद करूंगा कि डेवलपर्स द्वारा क्षेत्र में माइक्रोकैनमेंट से कैसे निपटें। विशेष रूप से सफल संघर्ष के मामलों में रुचि रखते हैं।