# हर दिन के खड़े बकवास कर रहे हैं (जब तक वे उनका भुगतान नहीं करते) > हर दिन के खड़े स्वाभाविक रूप से बुरा नहीं होते, लेकिन जब वे संरेखण के बजाय रस्म बन जाते हैं, वे समय और नुकसान का भरोसा खो देते हैं. इस लेख में जाँच की जाती है कि समारोह कर का मूल्य कैसे माप रहा है, और व्यावहारिक सरल विकल्प जो ऊर्जा या समय के बिना टीमों को संयुक्‍त रखते हैं. ## परिचय सॉफ्टवेयर विकास के मेरे लगभग 30 साल में, मैं गिनती की तुलना में और अधिक दैनिक स्टैंड पर उपस्थित किया है. कुछ संरेखणों की बिजली के छोटे क्षणों में था कि बंद करने वाले और हमें आगे भेजने के लिए भेजा। अन्य लोग थे जहाँ विकासकर्ताओं को "कल के रूप में कल" नकली कैमरे के निर्माण के लिए याद किया गया। एक प्रकार का खड़ा होना *कर अदा*अन्य सिर्फ समारोह था. [TOC] ## बयान मुझे स्वीकार करना है: मैं एक गर्भधक हूँ. मैं उस तरह का सामना करने के लिए trolssssssssssssss, पानी, और भारी विस्तार निर्देशों का अनुभव करने के द्वारा बन गया है. मैं एक ही रेखा के माध्यम से रहता है "के एक लाइन से पहले. मैं लंदन की बैठक में बैठा था जहां तीन सप्ताह की अनुमति दी गई है. सरल तथ्य है: **अच्छा सॉफ्टवेयर बनाने का सबसे अच्छा तरीका है एगली।** चर्चिल का हवाला देने के लिए: > *"यह कहा गया है कि ऐगाइंडर विकास प्रक्रिया का सबसे बुरा तरीका है - सिवाय उन सभी रूपों के लिए जो समय समय से कोशिश की गई हैं।* लेकिन यहाँ बात है: **प्रोविडेंस का मतलब प्रोटेस्टंट होना नहीं है**. वास्तव में, निर्दोष रस्मों की रक्षा है *विपरीत* विकास का। मैंने यही सीखा है: **विकास के बारे में, नहीं का पालन करने के बारे में है**और किसी भी औज़ार की तरह, उन्हें इस बात का अंदाज़ा लगाना चाहिए कि वे क्या कर रहे हैं या नहीं । *कार्य*. इस लेख के बारे में पूछताछ के बारे में नहीं है कि क्या आपके रस्मों उनके खर्च के अनुसार मूल्य दे देते हैं. क्योंकि मेरे अनुभव में, **आप क्या कर सकते हैं सबसे कुशल बात अपने रसायन प्रक्रिया अनुकूल है**. ## स्क्रम एक टेम्पलेट है, कुत्ताा नहीं मुझे स्पष्ट होने दो: **स्क्रम एक शुरू बिंदु के रूप में शानदार है.** इसे टीमों की संरचना दी गई जब हम पानी में डूब रहे थे. यदि आप अभी शुरू कर रहे हैं Agagon, स्केल के बारे में अच्छा है जब वे आते हैं - यह स्पष्ट समारोह प्रदान करता है, विशिष्ट भूमिकाओं, और एक साबित नमूना है कि कई टीमों के लिए काम करता है. लेकिन लाइन के साथ कहीं, हम उलझन में *निम्नलिखित स्क्रम* के साथ *बड़ा होना*. स्क्रम एक है **औज़ारसीcolor**.. आह एक है **मनसेट**. यहाँ कोई बात नहीं है: **एक बार स्क्रैच तुम कम से कम, या इसके लागत से कम मूल्य पेश करने के लिए शुरू होता है - कि जब आप अनुकूल है**..यह अनुभव लेता है, लेकिन यह सच करने के लिए के लिए KEEEEY है. जब आपकी प्रक्रिया विकास की जरूरत है एहसास करने की क्षमता है कि क्या उन बाजारों से अलग विकास टीमों से अलग है. और यहाँ गंभीर सत्य है: स्क्रम मास्टर्स केवल भुगतान मिलता है जब तक आप स्क्रीम का उपयोग करते रहते हैं. तो उनकी सलाह ले लो, लेकिन याद रखें उनकी प्रेरणा पूरी तरह से "हर कोई सबसे अच्छा काम करता है. " [एन. ए.](https://agilemanifesto.org/) रोज़ाना खड़े रहने का आदेश कभी नहीं दिया. यह महत्वाकांक्षाओं और व्यवहारों और औज़ारों पर लागू होता है " **"बहुत से टीमों"** एक कोर सिद्धांत के रूप में। फिर भी मैं टीमों शक्ति 9 घंटे के दौरान 9 बजे खड़े देखा है क्योंकि "कि स्क्रम क्या कहते हैं" यह एक प्रवंसता नहीं है कि विधि के रूप में तैयार किया जाता है। मुझे बहुत से लोगों को पता चला है कि "आंग्रेजी" वास्तव में Ago. यह 2001 में लिखी नींव - लिखा है जो 17 सॉफ्टवेयर के माध्यम से भारी भारी, प्रक्रिया विकास के थक रहे थे. वे तीन दिनों के लिए मिले और जो वास्तव में चार विचारों में काम किया. यहाँ है: > **एन. ए.** > > *हम इसे करने और दूसरों की मदद करने के द्वारा सॉफ्टवेयर विकसित करने के बेहतर तरीक़ों को प्रदर्शित कर रहे हैं. इस कार्य के द्वारा हम मूल्य में आए हैं:* > > - **व्यक्‍ति और व्यवहार** प्रक्रियाओं तथा औज़ारों के ऊपर > - **कार्यशील सॉफ्टवेयर** फैले हुए दस्तावेजों के ऊपर > - **मनपसंद सहयोग** अनुबंध के बारे में > - **बदलाव करने की प्रतिक्रिया** एक योजना का अनुसरण कर रहा है > > *यही कारण है कि, जबकि दाएँ की वस्तुओं में मूल्य है, हम बाईं ओर की वस्तुओं को महत्त्व देते हैं ।* ध्यान दीजिए कि वहाँ क्या नहीं है: दैनिक स्टैंड अप, प्रिंटर योजना, सामग्री बिंदुओं. वे स्क्रीम से आए थे, जो इन मूल्यों को लागू करने के लिए बनाया गया था. लेकिन कहीं के साथ, हम अपने मूल्यों के लक्ष्य के बजाय स्क्रैम के रूप में शुरू कर दिया. वह दो-चारो के बारे में है। **सिद्धांत**"इन्विष्टिओं" का मतलब है कि यदि आपकी प्रक्रिया (अप हो सकता है) संपर्कों के रास्ते में हो रही है, तो आप इसे पीछे कर रहे हैं। **वे उन अभ्यासों को चुनते हैं.** ```mermaid graph TD A[Agile Manifesto] -->|Inspires| B[Scrum Framework] B -->|Provides| C[Ceremonies & Practices] C -->|Should be| D{Adapted to Context} D -->|Teams often skip this| E[Rigid Adherence] D -->|True agility| F[Continuous Optimization] E -->|Results in| G[Process Theatre] F -->|Results in| H[Effective Delivery] style A stroke:#e1f5ff style F stroke:#d4edda style G stroke:#f8d7da style H stroke:#d4edda ``` मेरे अनुभव में, कि जहाज तेजी से उन टीमों नहीं हैं जो पुस्तक से स्क्रम का पालन करते हैं. वे जो कर रहे हैं जो कर रहे हैं **जाँच तथा अपने स्वयं की प्रक्रिया को अनुकूल बनाना** जैसे - जैसे वे अपने कोड का निरीक्षण करते और अनुकूलता करते हैं, वैसे - वैसे. ## अकसर तनाव को कम किया जाता है मैं आप पहचान सकते हैं एक तस्वीर पेंट करें: यह 9: 00 है. आप एक garrrobontial बग को हल करने में गहरे हैं. आपकी आईडीई खुला है, कनेक्ट कर रहे हैं, मानसिक मॉडल पूरी तरह से लोड किया गया है. तो Puing - 2 मिनट में बैठक शुरू हो जाता है. आप संदर्भ लिखें. फोन में शामिल हों. जब तीन लोग बिना पूछे इंतजार करें. फिर तीन लोग: - **ऐलिस:** "कल की तरह कल, लॉगइन विशेषता पर काम करते हैं।" - **बॉब:** " परीक्षण पूरा किया जा रहा है, कोई ब्लॉक. " - **कैरल:** *(खरा बंद हो गया)* "हाँ, अभी भी उस डाटाबेस उत्प्रवासन पर।" दस मिनट बाद, आप अपने कोड में वापस आ जाते हैं. मानसिक मॉडल चला गया है. आप एक और 15 मिनट संदर्भ बनाने में खर्च करते हैं. **उस सभा ने क्या हासिल किया?** मेरे अनुभव में, असफलता के लक्षणों में सामान्य हैं: ### रिसर्चिंग वार्मेशन - [ ] ज़्यादातर अद्यतन "कल के रूप में कल की तरह" की भिन्‍नता कर रहे हैं - [ कोई निर्णय नहीं किए जाते हैं - [ ] उपस्थित 50% से अधिक लोगों के कैमरा बंद है - [ समय क्षेत्र में वृद्धि हुई शक्‍तियाँ - [ सभा के दौरान लोगों को बहुकार्य - [ [कोई भी सवाल पूछता है - [ ] बैठक में एक कमी संदेश हो सकता है जब ये लक्षण दिखाई देते हैं, तुम्हारा खड़ा होना संरेखण नहीं बना रहा. यह पैदा कर रहा है **सिंक्रोनाइज़ किया जा रहा है**. ### उपस्थिति रोल समस्या चलो ईमानदार हो: अनेक कार्यस्थल में, 9mup एक रोल है. यह लोगों को "अपनी मेज़ों पर" (या कम से कम) की जाँच करने के लिए एक तरीका है. यह नहीं है - यह कम से कम जागते रहने की निगरानी कर रहा है. अगर आपको यह जानने की ज़रूरत है कि आपके विकासकर्ता क्या काम कर रहे हैं, तो आपके पास एक भरोसेमंद समस्या है, न कि समस्या । **डॉक्टर की तरह अपने विकासकर्ताओं का इलाज कीजिए ।** उनके छुटकारे के द्वारा, नहीं कि वे समय पर एक सभा में आए हों या नहीं । ```mermaid graph LR A[Standup Intent] -->|Should produce| B[Alignment] A -->|Should identify| C[Blockers] A -->|Should enable| D[Quick Decisions] E[Ritual Standup] -->|Actually produces| F[Status Updates] E -->|Actually creates| G[Context Switching] E -->|Actually wastes| H[Focus Time] style A stroke:#d4edda style B stroke:#d4edda style C stroke:#d4edda style D stroke:#d4edda style E stroke:#f8d7da style F stroke:#fff3cd style G stroke:#f8d7da style H stroke:#f8d7da ``` ## सभी क्रेमोनी कर सकते हैं यहाँ फ्रेमवर्क है कि बदल गया है कि कैसे मैं सूक्ष्म अभ्यासों के बारे में सोचते हैं: **हर रस्म के साधन:** - **समय** - 15 मिनट × 5 दिन / 6.25 घंटे/ सप्ताह - **[ पेज 11 पर बड़े अक्षरों में लेख की खास बात]** - संदर्भ स्विच गहरे कार्य को नष्ट कर देता है - **भावात्मक बिटरेट** - "पहले उपस्थिति" थका हुआ है - **फोकस** - बाधित होने की स्थिति में उत्पाद लागत हैं लोकतांत्रिक समाजों में, हम कर अदा स्वीकार करते हैं *जब यह आवश्‍यक सेवाएँ देता है*सड़क, स्कूलों, स्वास्थ्य चिकित्सा - संबंधी इन बोझ को उचित ठहराते हैं क्योंकि हमें वापसी में महत्त्व मिलता है । समारोह एक ही तरह से काम करते हैं. ```mermaid graph TD A[Ceremony/Ritual] -->|Consumes| B[Team Resources] B --> C[Time] B --> D[Energy] B --> E[Focus] B --> F[Context] A -->|Must produce| G{Value?} G -->|Yes| H[Justified Tax] G -->|No| I[Process Theatre] H -->|Examples| J[Blocker identified
Alignment achieved
Decision made] I -->|Examples| K[Status updates
Calendar filler
Nobody engaged] style A stroke:#e1f5ff style G stroke:#fff3cd style H stroke:#d4edda style I stroke:#f8d7da ``` ### टैक्सी समीकरण किसी भी रस्म के लिए यह सच होना चाहिए: **मूल्य दिया गया > संसाधन** मेरे अनुभव में, जब टीमों इस समीकरण के दोनों पक्षों का मापन नहीं करते हैं, वे समारोह के वारिस हैं, हमेशा के लिए चलाने के लिए, और कभी नहीं पूछना: *"यह अभी भी इसके लायक है?"* ## बेहतर, कपपर, तेज वैकल्पिक यहाँ मैं अलग टीम संदर्भों के पार काम देखा है क्या है: ### स्थिति अद्यतन बैठकों को समतुल्य करने के बजाय, कोशिश करें: **SLON/ teks थ्रेड (airod)** ``` 👋 Good morning! Quick updates: ✅ Yesterday: Completed auth refactor (#234) 🎯 Today: Tackling payment integration (#456) 🚧 Blockers: Need staging DB access (@alice) ``` **समय लागत:** 2 मिनट vs. 15 मिनट **समय क्षेत्र प्रभाव:** शून्य **खोज योग्य इतिहास:** हाँ ### संचार संचार प्रभाव यहाँ एक KyyTATTNT शर्त है सबसे अधिक टीमों याद आती है: **Safin चेक-in किसी को प्रगति में दिलचस्पी किसी के साथ संपर्क करने के लिए जगह बन जाता है.** उत्पाद मैनेजर, सूलीदार, डिज़ाइनर, अन्य इंजीनियरिंग टीमों - वे सभी चैनल की सदस्यता ले सकते हैं और बिना किसी और सभा में जाने के बारे में जानकारी दे सकते हैं । **संचार वह तेल है जो इसे चलता रहता है ।** जब एजेंट पूछता है कि टीम क्या कर रहा है? उन्हें एक कड़ी भेजें. जब उत्पाद एक अद्यतन की जरूरत होती है, वे सदस्यता ली जाते हैं. जब अन्य टीम निर्देशांकों, वे वास्तव में समय में अपनी प्रगति देखते हैं. यह संचार है? यह संचार है, उन्हें एक लिंक भेजने के लिए एक कड़ी. जब उत्पाद एक अद्यतन की जरूरत होती है, वे सदस्यता ली जाती है, वे स्वीकार कर रहे हैं. जब अन्य टीम निर्देशांकों का उपयोग किया जाता है, वे वास्तव में वास्तव में वास्तव में वास्तव में, वे अपनी प्रगति देख रहे हैं. यह संचार है, यह संचार है. यह संचार है. यह संचार है. यह संचार है, और यह है. *गोपन करें*, नहीं *तिहरी रंग*. ### सचमुच इसे बनाना यहाँ इस काम को किसी भी समयक्षेत्र के दौरान कैसे करना है: **पैटर्न:** "Shim द्वारा अद्यतन" (अपने स्थानीय समय) - और छोड़ दें **स्माल थ्रेड में प्रत्येक कार्य के लिए विस्तृत नोट्स**N.o. o. नहीं केवल "अभिष्टि" पर काम करते हैं लेकिन "Abiltation: ifting समाप्त, ताज़ा टोकन प्रवाह, ब्लॉकर को प्रारंभ किया: त्रुटि के बारे में डिजाइन अनुमोदन की जरूरत है. " ऑस्ट्रेलिया डेव डेव्स अपनी टिप्पणी छोड़ देते हैं कि जब भी उनके दिन के अंत में - शायद उनके लिए सबसे अच्छा काम करता है. 9 बजे यूममम समय (या अगर आवश्यक हो), आप इसे पढ़ते हैं और कार्य करते हैं: "इस प्रकार आप जो अनुमोदन के साथ मदद कर सकते हैं?" तो आप TEPER का प्रबंध करते हैं कि यह कैसे होता है. **वे प्रक्रिया ड्राइव.** तुम हर बात पर ध्यान नहीं दे रहे. आप ब्लॉकों को हटा रहे हैं और पेशेवरों को सीधे तरीके से निर्देशांक दे रहे हैं. यह प्यार का सिद्धांत है **टीमों में स्वयं को पेश किया जा रहा है** कार्य में. "नहीं कि एक नियत प्रक्रिया का पालन करें," लेकिन टीम दल जो काम के चारों ओर संगठित करते हैं. जानकारी पारदर्शी है, संदर्भ साझा किया जाता है, और टीम का पता कैसे इसे हल करने के लिए. अब आप अपनी प्रक्रिया वास्तव में अतुल्यकालिक बना दिया है. नोट में विवरण का मतलब है कि आपको व्याख्या की आवश्यकता नहीं है. टीम जानकारी के चारों ओर आत्मविकार. ### GiHh + स्फीयर = संस्कृति + स्थिति लिंक Gihhb अपने Suck चैनल को. अब एक स्थिति अद्यतन एक जनरल. कोड समीक्षा दिखाई दे रहे हैं. आप emomji के साथ जीत जीत. यह बेकार की संस्कृति नहीं है. ``` 🎉 @alice opened PR #234: Add JWT refresh token flow 💪 @bob approved PR #234: "Beautiful error handling!" 🚀 @alice merged PR #234 into main ✅ Build passed: 47 tests, 0 failures ``` आपका स्टैंड बस आपकी GiB कार्य फ़ीड बन गया. शून्य कर, स्वचालित दृश्यता, साथियों की पहचान में बनाया गया. **बातचीत के लिए सबसे ज़रूरी जगह बनाइए ।** यदि आपका टीम चैनल है जहाँ काम होता है, तो इसे कहीं भी लोगों को प्राप्त करना चाहते हैं. सराहना करें अच्छे कार्य की सराहना करें सार्वजनिक रूप से. मदद के लिए धन्यवाद. **यह इंजीनियरिंग संस्कृति है.** जब मुख्य संचार माध्यम सकारात्मक महसूस करता है, लोग और अधिक भाग लेते हैं, तब जल्द - से - जल्द मदद के लिए पूछते हैं, और ज्ञान से मुक्‍त होते हैं । ### जब असंतुलन असफल होता है (और इसे कैसे समाप्त करना है) एसईएस- प्रथम सही नहीं है. सामान्य असफलता पद्धति: - **लोग चैनल नहीं पढ़ते**: इसे मूल्यवान बनाइए (ग्वाख सूचना, निर्णय, जीत) । - **4 घंटे अनदेखा किया गया**: खाली प्रोटोकॉल. plawam के साथ टैग, - याद, 2 घंटे के बाद बढ़ता है. ट्रैक " ब्लॉक प्रतिक्रिया का समय" एक रहस्य के रूप में ट्रैक करें. - **समय क्षेत्र अंतराल = 8 घंटे की देरी**: दुनिया भर में टीमों के लिए, हाथ घटाने में देरी स्वीकार कीजिए, लेकिन दस्तावेज़ को अच्छी तरह से इस्तेमाल कीजिए । - **जूनीर्स बात नहीं करते**: याद करने के द्वारा "मैं अटक रहा हूँ" शांत बनाने के लिए. **कुंजी: गीत- सूची सिर्फ अतुल्यकालिक रूप में नहीं है.** जब कुछ अटक जाता है, फोन पर कूदता है. बैठक समस्याओं को सुलझाने के लिए सूचना स्थिति नहीं. **वही रंग जो शारीरिक जगह के लिए जाता है** आप अभी भी एक कार्यालय में हैं और एक टीम कमरे बनाने के लिए है आप अपनी टीम वहाँ में बाहर लटका करने के लिए चाहते हैं. स्वाभाविक रोशनी यदि संभव हो. एक जगह जो एक दंड की तरह महसूस नहीं करता है. जब टीम के कमरे सुखद है, लोग स्वाभाविक रूप से वहाँ के लोग स्वाभाविक रूप से स्वाभाविक रूप से स्वाभाविक रूप से स्वाभाविक है. बातचीत होती है सफेदबोर्ड पर समाप्त. किसी ने एक ब्लॉकर को सुन लिया और मदद करने के लिए कूदता है. यह जैविक सहयोग है कि खड़े करने के लिए प्रयास (और) असफल हो जाता है. यह है **टीमों में स्वयं को पेश किया जा रहा है** लेकिन जो पेशेवर काम के चारों ओर व्यवस्थित करते हैं क्योंकि वातावरण इसे आसान बना देता है । लोग घर से काम करते हैं या उनकी मेज़ पर छिप जाते हैं । **सिंक बैठक के बारे में:** आप अभी भी बारंबार बैठकों को रद्द कर सकते हैं जब जरूरत है - आप सब कुछ रद्द करने के लिए नहीं है. कुंजी अनुकूलता है. एक साप्ताहिक 1-पर 1-1? इसे रखें. यह पंचांग पर स्पेस बनाए रखता है और महत्वपूर्ण दिखाई देता है. यह फर्क बन जाता है. यह फर्क बन जाता है. *वैकल्पिक चर्चा* बजाय *अनिवार्य स्थिति रपट*. किताब (कर्मपत्रिका) रखी जाएगी तो उसे साफ़-साफ़ बयान कर दो कि अगर तुम किसी बात में ग़ौर न करोगे तो बस तुमभी उसमें से निकल जाओगे **यहाँ एक बुज़ुर्ग/दूर के रूप में मेरा प्रवेश है:** मैं 1 पर 1-2. कभी भी रद्द नहीं. लेकिन मैं इसे साफ़ कर देता हूँ. यह उनके लिए है. यह एक संदेश भेजता है: "मैं इस बार आप के लिए सुरक्षित रखा है. इसका प्रयोग करें यदि आपको इसकी आवश्यकता नहीं है. " कुछ सप्ताह वे इसे छोड़ देंगे क्योंकि वे सिर नीचे और बह रहे हैं. अन्य सप्ताह वे सब 30 मिनट का उपयोग करेंगे क्योंकि कुछ उन्हें परेशान कर रहा है या वे एक डिजाइन के माध्यम से बात करना चाहते हैं. बारंबार होने वाली बैठक **खाली जगह**बाध्यता नहीं । यह ख़ासकर उपयोगी है: - एक- से- एक-एक (प्रयोग स्थान के अनुसार) - भारी चर्चा (अनुप्रयोगों से लाभ) - पकड़े जाने वाले डेमो (प्रयोगात्मक/ प्राथमिक मूल्य) लक्ष्य शून्य बैठक नहीं है. **सभाओं में जो वक्‍त लगता है**. ### संरेखण सही बोर्ड मेरे अनुभव में, टीमों है कि उनके कोनबान बोर्ड रखने की जरूरत नहीं है. **सिग्नल-रिक बोर्ड सूचक:** - कहानी बिंदु त्रुटि पट्टियों के साथ (आधार सीमा) - "सेंट" टैग बुढ़ापे की घड़ियों के साथ - कार्ड परCACP स्थिति सीधे - वास्तविक वि. अनुमानित समय ट्रैकिंग अगर आपका बोर्ड भरोसेमंद है, **इसे देखने के लिए "हर कोई क्या कर रहा है?"** ### ब्लॉकर QXCHAT + दर्ज कर रहा है वास्तविक ब्लॉकियों को तत्काल ध्यान की आवश्यकता होती है, न कि अगले दिन खड़े. **बेहतर पैटर्न:** 1. सवाल के साथ टैग दें `🚧 blocked` 2. संबंधित व्यक्ति को सीधे ही पिंग कर रहा है 3. यदि हल २ घंटे में नहीं चल रहा है, तो नेतृत्व में बढ़ते जाने के लिए बढ़ा दें 4. ट्रैकर रेज़ोल्यूशनिंग समय एक विशेषज्ञ के रूप में ट्रैक करें ### टीम कोचित आर्गुमेंट जो मैं अक्सर सुनता हूँ: *"लेकिन खड़े हमें एक टीम के रूप में जुड़े रहते हैं! "* लेकिन क्या एक दैनिक स्थिति कनेक्शन बनाने का सर्वोत्तम तरीक़ा है? मेरे अनुभव में, इन्हें रचा गया *मजबूत* बन्धनः - **उड़ान भरने वाले सत्र** - वास्तविक सहयोग - **साप्ताहिक रीस्क्स** - ईमानदार प्रतिबिंब - **कम पानी ठंडा चैनल** - अतुल्यकालिक सामाजिक समय - **मासिक टीम दोपहर का खाना** - गैर कार्य कनेक्शन ```mermaid graph LR A[Team Cohesion Goals] --> B{Choose Method} B -->|Status sharing| C[Async Check-ins
2 min/person] B -->|Problem solving| D[Pairing Sessions
As needed] B -->|Reflection| E[Weekly Retro
1 hour/week] B -->|Social bonding| F[Slack channels
Continuous] G[Daily Standup
15 min × 5 days] -.->|Tries to do all| A style A stroke:#e1f5ff style C stroke:#d4edda style D stroke:#d4edda style E stroke:#d4edda style F stroke:#d4edda style G stroke:#fff3cd ``` ### कॉन्टेक्स्ट माट्रिक्स सभी टीमों को एक ही समारोह का पालन नहीं करना चाहिए. यहाँ मेरी पसंद है: सन 2003 टोली प्रोफ़ाइल कुख्यात मूल्य 0. 0 |--------------|---------------|-------------------| | **प्रौढ़, वितरित, अतुल्यकालिक- पहली** INBLLLLONCLL sclos +सही बोर्ड पर | **जूनीर- भारी टीम** गुज़र - बसर मॉडल (नीचे देखें) (L) 2004- 2006 | **लंबी पंक्ति, उच्च जोखिम** SERTATCKS संतुलन: क्या 15 मिनट आप धीमा हो जाएगा? अगर कोई ब्लॉक नहीं है, तो रिपोर्ट क्यों जब आप जल्दी में हैं? युद्ध कक्ष + वेम्ड्स की जाँच करें | **एटेबल विशेषता टीम** START बहुत कम कम NMMMM अद्यतन, केवल जब जटिल बहु- निजी विशेषताएँ या महत्वपूर्ण मुद्दों को निर्माण करते समय पैमाने पर | **खोलें स्रोत, वैश्विक समयक्षेत्र** STAR बहुत कम एलएमएम अद्यतन + साप्ताहिक वीडियो सारांश > **एक तरफ: जूनीर डेवलपर कथा** > > सामान्य बुद्धि: "निद्रता को हर दिन सीखने के लिए खड़े होना चाहिए।" वास्तविकता: अक्सर खड़े हो जाते हैं **चिंता बढ़ती जा रही है** बच्चों को बड़ा होने में मदद के बिना खेलों के लिए. > > **अपनी जीत की तारीफ कीजिए ।** उनकी मदद करने के लिए समय निर्धारित करते हैं । > > **नौकरी - पेशे के ज़रिए, न कि रिपोर्ट करने के ज़रिए नौकरी - पेशे का विकास होता है ।** खड़े करना सिखाते हैं, घटकर, या डिबगिंग. Prring करता है. कोड समीक्षा करते हैं. 1-on-1 क्या करते हैं. मेरे अनुभव में, गलती का सामना नहीं किया जा रहा है या उन्हें नहीं है. यह है. **एक ही रस्म को हर संदर्भ में लागू करना**. ## हर काम किस बात के मुताबिक होता है यहाँ सच है: **हर एक अनुकूलता अपने टीम के लिए सबसे अच्छा काम करता है.** यही सिद्धांत है **टीमों में स्वयं को पेश किया जा रहा है** वास्तव में मतलब है, "कि स्क्रम पूरी तरह से पालन" नहीं है, लेकिन **टीम जो काम के लिए लगातार अपनी प्रक्रिया को अनुकूल बनाते हैं**. कुछ टीम रोज़मर्रा की ऊर्जा, कनेक्शन, तेजी से आग की समस्या हल करने के लिए रहते हैं. कुछ भी एक स्फीति संदेश में विरोध करेंगे, कम - से - कम मँध के साथ गहरा ध्यान केंद्रित. वास्तव में एक टीम परीक्षण, उपाय, और चुनता है. आप परिणाम प्राप्त करने के लिए अनुकूल. ### प्रक्रिया को बदलने के लिए कौन तय करता है? जब मैं कहता हूँ " टीम निर्णय" कौन वास्तव में उस कॉल करता है? **मुख्य डेवलपर को ले जाता है या बड़ी डेवलपर** परिवर्तनों का प्रस्ताव. यह अच्छा है. नेतृत्व सुधार के लिए स्थिति उत्पन्न करता है. **पैटर्न:** 1. कोई भी एक प्रयोग का प्रस्ताव करता है - "पैंट जाँच 2 सप्ताह के लिए?" 2. टीम व्यापार बन्द करने की चिंता पर चर्चा करती है, डॉक्टर, वापसी कैसे करें 3. लीड निर्णय करता है कि क्या इसे खरीदने-में-से-इन-हंपर चलाने का निर्णय करे या नहीं 4. मेहनत करने का नतीजा क्या होता है? 5. टीम निर्धारित करती है कि क्या रखना है, वापस लें या फिर से करें **पारदर्शिता कुंजी है.** सबूतों पर आधारित परिवर्तन करें (" हमारे पास यह डाटा है), नहीं विचार करें ("मुझे लगता है कि यह बेहतर है)। यदि आपकी टीम प्रक्रिया परिवर्तन के बारे में चिंता नहीं कर सकती है, तो आपके पास एक स्वीकरणशील टीम नहीं है - आपके पास एक कमांड है और अधिक आवाजों के साथ नियंत्रण है. ### स्पीइक: प्राक्कीदार पदार्थ यहाँ मैं प्यार एक पैटर्न है: **ध्वनि**. यदि आप छपाई का उपयोग करते हैं (या सिर्फ तेज़ चक्र प्रतिक्रिया), तो बालियाँ आपके प्रयोग के बजट हैं । **किसी भी "हमें एक्स तकनीक" चर्चा की कोशिश करनी चाहिए।** जब कोई कहता है कि "मुझे आश्चर्य है कि यदि पोस्ट पूरे पाठ खोज तेजी से इस के लिए एलईपीचक खोज होगा" इसे नीचे लिखें. यह सही नहीं है फिर मत बात करो. इसे कैप्चर करो. **भारी विकास के दौरान मजेदार ब्रेक इस्तेमाल करें.** एक बड़ी, लंबी विशेषता है कि आप को पीस रहा है? समय- सारिणी में. "एली, एक दिन ले लो और कोशिश करें कि रीफ्रेंस सर्वर अवयव आप का उल्लेख करते हैं. देखें यदि यह हमारे विभिक मुद्दों को हल करता है. " **devs के लिए स्पेइक्स FUN रहे हैं.** वे खोजने, सीखने और संभावित असफल होने के लिए अनुमति दे रहे हैं. यह स्वस्थ है. **एक टीम के रूप में उन्हें ट्रैक करें:** - यह कितना लंबा होना चाहिए? (२) 2 घंटे? 1 दिन? - हम क्या सीखने की कोशिश कर रहे हैं? (" मतलब यह क्या है?" नहीं "पूरी सुविधा का निर्माण करें" - हम कैसे जानते हैं कि यह सफल हो सकता है? (") बिना रुके 10k वस्तुएँ दे सकते हैं" - **वर्तमान खोज अंत में** - तुम बस दूर नहीं जा रहे हैं, आप टीम के लिए सवालों का जवाब दे रहे हैं कि अंतिम बिंदु गंभीर है। "यहाँ है कि मैंने क्या सीखा है" के साथ समाप्त होता है "यहाँ है कि मैंने क्या सीखा." हो सकता है SCON में 10 मिनट हो सकता है, एक सफेदबोर्ड पर 20 मिनट हो सकता है. प्रारूप कोई बात नहीं है. क्या बात है? **आप टीम के ज्ञान में योगदान दे रहे हैं, सिर्फ इससे बाहर नहीं**. **यह खासकर बच्चों के लिए ज़रूरी है ।** वे टीम का लाल विशेषज्ञ बन रहे हैं कि विशिष्ट उपयोग के लिए. वे इसे परीक्षण, परीक्षण, और अब वे टीम को सिखा रहे हैं. "आप कोचिंग के बारे में सीखना चाहता है. यहाँ एक 2 दिन की बारी है: लाल mams vs की जांच हमारे Mmials के लिए. शुक्रवार पर टीम के लिए अपनी खोज प्रस्तुत करते हैं. " अब सलाहकार सिर्फ वृद्धों से ज्ञान बरबाद नहीं कर रहा है - वे कर रहे हैं **टीम के सामूहिक समझ में योगदान**.. यही कारण है कि आप कैसे भरोसा विकसित करते हैं। यही है कि कैसे शिष्टाचार बंद कर देता है पागलों की तरह लग रहा है। ### [ चित्र का श्रेय] यहाँ मुश्किलों के लिए आर्थिक तर्क है: वे सिर्फ सीखने के अभ्यास नहीं कर रहे हैं - वे निर्णय त्वरक कर रहे हैं. **पथ 1: AV >** अगला dev चक्र, आप उस तकनीक का उपयोग कर सकते हैं. आप केप के परिणाम के रूप में अधिक मूल्य दे सकते हैं. यह खुद के लिए भुगतान किया. ऐलिस एक दिन rebuting सर्वर घटकों? दो सप्ताह बाद, टीम जहाज 80% कम ग्राहक जावास्क्रिप्ट के साथ एक सुविधा है. कि एक दिन निवेश ने डिबगिंग मुद्दों को बचाया. **पथ 2: मिटाया जा रहा है** या आप एक विकल्प, और अधिक मूल्यवान बनाने के द्वारा और अधिक मूल्यवान बनाने. "हम ग्राफ तंग करने की कोशिश की और यह हमारे टीम आकार के लिए बहुत जटिल तरीका है. अब हम जानते हैं: अगले 6 महीनों के लिए गहराई के साथ जुड़े रहना. "यह एक असफल नहीं है - कि एक है कि एक और अधिक मूल्यवान है कि एक है. " **सफल निर्णय**"क्या हम ग्राफ का उपयोग करना चाहिए?" जवाब नहीं है, प्रमाण द्वारा वापस. दोनों परिणामों में मूल्य है. या तो आप एक औज़ार प्राप्त करते हैं या आप ध्यान भंग करते हैं. सबसे बुरा परिणाम कभी भी नहीं पता चल रहा है कि क्या हम एक्स की कोशिश करते हैं? **यहाँ तक कि प्रक्रिया मुश्किल हो जाती है.** आप टीम पर "प्रयोगकर्ता" हो सकता है और प्रक्रिया के लिए उपयोग करें. "हम 2 सप्ताह के लिए clains की जाँच करें. यह एक प्रक्रिया है. हम ब्लॉकर प्रतिक्रिया समय मापेंगे और देखें क्या होता है. " **यह सिद्धांत: परीक्षण के द्वारा परिवर्तन किया जाता है ।** यह तकनीक के साथ खेलने के लिए एक टीम के लिए स्वस्थ है. यह प्रक्रिया के साथ खेलने के लिए अच्छा है. वैकल्पिक Contion - एक ही उपकरण है, एक ही समारोह, साल के लिए एक ही निराशा. Usconts प्रयोग करने के लिए सामान्य. वे इसे सुरक्षित बनाने के लिए कहते हैं "मैं नहीं जानता कि यह काम करेगा" और वैसे भी कोशिश करते हैं. खुद से पूछिए: **टीम का आउटपुट क्या होने की ज़रूरत है?** 1. **स्थिति अद्यतन** (कम से कम दैनिक) - तो सूली वाले जानते हैं कि क्या हो रहा है 2. **दिशा बदलने के लिए इनपुट** (वास्तव में अतिरंजर के लिए) - लेकिन खड़े नहीं हैं कि वैसे भी, यह पीठ सुधार के माध्यम से एक अलग अतुल्यकालिक प्रक्रिया है, retrounds, और सूली फ़ीडबैक के माध्यम से. वह *अच्छा परिणाम* मैं अतुल्यकालिक खुद की कमी के साथ किया गया है. आप पहचान है कि क्या " ऑफ़लाइन ले लो" (फुल्लों की एक अलग सभा में) या जब आप कुछ जटिल बात पर चर्चा करने के लिए एक टीम बैठक की जरूरत है. ### याद रखें: उत्पाद है आउटपुट जब तक वहाँ के साथ खेलने के लिए एक सुविधा है, **आपकी प्रक्रिया का उत्पाद आपके विकास मशीन का आउटपुट है**यही बात है. यदि आपके कंपनी को प्रगति अद्यतन को चालू करने की जरूरत है, तो सोचिए कि आप यह कैसे बचा सकते हैं के रूप में संभव रूप से कर सकते हैं: **विवरण विकल्प:** - स्क्रिप्ट जो जेआरएओए टिकट पर लग रहा है कहानी मुद्दों के लिए पूरा - ऐतिहासिक कार्य गति पर आधारित - कार "% 1" से लिये जाने वाले साप्ताहिक डायजेस्ट को स्वचालित भंडारित कर रहा है - सीआई/सीडी रिपिंग स्थिति से बोर्ड खींच - स्लेट कि सतह ब्लॉक स्वचालित से टिकट टैग से बाहर गिरता है इसके कुछ कारण हैं जो मनुष्यों को हर दिन पूरी तरह से प्रगति करने के लिए मजबूर करने से ज़्यादा आवश्‍यक हैं । यह करने के लिए है कि लक्ष्य संचार को मिटाने के लिए नहीं है. **सहज भाग को ठीक करें ताकि मनुष्य मूल्यवान भागों पर ध्यान केंद्रित कर सकें** - निर्णय, सहयोग, सृजनात्मक समस्या -. ## तंत्र - व्यवस्था की तरह पुनःविचार करें यदि आप एक डेवलपर कर रहे हैं, आप अपने तंत्रों को मॉनीटर कर रहे हैं. आप देर से ट्रैक, त्रुटि दर, संसाधन उपयोग. आपने SLOCO सेट किया है और जब वे अपमान करते हैं की जाँच की. **क्यों हम अपने प्रक्रियाओं के लिए ऐसा नहीं करते?** ### संचार जो असल में महत्त्वपूर्ण है और तुम इस क़दर ग़ाफ़िल हो तो ख़ुदा के आगे सजदे किया करो **संचार स्वयं**. यहाँ मैं देख रहे हैं कि असली समस्याओं को प्रकट किया है: **रोकेंर्स के लिए प्रतिक्रिया समय** - " स्थापित करने के लिए" टैग में से औसत समय - लक्ष्य: - आप हमेशा 4 घंटे से अधिक कर रहे हैं, अपने संचार चैनल काम नहीं कर रहे हैं **समय-से-R-RP-R_** - पहले समीक्षा करने के लिए कब से चला गया ? - लक्ष्य: <4 घंटे छोटे सचिव के लिए, <24 घंटे बड़ा - अगर दिन के लिए समीक्षा की गई है, तो या तो लोग स्फीति की जाँच नहीं कर रहे हैं या आपके पास बहुत अधिक डब्ल्यूपीपीएल है **प्रश्न अनुक्रिया दर** - जब कोई टीम चैनल में मदद माँगने की माँग करता है, तो उन्हें कितनी बार 1 घंटे के अंदर प्रतिक्रिया मिलती है? - लक्ष्य: - अगर यह कम है, अपने चैनल एक संचार इमेज के रूप में कार्य नहीं कर रहा है **डेकोफ़ी आवृत्ति** - न केवल एक DavOS मुझे परेशान करते हैं - यह एक संचार है मुझीश - यदि आप हर दिन तैनात कर रहे हैं, समन्वय काम कर रहा है - गुरुवार को तैनातिंग गुच्छ, अपनी प्रक्रिया बोतलों में है **चूकल चैनल संयुक्तमेंट** - नहीं "जो पोस्ट किया गया" लेकिन "लोगों को किसने कहा" - क्या सभी संचार का भार 3 लोग उठा रहे हैं? - आधी टीम है? **पैटर्न:** यदि ये वायरस स्वस्थ हैं, तो आपके संचार में प्रवेश चल रहा है. यदि वे अपमानित हैं, **कोई समारोह इसे तय करेगा**.. आप मूल समस्या को पता करने की जरूरत है (नवश्वर, कम मनोवैज्ञानिक सुरक्षा, उपकरण संघर्ष, आदि.) ### Cononmy स्वास्थ्य जाँच अपने टीम चौथाई से पूछें: 1. **यह समारोह किस समस्या को सुलझा रहा है?** - कोई भी स्पष्ट रूप से यह स्पष्ट रूप से बोल सकता है, इसे मार सकता है. 2. **कौन - सा सबूत दिखाता है कि यह काम करता है?** - "हम हमेशा यह किया है" सबूत नहीं है. 3. **क्या एक तेजी से रास्ता है?** - क्या अतुल्यकालिक रूप से काम किया जा सकता है? 4. **अगर हम इसे छोड़ दें तो क्या होगा?** - जाँच शुरू करो। 2 सप्ताह के लिए ठहराव। 5. **क्या हमने विकल्प परखे हैं?** - अगर आप साल के लिए एक ही समारोह चला रहे हैं, तो आप अस्वाभाविक नहीं हो रहे हैं. ### व्यावहारिक उदाहरण: मेरी अंतिम टोली फिर मैंने एक प्रयोग का प्रस्ताव रखा: **ग्रिड दिखाएँ (G)** हमारी प्रौढ़ टीम हर हफ्ते 3x जांच + अतुल्यकालिक अद्यतन के साथ संरेखण बनाए रख सकती है। **मेट्रिक्स:** - ब्लॉक रेज़ोल्यूशन समय - प्रिंटर लक्ष्य सफल दर - टीम संतुष्टि (नोनीम सर्वे) - औसत औसत औसत औसत उम्र **परिणाम 4 सप्ताह के बाद:** - ब्लॉक समय: **अ- निर्दिष्ट** (अनुप्रयोगी टैग) - प्रिंटर लक्ष्य: **+1 सुधार** (अधिक फोकस समय) - शनिर: **+ 15% वृद्धि** (कोई बैठक थकान नहीं) - राजकुमार उम्र: **-8 घंटे औसत** (और अधिक समीक्षा समय) हमने इसे स्थायी बनाया है । **हमारे संदर्भ कर उचित नहीं था**. ```mermaid graph TD A[Current Ceremony] -->|Define| B[Success Metrics] B -->|Propose| C[Alternative Approach] C -->|Run| D[Time-boxed Experiment] D -->|Measure| E{Better Results?} E -->|Yes| F[Adopt New Approach] E -->|No| G[Keep Original] E -->|Mixed| H[Iterate & Re-test] F --> I[Document & Share] G --> J[Schedule Next Review] H --> C style A stroke:#e1f5ff style D stroke:#fff3cd style F stroke:#d4edda style I stroke:#d4edda ``` ## टोली प्रौढ़ता प्रसंग (D) मैं क्रिस्टल स्पष्ट होना चाहता हूँ: **मैं हर जगह खड़े बंद बंद करने के लिए नहीं कह रहा हूँ**. कुछ संदर्भ रोज़मर्रा की भेंट से सच्चे दिल से लाभ उठाते हैं: ### जब खड़े हों तो उनके करों को कान लगाकर सुन लें मेरे अनुभव में, दैनिक लंगरों के लिए मूल्य है: **नए फ़ॉर्मेड टोली** - सदस्य एक दूसरे के काम करने वाले शैली नहीं जानते - महत्वपूर्ण ज्ञान अभी तक बना नहीं है - जब न जाने हों तो साफ - सफाई की ज़रूरत होती है **जूनीर-हेवि टीम** - अनुमान व योजना को सीखना - रोज़मर्रा के कामों से फायदा पाइए - पेशेवर संचार कौशल **उच्च- निश्चित जारी विंडोज़** - जटिल कड़ियों की निर्भरता को नियंत्रित करना - रैपर पहचान गंभीर है - तनाव में तनाव कम करने का तनाव **क्रॉस- इंटरफेस- खोज** - उत्पाद, डिज़ाइन, और इंजीनियरिंग की बनावट एक साथ - जी नहीं । - कड़ा फ़ीडबैक लूप्स आवश्यक **मुख्य सिद्धांत:** जब अपने टीम के संदर्भ परिवर्तन, अपने समारोह भी होना चाहिए. मैंने 6 सप्ताह के उत्पाद लांच के दौरान खड़े टीमों के साथ काम किया है कि एक 6 सप्ताह के दौरान अप अप किया है, फिर के बाद के लिए चला गया. यही नहीं है - **यही कारण है कि अनुकूलता है**. ## क्या अच्छा लग रहा है मुझे साझा क्या प्रभावी समारोह की तरह लग रहा है, जब यह काम कर रहा है: ### उदाहरण: 7 मिनट का खड़ा खड़ा खड़ा मैं इस तरह के खड़े खड़े के साथ काम किया एक सबसे अच्छा टीम में से एक: **प्रारूप:** 1. प्रत्येक पोस्ट पोस्ट को स्मिटल में अद्यतन करें *पहले* बैठक 2. बैठक शुरू होता है: "कुछ ब्लॉक या निर्णय जरूरी है?" 3. सिर्फ इन मद को पता पुस्तिका के आधार पर पता लगाएँ 4. यदि कुछ भी आवश्यक नहीं: "बड़ा, बैठक रद्द, कार्य करने के लिए वापस" **औसत अवधि:** 7 मिनट **बैठक रद्द:** ~40% समय का **मूल्यः** उच्च-स्थक चौड़ाई समस्या हल करती है, शून्य स्थिति में ### उदाहरण: एसईएसईएसई वीडियो अद्यतन 9 समयक्षेत्र के पार वितरित टीम के लिए: **पैटर्न:** - हर व्यक्ति अपने दिन में 60-दूसरे Lim वीडियो रिकॉर्ड करता है - स्मिट थ्रेड साझा करने के लिए पोस्ट - अन्य लोग अतुल्यकालिक रूप से देखते हैं और टिप्पणी/ सहयोगियों के साथ जवाब देते हैं - सिर्फ जटिल विषयों के लिए साप्ताहिक सिंक बैठक **समय लागत:** 60 सेकंड रिकार्डिंग + 3 मिनट देख रहा है **समय क्षेत्रः** रुका हुआ **कनेक्शनः** ऊपरी ( दर्शन में चेहरे, सुनने के स्वर को देखा जा सकता है) ### उदाहरण: भरोसे की कमी "आप ट्रैक पर हैं?" पूछने के बजाय, एक टीम ने एक सरल जाल बनाया: IMTREANTMEALLLYEARTYEARTYYYEAR( 0. 20) अंतिम अद्यतन |------|----------|-----------|-------------| IMSAREARART 5 पाइंट्स 20% 2 घंटे पहले Mozilla भुगतान API 8 पाइंट्स _BAR_ 60% 5 घंटे पहले सीजेके DBLLLOMERT 3 पाइंट्स TX 30% 1 दिन पहले 70% से नीचे भरोसा करना स्वचालित "मदद की जरूरत है?" **परिणाम:** बाकी लोगों ने स्वाभाविक रूप से, कोई सभा की ज़रूरत नहीं । ## खुशी की असली भावना यहाँ मुझे खड़े ऑर्थोडॉक्स के बारे में क्या परेशान कर रहा है: ऐंबो कहते हैं **"एक योजना का पालन करने पर बदलाव करने के लिए गारंटी।"** फिर भी हम हमारे रस्मों बदलने का विरोध करते हैं। हम स्क्रम से खड़े हैं, और हम उन्हें चलते रहते हैं तब भी जब सबूत दिखाते हैं कि वे काम नहीं कर रहे हैं। यह कोई अजीब बात नहीं है. **परंपरा**. मेरे अनुभव में, वास्तव में कुशल टीम कठिन प्रश्‍न पूछते हैं: - "इस समारोह पिछले साल काम किया है. क्या यह अभी भी करता है?" - "हम अब वितरित कर रहे हैं. हमारे सिंक पैटर्न परिवर्तन चाहिए? " - "हमारी टीम तीसरी है. क्या एक ही संरचना पैमाने है?" - "हम सिर्फ बड़ी परियोजना को हटा देते हैं. हम अब के लिए क्या स्तर निर्धारित करते हैं?" ```mermaid graph TD A[Agile Mindset] -->|Requires| B[Continuous Improvement] B -->|Applied to| C[Product] B -->|Applied to| D[Code] B -->|Should apply to| E[Process] E -->|Questions| F{Is this ceremony
still valuable?} d apply to| E[Process] E -->|Questions| F{Is this ceremony
still valuable?} F -->|Yes + Evidence| G[Keep & Measure] F -->|No + Evidence| H[Change or Remove] F -->|Unsure| I[Run Experiment] G --> J[Schedule Next Review] H --> J I --> F style A stroke:#e1f5ff style E stroke:#fff3cd style G stroke:#d4edda style H stroke:#d4edda style I stroke:#d4edda ``` ## सुराग: Cayyy अपना बोझ उड़ा देना ज़रूरी है मैं एक सरल सिद्धांत के साथ इस घर लाते हैं: > **एक रस्म नहीं है क्योंकि यह स्क्रम गाइड में एक नाम है. > यह केवल तब होता है जब यह अपना बोझ कमाता है.** बकवास नहीं कर रहे हैं. **अनिवार्य, अप्रयोगित, संदर्भ-फ्री अप हैं.** मेरे अनुभव में, सबसे अच्छे टीम कोड की तरह रस्मों का इलाज करते हैं: - वे **रीफ्रेक्टर** जब पैटर्न निकलते हैं - वे **कक्ष आकार** जब प्रदर्शन होता है - वे **मिटाएँ** जब अब आवश्यकता न हो - वे **विकल्प जाँचें** पहले - वे **माप** जान लो! वही हैं जो कर्म करते हैं, यह है **अभ्यास में स्वयं को देखने के लिए टीमों को तैयार किया जा रहा है**लेकिन टीम जो लगातार जाँच करते हैं और काम करने के अपने तरीके को ढालते हैं, उनके मुताबिक खुद को ढालते हैं । यह के बारे में है। **स्पष्ट प्रमाणों और स्रोतों में**. अगर एक 2 डिग्री से कम गति से कम थकान की जाँच करता है और अपनी टीम जहाज तेजी से, कम थकान महसूस करता है, और संरेखण - **यह कार्रवाई में अविष्टता है**. तो यहाँ आप के लिए मेरी चुनौती है: **इस सप्ताह, अपनी टीम से पूछें:** 1. हम क्या खो देंगे अगर हम एक सप्ताह के लिए खड़े रहने के लिए छोड़ दिया? 2. हम क्या हासिल करेंगे? 3. क्या हम इसे परखने के लिए तैयार हैं? बड़े — अब आपके पास सबूत हैं, कल्पना नहीं । या आप यह शायद महीनों के लिए लाभ के बिना कर रहा है मिल सकता है. साथ ही महान — अब आप निश्चित रूप से कर सकते हैं. किसी भी तरह से, आप सबसे कुशल बात संभव हो जाएगा: **हकीकत के आधार पर खुद को ढालते हुए, रिवाज़ नहीं**. --- ## सन्दर्भ (D) - [एक- तरफालो](https://agilemanifesto.org/) — मूल सिद्धांत - [चारों ओर जहाज मुड़ें!](https://davidmarquet.com/) एल के द्वारा। डेविड मारकट - आधारित नेतृत्व समारोह को कम करता है - [टीम शीर्ष- सूचना](https://teamtopologies.com/) — टीम का निर्माण कैसे संचार को प्रभावित करता है - [रिमोट कार्यालय आवश्यक नहीं](https://basecamp.com/books/remote) - बेसकाम्प से प्रथम विचार --- *क्या आपने अपनी टीम के लिए विकल्पों के साथ प्रयोग किया है? मैं सुनने के लिए प्यार करता हूँ क्या काम किया (या नहीं). [संपर्क में जाओ](/contact) या नीचे कोई टिप्पणी छोड़ दें.*