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