क्या दैनिक रिपोर्ट किसी डेवलपर की उत्पादकता को कम कर सकती है? [बन्द है]


18

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

दूसरी ओर, हम दैनिक स्क्रम के अच्छे हिस्सों को नहीं खोना चाहते हैं, जैसे कि हर रोज़ डेवलपर्स को समन्वय करने का मौका मिलना, या कार्यवाहक संकेतक की तरह कार्य प्रगति को देखना, जल्दी कार्रवाई करना।

दैनिक घोटाले के विकल्प के रूप में, हम डेवलपर्स से निम्नलिखित शर्तों के साथ दैनिक रिपोर्ट प्रदान करने के बारे में सोच रहे हैं:

  1. किसी भी विशिष्ट प्रारूप का पालन करने की आवश्यकता नहीं है। प्रत्येक और हर प्रारूप को स्वीकार किया जाता है।
  2. भले ही काम पूरा न हो, हम प्रगति की मात्रा सुनना चाहते हैं।
  3. प्रत्येक कार्य पर खर्च किए गए समय का उल्लेख करने की आवश्यकता नहीं है।
  4. विकास की बाधाओं और समन्वय आवश्यकताओं का उल्लेख किया जाना चाहिए।
  5. दैनिक रिपोर्टों के प्रति जुनूनी होने की आवश्यकता नहीं है। यह इतना सख्त नहीं है।

क्या आपको लगता है कि इससे उनकी उत्पादकता घट सकती है? क्या आपके पास कोई दैनिक रिपोर्ट अनुभव है? क्या आपके पास हमारे लिए कोई सुझाव है, ताकि हम यह सुनिश्चित कर सकें कि हम micromanaging नहीं कर रहे हैं ?


20
यदि आपकी मीटिंग में 5-10 मिनट से अधिक समय लगता है, तो आप इसे सही नहीं कर रहे हैं। स्क्रैम मीटिंग्स को ठीक करने या चर्चा करने का स्थान नहीं है। आप सभी कहते हैं: मैंने जो किया, जो मैं कर रहा हूं, और जो मुझे अवरुद्ध कर रहा है। यह 60 सेकंड लेता है और इसे बिल्कुल भी तनावपूर्ण नहीं होना चाहिए। किसी भी आगे की चर्चा घोटाले के बाहर होनी चाहिए।
क्रिस एबले

3
क्या आप इस बारे में अधिक बता सकते हैं कि दैनिक रिपोर्ट से आपको क्या लाभ होगा (या आशा / उम्मीद है)?
पूली

9
मुझे बिंदु # 2 से नफरत है: यह डेवलपर की ओर से किसी भी समस्या का समाधान नहीं करता है, केवल प्रबंधक से। इसके अलावा यह इंगित करता है कि बॉस को मेरे काम पर भरोसा नहीं है। मैं पसंद करता हूं कि क्रिस क्या कहता है: मैंने क्या किया, मैं क्या कर रहा हूं, मुझे क्या रोक रहा है।
मौविसील

5
सुनिश्चित करें कि टीपीएस रिपोर्ट में सही कवर है।
साइमन रिक्टर

2
क्या बग ट्रैकर और सीआई सर्वर के साथ एकीकृत स्रोत नियंत्रण को देखते हुए अन्य कार्बन-आधारित जीवनरक्षकों से बात करने का कोई कारण है?
वायट बार्नेट

जवाबों:


37

दैनिक घोटाले के विकल्प के रूप में, हम डेवलपर्स से निम्नलिखित शर्तों के साथ दैनिक रिपोर्ट प्रदान करने के बारे में सोच रहे हैं:

कितना भयानक विचार है।

क्या आपको लगता है कि इससे उनकी उत्पादकता घट सकती है?

हाँ।

क्यों? एक बैठक में एक मौखिक प्रस्तुति लेखन और एन को जोड़ती है लोगों को एक समवर्ती गतिविधि में रिपोर्ट को "पढ़ने" । बात कर रहे प्लस सुन। ओवर और के साथ किया। सवालों के जवाब अभी दिए।

एक रिपोर्ट लिखना समय की बर्बादी है क्योंकि प्रश्न होंगे और आपको उन लोगों के साथ रिपोर्ट की समीक्षा करनी होगी जिनके (ए) प्रश्न हैं और (बी) ने वास्तव में इसे नहीं पढ़ा है।

दैनिक रिपोर्ट, पढ़ने को नहीं मिलेगी। वे तेजी से इन-बॉक्स-शोर के लिए तैयार हो जाते हैं।

"दैनिक रिपोर्टों के प्रति जुनूनी होने की आवश्यकता नहीं है"। किस मामले में, उन्हें क्यों?

क्या आपके पास हमारे लिए कोई सुझाव है, ताकि हम यह सुनिश्चित कर सकें कि हम micromanaging नहीं कर रहे हैं?

हाँ। प्रतिदिन स्टैंड अप करें। इसमें कुछ मिनट लगते हैं और आपका काम हो गया।

यदि आपका दैनिक स्टैंड-अप कुछ (15?) मिनट से अधिक समय लेता है, तो आप बहुत अधिक विवरण साझा कर रहे हैं और उन विवरणों के लिए अलग-अलग बैठकें आयोजित करने की आवश्यकता है। दैनिक स्टैंड-अप करना आसान है। 2 मिनट के सारांश के बाद, बाकी सब कुछ विवरण है, न कि पूरी टीम के लिए, और एक अनुवर्ती बैठक में धकेलने की आवश्यकता है। बैठक अगले दिन के लिए अगले व्यक्ति के फोकस पर चलती है।


6
+1 "यदि आपका दैनिक स्टैंड-अप कुछ (15? मिनट) से अधिक समय लेता है, तो आप अपनी साप्ताहिक बैठक में रास्ता साझा कर रहे हैं ..." इस प्रकार के नियम को सुदृढ़ करने का प्रयास करें। हम बैठकें कर चुके हैं जो बहुत लंबा रास्ता तय कर चुकी हैं और चूंकि हम इसे दोपहर के भोजन से पहले निर्धारित करते हैं।
जेम्स खुरई

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

क्या आपको लगता है कि इससे उनकी उत्पादकता घट सकती है? हाँ। बहुत सही है। आप कोडिंग क्यों नहीं कर रहे हैं ?? coz मैं कोडिंग के बारे में एक रिपोर्ट लिख रहा हूँ।
बेनामी टाइप

+1: "मैं कोडिंग के बारे में एक रिपोर्ट लिख रहा हूं"। माइक्रो-स्थिति "मैं मैक्रो-स्टेटस रिपोर्ट प्रदान कर रहा हूं"।
एस.लॉट

11

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

कहा जा रहा है कि ...

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

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


2
+1: "वे चमक गए थे"। मैंने उन ग्राहकों के लिए काम किया है जो दैनिक स्थिति चाहते थे, लेकिन फिर भी इस पर चर्चा करने के लिए बैठकों पर जोर दिया। अगर हम वैसे भी बैठक करने जा रहे थे, तो यह सब पहले क्यों लिख दिया?
S.Lott

@ एस.लॉट - हो सकता है क्योंकि यह वैसे भी नीचे लिखा गया है - मूल रूप से टू-डू सूची है जिसका उपयोग कई लोग अपनी स्वयं की प्रगति का ट्रैक रखने के लिए करेंगे। यह देखते हुए कि (प्रश्न से) "किसी भी विशिष्ट प्रारूप का पालन करने की कोई आवश्यकता नहीं है", मैं अपने आउट-टू लिस्ट को कॉपी-पेस्ट और पेस्ट करने के लिए अधिक से अधिक खुश होऊंगा; फिर भी अगले दिनों की सूची पर। मेरी बोली गई रिपोर्ट इस बात पर ध्यान केंद्रित करेगी कि मुझे क्या याद है और मुझे क्या लगता है कि दूसरों को सुनना चाहिए - इसलिए यह लिखित की तुलना में चीजों को याद करेगा, लेकिन आगामी मुद्दों के बारे में भी अनुमान लगाएगा जो अन्य लोगों को प्रभावित कर सकते हैं।
स्टीव 314

@ स्टीव ३१४: "मेरी बोली गई रिपोर्ट ..." यह एक खराब स्थिति का सबसे अधिक प्रयास करने का एक अच्छा प्रयास है। अधिक मूलभूत रूप से, हालांकि, डुप्लिकेट क्यों? यदि लिखित रिपोर्ट का उपयोग किसी चीज के लिए नहीं किया जा रहा है, तो लोग इसके लिए क्यों पूछते हैं?
एस.लूट।

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

@ स्टीव ३१४: "प्रोग्रामर थिंकिंग एवरीथिंग ऑन फाइन टिकिंग ..., जबकि मैनेजर्स दहशत में हैं"। बात बिल्कुल नहीं। एक लिखित रिपोर्ट जो प्रगति पर चर्चा करने के लिए एक बैठक की ओर ले जाती है , पढ़ी नहीं गई थी । अगर पढ़ा नहीं था, तो क्यों लिखा? बुरी परिस्थिति को अच्छा करने के लिए आप एक नेक प्रयास कर सकते हैं। लेकिन एक लिखित रिपोर्ट जो केवल एक अनुवर्ती बैठक की ओर ले जाती है, एक लिखित रिपोर्ट की बर्बादी है। बस अनुवर्ती बैठक है। बस रोजाना फॉलो-ऑन मीटिंग होनी चाहिए। जबकि खड़ा है। और इसके साथ किया जाना चाहिए।
S.Lott

6

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

  1. पहले दिन क्या किया गया था। सभी छोटे विवरण नहीं, लेकिन कुल मिलाकर।
    • यदि उपरोक्त समाप्त नहीं हुआ है, यदि नहीं, तो समाप्त करने के लिए क्या आवश्यक है और कितना समय लगेगा।
    • यदि उपरोक्त समाप्त हो गया है, तो अगला कार्य क्या है, क्या आवश्यक है, और समय लगेगा।
  2. ब्लॉकर्स। यदि आप फू पर काम कर रहे हैं, जो बार पर निर्भर करता है, और बार समाप्त नहीं हुआ है, तो इसे स्पष्ट करने की आवश्यकता है।

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


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

6

IMO किसी भी प्रकार की दैनिक बैठक / रिपोर्ट उत्पादकता को कम कर देता है क्योंकि यह फ्रैंक होने के लिए, micromanagement की बदबू आ रही है। हां, मैं स्क्रैम और इस तरह से अवगत हूं और वे बहुत बुरे नहीं हैं, बशर्ते कि वे शॉर्ट स्टेटस अपडेट हों ("अरे प्रोजेक्ट एक्स कैसे आ रहा है?"), लेकिन मेरा दृढ़ विश्वास है कि यह पेशेवर डेवलपर्स के लिए अपमानजनक है कि वे टैब चालू रखें। हमें उस निम्न स्तर पर; यह सुनिश्चित करने के लिए कि हम दफ्तर में 8 घंटे काम कर रहे हैं, या यह सुनिश्चित करना कि कोई दीवारें नहीं हैं, ताकि आप लोगों के कंप्यूटर पर यह देख सकें कि उनके पास एक निश्चित समय में क्या खिड़कियां हैं।

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


4

मेरी टीम अब लगभग एक साल से घोटाले कर रही है। इससे पहले हम सप्ताह में दो बैठकें कर रहे थे, जिसके दौरान प्रत्येक टीम के सदस्य ने पिछले 2, 3 दिनों में अपनी गतिविधि के बारे में बताया। प्रत्येक बैठक 30 मिनट और 1 घंटे के बीच चली। यदि हमें सूचनाओं का आदान-प्रदान करने और अपने काम में समन्वय करने की आवश्यकता होती है, तो हम अपने सहयोगियों के पास जाते हैं और उनसे बात करते हैं (जो हम अभी भी करते हैं, निश्चित रूप से)।

अब जब हम घोटाले कर रहे हैं तो हमें अक्सर यह धारणा होती है कि दिन में एक बैठक (भले ही यह केवल 15 मिनट तक चले) बहुत अधिक है। अक्सर कुछ सदस्यों की रिपोर्टें उबलती हैं: "कल से कुछ भी नया नहीं है"। हमें अक्सर यह आभास होता है कि 2-बैठक-प्रति-सप्ताह स्कीमा अधिक प्रभावी था।

एक और नकारात्मक पहलू यह है कि दैनिक बैठक एक नियोजित रुकावट है (उदाहरण के लिए पॉल ग्राहम का लेख , बिंदु 1. ध्यान भंग से बचें): चूंकि आप जानते हैं कि रुकावट आने वाली है, तो आप बैठक से पहले कुछ भी मुश्किल शुरू नहीं करेंगे (दैनिक बैठकें हो सकती हैं) एक से डेढ़ घंटे बाद काम शुरू करें।

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

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

अपडेट करें

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


2

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


1
यदि आप बिल्कुल नहीं कहते हैं कि आप एक छोटी दैनिक स्थिति ईमेल से क्या मतलब रखते हैं, तो कम से कम कुछ लोग प्रत्येक दिन घंटों बिताएंगे यदि वे इसे सही कर रहे हैं।
स्टीव

@ स्टीव ३१४, योग्य सत्य, संभावित रूप से अहाते की छंटनी के अगले दौर को हाजिर करने का एक अच्छा तरीका है ।
बेनामी टाइप

2

किसी भी बैठक या रिपोर्ट के उद्देश्य के बारे में स्पष्ट होना बहुत उपयोगी है , विशेष रूप से हर दिन सभी द्वारा किया जाता है। आप कहते हैं इसका कारण है:

हम दैनिक घोटाले के अच्छे हिस्सों को खोना नहीं चाहते हैं, जैसे डेवलपर्स को हर रोज समन्वय करने का मौका मिलना,

क्या आप समन्वय डेवलपर्स द्वारा मतलब है ? किस तरह के काम में समन्वय की आवश्यकता होती है और जरूरत पड़ने पर डेवलपर्स और उनके प्रबंधकों द्वारा समन्वयित नहीं किया जाता है? क्या शायद कुछ ऐसे तरीके हैं जिनसे आप उन कार्यों की पहचान कर सकते हैं जिन्हें समन्वय की आवश्यकता होगी, और केवल उन मामलों में संवाद करना होगा?

या कार्यवाहक संकेतक की तरह कार्य की प्रगति को देखना, जल्दी कार्रवाई करना।

कई अच्छे KPI (जैसे साइट रिस्पांस टाइम, या क्रिटिकल बग्स की संख्या) यंत्रवत् औसत दर्जे का होने जा रहा है, और आपको इसे करने के लिए डेवलपर्स पर कोई लागत लगाने की आवश्यकता नहीं है।


2

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

हालाँकि, ऐसा लगता है कि आपकी दैनिक रिपोर्ट के लिए एक प्रारूप लागू नहीं करने से, आप रिपोर्ट को प्रबंधकों और साथी डेवलपर्स दोनों के लिए पढ़ने और संसाधित करने के लिए कठिन बनाते हैं, इस प्रकार खोए हुए डेवलपर समय के मुद्दे को बढ़ाते हैं।

यदि आप अपने डेवलपर्स के लिए दैनिक रिपोर्ट के साथ आगे बढ़ने का निर्णय लेते हैं, तो क्या मैं ईमेल रिपोर्ट के बजाय आंतरिक विकी का उपयोग करने का सुझाव दे सकता हूं? इस तरह आप हर किसी की दैनिक स्थितियों के इतिहास को बनाए रखते हुए लोगों के इनबॉक्स को स्पैम नहीं करते हैं।


2

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

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

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

आप पाएंगे कि यह बहुत अधिक उत्पादक और रचनात्मक है। आपको उनके लिए अर्थहीन रिपोर्ट नहीं मिलेगी और आपको अधिक प्रेरित टीम मिलेगी क्योंकि हर कोई अपने साथियों को उनके काम की जानकारी देना पसंद करता है।


2

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


2

कठबोली आप अपने अन्य उपकरणों से यह जानकारी निकाल सकते हैं?

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

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

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