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