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