2009-06-26 12 views
81

मैं एक बहुत ही छोटे स्टार्टअप के साथ हूं और हमने स्क्रम/एग्इल विकास चक्र के एक रूप का उपयोग शुरू किया।स्क्रम स्पिंट्स लगातार करते समय बर्नआउट हो सकता है?

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

हालांकि, अब हम हमारे 18 वीं स्प्रिंट रिलीज चक्र में प्रवेश कर रहे हैं और मैं एक छोटे से बाहर जला दिया महसूस करने के लिए शुरू कर रहा हूँ। ऐसा नहीं है कि मुझे नौकरी या मेरे सहकर्मियों को पसंद नहीं है, यह सिर्फ यह है कि ये दौड़ हैं ... अच्छी तरह से, स्पिंट। शुरुआत से लेकर मैं सचमुच महसूस करता हूं कि मैं अपने विकास वेग को बनाए रखने के लिए घड़ी के खिलाफ दौड़ रहा हूं। जब हम स्प्रिंट के साथ काम करते हैं तो हम अगले दिन स्प्रिंट के फीचर सेट और अनुमानों की योजना बनाते हैं और फिर हम फिर से जाते हैं।

लोग हैं, जो एक परिपक्व चंचल/स्क्रम विकास की प्रक्रिया में काम करते हैं, यह सामान्य है? या क्या हम कुछ याद कर रहे हैं? क्या आमतौर पर एक स्क्रम enviornment में समय है कि कुछ मामूली चीजें करने और अपने सिर को साफ करने के लिए unassigned/untracked है?

+0

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

+11

यदि यह रचनात्मक नहीं है, तो स्टैकएक्सचेंज पारिस्थितिक तंत्र में यह सबसे अच्छा कहाँ होगा? –

+2

शायद http://programmers.stackexchange.com ... सुनिश्चित नहीं है। –

उत्तर

62

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

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

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

हेनरिक Kniberg इस में क्या कहना है:

"डिफ़ॉल्ट" फोकस कारक मैं नई टीमों के लिए उपयोग आमतौर पर 70% है, क्योंकि ऐसा करना है जहां हमारे अन्य टीमों के सबसे समय के साथ समाप्त हो गया है ।

http://www.crisp.se/henrik.kniberg/ScrumAndXpFromTheTrenches.pdf

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

  • शुक्रवार की सुबह को स्प्रिंट समाप्त करें। सुबह में अपनी स्प्रिंट समीक्षा और पूर्वदर्शी रखें और टीम को अपने सिर को साफ़ करने के लिए दिन के बाकी हिस्सों पर काम करने दें। सोमवार को स्प्रिंट योजना के साथ उठाओ।
  • हम "प्रयोगशाला दिनों" की धारणा की शुरुआत की। ये पूरे दिन हैं कि टीम को परियोजना से दूर ले जाया जाता है और वे एक दूसरे के साथ शोध के माध्यम से और विशिष्ट तकनीकी विषयों पर सहयोग के माध्यम से अपने तकनीकी कौशल में सुधार करने के लिए काम कर रहे दिन बिताते हैं। अधिकांश समय उनके पास विशिष्ट परियोजना के साथ बिल्कुल कुछ नहीं है और टीम के सदस्यों को हल्के विषयों के बारे में सोचने की अनुमति देता है।
+3

निबर्ग ने खुद से कहा: "फोकस कारक उन चीज़ों में से एक है जिन्हें मैं पुस्तक से बाहर निकलना चाहता हूं। पुस्तक लिखने के बाद इसे सही तरीके से उपयोग करना बंद कर दिया ..." - https://twitter.com/henrikkniberg/status/207853426967715841 – MPV

7

एक समाधान स्प्रिंट पर बिताए गए दिन में घंटों की संख्या को कम करना है।

मुझे कुछ लोगों को पता है जिनके कार्यदिवस में साढ़े तीन घंटे की स्प्रिंट शामिल थी, दिन के बाकी हिस्सों में अन्य गतिविधियों पर ध्यान केंद्रित किया गया था: समर्थन, तकनीकी ऋण, अनुसंधान, आदि से राहत, उनके विकास वेग तदनुसार सेट किया गया था।

कि थोड़ा चरम लग सकता है, लेकिन अगर मैं गलत नहीं हूँ यह हाल के बड़े पैमाने पर आर्थिक सदमे हिट जब तक एक लाभदायक कंपनी थी।

+0

मुझे लगता है कि अभी हम प्रति दिन 6 घंटे स्प्रिंट पर सेट हैं। शायद यह थोड़ा सा है। – mmcdole

+0

यह बहुत कुछ नहीं लग सकता है, लेकिन मुझे लगता है कि यह चलने के लिए एक सुंदर तंग रस्सी है। यदि दिन के दौरान कोई वास्तविक समस्या नहीं आती है तो आप इसे ठीक से बनाए रख सकते हैं, लेकिन यदि आप एक झटके मारते हैं तो यह उस दिन के लिए आपके वेग को नष्ट कर देता है। – mmcdole

+0

मेरी टीम प्रति दिन 5 उत्पादक घंटे के आधार पर योजना बना रही है। और टीबीएच मुझे लगता है कि 4.5 घंटे शायद हमें बेहतर लगेगा। तो मुझे लगता है कि प्रति दिन 6 उत्पादक घंटे * बहुत * है। –

9

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

4

आप अपने 18 वें स्प्रिंट में हैं !?

स्प्रिंट प्रति 2 सप्ताह को देखते हुए, कि एक ही परियोजना पर काम कर 36 सप्ताह लगातार मतलब है। आप यह भी टिप्पणी करते हैं कि हर दिन लगभग 6 घंटे काम करते हैं। यह बहुत पसंद है!

मैं नहीं जानता कि चुस्त तरीके के बारे में ज्यादा (हालांकि हम वास्तव में हमारे वर्तमान प्रोजेक्ट में स्क्रम उपयोग कर रहे हैं), लेकिन वहाँ अपने काम के घंटे के बारे में सिद्धांत (मेरा मतलब है, समय की राशि है जो आप एक काम कर खर्च) है 60% ~ 70% होना चाहिए। अब, संख्याएं फिर से कर रही हैं, यदि आपका श्रम दिवस 8 घंटे लंबा है, और आप 6 घंटे काम करते हैं, तो आप वास्तव में अपने श्रमिक समय के लगभग 75% खर्च कर रहे हैं। यह थोड़ा विचलन हो सकता है जो अंततः आपको यह महसूस कर रहा है।

OTOH, मुझे विश्वास है कि अगर अपनी परियोजना लंबे समय के लिए किया जाना ले जाएगा, स्प्रिंट अधिक होनी चाहिए, नहीं 2 सप्ताह, लेकिन नहीं एक महीने। अपने बर्नआउट चार्ट पर नीचे की तरफ वक्र पर विचार करें: एक नियमित कार्य जला के साथ अपना स्प्रिंट शुरू करें, और स्प्रिंट समाप्त होने से पहले पिछले 2 या 3 दिनों में अपनी गतिविधि को कम करें।

Agile उत्कीर्णन के साथ एक पत्थर नहीं है: "तेजी से/मजबूत/बेहतर/कड़ी मेहनत करें", यह सफेद बादलों के साथ एक नीले आसमान की तरह है जो पढ़ता है: "अच्छा, सुंदर और अधिक उत्पादक काम करें"। (डाफ्ट पंक + रेडियोहेड के अंत सौजन्य पर थोड़ा सा लॉल)।

2

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

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

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

+2

शायद उन्हें इसे एक स्प्रिंट नहीं कहना चाहिए, आह? उन्हें इसे एक गोद कहना चाहिए। –

12

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

8

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

यह निश्चित रूप से मुझे जलाया नहीं जाने में मदद करता है।

11

एक स्प्रिंट 100 यार्ड डैश नहीं है; यह एक मैराथन में एक (यादृच्छिक) मील है, यानी एक गति है जिसे आप अनिश्चित काल तक बनाए रख सकते हैं।

क्या आपकी टीम प्रत्येक स्प्रिंट के अंत में रेट्रोस्पेक्टिव आयोजित कर रही है? यह टीम की प्रक्रिया का "निरीक्षण और अनुकूलन" करने का अवसर है? स्क्रममास्टर के रूप में, मैं नियमित रूप से टीम से यह पूछने के लिए कहता हूं कि टीम एक इकाई के रूप में कैसे महसूस करती है, और यदि वे मजाक कर रहे हैं। हम पता लगाते हैं कि क्यों या क्यों नहीं, और समायोजन और विकल्पों के साथ प्रयोग करें।

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

के लिए, "... एक स्क्रम वातावरण में समय है कि है असाइन नहीं किए गए/ट्रैक न किए गए कुछ मामूली बातें किया पाने के लिए और अपने सिर को स्पष्ट करने के लिए" उपलब्ध क्षमता के x% पर टीम प्रतिबद्धता रखने के रूप में (अंक, अधिमानतः, लेकिन यदि आवश्यक हो तो घंटों का उपयोग किया जा सकता है; किसी भी मामले में मुझे 60-70% की सीमा में कुछ मिल गया है मानदंड लगता है) स्प्रिंट के अंदर स्थिरता की कुंजी है, और कभी-कभी 'फ्री कोड डे' बाहरी स्पिंट्स के लिए अच्छी तरह से काम करता है।

+17

शायद उन्हें इसे एक स्प्रिंट नहीं कहना चाहिए, आह? उन्हें इसे एक गोद कहना चाहिए। –

+3

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

+0

एक गोद का कोई लक्ष्य नहीं है, यह सिर्फ एक और है, एक स्प्रिंट 'एक लक्ष्य को चलाने' को परिभाषित करता है जो अंत में 'स्प्रिंट' होता है। शब्दावली ध्वनि IMHO – Jakub

18
विकिपीडिया से burnout पर

:

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

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

आईएमएचओ, छोटी खुराक को छोड़कर, कम से कम 4 सप्ताह से अधिक नहीं, कम 2 सप्ताह स्क्रम प्रतिबंधित होना चाहिए। इसे असाधारण या महत्वपूर्ण चीजों के लिए एक उपकरण के रूप में प्रयोग करें, लगातार नहीं। सामान्य ज्ञान का उपयोग करें।

+2

यह हास्यास्पद एफयूडी है, स्क्रम निश्चित रूप से लोगों को जलाने के बारे में नहीं है, शॉर्ट स्प्रिंट 80 प्रति सप्ताह काम करने के बारे में नहीं है। –

+1

इतने देर से चीम के लिए खेद है। लेकिन बिल्कुल। –

+0

मेरी राय में, स्क्रम वास्तव में एक बर्नआउट के लिए मेरी संभावनाओं को कम कर देता है। सिर्फ इसलिए कि टीम आत्म-आयोजन और आत्म-प्रबंधन है, टीम अनुमानों और स्प्रिंट के लिए जिस योजना की योजना बना रही है, उसके लिए जिम्मेदार है। मुझे उन दिनों की याद आती है जहां 'प्रबंधकों' ने किसी और के ऊपर अपनी मांगों को प्राथमिकता दी थी। या जहां 'प्रबंधकों' ने मुझे उनके लिए 'छोटी सी चीज़' करने के लिए कहा था। इसके अलावा, स्क्रम एक सामान्य कार्य दिवस को परिभाषित करता है 'डेवलपर' के लिए 7 से 8 घंटे होना चाहिए और किसी को भी टीम का प्रबंधन नहीं करना चाहिए या टीम की प्रगति को ट्रैक करना चाहिए (टीम को छोड़कर)। स्क्रम वास्तव में प्राथमिकता देने के लिए 'प्रबंधकों' (उर्फ हितधारकों) को मजबूर करता है। – Nullius

5

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

कुछ लोग इस तरह से महसूस नहीं करेंगे, अन्य लोग करेंगे। काम का एक तरीका नहीं है जो सभी फिट होगा। मेरी राय में कभी नहीं होगा।

इसके अलावा, यदि आप कहते हैं कि ये चुस्त विधियां और स्पिंट अधिक प्रभावी/उत्पादक नहीं बन रहे हैं, तो आप इसका उपयोग क्यों कर रहे हैं? आपको क्यों लगता है कि कंपनियां इन तरीकों का उपयोग करना चाहती हैं? ऐसा इसलिए नहीं है क्योंकि वे मजेदार हैं ....

प्रभावशीलता/उत्पादकता हमेशा मेरी राय में कुछ प्रकार की कीमत पर आती है। यह सिर्फ जादू तरीकों का उपयोग करके पॉप अप नहीं करता है (यदि आपको मेरा बिंदु मिलता है)।

आपके लिए अधिक प्रभावी (काम और दबाव-वार) बनने का एकमात्र तरीका है और कम काम करना किसी और को काम करना या इसे स्वचालित करना है।

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

हालांकि, मुझे व्यक्तिगत परियोजनाओं पर काम करने के लिए समय निकालने का विचार पसंद है। ज्यादातर कंपनियां इसे कभी भी अनुमति नहीं देगी। लेकिन शायद आप अपने नियोक्ता को अपनी प्रक्रियाओं को स्वचालित करने के लिए इस समय प्राप्त करने के लिए राजी कर सकते हैं और यह कार्य "आराम" के बाहर "समय" के बारे में बात करने और नए स्प्रिंट के लिए ऊर्जा प्राप्त करने की अनुमति देने के लिए "स्प्रिंट नियंत्रण के बाहर" हो सकता है।

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

2

मुझे लगता है कि आप कुछ खो रहे हैं, लेकिन आप केवल एक ही नहीं हैं। जिम हाई्स्मिथ कहते हैं: "वेग तेजी से एक उत्पादकता उपाय (नहीं क्षमता अंशांकन उपाय है कि यह बनना था) कि वितरित कहानी अंक की मात्रा पर बहुत अधिक ध्यान केंद्रित के रूप में इस्तेमाल किया जा रहा है।"

मैं डी अनुमान है कि आपकी टीम के साथ क्या हो रहा है। मैं इस हाइस्मिथ के आईएमएचओ मौलिक पद को पढ़ने की सलाह देता हूं: Velocity is Killing Agility!