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

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

1. प्रोग्रामिंग जारी रखें

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

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

यह संभावना नहीं है कि कोई भी मूल्यवान और कठिन-अर्जित तकनीकी अनुभव लेना और छोड़ना चाहेगा। यह आलेख उन प्रबंधकों के लिए कुछ अच्छे विकल्प प्रदान करता है जो प्रोग्रामिंग अभ्यास को बनाए रखना चाहते हैं।

2. केवल काम पर ध्यान दें, लोगों पर नहीं

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

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

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

टीम की प्रभावशीलता कर्मचारियों के साथ शुरू होती है, न कि उनके काम से।

3. प्रदर्शन द्वारा अपने मूल्य को मापें

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

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

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

4. अपनी उम्मीदों के बारे में बात न करें

क्या आपने अपने लिए स्पष्ट रूप से तैयार किया है कि आप टीम से क्या उम्मीद करते हैं? प्रत्येक व्यक्ति से? क्या आपने उन्हें बताया?

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

कार्य असाइन करते समय, मान्यताओं और अपेक्षाओं पर सहमत होना सुनिश्चित करें।

"बस अपने निष्कर्षों को दस्तावेज करना याद रखें और फिर किसी भी कोड को लिखने से पहले टीम के साथ उनकी समीक्षा करें।"

“यह कहानी क्यूए को अवरुद्ध करती है, इसलिए यह आपकी सर्वोच्च प्राथमिकता है। मुझे लगता है कि आपको अपने वर्तमान कार्य को रोकने के लिए 30 मिनट की आवश्यकता है। यदि कहानी दिन के अंत से पहले नहीं बनाई जा सकती है, तो मुझे जल्द से जल्द बताएं।

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

5. मोटापा कम करें

आप नए प्रबंधक हैं और बॉस को प्रभावित करना चाहते हैं। "हाँ, हम यह कर सकते हैं," हाँ, हाँ, हाँ। ऐसे वादे करें जिन्हें टीम पूरा नहीं कर पाएगी। मुझे यकीन है कि हम में से अधिकांश दूसरी तरफ थे। आपको अवास्तविक समय सीमा और कार्य दिए जाते हैं, जिन पर आप कभी सहमत नहीं होते। आप अपने बॉस के बारे में क्या सोचते हैं? बेशक, एक टीम एक साथ आ सकती है और असंभव को दूर कर सकती है, लेकिन मुझे यकीन है कि कहानी वहाँ समाप्त नहीं होगी। आपका बॉस अब बहुत अच्छा लग रहा है - और बस वही वादे करता रहता है। बहुत जल्द, टीम धैर्य से बाहर निकल जाती है, लोगों ने दूसरी टीमों के लिए जाना या कंपनी छोड़ना शुरू कर दिया।

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

कभी-कभी आपके पास आदेशों को स्वीकार करने और देने के अलावा कोई विकल्प नहीं होता है, लेकिन यह बेहतर होता है कि टीम चर्चा में शामिल हो।

6. नेतृत्व के साथ भ्रमित करें

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

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

7. कठिन बात करने से बचें

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

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

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

यहाँ कुछ मूल बातें हैं:

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

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

8. अपने कौशल में सुधार करना बंद करें

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

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

ठीक है, मैंने अतिशयोक्ति की। वास्तव में, प्रौद्योगिकी और प्रबंधन के बारे में संसाधनों का अनुपात 100: 1 है।

बुरे प्रबंधक हैं और उत्कृष्ट प्रबंधक हैं। शुरुआती और विशेषज्ञ। प्रोग्रामिंग में, एक प्राकृतिक उपहार है, लेकिन मुख्य और निर्णायक कारक आपके कौशल स्तर को सीखने और सुधारने की निरंतर प्यास है।

---

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

मुझे अभी लंबा रास्ता तय करना है। जब मैं इसे पास करता हूं, तो मैं लिख सकता हूं कि सफलता कैसे प्राप्त की जाए। इस बीच, मैं बस असफल नहीं होने पर ध्यान केंद्रित करता हूं।