आप कैसे ट्रैक करते हैं कि आप और आपकी टीम दिन-प्रतिदिन क्या काम कर रही है?


61

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

मैंने दैनिक रिकॉर्ड के कुछ प्रकार को लागू करने के बारे में सोचा है जो हर कोई भरता है (मेलिंग सूची या साझा Google दस्तावेज़ के माध्यम से) लेकिन यह काफी बोझिल और मैनुअल लगता है।

GitHub गतिविधि की निगरानी करना एक अच्छा काम करता है, लेकिन यह रोजाना कितने ईमेल भेजता है, इसके बारे में थोड़ी जानकारी हो सकती है। मैंने इसके लिए एक डाइजेस्ट सिस्टम बनाने की कोशिश करने के बारे में सोचा है, लेकिन इसे खाली करने का समय नहीं है।

आपकी टीम रोज़ क्या कर रही है, इसके शीर्ष पर बने रहने के लिए आपने कौन सी रणनीतियाँ लागू की हैं ताकि आप "प्रगति पर" कार्यों में काम कर सकें?


5
यह बेहतर है कि कार्यस्थल पर पूछा जाए।
मत्तनाज

39
@mattnz - मुझे नहीं पता। जवाब एक प्रोग्रामर और एक बास्केटबॉल खिलाड़ी और एक मेलमैन के बीच काफी भिन्न होगा।
तेलेस्टिन


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

5
@mnnz - ठीक है, उदाहरणों को एकाउंटेंट और वकील के साथ बदलें। या डॉक्टर और राजनीतिज्ञ। या प्लंबर और सचिव। अंत में, कोई एकल नहीं है "कैसे पेशेवरों की एक टीम को ट्रैक करना है" उत्तर दें क्योंकि विभिन्न व्यवसायों को अलग-अलग दृष्टिकोणों की आवश्यकता होती है - और इस प्रकार कार्यस्थल के लिए एक महान फिट नहीं है।
तेलस्टिन

जवाबों:


108

मैं उनसे बात करता हूं।

प्रौद्योगिकी सामाजिक समस्याओं का समाधान नहीं कर सकती है। आपके पास कम सुबह के स्टैंडअप हैं। आपने कल क्या किया? तुम आज क्या करोगे? कोई बाधा?

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

फिर मैं दोपहर में सभी के डेस्क के पास रुकता हूं। हर दोपहर नहीं (हालांकि यह नए लोगों के लिए हर दोपहर से अधिक हो सकता है), एक ही समय में नहीं, लेकिन एक ही समय के आसपास (इसलिए यह अनौपचारिक और नियमित दोनों है)। "कोई समस्या? कोई बाधा?"

आप आश्चर्यचकित होंगे कि जब आप एक के बाद एक होते हैं तो आप कितनी बार समस्याओं का सामना करेंगे।

अगर लोगों को कोई समस्या नहीं है, महान; काम पर वापस जाओ। यदि उन्हें पूरे सप्ताह कोई समस्या नहीं है ? मुसीबत। आप उन्हें पर्याप्त चुनौती नहीं दे रहे हैं, या वे नहीं खोल रहे हैं। पूछें कि XYZ (कि उन्होंने स्टैंडअप में उल्लेख किया है) कैसा चल रहा है। उन्हें बातें समझाएं।

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

एक और चीज़ जो मैं करूँगा, वह है समीक्षात्मक रूप से (अनौपचारिक रूप से)। मैं फिर यह देख सकता हूं कि लोग कितनी बार जांच करते हैं, उनके परिवर्तनकेंद्र कितने बड़े हैं, कैसे वे जो उन्होंने रिपोर्ट किए हैं, वे कितनी बार चीजों को फिर से करते हैं, उनके पास कितने उपसर्ग हैं, और इसी तरह। "किया" करने के लिए एक कार्य आइटम स्थिति बदल रही है लगभग व्यर्थ है। कोड को देखो। क्या ऐसा लगता है?

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


31
+1 टीमें जो संवाद नहीं करती हैं वे टीम नहीं हैं, और काम नहीं मिलता है।

11
मुझे यह पसंद हे। "आप उनके दिन-प्रतिदिन के जीवन से बाधाओं को दूर करने के लिए हैं। आपको ऐसा करने के लिए जानकारी की आवश्यकता है।" हम इस पर बेहतर हो सकते हैं जहां मैं काम करता हूं।
रॉबर्ट हार्वे

33
वाह। क्रांतिकारी! क्या मुझे वास्तव में बात करनी है? या मेरे पास इसके लिए कोई ऐप हो सकता है?
andy256

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

5
आरई: "यदि उन्हें पूरे सप्ताह समस्याएं नहीं हैं? समस्या?" - यह सिर्फ इतना हो सकता है कि आप समस्या को हल करने के लिए सही व्यक्ति नहीं हैं। शायद एक और देव, इंटरनेट या कुछ और पहले से ही बाधा को दूर करने के लिए काम कर रहा है।
साठफुटेरसूड 13

143

अपने डेवलपर्स को माइक्रो-मैनेज न करें!

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


27
दुर्भाग्य से इसके लिए मेरे पास केवल एक अपवोट है! "यदि आप उन्हें दैनिक आधार पर मापना शुरू करते हैं, तो वे अपने काम का पुनर्गठन करेंगे ताकि वे हमेशा आपके लिए प्रत्येक दिन देखने के लिए कुछ प्रशंसनीय कलाकृतियों का उत्पादन करें।": जटिल कार्यों के लिए, यहां तक ​​कि साप्ताहिक चेकपॉइंट (एक सप्ताह के स्प्रिंट) भी हो सकते हैं। प्रभाव: आप वास्तविक समस्याओं को हल करने पर ध्यान केंद्रित करने के बजाय एक दृश्य परिणाम उत्पन्न करने के लिए काम करते हैं।
जियोर्जियो

4
कुरकुरे समय पर आओ, मैं पहले दिन कम-फांसी फल को चुनने के लिए नंबर गेम खेलने के लिए खर्च करता हूं। देखो एक दिन में हमने कितना काम किया! मैं थोड़े दिनों के लिए बचत करता हूं, मैं सुबह कुछ चीजें / प्रतिक्रिया पहले बाहर निकाल सकता हूं, फिर बाकी दिन महत्वपूर्ण सामान पर काम कर रहा हूं ।

6
कोई यह तर्क दे सकता है कि एक
सुस्पष्ट

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

3
मैं इस की सामग्री से सहमत हूं, लेकिन मैं असहमत हूं कि यह सवाल का जवाब है। मैं दैनिक प्रगति को ट्रैक करता हूं, लेकिन प्रबंधन एक इंटरैक्टिव प्रक्रिया है। वह अंतःक्रिया मैं आमतौर पर स्प्रिंट के अंत के लिए आरक्षित करता हूं। यहां तक ​​कि अगर आप उच्च-स्तरीय आंकड़ों का प्रबंधन करते हैं, तो वे आंकड़े व्यक्तिगत डेटा बिंदुओं को इकट्ठा करके बनाए जाते हैं। वे जादुई रूप से मेरी मेज पर दिखाई नहीं देते।
मैटलर्स

9

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

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

हालाँकि:

दैनिक स्टैंड-अप पर अपडेट के बिना कार्ड समाप्ति के दिनों तक जारी रहेंगे

यह संकेत दे सकता है कि प्रक्रिया में कोई कमी है।

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

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

मुझे लगता है कि अपनी चिंता व्यक्त करने के लिए एक मंच के रूप में पूर्वव्यापी का उपयोग करना मान्य है। कभी-कभी बाहर से अवलोकन प्राप्त करना अच्छी बात है।

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

याद रखें कि दैनिक स्टैंड टीम को काम व्यवस्थित करने में मदद करने के लिए एक उपकरण है; यह प्रबंधकों के लिए एक उपकरण नहीं है कि टीम क्या कर रही है, उस पर नज़र रखें।


6

'पुश मैसेजिंग' नहीं 'मैसेजिंग पुल'

एक डेवलपर को अक्सर निम्नलिखित में से एक राज्य मिलेगा जो आपके लिए मायने रखता है:

  1. हां, मैंने एक्स किया!
  2. मैं एक्स पर काम कर रहा हूं, लेकिन ऐसा लग रहा है कि यह एक लंबा समय लगेगा ...
  3. मैं समस्या Y पर अटका हूं, मैं इस पर शोध कर रहा हूं, लेकिन सलाह की आवश्यकता हो सकती है;
  4. मैं अवरुद्ध हूं क्योंकि मैं A, B और C की प्रतीक्षा कर रहा हूं।

आदर्श रूप से, आप वास्तविक उत्पादकता को बाधित किए बिना इन स्थितियों के बारे में यथोचित जानकारी चाहते हैं। लगातार "क्या हम अभी तक वहाँ हैं?" उल्टा है, लेकिन यह हो सकता है कि आप 2-4 राज्यों के लिए कुछ उपयोगी कर सकें, इसलिए आपको उनके बारे में सूचित करने की आवश्यकता है।

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

वैकल्पिक रूप से, आप https://idonethis.com/ जैसी कुछ चीज़ों की संस्कृति बना सकते हैं और पूरी टीम को दैनिक रिपोर्ट भेजेंगे - इससे यह सुनिश्चित होगा कि अन्य भी उसी पृष्ठ पर हैं।


1
हमने (2 दिनों के लिए) आइडोनेथिस का उपयोग करने की कोशिश की, यह काम नहीं किया - क्योंकि आपको वास्तव में कहीं और जाने के लिए एक पल लेना था, और केवल अपनी स्थिति को अपडेट करने के लिए, हम में से अधिकांश इसे भूल गए
इज़काता

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

@ इजाका मुझे उसी तरह का लगता है, जिस समय प्रबंधन सॉफ्टवेयर मैं अपने वर्तमान स्थान पर उपयोग कर रहा हूं, मैं अंततः 4PM पर ट्रिगर करने के लिए एक अनुस्मारक सेट करता हूं (दिनों के लिए मैं जल्दी शुरू करता हूं) और 6PM (दिनों के लिए मैं देर से शुरू करता हूं) हर दिन मुझे सिस्टम को अपडेट करने के लिए याद दिलाएं। अब तक मैं सिस्टम को अपडेट करने के लिए अक्सर कम भूल गया हूं। यदि आप इस तरह की प्रणाली का उपयोग जारी रखना चाहते हैं तो विचार करने लायक हो सकता है।
स्क्रैपर

5

कुछ अन्य उत्तरों (संचार पर केंद्रित) का एक विकल्प यह है कि शायद आपके नोट कार्ड के कार्यों को छोटे-छोटे टुकड़ों में तोड़ा जा सकता है, जिन पर आप जल्द ही प्रतिक्रिया प्राप्त कर सकेंगे।

छोटे टुकड़ों के साथ टीम को लगता है कि वे हर दिन कुछ पूरा कर रहे हैं जो स्टैंड-अप में प्रतिबिंबित होना चाहिए।

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

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

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

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


प्रश्न को फिर से पढ़ने के बाद, मुझे पता है कि आप एक टीम के सदस्य के रूप में पूछ सकते हैं, एक नेता के रूप में नहीं, और इसलिए आपको अपने कार्यों पर नियंत्रण नहीं हो सकता है।

  1. आप अपने नेता को सुझाव दे सकते हैं कि वे कार्यों को और अधिक तोड़ दें
  2. यदि आपका काम अवरुद्ध हो रहा है या टीम के किसी अन्य सदस्य के काम पर निर्भर है, तो उस पर उनके साथ जांच करने के लिए स्वतंत्र महसूस करें और ज़रूरत पड़ने पर एक अलग काम करें।

1
चीजों को छोटे टुकड़ों में विभाजित करना और उनके बीच निर्भरता को ट्रैक करना उन चीजों में से एक है जो जैज़ / आरटीसी में अच्छी हैं।
केशलम

3

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

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

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

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

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


2

विभिन्न कॉन्फ़िगरेशन के लिए विभिन्न IM चैट रूम का अच्छा उपयोग करें और बनाएं। कुछ @engineers की तरह व्यापक हो सकते हैं और कुछ @newFeatureA जैसे विशिष्ट हो सकते हैं

दैनिक स्टैंडअप बनाने पर विचार करें, जिसमें इन-फ्लाइट टिकटों की समीक्षा शामिल है।

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

जैसा कि रॉबर्ट बताते हैं, इन सबसे ऊपर माइक्रो-मैनेजिंग (out देखा जाना चाहिए ’का उपयोग ध्यान दें, यानी आपके वास्तविक इरादे की परवाह किए बिना) किया जाना चाहिए।

अंततः हम ट्रैक करते हैं कि समय के साथ क्या पूरा होता है और देखते हैं कि हमारा वेग क्या है। दिन-प्रतिदिन की प्रगति पर ध्यान केंद्रित करना प्रति-उत्पादक है क्योंकि लोग लोकतांत्रिक हो जाएंगे और / या छोड़ देंगे।


2

मुझे आश्चर्य है कि यहाँ किसी ने अभी तक GitHub या BitBucket जैसी प्रणालियों में निर्मित "पीछा किया" या "तारांकित" रिपॉजिटरी संदेश का उल्लेख नहीं किया है।

हमारे तकनीकी हितधारक (परियोजना के नेतृत्व, विकास और समर्थन प्रबंधक) सभी हमारे मुद्दे का पालन करते हैं और अपने संबंधित परियोजनाओं पर अद्यतन इतिहास बनाते हैं। हमारे पास एक छोटी टीम (15 FTE + ठेकेदार) है, लेकिन यह हमारे लिए काम करता है

इनमें से किसी भी चीज़ पर किसी को मापा नहीं जाता है, लेकिन पीएम की साप्ताहिक स्टेटस रिपोर्ट के अलावा, यह प्रोजेक्ट में रोजाना कम से कम हर किसी को इस बात से अवगत कराता है कि किन क्षेत्रों में काम किया जा रहा है ताकि कोई भी दृश्यता के बिना न जाए।

यह डेवलपर्स और ठेकेदारों और हमारे व्यावसायिक संपर्क में पारदर्शिता बढ़ाने में मदद करता है जो सभी को अपने वितरण कार्यक्रम के लिए जवाबदेह होने में मदद करता है।

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

हम पहली बार में ईमेल वॉल्यूम के बारे में इसी तरह की चिंताओं में भागे थे, लेकिन हमारे एंड-यूजर्स ने RSS सिस्टम के साथ आये बिना इंजीनियरिंग Org के बिना आउटलुक का उपयोग न करने वाले ग्राहकों के लिए बहुत कुछ करने की सलाह दी। हमारे लिए काम किया, फिर से कई कार्यालयों और समय क्षेत्रों में साल भर में 20-30 के आसपास + ठेकेदार। YMMV, जाहिर है।


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

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

ईमेल मात्रा को कम करने और उपयोगकर्ताओं को अपने डेटा को स्वयं-फ़िल्टर करने में सक्षम करने के लिए RSS क्लाइंट (या कुछ मामलों में भी Outlook) का उपयोग करने के बारे में हाल के घटनाक्रम के बारे में जोड़ा गया टिप्पणी है, लेकिन फिर भी इसे "वास्तविक-समय" और दिन / समाप्ति के सारांश / अंत दोनों के रूप में रखें। सप्ताह के रूप में वे चाहते हैं उन लोगों के लिए अच्छा काम करना चाहते हैं जो अपने मौजूदा इनबॉक्स में ईमेल की लगातार बाढ़ नहीं चाहते हैं ...
ब्रायन 'बीजे' हॉफपॉयर जूनियर

0

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

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


मैं जानना चाहता हूं कि इसे क्यों डाउन किया गया। मैं समझता हूं कि प्रश्न "उपकरण" के बजाय "रणनीतियों" के बारे में पूछता है, लेकिन क्या "एक अच्छा उपकरण" का उपयोग एक व्यवहार्य रणनीति नहीं है?
छायाकार

देखें कैसे जवाब दें । "प्रश्न को ध्यान से पढ़ें। क्या, विशेष रूप से, यह प्रश्न पूछ रहा है? सुनिश्चित करें कि आपका उत्तर यह प्रदान करता है - या व्यवहार्य विकल्प ... संक्षिप्तता स्वीकार्य है, लेकिन फुलर स्पष्टीकरण बेहतर हैं ..."
gnat

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

@gnat इस उत्तर से आप और क्या चाहते थे? मैं यहां बहुत कुछ नहीं देखता जो "फुलर" स्पष्टीकरण को स्वीकार करता है
छायाकार
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.