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