क्या हमें स्टैंड-अप मीटिंग्स का दस्तावेजीकरण करना चाहिए?


13

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

तो, क्या हमें स्टैंड-अप मीटिंग्स का दस्तावेजीकरण करना चाहिए?


2
दूसरी टीम से पूछें कि क्या वे उस दस्तावेज से कुछ महत्वपूर्ण हासिल करते हैं। जब तक वे यह नहीं दिखा सकते कि वे करते हैं, उन्हें ऐसा करने दें, लेकिन इसे अनदेखा करें।
जोकिम सॉयर

22
फिसलन वाली ढलान। पहले व्यक्ति को नोट लिखने के लिए बैठने की जरूरत है। अगली बात जो आप जानते हैं, आपके "स्क्रम्स" 1hr लंबे हैं। मैं इसे देख रहा हूँ! मेरी चेतावनी!
स्टीवन एवर्स

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

1
@BenBrocka आपने मेरा मन पढ़ लिया। स्टैंड-अप को दस्तावेज़ करने का आग्रह शायद इसका मतलब है कि आप स्टैंड-अप मीटिंग का उपयोग उस से अधिक के लिए किया जाना चाहिए जिसके लिए इसका उपयोग किया जाना चाहिए।
एरिक किंग

पक्षीय लेख; यदि आप अपने आप को "स्टैंड अप" बैठकों के बहुत लंबे समय तक पाते हैं, तो इस प्रश्न को देखें: कार्यस्थल
।stackexchange.com

जवाबों:


21

एजाइल के लाभों में से एक यह है कि प्रत्येक टीम यह निर्धारित कर सकती है कि उनके लिए सबसे अच्छा काम क्या है, और इसके साथ जाना।

हालाँकि: क्या आपको नोट्स लेने चाहिए ? नहीं; मेरे अनुभव में, एक टीम ऐसे कुछ मुख्य सिद्धांतों पर बैकट्रैकिंग शुरू करने का फैसला करती है जैसे:

  • व्यक्तियों और प्रक्रियाओं और उपकरणों पर बातचीत (गैर-स्क्रैम की तरह शुरू होने वाले दस्तावेज)
  • व्यापक प्रलेखन पर काम करने वाला सॉफ्टवेयर (एक दिन स्क्रैम मिनट, जो जानता है कि आगे क्या होगा)

तब वह टीम एजाइल से दूर जाना शुरू कर देगी और काम करने के लिए अधिक प्रलेखन-भारी और कम-वेग दृष्टिकोण की ओर जाएगी।

मार्टिन फाउलर की "इट्स नॉट जस्ट स्टैंडिंग अप" में नोट-लेने या स्टैंड-अप मीटिंग के "मिनट" का दस्तावेजीकरण करने का उल्लेख है। आपको उस स्टैंड-अप मीटिंग से दूर रखना चाहिए जो GIFTS हैं:

  • दिन को अच्छी तरह से शुरू करने में मदद करने के लिए
  • सुधार का समर्थन करने के लिए
  • सुदृढ़ करने के लिए सही चीजों पर ध्यान केंद्रित करें
  • टीम की भावना को मजबूत करने के लिए
  • संवाद करने के लिए कि क्या चल रहा है

एक एमनेमिक डिवाइस के रूप में, GIFTS के बारे में सोचें: अच्छी शुरुआत, सुधार, फोकस, टीम, स्थिति

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

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


11

आपका स्कैम होना चाहिए:

  • मैंने क्या काम किया है
  • मैं आगे क्या काम कर रहा हूं
  • कोई अवरोधक

बस। त्वरित और बात तक। 5-10 मिनट अधिकतम। बिल्कुल दस्तावेज़ की जरूरत नहीं है, लेकिन अगर किसी को कार्रवाई करने के लिए कुछ नीचे करने की आवश्यकता है, तो यह एक मुद्दा नहीं होना चाहिए।


4
खैर, एक "दस्तावेज़" वर्तमान राज्य के दस्तावेज के लिए नियोजन बोर्ड है।
रोबोट

7

पिछली कंपनी में मैंने काम किया था, हम स्टैंड-अप मीटिंग्स के दौरान किए गए भव्य निर्णयों को केवल दस्तावेज़ के लिए उपयोग करते थे।

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

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


5

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


4

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

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


3

वहाँ नहीं है (वहाँ लगभग नहीं हो सकता है) एक निरपेक्ष जवाब है कि - यह एक बहुत निर्भर करता है ...

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

इसके अतिरिक्त अगर स्टैंडअप से उत्पन्न होने वाले मामले / बैठकें होती हैं, तो रिकॉर्डिंग का संभावित मूल्य उन लोगों पर नज़र रखने के लिए होता है, जो वास्तव में फॉलोअप पर नज़र रखते हैं (हालांकि फिर से मुझे यकीन है कि मुझे बताया जाएगा कि यह अन्य तरीकों से स्पष्ट हो जाना चाहिए। )।

औपचारिक मिनट हालांकि? मैंने सोचा था कि उन लोगों की भावना के विपरीत है।


1
विवरण के बिना Downvotes paricularly उपयोगी नहीं हैं) -:
Murph

3

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

तो मेरी सलाह होगी:

  • एक एकल टीम के लिए, स्टैंड अप का दस्तावेजीकरण खर्च किए गए समय के लायक नहीं हो सकता है। स्क्रम मास्टर केवल अलर्ट या महत्वपूर्ण जानकारी को मौखिक रूप से रिले कर सकता है जिसे वह बाद में फिट देखता है।

  • कई टीमों के लिए जिनका काम निकटता से संबंधित है, स्टैंड अप का दस्तावेजीकरण मीटिंग के तुरंत बाद संभावित गेम-चेंजिंग जानकारी को प्रसारित करने का एक तरीका है, जो स्क्रैम के स्क्रैम के होने की प्रतीक्षा किए बिना होता है।


3

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

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


2

क्या यह मूल्य जोड़ता है? क्या लोग बाद में बैठकों के प्रलेखन को देखते हैं? यदि नहीं, तो यह सिर्फ समय की बर्बादी है। और मुझे संदेह है कि वे हैं। एक दस्तावेज लिखना जो कोई नहीं पढ़ता है वह समय की बर्बादी है।

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

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


-2

जी हां

क्या आप (ए) के बारे में निर्णय ले रहे हैं जो एक कार्य आइटम और / या (बी) के लिए जिम्मेदार है जो अन्य वस्तुओं के सापेक्ष एक कार्य आइटम का महत्व है?

यदि आप हैं, तो इन निर्णयों को लिखें। अन्यथा आप उन्हें, और उनके जैसे ही निर्णय करेंगे, अंतहीन।

यदि आप नहीं हैं, तो बैठकें आयोजित न करें।

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