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