टीम कुछ ऐसा डिलीवर करती है जो बिज़नेस की उम्मीद से मेल नहीं खाता। आप इसे कैसे संभालते हैं?

कौन सही है यह तय करने से पहले यह तय करें कि समझ कहां अलग हुई। लिखी हुई requirement और acceptance criteria पर वापस जाएं: अगर वे धुंधली थीं तो जिम्मेदारी specification की है; अगर वे साफ थीं तो यह बिल्ड की दिक्कत है। तात्कालिक कमी ठीक करें, फिर उस प्रोसेस का छेद बंद करें जिसने इसे बिना किसी के पहले पकड़े डिलीवरी तक पहुंचने दिया।

सबसे पहले, किसी के बहस शुरू करने से पहले, मैं जाकर पढ़ता हूं कि असल में लिखा क्या था, क्योंकि जवाब आमतौर पर वहीं होता है। अगर criteria धुंधले थे, तो वह मेरा है और मैं जल्दी कह देता हूं, क्योंकि specification को लेकर रक्षात्मक होने में एक दिन बर्बाद होता है और वह सद्भावना जाती है जिसकी आपको बाद में जरूरत पड़ेगी। अगर वे साफ थे और फिर भी अलग बना, तो वह दूसरी बातचीत है और कहीं आसान है। दोनों हालत में हम fix और बाकी सब के मुकाबले उसकी जगह तय करते हैं। जिस हिस्से की मुझे ज्यादा परवाह है वह यह है कि यह बिना किसी के देखे डिलीवरी तक पहुंचा कैसे, क्योंकि इसका मतलब है कि कोई रिव्यू स्टेप गायब है या छोड़ा जा रहा है। एक प्रोजेक्ट में जवाब यह था कि बिज़नेस ने sprint डेमो में आना बंद कर दिया था, इसलिए acceptance testing तक कुछ देखा ही नहीं गया। हमने उसे बदलकर sprint के बीच असली यूजर के साथ पंद्रह मिनट का walkthrough कर दिया, और उस किस्म की समस्या काफी हद तक रुक गई।