क्या आपको इसे स्वचालित करना चाहिए? अंकगणित जो निर्णय करता है

इंटरनेट ऑटोमेशन कैलकुलेटर से भरा पड़ा है। "प्रति सप्ताह बचाए गए घंटे × प्रति घंटा लागत" टाइप करें और कैलकुलेटर आपको आत्मविश्वास से बताता है कि आपके चालान अनुस्मारक को स्वचालित करने से प्रति वर्ष ₹4.7 लाख की बचत होगी। वह संख्या बिल्कुल गलत नहीं है। इसमें केवल वह शब्द गायब है जो अधिकांश छोटे ऑटोमेशन को जीत से घाटे में बदल देता है।

लुप्त पद रखरखाव है। ऐसा नहीं है कि "हमें इसे एक या दो बार बदलना पड़ सकता है", लेकिन यूआई परिवर्तन, एपीआई टूटना, किनारे के मामले, क्रेडेंशियल रोटेशन, साइलेंट विफलताओं और "मुझे एक और इफ़-स्टेटमेंट जोड़ने की ज़रूरत है" के विशिष्ट संस्करण के माध्यम से ऑटोमेशन को चालू रखने की ईमानदार, चल रही लागत जो हर तीन सप्ताह में आती है। एक बार जब आप रखरखाव शब्द को अंकगणित में जोड़ देते हैं, तो लगभग आधे ऑटोमेशन जो आप बनाने वाले थे, नकारात्मक निकलते हैं, और अन्य आधे कैलकुलेटर के वादे से बहुत छोटे निकलते हैं।

यह पोस्ट ईमानदार अंकगणित है. यह छोटा है क्योंकि गणना छोटी है। किसी भी चीज़ का निर्माण करने से पहले उसे चलाने का अनुशासन और जब आप ऐसा करते हैं तो रखरखाव अवधि के बारे में ईमानदार रहना महत्वपूर्ण होता है।

विक्रेता कैलकुलेटर एक-पंक्ति सूत्र को छोड़ देते हैं

स्वचालन के शुद्ध वार्षिक मूल्य का सही सूत्र है:

नेट = (प्रति अवधि बचाए गए घंटे × प्रति घंटा लागत × प्रति वर्ष अवधि) - निर्माण लागत परिशोधन - प्रति वर्ष रखरखाव लागत - प्रति वर्ष विफलता लागत

मैंने देखा है कि प्रत्येक विक्रेता आरओआई कैलकुलेटर का पहला शब्द सही होता है, दूसरे पर संकेत, और तीसरे और चौथे को पूरी तरह से नजरअंदाज कर दिया जाता है। मैं ईमानदारी से प्रत्येक का नाम बताऊँ।

प्रति अवधि में घंटे बचाए गए × प्रति घंटा लागत × प्रति वर्ष अवधि। सकल लाभ। यहां रूढ़िवादी रहें - आपके दिमाग में जो संख्या है वह लगभग हमेशा उस संख्या से अधिक होती है जो वास्तव में तब होती है जब आप कार्य का समय निर्धारित करते हैं। BrowserStack's own automation-ROI guide स्पष्ट रूप से कहता है कि "त्रुटि का सबसे बड़ा स्रोत समय-बचाया गया आंकड़ा है, इसलिए रूढ़िवादी बनें और स्मृति पर भरोसा करने के बजाय कार्य को समय दें क्योंकि यह वास्तव में कुछ बार होता है।" इसे तीन बार समय दें, माध्यिका लें, फिर अच्छे माप के लिए 20% घटाएँ।

निर्माण लागत का परिशोधन। स्वचालन के निर्माण की एकमुश्त लागत, जितने वर्षों तक आप ईमानदारी से इसके चलने की उम्मीद करते हैं, उससे विभाजित किया जाता है। कोई भी तीन साल से कम समय में इसका परिशोधन नहीं करता है, भले ही औसत स्वचालन टूटने या प्रतिस्थापित होने से पहले लगभग अठारह महीने तक चलता है। 1.5 वर्ष से अधिक का परिशोधन करें, 3 नहीं।

प्रति वर्ष रखरखाव लागत। इसे चालू रखने की चल रही लागत। यह लुप्त पद है. वास्तविक ऑटोमेशन हर साल निर्माण लागत का 15% से 40% के बीच रखरखाव पर खर्च करता है - test-automation research इस सीमा को विशेष रूप से रखता है। निम्न स्तर पर छोटे स्वचालन (शायद ही कभी बदलने वाला एपीआई, एक स्थिर इनपुट प्रारूप), उच्च अंत पर जटिल स्वचालन। गलती शून्य मानने की है.

प्रति वर्ष विफलता लागत। जिस समय स्वचालन गलत हो जाता है और कुछ न करना पड़ता है उस समय की लागत। यह कोई बग बजट नहीं है; यह ईमानदार उम्मीद है कि स्वचालन कभी-कभी ऐसे आउटपुट देगा जिसे सही करने में आपका समय, विश्वसनीयता या पैसा खर्च होगा। कम जोखिम वाले स्वचालन (रिपोर्ट को प्रारूपित करना) के लिए, यह शून्य के करीब है। ग्राहक-सामना वाले स्वचालन (ईमेल भेजना, इन्वेंट्री ले जाना) के लिए, यह आसानी से सकल लाभ से अधिक हो सकता है।

चार शब्दों को ईमानदारी से जोड़ें और तस्वीर बदल जाएगी। एक "मेरे इनवॉइसिंग अनुस्मारक ईमेल को स्वचालित करें" प्रोजेक्ट, जिसमें सरल कैलकुलेटर का स्कोर +₹2 लाख प्रति वर्ष होता है, ईमानदार रखरखाव और विफलता लागत के बाद अक्सर +₹40k का स्कोर होता है - फिर भी सकारात्मक, लेकिन इतना छोटा कि यह अन्य चीजों के साथ प्रतिस्पर्धा करता है जो आप एक ही समय में कर सकते हैं।

महीने में 5 घंटे की मंजिल

एकमात्र नियम जो सबसे खराब स्वचालन को बचाता है वह है: यदि कार्य में महीने में कम से कम 5 घंटे नहीं लगते हैं और आप सार्थक त्रुटि लागत की पहचान नहीं कर सकते हैं, तो इसे स्वचालित न करें।

वह मेरा नंबर नहीं है; यह industry rule of thumb है कि एक साधारण स्वचालन के लिए भी निर्माण और रखरखाव चक्र में पहले वर्ष में आम तौर पर 6-15 घंटे लगते हैं, और यदि कार्य महीने में केवल 3 घंटे बचाता है तो आपने मूल्य वापस करने से पहले इसे वापस भुगतान करने में छह महीने बर्बाद कर दिए हैं - जिसके दौरान अंतर्निहित प्रणाली आम तौर पर इतनी बदल गई है कि स्वचालन को ठीक करने की आवश्यकता है।

5 घंटे की मंजिल उदार है। इसके नीचे, अंकगणित लगभग कभी काम नहीं करता है, और स्वचालन बनाने का प्रलोभन अनिवार्य रूप से सौंदर्यवादी है - "क्या यह अच्छा नहीं होगा यदि कंप्यूटर ने ऐसा किया" बजाय "हमें वास्तव में इसे अलग तरीके से करने की आवश्यकता है"।

मेरे अनुभव में, तीन विशिष्ट कार्य जो हमेशा 5 घंटे के शक्ति परीक्षण में विफल हो जाते हैं:

• अपने लिए एक साप्ताहिक सारांश ईमेल। आप ईमेल को एक बार पढ़ेंगे, इसमें जो सारांश दिया गया है उसे बदलने का निर्णय लेंगे, और अगले महीने क्वेरी को संशोधित करने में बिताएंगे। इस कार्य में मूल रूप से प्रति सप्ताह 20 मिनट लगते थे; स्वचालन को बनाने में 4 घंटे और रखरखाव में प्रति माह 30 मिनट लगते हैं। कार्य को मैन्युअल रूप से करें और करते समय इसके बारे में सोचें। - एक रिपोर्ट तैयार करना जो मासिक रूप से आकार बदलती है। हर महीने एक हितधारक "सिर्फ एक और कॉलम" या "इस बार एक्स द्वारा समूहीकृत" चाहता है। इसे स्वचालित करना एक गतिशील लक्ष्य को स्वचालित करना है; रखरखाव अवधि हावी है। इसे तब तक मैन्युअल रूप से करें जब तक कि प्रारूप छह महीने तक स्थिर न हो जाए, फिर स्वचालित करें। - अपने लिए एक "सहायक" अनुस्मारक जिसे आप अनदेखा कर देंगे। ऑटोमेशन जो मानते हैं कि पाठक उनके आउटपुट पर कार्य करेगा, इसके लिए पाठक को पहले से ही उस आउटपुट पर कार्य करने का निर्णय लेना होगा। यदि आप मानसिक स्वर पर कार्य नहीं कर रहे हैं, तो आप स्वचालित संस्करण पर कार्य नहीं करेंगे - आपको बस अधिक कुशलता से कार्य न करने की याद दिलाई जाएगी।

रखरखाव-लागत के आकार की गलती

रखरखाव शब्द वह है जिससे लोग सबसे अधिक आश्चर्यचकित होते हैं, इसलिए विशिष्ट तंत्र का नाम देना उचित है।

स्वचालन रखरखाव "हमें बग को ठीक करने की आवश्यकता हो सकती है" नहीं है। यह स्वचालन को उसके आसपास होने वाली हर चीज़ के साथ तालमेल बिठाने की निरंतर लागत है। सीधे तौर पर, एक विशिष्ट लघु-व्यवसाय स्वचालन में, इसमें शामिल हैं:

• ऑटोमेशन जो कुछ भी छूता है उसमें यूआई/डीओएम परिवर्तन होता है। जब भी आप जिस टूल को स्वचालित कर रहे हैं उसका विक्रेता चयनकर्ता को बदलता है, पृष्ठ को फिर से डिज़ाइन करता है, या बटन को स्थानांतरित करता है, तो आपका स्वचालन टूट जाता है। एक अच्छी तरह से डिज़ाइन किए गए एपीआई-समर्थित स्वचालन पर यह शून्य है; यूआई-स्क्रेपर स्वचालन पर यह रखरखाव लागत का अधिकांश हिस्सा है। - एपीआई संस्करण अप्रचलन। हर 6-24 महीने में आपका अपस्ट्रीम एपीआई एक नया संस्करण पेश करेगा और एक विशिष्ट तिथि पर पुराने को अप्रचलित कर देगा। आपके स्वचालन को उस तिथि पर एक कोड परिवर्तन की आवश्यकता है; इसका अभाव इस प्रकार है कि ऑटोमेशन एक यादृच्छिक मंगलवार को चुपचाप कैसे मर जाता है। - क्रेडेंशियल रोटेशन। OAuth टोकन समाप्त हो जाते हैं। एपीआई कुंजियों को घुमाने की जरूरत है। वह ऑटोमेशन जिसका टोकन रविवार को सुबह 3 बजे समाप्त हो जाता है, वह ऑटोमेशन है जो सोमवार सुबह 10 बजे तक कोई आउटपुट नहीं देता है जब कोई नोटिस करता है। रोटेशन को स्वचालित करने के लिए अक्सर मूल स्वचालन की तुलना में अधिक बुनियादी ढांचे की आवश्यकता होती है। - डेटा-आकार बहाव। स्रोत स्प्रेडशीट में कॉलम का नाम बदल दिया जाता है। आप जिस रिपोर्ट को पार्स कर रहे हैं वह एक नई हेडर पंक्ति प्राप्त करती है। ग्राहक का निर्यात प्रारूप एक कॉलम से बदल जाता है। प्रत्येक स्रोत में एक छोटा सा परिवर्तन और स्वचालन का पूर्ण विराम है, जिसे केवल एक दावे द्वारा ही पकड़ा जा सकता है जो जोर से विफल हो जाता है। - मूक विफलताएँ। स्वचालन चलता है, प्रक्रिया करने के लिए कुछ नहीं पाता है, और सफलता की रिपोर्ट करता है। यह रखरखाव की एक श्रेणी है जो अनिवार्य रूप से "आपसे झूठ बोलने वाले ऑटोमेशन को पकड़ने की लागत" है, और विशिष्ट सुधार the automation failure nobody catches: the workflow that runs green and does nothing में हैं।

इनमें से प्रत्येक एक रखरखाव कार्यक्रम है, और प्रत्येक के हिट होने पर 30-60 मिनट का समय लगता है। यदि आप जोड़ते हैं कि किसी दिए गए स्वचालन के लिए आप प्रति वर्ष इनमें से कितने आयोजनों की अपेक्षा करते हैं, तो आपके पास अपने रखरखाव-घंटे का आंकड़ा होता है। अच्छी तरह से डिज़ाइन किए गए एपीआई-समर्थित स्वचालन के लिए, वर्ष में 4-8 घंटे। यूआई-स्क्रैपिंग स्वचालन के लिए, 20-40 घंटे। एक स्वचालन के लिए जो पांच अलग-अलग प्रणालियों को छूता है, उनका योग करें।

अपनी प्रति घंटा लागत से गुणा करें. वह आपकी रखरखाव-लागत अवधि है।

कुछ भी निर्माण करने से पहले पूछे जाने वाले पांच प्रश्न

इससे पहले कि आप कोड की एक पंक्ति लिखें (या एक नोड को n8n कैनवास पर छोड़ें, या एक जैपियर जैप कॉन्फ़िगर करें), इन सभी पांचों का उत्तर एक वाक्य में दें।

1. ईमानदारी से समयबद्ध इस कार्य में वास्तव में प्रति माह कितने घंटे लगते हैं? "लगभग एक घंटा" नहीं; तीन वास्तविक समयों का माध्य। यदि महीने में 5 घंटे से कम है और कोई महत्वपूर्ण त्रुटि लागत नहीं है, तो यहां रुकें।

2. जब स्वचालन गलत हो जाता है तो विफलता मोड क्या होता है? कक्षा 1 - मैं एक घंटे के भीतर नोटिस करता हूं और इसे ठीक करता हूं, कोई बाहरी क्षति नहीं होती है। कक्षा 2 - एक ग्राहक मेरे नोटिस करने से पहले ही नोटिस कर लेता है, लेकिन समाधान तेजी से होता है। कक्षा 3 - क्षति तब तक चुपचाप बढ़ती रहती है जब तक कि कोई बाहरी व्यक्ति नोटिस न कर ले। क्लास 3 ऑटोमेशन उन कार्यों के लिए लगभग कभी नहीं बनाया जाना चाहिए जो मैन्युअल रूप से किए जा सकते हैं।

3. स्वचालन किस अपस्ट्रीम सिस्टम पर निर्भर करता है, और वे कितनी बार बदलते हैं? एक एपीआई जो साल में एक बार बदलती है वह ठीक है। पांच यूआई जो त्रैमासिक रीडिज़ाइन नहीं हैं।

4. जब रविवार को रात 11 बजे ऑटोमेशन बंद हो जाता है तो उसका मालिक कौन होता है? यदि उत्तर "कोई नहीं" या "हम इसका पता लगाएंगे" है, तो ऑटोमेशन निर्माण के हिसाब से पहले से ही कक्षा 3 का है - आप एक सहायक दायित्व में अपना रास्ता स्वचालित कर रहे हैं जिसमें आपने कर्मचारी नहीं रखे हैं।

5. आप बचाए गए समय का क्या करने जा रहे हैं? यदि उत्तर "अधिक समय है" है, तो रखरखाव बिल के साथ स्वचालन एक जीवनशैली विकल्प है। यदि उत्तर एक विशिष्ट चीज़ है जो स्वचालन से अधिक मूल्यवान है, तो आपके पास एक व्यावसायिक मामला है।

यदि उन पाँचों में से कोई भी उत्तर असुविधाजनक है, तो स्वचालन अभी तक मौजूद नहीं होना चाहिए। यह एक मजबूत दावा है; मैं इसे पकड़कर रखता हूं. प्रश्न 2, 3, या 4 में विफल होने वाले कार्य को स्वचालित करना आपको एक ऐसी प्रणाली के लिए जिम्मेदार बनाता है जो आपके द्वारा नहीं चुने गए समय पर आपको परेशान करेगी।

चार स्वचालन जो लगभग हमेशा भुगतान करते हैं

संतुलन के लिए, यहां स्वचालन के चार आकार हैं जो अंकगणित को सबसे विश्वसनीय रूप से पास करते हैं, मोटे तौर पर उसी क्रम में जिस क्रम में मैं उन्हें बनाने की सिफारिश करूंगा।

बैकअप और लॉग फ्लश। उच्च आवृत्ति, छोटी प्रति-आवृत्ति लागत, यदि नहीं किया गया तो विनाशकारी विफलता लागत। निर्माण लागत छोटी है, रखरखाव लागत छोटी है (क्रेडेंशियल्स और भंडारण), और स्वचालित न करने की विफलता लागत वह दिन है जब डिस्क विफल हो जाती है और आपको पता चलता है कि आपके "नियमित बैकअप" आखिरी बार मार्च में चलाए गए थे। पहले स्वचालित करें.

अनुपालन और रिकॉर्ड-कीपिंग। कोई भी कार्य जो ऑडिट कारणों से एक निश्चित ताल पर होना चाहिए - एसओसी 2 साक्ष्य संग्रह, कर फाइलिंग, ग्राहक सहमति लॉग। ये ऐसे कार्य हैं जिनकी विफलता लागत "लेखा परीक्षक साक्ष्य स्वीकार नहीं करता है" और जिनकी रखरखाव लागत सीमित है क्योंकि आवश्यकता स्वयं स्थिर है।

क्रॉस-सिस्टम सामंजस्य। तुलना करना "विज्ञापन प्लेटफ़ॉर्म एक्स कहता है, सीआरएम कहता है वाई, इनवॉइस कहता है ज़ेड" बिल्कुल उसी तरह का कार्य है जहां मानव तुलना छोटी विसंगतियों को याद करती है जो जुड़ती हैं। यदि स्कीमा स्थिर हैं तो उच्च मात्रा, त्रुटि लागत मापने योग्य, रखरखाव लागत कम है।

आउटलेर्स के लिए दैनिक स्कैन। पूरी रिपोर्ट नहीं - एक स्कैन जो सब कुछ सामान्य होने पर शून्य आउटपुट उत्पन्न करता है और जब ऐसा नहीं होता है तो एक विशिष्ट अलर्ट उत्पन्न करता है। यह आकार है "मुझे बताएं कि क्या कुछ गलत है" के बजाय "मुझे हर सुबह देखने के लिए नंबर दें", और रखरखाव अवधि छोटी है क्योंकि आउटपुट छोटा है।

इन चारों में एक बात समान है: कार्य को मैन्युअल रूप से करने की मानवीय लागत अधिक है और इसे छोड़ देने की त्रुटि लागत वास्तविक है, इसलिए अंकगणित ईमानदार रखरखाव और विफलता लागत के बाद भी काम करता है।

"मुझे जिन चीज़ों को स्वचालित करना चाहिए" की आपकी सूची के बारे में वास्तव में क्या करना चाहिए

कुछ भी निर्माण शुरू करने से पहले, इस सप्ताह करने योग्य दो अभ्यास।

अभ्यास 1. अपनी "चीज़ें जिन्हें मुझे स्वचालित करना चाहिए" की सूची लें और ऊपर दिए गए पाँच-प्रश्नों वाले परीक्षण में से प्रत्येक को लिखित रूप में पूरा करें। जो भी प्रश्न 1, 2, या 4 में विफल रहता है, उसे काट दें। जो भी उत्तीर्ण हो, उसे "योग्य" सूची में डालें।

अभ्यास 2. प्रत्येक योग्य स्वचालन के लिए, ईमानदार चार-अवधि अंकगणित की गणना करें - सकल लाभ, ऋण परिशोधन निर्माण लागत, रखरखाव में प्रति वर्ष निर्माण लागत का 25% घटा (प्रश्न 3 के आधार पर 15% या 40% पर समायोजित करें), विफलता-लागत अनुमान घटा। शुद्ध वार्षिक मूल्य के आधार पर रैंक। शीर्ष एक का निर्माण करें, फिर दूसरे के निर्माण के लिए प्रतिबद्ध होने से पहले छह महीने के लिए वास्तविक रखरखाव लागत का समय निर्धारित करें।

अधिकांश लोगों की "स्वचालित करने योग्य चीज़ें" सूची में दस आइटम हैं। अभ्यास 1 के बाद यह आमतौर पर चार होता है। अभ्यास 2 के बाद यह आमतौर पर दो होते हैं, और उनमें से एक का लाभ अपेक्षा से बहुत कम होता है। यह ईमानदार उत्तर है, और सप्ताहांत खर्च करने से पहले कुछ ऐसा बनाना उचित है जिसकी आरओआई की आपने ठीक से गणना नहीं की है।

बड़ा सिद्धांत

किसी व्यवसाय का मूल्य वे विशिष्ट निर्णय हैं जो आपके संदर्भ में कोई व्यक्ति ले सकता है। स्वचालन केवल उन कार्यों के लिए निर्माण के लायक है जिनके लिए उस संदर्भ की आवश्यकता नहीं है - वे कार्य जहां एक मशीन, समान इनपुट दिए जाने पर, वही आउटपुट उत्पन्न करती है जो एक सक्षम मानव करेगा। किसी कार्य के लिए आपके द्वारा बनाया गया प्रत्येक स्वचालन जिसके लिए आपके संदर्भ की आवश्यकता होती है, वह एक निर्णय है जिसे आपने अपने निर्णय से हटा दिया है और एक सिस्टम को सौंप दिया है जो एक दिन इस तरह से गलत होगा कि आप आसानी से सही नहीं कर सकते।

परिणाम यह है कि उच्चतम-लीवरेज स्वचालन, हमेशा, वह होता है जो किसी निर्णय के आसपास यांत्रिक कार्य करता है ताकि आपके पास निर्णय लेने के लिए अधिक समय हो। "पूरी चीज़ को स्वचालित न करें" बल्कि "उस चीज़ के उन हिस्सों को स्वचालित करें जो निर्णय के लिए आवश्यक ध्यान आकर्षित कर रहे थे"। यह "आइए सब कुछ स्वचालित करें" महत्वाकांक्षा की तुलना में बहुत छोटा स्वचालन है, और यह लगभग हमेशा वही है जो वास्तव में भुगतान करता है।

जहां यह बाकी काम के साथ फिट बैठता है

उपरोक्त अंकगणित "क्या मुझे इसे बनाना चाहिए" प्रश्न है। यदि आपका उत्तर हां है, तो अगले प्रश्न - परिणामी एजेंट को कितना अधिकार देना है, वह क्या करता है इसके बारे में क्या लॉग इन करना है - क्रमशः deciding what an AI agent is allowed to touch और what to log when an AI agent acts on your behalf का सार है।

यदि आपकी समस्या यह है कि आपने कई ऑटोमेशन बनाए हैं और उनमें से एक शांत हो गया है - पाइपलाइन हरी चल रही है और कुछ भी उत्पादन नहीं कर रही है - डायग्नोस्टिक और फिक्स पैटर्न the automation failure nobody catches: the workflow that runs green and does nothing में हैं। अगला निर्माण करने का निर्णय लेने से पहले उस विफलता लागत को उपरोक्त अंकगणित में जोड़ें।

अक्सर पूछे जाने वाले प्रश्न

मुझे निर्माण लागत का परिशोधन कब तक करना चाहिए?

1.5 साल से अधिक, तीन नहीं। औसत लघु-व्यवसाय स्वचालन टूटने या प्रतिस्थापित होने से पहले लगभग अठारह महीने तक चलता है, इसलिए एक लंबी परिशोधन खिड़की अंकगणित को इस तरह से समतल कर देती है जो वास्तविकता में नहीं होगी।

यदि मेरे पास कोई ऐतिहासिक डेटा नहीं है तो मुझे किस रखरखाव प्रतिशत का उपयोग करना चाहिए?

प्रति वर्ष निर्माण लागत के 25% से शुरू करें और एक स्थिर प्रणाली को छूने वाले अच्छी तरह से डिज़ाइन किए गए एपीआई-समर्थित स्वचालन के लिए 15% तक समायोजित करें, या यूआई को स्क्रैप करने या कई अपस्ट्रीम को फैलाने वाली किसी भी चीज़ के लिए 40% तक समायोजित करें। Test-automation research वास्तविक दुनिया की सीमा को वहां रखता है, और शून्य मान लेना वह गलती है जो इनमें से आधी परियोजनाओं को जीत से हार की ओर ले जाती है।

क्या मुझे उस कार्य को स्वचालित करना चाहिए जिसमें महीने में केवल 3 घंटे लगते हैं यदि मुझे ऐसा करना पसंद नहीं है?

नहीं, 5-घंटे-प्रति माह की मंजिल के नीचे निर्माण-और-रखरखाव चक्र में अंतर्निहित प्रणाली स्थिर रहने की तुलना में भुगतान करने में अधिक समय लगता है, इसलिए आप समय बचाने के बजाय स्वचालन की मरम्मत में पहले वर्ष का अधिकांश समय व्यतीत करते हैं। इसे मैन्युअल रूप से करें, या कार्य को फिर से डिज़ाइन करें ताकि इसकी बिल्कुल भी आवश्यकता न हो।

क्या होगा यदि किसी कार्य में 5 घंटे से कम समय की बचत होती है लेकिन त्रुटि लागत अधिक है?

तब फर्श लागू नहीं होता है - अंकगणित विफलता-लागत शब्द से संचालित होता है, न कि घंटों-बचाए गए शब्द से। बैकअप, अनुपालन साक्ष्य, और क्रॉस-सिस्टम सामंजस्य सभी त्रुटि लागत पर चलते हैं, भले ही समय की बचत कम हो, क्योंकि कार्य को छोड़ने की लागत ही संख्याओं को काम में लाती है।

क्या मुझे जैपियर का उपयोग करना चाहिए या इसे कोड में बनाना चाहिए?

जिसे आप या आपकी टीम का कोई व्यक्ति रविवार को रात 11 बजे ब्रेक होने पर बनाए रख सकता है। रखरखाव शब्द अंकगणित पर हावी है, और एक उपकरण जिसे टीम में कोई भी डिबग नहीं कर सकता है, हर छोटे ब्रेक को बड़े ब्रेक में बदल देता है - यह दो विकल्पों के बीच निर्माण लागत के अंतर से एक बड़ा कारक है।

एपीआई संस्करण का बहिष्करण वास्तव में कितनी बार मेरे स्वचालन को बाधित करेगा?

हर 6 से 24 महीने में प्रति अपस्ट्रीम एपीआई में एक आवश्यक कोड परिवर्तन की अपेक्षा करें, जिस तारीख को विक्रेता चुनता है और आप नहीं। अपने यथार्थवादी डेप्रिसिएशन-संचालित रखरखाव भार को प्राप्त करने के लिए अपस्ट्रीम एपीआई की संख्या को उस ताल से गुणा करें, और शीर्ष पर क्रेडेंशियल रोटेशन जोड़ें।

क्या होगा यदि कार्य हर महीने आकार बदलता है - क्या मुझे अभी भी इसे स्वचालित करना चाहिए?

नहीं, छह महीने तक आकार स्थिर होने तक प्रतीक्षा करें। किसी गतिशील लक्ष्य को स्वचालित करने का मतलब है कि रखरखाव की अवधि पहले दिन से ही हावी हो जाती है क्योंकि आप स्वचालन का लगभग उतनी ही बार पुनर्निर्माण कर रहे हैं जितनी बार आपने कार्य को मैन्युअल रूप से किया होगा। इनपुट की स्थिरता एक पूर्व शर्त है, अच्छा होना नहीं।

एक-वाक्य संस्करण

प्रत्येक स्वचालन-आरओआई कैलकुलेटर रखरखाव और विफलता लागतों को नजरअंदाज करता है, इसलिए उन्हें स्पष्ट रूप से जोड़ें - रखरखाव में प्रति वर्ष निर्माण लागत का 15-40%, साथ ही वास्तविक विफलता-लागत अनुमान की अपेक्षा करें - और कुछ भी बनाने से पहले प्रति माह 5 घंटे का फर्श लागू करें; बैकअप, अनुपालन और क्रॉस-सिस्टम सामंजस्य को विश्वसनीय रूप से स्वचालित करें, और उन कार्यों को स्वचालित करने से इनकार करें जिनके विफलता मोड के लिए आपको रविवार को रात 11 बजे व्यक्तिगत रूप से पहुंच की आवश्यकता होती है।