मौजूदा प्रोसेस को map करने का आपका तरीका क्या है, और कितनी डिटेल काफी है?

उस लेवल तक map करें जहां फैसले और handoff दिखने लगें, फिर रुक जाएं। प्रोसेस को उन लोगों के साथ चलकर देखें जो उसे करते हैं, न कि उनके साथ जो उसे मैनेज करते हैं, अपवाद और जुगाड़ जरूर पकड़ें क्योंकि असली जटिलता वहीं बसती है, और map को यह कहकर परखें कि कोई उसे फॉलो करके दिखाए। मौजूदा स्थिति map करें ही तब, जब वह भविष्य की स्थिति या migration में काम आए।

मैं उस लेवल तक map करता हूं जहां फैसले और handoff दिख जाएं, और फिर रुक जाता हूं, क्योंकि लालच यही होता है कि चलते रहो और कुछ सुंदर बना दो जो बदलता कुछ नहीं। सबसे जरूरी बात यह है कि उसे उन लोगों के साथ चला जाए जो असल में काम करते हैं, न कि उनके मैनेजरों के साथ, क्योंकि मैनेजर प्रोसेस को वैसे बताते हैं जैसे वह डिजाइन हुई थी और काम करने वाले उसे वैसे बताते हैं जैसी वह हकीकत से टकराने के बाद बची। मेरा ज्यादातर वक्त अपवादों पर जाता है, क्योंकि happy path आमतौर पर पांच डिब्बों का होता है और सारी लागत अपवादों में बैठी होती है। एक प्रोसेस में स्टैंडर्ड रास्ते में एक दिन लगता था, और करीब एक तिहाई केस एक manual exception queue में गिरते थे जिसमें नौ दिन लगते थे, और वही queue पूरा बिज़नेस केस थी। फिर मैं map किसी नए व्यक्ति को देकर उससे उसे फॉलो करने को कहता हूं, जिससे छूटे हुए स्टेप बहुत जल्दी पकड़ में आ जाते हैं।