कार्य पर समय अनुमानित करना

Question

हमने अभी अपनी कंपनी में स्क्रम करना शुरू कर दिया है। हम नियोजन पोकर का उपयोग करके प्रयास का अनुमान लगाने में थोड़ा सा समय व्यतीत कर रहे हैं और फिर जब विस्तृत कार्य कार्य किया जाता है तो प्रत्येक कार्य पर एक समय अनुमान लगाया जाता है।

हमारे पास समस्या यह है कि समय अनुमान लगातार गलत होते हैं (आमतौर पर अनुमानित)। यद्यपि हम सभी एक प्रयास पर सहमत हो सकते हैं, एक कार्य के लिए समय पर सहमत होने के लिए एक टीम प्राप्त करना बहुत कठिन है - 1 व्यक्ति को एक घंटे में किसी और को 3 घंटे लग सकते हैं। हम बीच में कहीं भी जा रहे हैं।

किसी कार्य के समय अनुमान के साथ कौन आना चाहिए और यह कब होता है?

क्या यह सिर्फ कुछ है जिस पर हमें अधिक अभ्यास की आवश्यकता है, या क्या हम इसे गलत कर रहे हैं?

Answer 1

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

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

यह एक और सवाल पूछता है: आप समय के बारे में चिंतित क्यों हैं? वाटरफॉल मॉडल में समय मूल रूप से खर्च होता है। Agile में, लक्ष्य मूल्य के लिए सॉफ्टवेयर विकसित कर रहा है मूल्य नहीं। कारण बिंदुओं का उपयोग किया जाता है कि यह तुलना करने का एक सार आधार है कि व्यापार मालिक, परियोजना प्रबंधक और निर्माता (डेवलपर्स) सभी एक अमूर्त प्रकाश में देख सकते हैं। (समय के विभिन्न प्रतिभागियों की सांस्कृतिक, सामाजिक या मनोवैज्ञानिक धारणाओं से निष्पक्ष।) व्यवसाय मालिक किसी दिए गए स्प्रिंट में उपलब्ध बिंदुओं पर एक नज़र डाल सकते हैं - और उपलब्ध अंकों को जानना - वे कार्यक्षमता का चयन कर सकते हैं जो सबसे महत्वपूर्ण है। यह हमेशा कठिन निर्णय का थोड़ा सा होता है, लेकिन फिर, लक्ष्य मूल्य की ओर बढ़ना और समय मुक्केबाजी या फीचर स्टफिंग से दूर करना है।

Answer 2

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

मैं प्रयास अनुमान से समय निकालने से सहमत हूं थोड़ा उलझन में है। बड़ा सवाल यह है कि इससे कोई फर्क नहीं पड़ता कि आप कार्य समय को अधिक महत्व दे रहे हैं? क्या टीम स्प्रिंट के अंत में 4-5 दिनों तक बैठी है, जिसमें कुछ भी नहीं है? यदि ऐसा है, तो उत्पाद स्वामी के पास जाएं और उसे बताएं कि टीम स्प्रिंट में एक या दो छोटी वस्तुओं को जोड़ना चाहती है। आप आम तौर पर चल रहे स्प्रिंट में सामान नहीं जोड़ते हैं, लेकिन स्क्रम काम का प्रबंधन करने के लिए एक ढांचा है, और जब तक टीम नई वस्तुओं को जोड़ने पर संकेत देती है, तब तक आपकी टीम के लिए स्क्रम काम नहीं करने की आवश्यकता नहीं है ... आपकी टीम को स्क्रम के लिए काम करने के लिए मजबूर नहीं करें।

इसके अलावा, आपके प्रश्न यह इंगित करते हैं कि आपकी टीम की योजना बनाई जा रही तुलना में अधिक वेग है। अपने 2 सप्ताह स्प्रिंट (10 काम दिन) 10 के वेग है, लेकिन अपनी टीम को सिर्फ 11 या 12 के बगल में स्प्रिंट पर अपनी कहानी अंक, 7 दिन से सब कुछ के साथ समाप्त हो रही है, तो