जिस बदलाव की आप specification लिख रहे हैं, उसकी सफलता के पैमाने आप कैसे तय करते हैं?

उन्हें बिज़नेस objective से जोड़ें और बदलाव लाइव होने से पहले baseline पकड़ लें। पैमाना, उसकी मौजूदा वैल्यू, टारगेट और उसका मालिक लिखें, और ऐसा कुछ चुनें जो बदलाव काम करने पर साफ हिले और न करने पर सपाट रहे। बिना baseline के आप बाद में फायदा साबित नहीं कर सकते, और वह नंबर go live के बाद हासिल करना कहीं ज्यादा मुश्किल है।

मैं पैमाना, मौजूदा वैल्यू, टारगेट और उसका मालिक लिखता हूं, और कुछ भी लाइव होने से पहले baseline ले लेता हूं, क्योंकि बाद में वह हासिल करना कहीं मुश्किल है और कोई न कोई इस पर बहस जरूर करेगा कि वह था क्या। एक process automation के काम में पैमाना एक केस टाइप का average handling time था, और हमने पहले दो दिन लगाकर छह महीने का इतिहास निकाला ताकि बाद में तुलना बहस न बने। मैं ऐसा पैमाना चुनने की भी कोशिश करता हूं जो बदलाव काम करने पर साफ हिले और न करने पर सपाट रहे, न कि ऐसा जो वैसे भी इधर उधर डोलता रहता हो। और मैं attribution को लेकर ईमानदार रहता हूं, क्योंकि आमतौर पर दो तीन चीजें एक साथ बदलती हैं। अगर उसी तिमाही में हमने टीम का ढांचा भी बदला था, तो मैं कहूंगा कि सुधार कई चीजों का मेल है, न कि पूरा श्रेय लूंगा, क्योंकि एक बार ज्यादा दावा करने से उसके बाद हर बिज़नेस केस पर आपकी साख की कीमत चुकानी पड़ती है।