मेरी कंपनी में, एक व्यक्ति द्वारा एक भी कार्य पूरा नहीं किया जा सकता है। प्रत्येक कार्य के लिए QA और कोड समीक्षा के लिए एक अलग व्यक्ति होने जा रहा है। इसका मतलब यह है कि प्रत्येक व्यक्ति अपने अनुमानों को, कार्य के अनुसार, पूरा होने में कितना समय लगेगा।
समस्या यह है, मुझे कैसे जलना चाहिए? यदि मैं एक साथ घंटों को एकत्रित करता हूं, तो निम्न अनुमान मानें:
10 बजे - देव समय
4 घंटे - क्यूए
4 घंटे - कोड की समीक्षा।
टास्क एस्टीमेट = 18 घंटे
प्रत्येक दिन के अंत में मैं पूछता हूं कि कार्य को "कितना समय होने तक छोड़ दिया जाता है" के साथ अपडेट किया जाए। हालांकि, प्रत्येक व्यक्ति आम तौर पर अपने हिस्से के बारे में सोचता है। क्या उन्हें शेष प्रयास को चिह्नित करना चाहिए, और फिर उस प्रयास का ADD अनुमान लगाना चाहिए? आप लोग यह कैसे कर रहे हैं?
अपडेट करें
कुछ चीजों को स्पष्ट करने में मदद करने के लिए, मेरे संगठन में एक कहानी के भीतर प्रत्येक कार्य में 3 लोगों की आवश्यकता होती है।
- किसी को कार्य विकसित करना। (इकाई परीक्षण, ect ...)
- कार्य की समीक्षा करने के लिए एक क्यूए विशेषज्ञ (वे मुख्य रूप से एकीकरण और प्रतिगमन परीक्षण करते हैं)
- कोड समीक्षा करने के लिए एक टेक लीड।
मुझे नहीं लगता कि कोई गलत तरीका है या सही तरीका है, लेकिन यह हमारा तरीका है ... और यह बदलाव नहीं होगा। हम एक टीम के रूप में काम करते हैं जब भी संभव हो तब तक कहानी के सबसे छोटे स्तर को पूरा करने के लिए। आप वास्तव में परीक्षण नहीं कर सकते हैं जब तक कि कुछ काम नहीं करता है जब तक कि यह पूरा नहीं होता है, और आप कोड की गुणवत्ता की समीक्षा नहीं कर सकते हैं ... तो सबसे अच्छा आप कर सकते हैं चीजों को छोटे तार्किक स्लाइस में विभाजित करें ताकि नंगे न्यूनतम कार्यक्षमता का परीक्षण किया जा सके और संभव के रूप में प्रक्रिया में जल्दी की समीक्षा की।
इस तरह से काम करने वालों से मेरा सवाल यह है कि जब वे इस तरह से सेटअप करते हैं तो एक "कार्य" को कैसे जलाया जा सकता है। जब तक एक टास्क का अपना उप-कार्य नहीं होता है (जो JIRA अनुमति नहीं देता है) ... मुझे यकीन है कि ट्रैकिंग को दैनिक आधार पर "क्या बचा है" को पूरा करने का सबसे अच्छा तरीका नहीं है।