2009-01-21 7 views
7

मैं एक मध्यम आकार की टीम (20+ डेवलपर्स) में काम करता हूं जहां मेरा मानना ​​है कि टीम के सदस्यों के बीच संचार उतना अच्छा नहीं है जितना हो सकता है।एक टीम में संचार को प्रोत्साहित करने का सबसे अच्छा तरीका क्या है?

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

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

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

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

मेरे बिंदु शिकायत और कहते हैं कि "करने के लिए नहीं है ओह शोक क्या मुझे चीजें मुश्किल हैं ".... बल्कि मेरी चिंता यह है कि जब तक हमारी टीम बेहतर संचार शुरू नहीं करती है, हम इस रट में फंसने जा रहे हैं।

मुझे समझाने के लिए एक छोटे से बेहतर संवाद स्थापित करने से मैं क्या मतलब है की कोशिश करते हैं ....

हाल ही में हम सिर्फ VS2008 के लिए VS2005 से उन्नत किया है ... जो मेरी आँखों में भयानक है क्योंकि मैं नवीनतम तकनीक के साथ काम कर रहा पसंद । और हम CruiseControl.Net से TeamCity तक भी चले गए ... जो सब ठीक है और अच्छा है।

... लेकिन .... हमें वास्तव में वीएस -2008 या सी # 3.0 की नई विशेषताओं पर कोई प्रशिक्षण नहीं मिला ... और टीमसिटी के बारे में भी एक ज्ञापन नहीं ... जैसा कि आईटी लोगों को हम अनुकूलित करने की उम्मीद कर रहे हैं और जैसे ही हम जाते हैं सीखो।

अब स्पष्ट रूप से मैं ब्लॉग को पढ़कर और मेरे द्वारा उपयोग किए जाने वाले टूल के बारे में नवीनतम समाचारों का पालन करके खुद को जानकारी प्राप्त कर सकता हूं ... जो मैं करता हूं .... लेकिन निरंतर सीखने का अभ्यास वास्तव में हर किसी द्वारा नहीं किया जाता है टीम ताकि आप उन्हें वास्तव में समझने के बिना नई सुविधाओं का उपयोग कर लोगों के साथ समाप्त हो जाएं ...

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

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

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

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

मुझे अपने प्रबंधकों और मेरे कई साथी डेवलपर्स से खरीदारी करने के लिए कुछ मिल गया है ... लेकिन मुझे बताया गया है कि इस तरह के विचार की कोशिश की गई है और अंत में मृत्यु हो गई है।

मैं इस विचार को सफल बनाना चाहता हूं और कुछ ऐसा नहीं हूं जो मैं अपने आप को केवल तब तक मर दूंगा जब मैं अंततः इस कंपनी से आगे बढ़ूं।

फिर मैं अपनी टीम को बेहतर संवाद करने के लिए कैसे प्रोत्साहित कर सकता हूं? क्या डेवलपर के फोरम का मेरा विचार एक अच्छा विचार है? मरने से रोकने के लिए मैं क्या कर सकता हूं?

क्या कुछ बेहतर है जो मैं कर सकता हूं जिसके बजाय मैं सोच नहीं रहा हूं?

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

उत्तर

4

की तरह अपनी टीम का नेतृत्व एक तकनीकी याद आ रही है यह मेरे लिए लग रहा है चाहिए।

यह व्यक्ति प्रबंधन से मार्गदर्शन लेगा, और इसे व्यावहारिक चरणों में परिवर्तित करेगा जो बाकी टीम उपयोग कर सकते हैं।

उदाहरण के लिए:

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

  2. इस व्यक्ति को कैसे कोड समीक्षाएँ, प्रबंधन के साथ बैठक के बाद, वरिष्ठ डेवलपर्स आदि करने के लिए कोई नए घटनाक्रम के लिए

  3. , या प्रमुख विशेषता तकनीकी नेतृत्व यह डिजाइन करने के साथ शामिल किया जाएगा का अनुरोध करता है पर मार्गदर्शन का उत्पादन होता है, इस प्रकार एक सहकर्मी समीक्षा होगी, और टीम के बीच ज्ञान फैल जाएगा।

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

दुर्भाग्यवश यदि यह आप नहीं हैं, तो संभवतः आपको लोगों को काम करने के तरीके को बदलने के लिए दृढ़ विश्वास नहीं होगा।

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

6

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

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

जोड़ी प्रोग्रामिंग ज्ञान को स्थानांतरित करने में मदद कर सकती है, और लोगों को एक दूसरे को जानने और समझने में मदद कर सकती है, इसलिए इसके बारे में सोचने लायक हो सकता है।

हालांकि आपकी कंपनी की प्रबंधन शैली चीजों के खिलाफ काम करने लगती है।

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

इससे चीजें हवा में बहुत अधिक होती हैं। किसी ने उन चीजों के बारे में पढ़ा है जो देव टीमों को करना चाहिए लेकिन समय (उर्फ पैसा) को सही तरीके से करने में तैयार नहीं है। यह डेवलपर्स को वंचित और प्रेरित किया जाएगा, जो एक टीम को नुकसान पहुंचाता है।

4

इसकी मुश्किल अलग बाहर somethings की कोशिश कर रहा से एक निश्चित जवाब देने के लिए .. और आशा है कि उनमें से कुछ छड़ी

ज्ञान के स्थानीय द्वीपों से बचें - PairProgramming काम हो सकता है। यदि कोई ऐसे क्षेत्र में कार्य के लिए साइन अप करता है जहां एक्स में कुछ विशेषज्ञता या घड़ी-समय है, तो वह X से उसके साथ जुड़ने के लिए कह सकता है। कार्य को लागू करने की प्रक्रिया एक्स के सिर में चीजें फैलती है, एक वास्तविक समय कोड समीक्षा है और औसत टीम कौशल/विशेषज्ञता/कोड परिचितता बढ़ाने में मदद करता है। यह लोगों को छुट्टियों के बजाय एक-दूसरे से बात करने के लिए प्रोत्साहित करता है ..

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

स्लैक - अक्सर याद किया गया पहलू। सुनिश्चित करें कि लोगों के पास किसी की मदद करने का समय है .. समय सीमा के पीछे बार-बार दौड़ नहीं रहा है।

ऐसे वातावरण का निर्माण करें जो लोगों को बोलने के लिए प्रोत्साहित करता है और उन्हें सुविधाजनक बनाता है .. दूसरों की मदद करना .. और फिर इसे व्यक्तियों को एक साथ जेल में छोड़ दें। गुड लक।

2

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

1

पहली बात यह है कि टीम को उसी स्थान पर ले जाकर सभी भौतिक दीवारों को तोड़ना, एक ही कमरे में सभी को बैठने के लिए उपयुक्त बनाना है।

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

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

ओह, और अंत में: हमेशा "हमें" और "टीम" के बारे में बात करना सीखें। कभी उंगलियों को इंगित करें।

1

आप अपने सहयोगियों को बेहतर संवाद करने के लिए कैसे प्रोत्साहित कर सकते हैं? मिसाल पेश करके।

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

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

आप इसे नियमित रूप से विनिमय मीटिंग मीटिंग में फिट कर सकते हैं, लेकिन मुझे लगता है कि यह महत्वपूर्ण है कि आप अपने दिन-प्रतिदिन काम में एक ही रवैया रखें। बस ऐसा मत करो, इसे जीते रहो।

(हे, मैं उन मूर्खता से overpayed प्रेरणा डिब्बों में से एक की तरह ध्वनि! ठीक है, शायद वे सही हैं और सारा पैसा ;-)

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

हमेशा ऐसे लोग होंगे जो आपके जुनून को साझा करेंगे और शामिल होंगे आप। वहां हमेशा डेवलपर्स भी होंगे जो 9 से 5'एर्स हैं। इसके बारे में कुछ भी नहीं किया जा सकता है।

यदि आपके पास प्रबंधन है, तो इसके साथ चलें। प्रबंधन में खरीददारी वह है जिसे मैंने सबसे कठिन माना होगा। उम्मीद है कि जैसे ही आपके साथ बोर्ड आते हैं, बाकी लोग लाइन में आ जाएंगे। सौभाग्य!

संबंधित मुद्दे

 संबंधित मुद्दे