1.1 सॉफ़्टवेयर इंजीनियरिंग मूल्य

अवलोकन और प्रेरणा

सॉफ़्टवेयर इंजीनियरिंग मूल्य वे साझा विश्वास, मानदंड, और रोज़मर्रा के व्यवहार हैं जो आकार देते हैं कि लोग एक साथ सॉफ़्टवेयर कैसे बनाते हैं। ये दीवार पर लगे पोस्टर या कर्मचारी हैंडबुक के शब्द नहीं हैं। ये वह है जो वास्तव में तब होता है जब कोई घटना किसी को रात 3 बजे जगा देती है, या जब एक कनिष्ठ इंजीनियर एक प्रिंसिपल इंजीनियर से असहमत होता है, या जब एक समयसीमा गुणवत्ता से टकराती है। मूल्य हर तकनीकी निर्णय के नीचे की अदृश्य प्रणाली हैं।

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

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

उद्यम और सरकारी संगठन इसे तीव्रता से महसूस करते हैं, क्योंकि वे बड़े पैमाने पर, जाँच के अधीन, और लंबी समयसीमाओं में काम करते हैं। आज बनाए गए सिस्टम एक दशक या उससे अधिक समय तक चल सकते हैं, जिन्हें ऐसे लोग संभालते हैं जो मूल लेखकों से कभी नहीं मिले। इन सेटिंग में, संस्कृति वह चीज़ है जो समय और स्टाफ़ बदलाव के आर-पार आशय को ले जाती है।

विनियमित उद्यम एक दबाव और झेलते हैं: विश्वास की जगह प्रक्रिया को प्रतिस्थापित करने का प्रलोभन। जब जवाबदेही ऊँची है और गलतियाँ दिखाई देती हैं, तो सहज प्रतिक्रिया नियंत्रण, स्वीकृतियों, और दोषारोपण को ढेर करने की होती है। यह समझने योग्य है, लेकिन यह उल्टा असर करता है। सबसे विश्वसनीय, सुरक्षित, और अनुपालनशील संगठन आमतौर पर वे होते हैं जिनकी सीखने की संस्कृति सबसे मज़बूत होती है, सबसे दंडात्मक नहीं। मूल्य और अनुपालन सहयोगी हैं, विरोधी नहीं।

मुख्य सिद्धांत

• मनोवैज्ञानिक सुरक्षा नींव है; इसके बिना, हर दूसरी प्रथा क्षीण हो जाती है।
• विफलता डेटा है। दोषरहित सीखना घटनाओं को टिकाऊ सुधार में बदल देता है।
• स्वामित्व का अर्थ है केवल आउटपुट नहीं बल्कि परिणामों के लिए जवाबदेही: “जो बनाओ, उसे चलाओ।”
• लिखना सोचना है। जो संस्कृति निर्णयों को लिख देती है, वह अपने निर्णय को बड़े पैमाने पर ले जाती है।
• टिकाऊ गति वीरता को हराती है; बर्नआउट एक सिस्टम विफलता है, व्यक्तिगत नहीं।
• विविधता, समता, और समावेशन इंजीनियरिंग शक्तियाँ हैं जो निर्णय गुणवत्ता सुधारती हैं।
• मूल्यों का ऊपर से नीचे आदर्श प्रस्तुत किया जाता है और नीचे से ऊपर पुष्ट किया जाता है; नेताओं के कार्य उनके शब्दों से भारी पड़ते हैं।

सिफ़ारिशें

जानबूझकर मनोवैज्ञानिक सुरक्षा बनाएँ

मनोवैज्ञानिक सुरक्षा वह साझा विश्वास है कि आप अपमान या दंड के डर के बिना बोल सकते हैं, सवाल पूछ सकते हैं, गलतियाँ स्वीकार कर सकते हैं, और निर्णयों को चुनौती दे सकते हैं। बड़े पैमाने के अध्ययनों में यह टीम प्रभावशीलता का सबसे मज़बूत एकल भविष्यवक्ता है। इसे जानबूझकर बनाएँ। नेताओं को अपनी गलतियों को ज़ोर से स्वीकार करने दें (“यहाँ एक गलती है जो मैंने की और मैंने क्या सीखा”)। बुरी ख़बर का सामना दंड के बजाय जिज्ञासा के साथ करें। बैठकों में खुले तौर पर असहमति को आमंत्रित करें। कौन पहले बोलता है इसे घुमाते रहें, ताकि वरिष्ठ आवाज़ें चर्चा को न बाँध दें। और “मुझे नहीं पता” और “मुझे मदद चाहिए” कहना सामान्य बनाएँ।

दोषरहित सीखने का अभ्यास करें

जब कुछ टूटता है, तो उन परिस्थितियों को देखें जिन्होंने विफलता को संभव बनाया, उस व्यक्ति को नहीं जिसने उसे ट्रिगर किया। दोषरहित पोस्टमॉर्टम अपनाएँ: क्या हुआ इसका एक लिखित रिकॉर्ड, समयरेखा, योगदान देने वाले कारक, और स्वामियों और तारीखों के साथ ठोस कार्य आइटम। इस धारणा से शुरू करें कि हर किसी ने उस समय जो जानते थे उसके अनुसार उचित रूप से कार्य किया। “इसे गलत करना क्या इतना आसान बनाया?” पूछें, “किसने गड़बड़ की?” के बजाय। और कार्य आइटम को पूरा होने तक ट्रैक करें। एक पोस्टमॉर्टम संस्कृति जो कभी अपने फ़ॉलो-अप बंद नहीं करती, वह केवल नाटक है।

स्पष्ट स्वामित्व मॉडल स्थापित करें

“जो बनाओ, उसे चलाओ” उस टीम को जो एक सेवा लिखती है, उसे संचालित करने के लिए ज़िम्मेदार बनाता है, ऑन-कॉल सहित। यह डिज़ाइन निर्णयों और परिचालन पीड़ा के बीच फ़ीडबैक लूप को कसता है, और यह गुणवत्ता सुधारता है। इसे एक सेवा कैटलॉग के साथ जोड़ें जो हर सिस्टम के लिए दर्ज करता है कि उसका स्वामी कौन है, उन तक कैसे पहुँचें, उसकी डिपेंडेंसी, और उसकी रनबुक। स्वामित्व को स्पष्ट और गैर-अतिव्यापी रखें। अस्पष्ट स्वामित्व वह तरीका है जिससे सिस्टम सड़ते हैं और घटनाएँ बनी रहती हैं। जब एक टीम वास्तव में किसी सिस्टम को अकेले संचालित नहीं कर सकती, तो जवाबदेही को फैलाने के बजाय उसे प्लेटफ़ॉर्म समर्थन दें।

एक लेखन संस्कृति विकसित करें

लिखना आपकी सोच को तेज़ करता है, और यह ऐसी कलाकृतियाँ बनाता है जो समय क्षेत्रों और वर्षों के आर-पार ले जाई जाती हैं। महत्वपूर्ण परिवर्तनों के लिए डिज़ाइन दस्तावेज़ और निर्णय रिकॉर्ड को नियमित बनाएँ: एक छोटा दस्तावेज़ जो समस्या, विचारित विकल्पों, प्रस्तावित दृष्टिकोण, और समझौतों को बताता है, जिसे बनाने से पहले टिप्पणी के लिए प्रसारित किया जाता है। यह असहमति को जल्दी सामने लाता है, जब यह अभी भी सस्ती है, और यह इस बात का एक टिकाऊ रिकॉर्ड छोड़ता है कि आपने जो तय किया वह क्यों तय किया। टेम्पलेट को हल्का रखें और अपेक्षाओं को निर्णय के भार के अनुपात में रखें। और सार्वजनिक रूप से अच्छे लेखन को पुरस्कृत करें।

टिकाऊ गति की रक्षा करें

हीरो संस्कृति, जहाँ कुछ लोग बार-बार अस्थिर प्रयास के माध्यम से संगठन को बचाते हैं, कमज़ोरी का लक्षण है, गुण नहीं। यह लोगों को थका देती है, ज्ञान को ख़तरनाक रूप से केंद्रित करती है, और उन अंतर्निहित समस्याओं को छुपाती है जिन्हें आपको ठीक करना चाहिए। इसलिए ऑन-कॉल भार को मापें और प्रबंधित करें। यदि एक व्यक्ति को लगातार पेज किया जाता है, तो उसे इंजीनियरिंग करके दूर करने योग्य एक दोष मानें। छुट्टी को सामान्य बनाएँ, फ़ोकस समय की रक्षा करें, और एक सप्ताह के बजाय एक तिमाही में आउटपुट का आकलन करें।

DEI को एक इंजीनियरिंग शक्ति मानें

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

समझौते: फ़ायदे और नुकसान

दृष्टिकोण	फ़ायदे	नुकसान
दोषरहित पोस्टमॉर्टम	वास्तविक मूल कारणों को सामने लाता है; विश्वास बनाता है; प्रणालीगत सुधार चलाता है	बाहरी लोगों को “कोई जवाबदेही नहीं” जैसा महसूस हो सकता है; कार्यों को बंद करने के लिए अनुशासन चाहिए
“जो बनाओ, उसे चलाओ”	कसा हुआ गुणवत्ता फ़ीडबैक लूप; स्पष्ट स्वामित्व	ऑन-कॉल भार; बर्नआउट से बचने के लिए मज़बूत प्लेटफ़ॉर्म समर्थन चाहिए
डॉक्स-फ़र्स्ट / RFC संस्कृति	टिकाऊ निर्णय; स्टाफ़ बदलाव में भी बड़े पैमाने पर काम करती है; async-अनुकूल	मामूली परिवर्तनों के लिए धीमी; अत्यधिक लागू करने पर नौकरशाही का जोखिम
टिकाऊ गति	प्रतिधारण, विश्वसनीयता, दीर्घकालिक गति	क्रंच के दौरान धीमी महसूस होती है; नेतृत्व को स्थिति बनाए रखनी होती है

केंद्रीय तनाव अल्पकालिक गति बनाम दीर्घकालिक स्वास्थ्य है। वीरता और दोषारोपण स्पष्ट नियंत्रण का एक फुहार खरीदते हैं, फिर मनोबल और विश्वसनीयता में एक धीमा पतन। दोषरहित सीखना, स्वामित्व, और टिकाऊ गति किसी भी एक सप्ताह में धीमी महसूस होती है, लेकिन वे तिमाहियों और वर्षों में कहीं अधिक गति में चक्रवृद्धि होती हैं। नेताओं को दीर्घकालिक क्षमता की रक्षा के लिए अल्पकालिक असुविधा को झेलने के लिए तैयार रहना होगा।

अपनी टीम के साथ चर्चा करने के लिए प्रश्न

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

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

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

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

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

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

क्षेत्र लेंस

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

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

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

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

उदाहरण

स्टार्टअप। छह लोगों का एक स्टार्टअप विश्वास और गलियारे की बातचीत पर चलता है, इसलिए कोई भी टीम के मूल्यों को नहीं लिखता। जब एक संस्थापक-इंजीनियर एक बुरा माइग्रेशन पुश करता है और CTO Slack में उन पर भड़क जाता है, तो कमरा शांत हो जाता है, और अगले दो बग सामने लाने के बजाय चुपचाप छुपा दिए जाते हैं। टीम एक हल्की आदत अपनाकर उबरती है: हर घटना के बाद एक पाँच-मिनट की दोषरहित “इसे गलत करना क्या इतना आसान बनाया?” बातचीत, किसी टेम्पलेट की ज़रूरत नहीं। वह छोटा अनुष्ठान एक बड़े संगठन को चाहिए होने वाले प्रक्रिया भार के बिना अवशोषी संस्कृति को स्वस्थ रखता है।

उद्यम। एक बड़ी वित्तीय-सेवा फ़र्म को एक बड़ी आउटेज का सामना करना पड़ा जब एक नियमित कॉन्फ़िगरेशन परिवर्तन सेवाओं में फैल गया। एक दोषारोपण संस्कृति में, जिस इंजीनियर ने परिवर्तन पुश किया था उसे डाँट पड़ती, और वह इसका अंत होता। इसके बजाय, एक दोषरहित पोस्टमॉर्टम ने दिखाया कि डिप्लॉयमेंट टूलिंग ने ख़तरनाक परिवर्तन को एक सुरक्षित परिवर्तन जैसा दिखाया, कि कोई चरणबद्ध रोलआउट मौजूद नहीं था, और रनबुक पुरानी थी। फ़र्म ने प्रगतिशील रोलआउट और कॉन्फ़िगरेशन सत्यापन में निवेश किया, और समान परिवर्तन अब सुरक्षित रूप से विफल होते हैं। व्यक्ति के बजाय सिस्टम को देखने का चुनाव करने से एक टिकाऊ इंजीनियरिंग सुधार हुआ।

सरकार। एक सरकारी डिजिटल सेवा एजेंसी ने एक सख़्त डॉक्स-फ़र्स्ट RFC (रिक्वेस्ट फ़ॉर कमेंट्स) प्रक्रिया के साथ “जो बनाओ, उसे चलाओ” अपनाया। चूँकि उसके सिस्टम को राजनीतिक प्रशासन में बदलावों और वर्षों में मापे गए स्टाफ़ बदलाव से बचना पड़ता है, हर महत्वपूर्ण निर्णय एक डिज़ाइन दस्तावेज़ में दर्ज किया जाता है जो संदर्भ और समझौतों को समझाता है। नए इंजीनियर, और आने वाले ठेकेदार, एक दशक पुराने आर्किटेक्चर को रिवर्स-इंजीनियर करने के बजाय उसके पीछे के तर्क को पढ़ सकते हैं। वह लिखित संस्थागत स्मृति ही वह चीज़ है जो एजेंसी को उच्च स्टाफ़ बदलाव और सख़्त जवाबदेही आवश्यकताओं के बावजूद सार्वजनिक सेवाओं को विश्वसनीय बनाए रखने देती है।

व्यावसायिक तर्क: प्रेरणाएँ, ROI, और TCO

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

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

नेतृत्व से यह मामला बनाने के लिए, संस्कृति को उन मीट्रिक से जोड़ें जिन्हें अधिकारी पहले से ट्रैक करते हैं: डिलीवरी लीड समय, परिवर्तन विफलता दर, पुनर्प्राप्ति का माध्य समय, घटना पुनरावृत्ति, और अफ़सोसजनक घर्षण। मनोवैज्ञानिक सुरक्षा को एक नरम लाभ के रूप में नहीं बल्कि उस तंत्र के रूप में परिभाषित करें जो हर दूसरे इंजीनियरिंग निवेश को फल देता है, क्योंकि असुरक्षित टीमें ठीक उन्हीं समस्याओं को छुपाती हैं जिन्हें ठीक करने के लिए वे निवेश किए गए हैं।

विपरीत प्रतिमान और नुकसान

• दोषारोपण-और-लज्जा घटना समीक्षाएँ: वे समस्याओं को भूमिगत कर देती हैं और लोग रिपोर्ट करना बंद कर देते हैं।
• हीरो-पूजा: आग की रोकथाम पर अग्निशमन को पुरस्कृत करना आग को कायम रखता है।
• “मूल्य” जिनका नेता उल्लंघन करते हैं: व्यवहार द्वारा खंडित कथित मूल्य निंदकता को जन्म देते हैं।
• समर्थन के बिना स्वामित्व: ऐसे सिस्टम के लिए ऑन-कॉल सौंपना जिन्हें टीमें वास्तविक रूप से संचालित नहीं कर सकतीं।
• विश्वास के प्रतिस्थापन के रूप में प्रक्रिया: वास्तविक सुरक्षा बनाने के बजाय स्वीकृतियों को ढेर करना।
• डॉक्स नाटक: ऐसे दस्तावेज़ लिखना जिन्हें कोई नहीं पढ़ता या जो कभी निर्णयों को प्रभावित नहीं करते।
• चेकबॉक्स के रूप में समावेशन: विविधता के लिए भर्ती करना जबकि उन्हीं आवाज़ों को निर्णयों से बाहर रखना।

परिपक्वता मॉडल

• स्तर 1, प्रारंभ (Initiate): मूल्य आकस्मिक और व्यक्तित्व-संचालित हैं। घटनाओं का अर्थ दोषारोपण है, ज्ञान कुछ सिरों में रहता है, और चीज़ें वीरता से होती हैं। किसी ने नहीं लिखा कि टीम क्या मानती है या दबाव में कैसा व्यवहार करती है।
• स्तर 2, विकास (Develop): कुछ टीमें दोषरहित पोस्टमॉर्टम शुरू करती हैं, कभी-कभार एक डिज़ाइन दस्तावेज़ लिखती हैं, और स्वामित्व के बारे में बात करती हैं, लेकिन प्रथाएँ असंगत, असमान रूप से लागू, और अभी तक नेतृत्व द्वारा पुष्ट नहीं हैं। क्या आप एक स्वस्थ टीम में पड़ते हैं यह ज़्यादातर भाग्य है।
• स्तर 3, मानकीकरण (Standardize): दोषरहित सीखना, स्पष्ट गैर-अतिव्यापी स्वामित्व, और एक लेखन संस्कृति टेम्पलेट, एक सेवा कैटलॉग, और परिभाषित ऑन-कॉल अपेक्षाओं के साथ दस्तावेज़ीकृत संगठन-व्यापी मानदंड हैं। नेता मूल्यों का आदर्श प्रस्तुत करते हैं और वही व्यवहार हर जगह अपेक्षित है, केवल वहीं नहीं जहाँ संयोग से एक अच्छा प्रबंधक बैठा हो।
• स्तर 4, प्रबंधन (Manage): संस्कृति को बेसलाइन के विरुद्ध मापा जाता है और डेटा से नियंत्रित किया जाता है। आप टीम-स्तरीय मनोवैज्ञानिक-सुरक्षा स्कोर, घटना पुनरावृत्ति, पोस्टमॉर्टम कार्य-आइटम समापन दर, ऑन-कॉल भार वितरण, पुनर्प्राप्ति का माध्य समय, और अफ़सोसजनक घर्षण को ट्रैक करते हैं, और जब कोई टीम बहकती है तो आप आँकड़ों पर कार्रवाई करते हैं। साक्ष्य पर अग्निशमन प्रोत्साहनों को समाप्त करें, और आग की रोकथाम को पुरस्कृत करें क्योंकि आप अब इसे देख सकते हैं।
• स्तर 5, समन्वय (Orchestrate): संस्कृति निरंतर सुधरती है और इससे एकीकृत है कि पूरा संगठन कैसे योजना बनाता, भर्ती करता, और पदोन्नत करता है। सुरक्षा ऊँची है, सीखना तेज़ है, और साक्ष्य और संदर्भ बदलने पर प्रथाएँ अनुकूलित होती हैं। संगठन ऑन-कॉल भार को फिर से संतुलित करता है, निर्णय रिकॉर्ड को ताज़ा करता है, और किसी संकट के मुद्दे को मजबूर करने का इंतज़ार करने के बजाय जानबूझकर अपने मानदंडों को विकसित करता है।

चर्चा के लिए विचार

• हमारे संगठन में कहाँ लोग “मुझे नहीं पता” या “मैं असहमत हूँ” कहने में सुरक्षित महसूस नहीं करते, और क्यों?
• क्या हमारी घटना समीक्षाएँ सिस्टम को बदलती हैं, या केवल दोष सौंपकर आगे बढ़ जाती हैं?
• क्या हम ऐसी वीरता को पुरस्कृत कर रहे हैं जिसे हमें इंजीनियरिंग करके दूर कर देना चाहिए?
• पिछले दो वर्षों के कौन-से महत्वपूर्ण निर्णयों का उनके तर्क का कोई लिखित रिकॉर्ड नहीं है?
• टीम में ग्लू कार्य और ऑन-कॉल भार कितना समान रूप से वितरित है?
• क्या हमारे कथित मूल्य इस बात से मेल खाते हैं कि यहाँ वास्तव में किसे पदोन्नत किया जाता है?

मुख्य निष्कर्ष

• मूल्य हर तकनीकी निर्णय के पीछे की अदृश्य ऑपरेटिंग सिस्टम हैं; बड़े पैमाने पर, मूल्यों को स्पष्ट होना चाहिए।
• मनोवैज्ञानिक सुरक्षा बुनियादी है; इसके बिना, अन्य प्रथाएँ क्षीण हो जाती हैं।
• दोषरहित सीखना विफलता को टिकाऊ प्रणालीगत सुधार में बदल देता है।
• स्पष्ट स्वामित्व (“जो बनाओ, उसे चलाओ”) गुणवत्ता फ़ीडबैक लूप को कसता है।
• लेखन संस्कृति समय क्षेत्रों और स्टाफ़ बदलाव में निर्णय को बड़े पैमाने पर ले जाती है।
• टिकाऊ गति और समावेशन दीर्घकालिक गति गुणक हैं, लागत नहीं।

संदर्भ और आगे पढ़ने के लिए

• Amy C. Edmondson, “The Fearless Organization” and “Teaming”
• Google re:Work / Project Aristotle research on team effectiveness
• Sidney Dekker, “The Field Guide to Understanding ‘Human Error’”
• John Allspaw, “Blameless PostMortems and a Just Culture” (Etsy Code as Craft)
• Nicole Forsgren, Jez Humble, Gene Kim, “Accelerate: The Science of Lean Software and DevOps”
• Gene Kim et al., “The Phoenix Project” and “The DevOps Handbook”
• Camille Fournier, “The Manager’s Path”
• Will Larson, “An Elegant Puzzle: Systems of Engineering Management”
• Tom DeMarco and Timothy Lister, “Peopleware: Productive Projects and Teams”