Trust and the Technical Manager

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

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

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

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

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

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

तकनीकी प्रबंधक के लिए संतुलन क्रिया एक मुश्किल काम है। उसे यह सुनिश्चित करने की आवश्यकता है कि वह नियंत्रण रखने वाले व्यक्ति के रूप में माना जाता है, सहायक, तकनीक है

Leave a Reply

Your email address will not be published. Required fields are marked *