प्रभावी टीम की बैठकें


10

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

हालाँकि, मैं इससे जूझ रहा हूँ, मेरी साप्ताहिक टीम मीटिंग है। यह भाप खो रहा है और मैं लोगों को रुचि रखने में सक्षम नहीं हूं।

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

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

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

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

जवाबों:


8

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

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

Retros जहाँ मैं काम में, हम, किसी व्हाइटबोर्ड पर तीन कॉलम होगा आमतौर पर शीर्ष पर एक मुस्कान, हुंह, और उदास चेहरे डाल, जैसे :), :|, और :(। तब टीम के सदस्यों को बोर्ड में कुछ भी रखने को मिलता है, जिसके बारे में वे पूरे समूह के साथ बात करना चाहते हैं।

खुश कॉलम में, आप सफलताओं का जश्न मना सकते हैं (जैसे एलिस और बॉब को एक प्रोजेक्ट पर रिलीज़ होने पर बधाई देने के साथ-साथ उन्होंने काम किया), और आप उन नई प्रक्रियाओं के साथ जीत की घोषणा कर सकते हैं जिन्हें आप आज़मा रहे हैं (जैसे नए बग ट्रैकर की तुलना में बहुत बेहतर है) पुराना वाला)।

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

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

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

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

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

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


1
यह एक दिलचस्प सुझाव है। मैंने एक-एक करके लोगों को "आपके सप्ताह की राशि" देने की कोशिश की, लेकिन यह वास्तव में काम नहीं करता था - हर कोई अपने फोन के साथ खाली करेगा या खेल सकता है जबकि एक व्यक्ति बात करता है। सकारात्मकता पर ध्यान केंद्रित करते हुए, एक समूह के रूप में नकारात्मक और mehs लोगों को व्यस्त रखने में बेहतर काम कर सकते हैं।
काय

उत्कृष्ट सुझाव - मैं खुद एक ऐसी टीम में हूं जो हमारे प्रबंधकों से साप्ताहिक घंटे लंबी बैठकों (और हम 25 पीपीएल!) पर जोर देते हैं
संदीप

4

मध्य प्रबंधन की दुनिया में आपका स्वागत है!

इस प्रकार की समस्या आपको बहुत मिल रही है!

आपके पास 3 विकल्प हैं:

बिग स्टिक ऐसा करें या आपको बर्खास्त कर दिया जाए - कभी काम नहीं करता। यह मत करो।

स्वामित्व उन्हें बैठकों की सुविधा के लिए प्राप्त करें। एक कदम पीछे हटें और किसी और को नामित करें। इसे एक घूमने की स्थिति के रूप में लें, जहां हर बार एक अलग व्यक्ति होस्ट करता है।

अनकही बात से आप क्या कहा है, हर किसी को बोर हो - तो क्यों उन्हें उस पूछ नहीं? क्या आप बोर हो रहे हैं ? / क्या यह समय की बर्बादी है? हम क्यों सुन रहे हैं? इसमें क्या मूल्य है?

यह आपके प्रश्न में स्पष्ट नहीं था कि आप ऐसा क्यों करना चाहते हैं। यदि आप केवल एक हैं जो महसूस करते हैं कि ये मूल्यवान हैं, तो क्या आप बदलने के लिए तैयार हैं? उनसे पूछें कि वे क्या चाहते हैं। वे सॉफ्टवेयर लोग हैं, उनका काम पूरे दिन समस्याओं को हल करना है - इस एक को हल करें!


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

2

डेवलपर्स को अपनी बैठकों में अधिक मूल्य देने का प्रयास करें। कुछ उदाहरण हो सकते हैं:

  • हाल ही में स्प्रिंट में विकसित नई सुविधाओं को दिखाने वाले लघु डेमो। (सभी द्वारा प्रस्तुत)
  • एक सबक-सीखा चर्चा जिसमें उन्हें टीम के काम करने के तरीके और सुधार को बदलने का मौका मिलता है (चर्चा ने टीम में आपके दाहिने हाथ का नेतृत्व किया, और आप अपने प्रबंधन निर्णयों को सही ठहराने के लिए हैं। 1-ऑन -1 वेंटिंग सत्र के समान। लेकिन बड़ा)
  • एक नए ओपन-सोर्स प्रोजेक्ट पर एक व्याख्यान जो प्रासंगिक हो सकता है या एक अलग कोडिंग भाषा हो सकती है जैसे कि कार्यात्मक लैंग या गोलंग या हरे धागे में अजगर। (शायद एक युवा डेवलपर्स द्वारा प्रस्तुत किया गया है, या एक ऑनलाइन वीडियो के रूप में)
  • एक बिक्री अभियंता के नेतृत्व में एक चर्चा जो एक कठिन कठिन इंजीनियरिंग समस्या का वर्णन करती है जिसे उसका ग्राहक हल करने की कोशिश कर रहा है। (उत्पाद प्रयोज्य में सुधार करके समर्थन लागत को कम करने की कोशिश कर रहे समर्थन / सेवा प्रबंधक के साथ एक ही सौदा)
  • एक ऐसा भिखारी जो कंपनी के विभिन्न रणनीतिक विकल्पों का खुलासा करता है और प्रतिस्पर्धी परिदृश्य को देखते हुए इंजीनियरिंग को कैसे प्रभावित कर सकता है।
  • एक बाहरी सलाहकार जो आपको पहले से उपयोग की जाने वाली तकनीकों पर परामर्श सत्र देता है, लेकिन अधिकतम (आमतौर पर nosql, cep, RDBMS, नेटवर्किंग, सुरक्षा, निगरानी ...) के लिए नहीं
  • एक कोड चलता है जिसके माध्यम से हर कोई नया कोडिंग या डिबगिंग या परीक्षण उत्पादकता युक्तियां सीख सकता है (उस डेवलपर द्वारा जिसमें 10x उत्पादकता है)।
  • एक कोडिंग सत्र जहां कोई माउस की अनुमति नहीं है। IDE शॉर्टकट बात जानें।
  • एक लेखाकार द्वारा पैसे पर 101 संबंधित मुद्दों पेंशन, निवेश से बात करें
  • सामाजिक प्रोग्रामिंग और कैरियर के बारे में बात करें (अपने क्षेत्र में स्टैक एक्सचेंज, ट्विटर, जीथब, व्यक्तिगत ब्लॉग, लिंक्डइन, मीटअप)

1

क्या बैठक या इसे बहुत कम बार आयोजित किया जा सकता है। एक नियमित ईमेल में अपने व्याख्यान लिखें और इसे सभी को भेजें।

केवल बैठकें होती हैं यदि उनमें लोग वास्तव में उनके भाग लेने का कारण हैं। अन्यथा, आप वास्तव में लोगों का समय बर्बाद कर रहे हैं।


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

1

सॉफ्टवेयर का प्रबंधन करने के लिए लंबी बैठकों और उत्तोलन परियोजना का आयोजन न करें। यदि आप लोगों को रुचि रखना चाहते हैं, तो संक्षेप में बताएं कि क्या मायने रखता है और परियोजना लॉग और रिपोर्ट के लिए बाकी को बचाएं। मील के पत्थर, प्रसव, हाइलाइट्स और लक्ष्यों पर ध्यान केंद्रित करें, और यदि केवल 1/3 लोगों पर लागू होता है, तो इसे प्रोजेक्ट प्रोजेक्ट थ्रेड के लिए शेल्फ करें।

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

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

अपने परियोजना प्रबंधन के दृष्टिकोण पर निर्देश लें, और उदाहरण के माध्यम से अग्रणी द्वारा अच्छी विकास प्रथाओं को प्रोत्साहित करें।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.