समय पर बिस्तर का मैदान, या टीम में छिपी समस्याओं के 5 संकेत

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

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

1. डेवलपर्स सिर्फ एक और संसाधन हैं

समस्या का प्रकार: कंपनी बनाम कर्मचारी

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

संकेत: तालमेल की तलाश करें

यह सामान्य है कि लोगों के अपने व्यक्तिगत लक्ष्य हैं, और कंपनी के अपने स्वयं के लक्ष्य हैं। विशेष रूप से, वे मेल नहीं खाते हैं, लेकिन यह समझना महत्वपूर्ण है कि लोग और कंपनी लक्ष्यों में कितना भिन्न होते हैं। कर्मचारियों के साथ तालमेल ढूँढना, आप मामले की तुलना में लाभ बढ़ाते हैं जब लोग सिर्फ वही करते हैं जो उन्हें बताया जाता है।

2. कोई आपकी गलतियों की लगातार निगरानी कर रहा है

समस्या का प्रकार: प्रबंधक बनाम कर्मचारी

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

संकेत: खुली चर्चा पर जोर दें

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

3. हमेशा कोई है जो गलती के लिए दोषी है

समस्या का प्रकार: टीम बनाम कर्मचारी

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

संकेत: बग पर ध्यान केंद्रित करना बंद करें

सभी निष्कर्ष निकलने के तुरंत बाद विफलताओं की चर्चा समाप्त होनी चाहिए। टीम के साथियों को ऐसी स्थिति में समर्थन महसूस करना चाहिए।

4. टीम विवरण और योजना के बिना कार्यों को शुरू करती है

समस्या का प्रकार: टीम बनाम ग्राहक

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

संकेत: खुद की नहीं, टीम की रक्षा करें

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

5. वर्कअराउंड

समस्या का प्रकार: प्रक्रिया बनाम स्टाफ़

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

संकेत: प्रक्रिया का आसान पालन करें

आपको प्रक्रिया, या नियमों की आवश्यकता नहीं हो सकती है। इसके बजाय, आपको विभिन्न निष्पादन की संभावना के साथ कुछ करने के लिए केवल सिफारिशों की आवश्यकता हो सकती है। ठीक है, या आप कुछ मामलों के लिए, मानक प्रक्रिया को दरकिनार करने की आधिकारिक प्रक्रिया के बारे में सोच सकते हैं। लेकिन इस मामले में, क्या आपको एक ऐसी प्रक्रिया की आवश्यकता है जो धीमी हो?

क्या आपने भी कुछ ऐसा ही देखा? अपने मामलों की टिप्पणियाँ जोड़ें।