मैं 12 साल से परीक्षण कर रहा हूं, मैंने नौमेन और यैंडेक्स में काम किया। अब मैं सर्किट में 150 लोगों के परीक्षण विभाग का नेतृत्व करता हूं और टीमों में से एक में परीक्षक के रूप में काम करना जारी रखता हूं।

छह महीने के प्रदर्शन की समीक्षा के बाद, विभिन्न टीमों के प्रबंधकों ने बताया कि वे अपने परीक्षकों के लिए क्या लक्ष्य निर्धारित करते हैं। पांच में से एक के पास यह था: "परीक्षण कार्यों के लिए समयसीमा का मूल्यांकन करना सीखें।" अक्सर इस तरह की "समय सीमा का आकलन" न केवल परीक्षकों से, बल्कि डेवलपर्स से भी चाहता है।

95% मामलों में शर्तों का अनुमान। धन्यवाद xkcd

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

अब मैं बताऊंगा कि यह कैसे काम करता है।

क्लासिक्स के कामों पर

मैक्सिम डोरोफीव - सीधे समय सीमा को प्रभावित करने का प्रभाव

मैं किताब " जेडी तकनीक " से उद्धृत करता हूं, हालांकि कोई पार्किंसंस कानून को उद्धृत कर सकता है:

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

कार्य को तुरंत शुरू करने के बजाय, हम "तत्काल काम कर रहे हैं", क्योंकि "यह कार्य अभी तक जल नहीं रहा है" - हमारे पास पूर्वोक्त स्टॉक भी है।

कार्य "धूम्रपान" से शुरू होता है, और हम इसके लिए आगे बढ़ते हैं। यदि कुछ नहीं हुआ, तो हम इसे समय पर करते हैं, लेकिन अगर कुछ हुआ है ... हमने पहले ही इस "कुछ" पर रिजर्व खर्च कर दिया है और, परिणामस्वरूप, देर हो चुकी है।

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

रेक्टिफायर (और डायोड) के रूप में मनुष्य जेडी तकनीक से एक दृष्टांत है। एक वीडियो भी है।

टॉम डेमारको - द ह्यूमन फैक्टर

पहले अध्याय के पांचवें भाग में समय के मूल्यांकन का प्रदर्शन करने वाले पर उत्पादकता की निर्भरता पर अध्ययन के लिंक हैं।

संक्षेप में: मूल्यांकन का तथ्य लगभग 40% खराब होने की शर्तों को प्रभावित करता है।

मैं इसे पढ़ने की सलाह देता हूं। पांचवें अध्याय में सूचीबद्ध सभी कारक अभी भी प्रासंगिक हैं।

डेमिंग और नीव - लाल मोतियों के साथ एक प्रयोग

पिछले एक साल में, मैंने प्रबंधकों से दो बार सुना: "हमने कार्यों का मूल्यांकन करने के लिए समय सीमा को पूरा करना सीख लिया है, अब इस तरह के प्रोग्रामर या परीक्षक ने उन डेडलाइन का उल्लंघन नहीं किया है जिन्हें मैंने नाम दिया है।"

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

शीर्षक में वर्णित लेखकों का कहना है कि समय सीमा का अनुमान लगाने का एकमात्र सही तरीका सांख्यिकीय तरीकों के माध्यम से है। विशिष्ट कार्यों के एक पैकेज का मूल्यांकन किया जाना चाहिए। "क्या हमारे पास अलग-अलग कार्य हैं?" यह झूठ है। एक वर्ष के अंतराल पर इतने अलग-अलग कार्य नहीं होंगे। एक नियम के रूप में, इस तरह के बयान प्रक्रिया पर प्रतिबिंब की कमी और अभ्यास करने में विफलता का संकेत है: अपघटन, एमवीपी, प्रोटोटाइप, मानकीकरण।

उन ग्राहकों के बारे में जिन्हें समय सीमा की आवश्यकता होती है

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

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

एक बार फिर: समय का अनुमान कलाकार को समय सीमा के साथ पकड़ने से रोकता है।

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

• एमवीपी
• कार्य विघटन
• अधूरे काम की सीमा (प्रोग्रामर पुराने कार्यों के बाहर आने तक नए कार्य नहीं करता है)
• रीफैक्टरिंग और बाद की सुविधाओं की अलग-अलग रिलीज़
• बैकएंड, फ्रंटएंड और उत्पाद के अन्य भागों की अलग-अलग रिलीज
• कैनरी रिलीज
• सुविधा ध्वज का उपयोग
• महत्वपूर्ण दोषों को अलग करने के लिए परीक्षकों की क्षमता
• महत्वहीन दोषों के साथ एक टीम की रिहाई की क्षमता

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

अक्षम प्रबंधकों के बारे में

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

जब काम पूरा हो जाता है तो श्रम लागत का मूल्यांकन करने की आवश्यकता होती है जो हमें उपरोक्त उपयोगी अभ्यास करते हैं: मुख्य रूप से, इस कार्य का अपघटन।

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

जीवन उदाहरण:
- आप इस सुविधा पर कितना समय बिताएंगे?
- मैं एक सप्ताह और एक आधा लिखूंगा और तीन दिनों के लिए कीड़े को ठीक करूंगा।
- यही है, 3-4 सप्ताह में यह तैयार हो जाएगा?

यही है, "मैं इस कार्य पर दिन बिताऊंगा" और "कार्य एक दिन में तैयार हो जाएगा" के बीच का अंतर कई और मौलिक है।

आप जीवन सिखाते हैं, और आपने खुद को क्या हासिल किया?

हां, मैं और मेरी टीम के बारे में बात करते हैं। हम सफलतापूर्वक कुछ सूचीबद्ध अभ्यास करते हैं, कुछ करना सीखते हैं। कुछ नहीं हैं, और यह दुखद है।

मुझे लगता है कि हमने अधूरे काम को सीमित करना, प्रारंभिक रीफ़ैक्टरिंग रिलीज़ करना और महत्वपूर्ण बग्स को महत्वहीन लोगों से अलग करना सीखा है।

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

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

शेष कार्य किसी भी तरह से चिह्नित नहीं हैं। सूची से अभ्यास किया जाना शुरू हो जाता है अगर उस पर काम करने का समय एक मनमाने ढंग से चुना गया और 2 सप्ताह की विभिन्न सीमा से अधिक हो।

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

पिछली बार मुझे एक जरूरी काम छोड़ने के लिए प्रबंधक के अनुरोध पर दो साल से अधिक समय पहले काम में देरी हुई थी। इससे पहले, 2015 में और 2016 में एक दो बार।

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

( टेलीग्राम में हमारे चैनल की सदस्यता लें, यह वहां अच्छा है।)