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