सफल टीमों का निर्माण और प्रबंधन कैसे करें

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

जब आप स्मार्ट विशेषज्ञों की टीम को काम पर रखते हैं तो व्यावसायिक समस्याओं को कैसे हल करें?

लक्ष्य, उद्देश्य और रणनीति

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

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

टीमें और वे प्रभावी क्यों नहीं हैं

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

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

अंत में, यह पता चला कि यह उन लोगों का एक समूह है जो समझ नहीं पा रहे हैं कि वे क्या और क्यों कर रहे हैं। ऐसा लगता है कि यह कहीं घूम रहा है, और इसलिए नीचे आते हैं। हर किसी की अपनी प्रेरणाएँ और लक्ष्य होते हैं। हालांकि इसे एक टीम कहा जाता है, लेकिन वास्तव में यह नहीं है।

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

लोगों को कैसे एकजुट किया जाए

नेता का मुख्य कार्य, टीम लीड से लेकर सीटीओ तक, सभी नकारात्मक और विचलित करने वाले कारकों के प्रभाव को कम करने और अधिकतम टीम उत्पादकता प्राप्त करना है।

मेरा मानना ​​है कि एक अच्छी टीम में महत्वपूर्ण प्रक्रिया संचार है। नीचे मैं संचार स्थापित करने के लिए बुनियादी सिद्धांतों और सुझावों की सूची दूंगा।

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

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

नियंत्रण की सूक्ष्मता

किसी तरह मैं इष्टतम टीम आकार के बारे में मनोरंजक सिद्धांतों को पढ़ता हूं। जॉर्ज मिलर स्मृति अनुसंधान में लगे हुए थे और, प्रयोगों के परिणामस्वरूप, यह निष्कर्ष निकालने में सक्षम था कि 5 से 9 असंगत तत्व आमतौर पर अल्पकालिक मानव स्मृति में फिट होते हैं। यही है, एक व्यक्ति को उन्हें याद रखने में आसान बनाने के लिए कुछ सिद्धांतों और विशेषताओं के अनुसार उन्हें समूहित करने की आवश्यकता नहीं है। स्कॉर्ट के पिता जेफ सैज़ुरलैंड, जिन्होंने टोयोटा की सफलता को दोहराया, उनका मानना ​​है कि टीम में 7 से अधिक लोग नहीं होने चाहिए, जिसके परिणामस्वरूप "7 लोग एक परियोजना के लिए।" उनकी राय में, केवल ऐसी टीमें हाइपरप्रोडक्टिविटी के प्रभाव को प्राप्त करती हैं, वे 8 गुना अधिक प्रभावी हो सकती हैं!

मैं हैरान था, लेकिन इन सिद्धांतों ने काम किया। मेरे पास 12-13 लोगों की एक टीम थी, मैंने इसे दो में विभाजित किया और, लो और निहारना, उत्पादकता में उल्लेखनीय वृद्धि हुई। प्रोग्रामरों के बढ़ते कर्मचारियों के साथ, मैंने 6 लोगों की तीसरी टीम बनाई।

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

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

हैरानी की बात है लेकिन सच है

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



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

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

निष्कर्ष

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

जो लोग लिखते हैं कि सुविधाओं के उद्देश्य को समझते हैं वे अधिक प्रेरित होते हैं और उन समस्याओं के समाधान की पेशकश कर सकते हैं जो अन्य नहीं देखेंगे।

एक टीम में विकास प्रक्रियाओं के निर्माण में संलग्न होना और संचार पर अधिकतम ध्यान देना सुनिश्चित करें। मेरा मानना ​​है कि टीम लीड समय के 10-20% को एनकोड करने के लिए पर्याप्त है, बाकी सब प्रक्रियाएं और लोग हैं।

लोग आपके सबसे महत्वपूर्ण संसाधन हैं, उनके साथ वैसा व्यवहार करें जैसा आप चाहते हैं कि वे प्रासंगिक हों। उनके विकास और विकास के लिए परिस्थितियाँ बनाएँ।

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

आपका ध्यान के लिए धन्यवाद! अगले लेख में मैं टीम में एक नए कर्मचारी को पेश करने की बारीकियों के बारे में बात करूंगा।

मेरे अन्य आईटी प्रबंधन लेख:
टीम लीडर क्या हो रहा है
कुछ भी नहीं से ड्रीम टीम: आईटी पेशेवरों को काम पर रखना
नया कर्मचारी - मृत या जीवित
बढ़ो, टीम लीडर, बिग एंड स्मॉल