से संबंधित दो प्रश्न मेरे पास स्क्रम के संबंध में दो संबंधित प्रश्न हैं।स्क्रम
हमारी कंपनी इसे लागू करने की कोशिश कर रही है और सुनिश्चित है कि हम हुप्स पर कूद रहे हैं।
दोनों प्रश्न हैं "किए गए साधन पूर्ण हो गए हैं!"
1) यह कार्य हैं जो/के लिए "पूर्ण" को परिभाषित करने के वास्तव में आसान है है - स्पष्ट परीक्षण स्वीकृति criterias - पूरी तरह से स्टैंडअलोन - परीक्षकों
द्वारा अंत में परीक्षण कियाक्या करने जैसे कार्यों के साथ किया जाना चाहिए: - वास्तुकला डिजाइन - पुनर्रचना - कुछ उपयोगिता वर्गों विकास
इसके साथ मुख्य मुद्दा यह है कि यह लगभग पूरी तरह से आंतरिक इकाई है और वहाँ जाँच/बाहर से यह परीक्षण करने के लिए कोई रास्ता नहीं है।
उदाहरण के रूप में सुविधा कार्यान्वयन बाइनरी की तरह है - यह किया गया है (और सभी परीक्षण मामलों को पास करता है) या यह नहीं किया गया है (कुछ परीक्षण मामलों को पास न करें)।
मेरे सिर पर सबसे अच्छी बात यह है कि एक और डेवलपर से उस कार्य की समीक्षा करने के लिए कहें। हालांकि, यह किसी भी तरह से निर्धारित करने का स्पष्ट तरीका प्रदान नहीं करता है, यह पूरी तरह से किया जाता है या नहीं।
तो सवाल यह है कि आप इस तरह के आंतरिक कार्यों के लिए "पूर्ण" कैसे परिभाषित करते हैं?
2) डीबग/बग सुधार कार्य
मुझे पता है कि चुस्त कार्यप्रणाली बड़े कार्यों के लिए सिफारिश नहीं करता। यदि कार्य बड़ा है, तो कम से कम , इसे छोटे कार्यों पर विभाजित किया जाना चाहिए।
मान लें कि हमारे पास कुछ बड़ी समस्या है - कुछ बड़े मॉड्यूल रीडिज़ाइन ( नए आउटडेट आर्किटेक्चर को नए के साथ प्रतिस्थापित करें)। निश्चित रूप से, यह कार्य दर्जनों छोटे कार्यों पर विभाजित है। हालांकि, मुझे पता है कि अंत में हमारे पास डीबग/फिक्स का काफी लंबा सत्र होगा।
मुझे पता है कि आमतौर पर झरना मॉडल की समस्या है। हालांकि, मुझे लगता है कि इससे छुटकारा पाना मुश्किल है (विशेष रूप से काफी बड़े बदलावों के लिए)।
क्या मुझे डीबग/फिक्स/सिस्टम एकाग्रता और आदि के लिए विशेष कार्य आवंटित करना चाहिए?
यदि मैं ऐसा करता हूं, तो आमतौर पर यह कार्य की तुलना में बस इतना बड़ा है और इसे छोटे कार्यों पर विभाजित करना मुश्किल है।
मुझे इस विशाल मोनोलिथ कार्य के कारण इस तरह से पसंद नहीं है।
एक और तरीका है। मैं छोटे कार्यों (बग से जुड़े) बना सकता हूं, उन्हें बैकलॉग में रखकर प्राथमिकता दें और गतिविधि के अंत पर पुनरावृत्तियों में जोड़ें, जब मुझे पता चलेगा कि बग क्या हैं।
मुझे इस तरह से पसंद नहीं है, क्योंकि इस तरह के मामले में पूरा अनुमान नकली बन जाएगा। हम कार्य का अनुमान लगाते हैं, किसी भी समय इसे पूरा करने के लिए चिह्नित करें। और हम नए अनुमानों के साथ बग के लिए नए कार्य खोलेंगे।इसलिए, हम वास्तविक समय = अनुमान समय के साथ समाप्त हो जाएंगे, जो निश्चित रूप से अच्छा नहीं है।
आप इस समस्या को कैसे हल करते हैं?
सादर, विक्टर
मैं इस प्रश्न को ऑफ-विषय के रूप में बंद करने के लिए मतदान कर रहा हूं क्योंकि यह प्रोग्रामिंग के बारे में नहीं है। –