1. परिचय

कार्यबल क्षरण (workforce attrition) से हमारा आशय है प्रस्थानों, स्वैच्छिक हों या न हों, के माध्यम से कर्मचारियों की निरंतर हानि, और इस शोधपत्र में उसकी दर नहीं बल्कि उसका संघटन मायने रखता है। IT क्षरण की लागत अच्छी तरह प्रलेखित है; उसकी पहचान का समय नहीं। व्यावसायिक साहित्य में प्रतिस्थापन लागत के अनुमान, भर्ती, ऑनबोर्डिंग और खोई हुई उत्पादकता को गिनने पर, वार्षिक वेतन के लगभग 90% से 200% तक जाते हैं। फिर भी अधिकांश IT विभाग क्षरण की निगरानी एक अकेली पश्चगामी संख्या से करते हैं: वार्षिक टर्नओवर दर। वह संख्या बताती है कि कितने गए, यह नहीं कि कौन गया या उनके साथ क्या गया।

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

Webster (2008) ने इसके पीछे के चयनात्मक पैटर्न को नाम दिया: बड़े IT संगठनों में सबसे मज़बूत तकनीकी कर्मचारियों के जाने की संभावना सबसे अधिक होती है, और सबसे कम गतिशील बने रहते हैं। उन्होंने इसे डेड सी प्रभाव कहा। उनका निबंध व्यवसायियों द्वारा व्यापक रूप से उद्धृत किया जाता है, लेकिन उसे कभी किसी मॉडल में विकसित नहीं किया गया, और वह इस बारे में बहुत कम कहता है कि यह प्रभाव कब दिखाई देता है।

यह शोधपत्र उस अंतर को एक प्रश्न के साथ संबोधित करता है: IT संगठन डेड सी प्रभाव को उस बिंदु के बाद ही क्यों पहचानते हैं जहाँ उसे अभी भी पलटा जा सकता था, और क्या चीज़ उन्हें इसे पहले पहचानने में सक्षम बनाएगी?

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

यह शोधपत्र डच बाज़ार की स्थिति के लिए लिखा गया है। उसकी चार विशेषताएँ तर्क पर सीधा असर डालती हैं और पूरे शोधपत्र में बार-बार आती हैं। अधिकांश बड़े डच नियोक्ता और समूचा सार्वजनिक क्षेत्र तकनीकी वेतन सामूहिक समझौतों (CAO) के माध्यम से तय करते हैं, जिनमें निश्चित वेतनमान और वार्षिक वेतनवृद्धि होती है, जिससे बने रहने वाले किसी मज़बूत इंजीनियर की वेतन वृद्धि धीमी और पूर्वानुमेय होती है, और यही वह स्थिति है जिसमें उच्च प्रदर्शक चले जाते हैं (अनुभाग 2.2)। डच बर्खास्तगी क़ानून के तहत UWV या उप-ज़िला न्यायालय द्वारा निवारक समीक्षा और एक वैधानिक विच्छेद भुगतान आवश्यक है, इसलिए बने रहने वाले कर्मचारी एक बार जड़ें जमा लेने के बाद हटाना कठिन होते हैं। वर्क्स काउंसिल को कर्मचारियों की निगरानी करने वाली प्रणालियों और कार्मिक डेटा के प्रसंस्करण पर सहमति का अधिकार है, जो यह सीमित करता है कि अनुभाग 6 के संकेतक कैसे बनाए जा सकते हैं। और डच ICT श्रम बाज़ार को 2024 की चौथी तिमाही में UWV द्वारा विभेदित तीनों ICT व्यवसाय समूहों के लिए बहुत तंग वर्गीकृत किया गया था (UWV, 2025) और तब से वह ठंडा पड़ा है, रिक्तियाँ अपने 2023 के शिखर से गिरकर 2026 की दूसरी तिमाही में लगभग 18,900 रह गई हैं जबकि ICT कर्मचारियों में बेरोज़गारी बढ़ी है (UWV, 2026); जनवरी 2025 में छद्म स्व-रोज़गार के विरुद्ध प्रवर्तन की बहाली ने उसी समय उस फ़्रीलांस मार्ग को संकरा कर दिया है जिसे दोनों समूह, और विशेषकर एडमिनिस्ट्रेटर, निकास के रूप में और नियोक्ता भर्ती के विकल्प के रूप में इस्तेमाल करते थे (Minister van SZW & Staatssecretaris van Financiën, 2026)। इनमें से कोई भी विशेषता नीदरलैंड के लिए अनूठी नहीं है, लेकिन उनका संयोजन है, और यह शोधपत्र यह दावा नहीं करता कि उसके आँकड़े अपरिवर्तित रूप में अन्य बाज़ारों में स्थानांतरित होते हैं।

तर्क इस प्रकार आगे बढ़ता है। अनुभाग 2 डेड सी प्रभाव, उसके मूल दावे का समर्थन करने वाले शोध साहित्य, उन पड़ोसी अवधारणाओं, जिनसे उसे अक्सर भ्रमित किया जाता है, और डच बाज़ार द्वारा प्रस्तुत दोनों आबादियों की समीक्षा करता है। अनुभाग 3 पहचान में विलंब करने वाले तंत्रों की पहचान करता है। अनुभाग 4 एक पाँच-चरण मॉडल प्रस्तावित करता है और अनुभाग 5 ज्ञान कवरेज के एक न्यूनतम मॉडल से लॉक-इन बिंदु और विलंब की लंबाई, दोनों को व्युत्पन्न करता है। अनुभाग 6 अग्रणी संकेतक व्युत्पन्न करता है, अनुभाग 7 एक शैलीकृत विभाग को पाँच चरणों से गुज़रते हुए दिखाता है, अनुभाग 8 हस्तक्षेपों पर चर्चा करता है, और अनुभाग 10 सीमाएँ और एक अनुभवजन्य शोध एजेंडा प्रस्तुत करता है। परिशिष्ट A प्रत्येक संकेतक के लिए परिचालन परिभाषाएँ देता है।

2. पृष्ठभूमि

2.1 डेड सी प्रभाव

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

2.2 कौन जाता है: प्रदर्शन–टर्नओवर साहित्य

मूल दावे को, कि जाने वाले कार्यबल का यादृच्छिक नमूना नहीं होते, पर्याप्त अनुभवजन्य समर्थन प्राप्त है। Jackofsky (1984) ने प्रस्तावित किया कि स्वैच्छिक टर्नओवर प्रदर्शन के सापेक्ष वक्ररेखीय है: निम्न प्रदर्शकों को बाहर धकेला जाता है, उच्च प्रदर्शकों को बाहरी प्रस्ताव खींच ले जाते हैं, और औसत प्रदर्शक बने रहते हैं। Trevor, Gerhart और Boudreau (1997) ने एक ही फ़र्म के 5,143 कर्मचारियों में इसकी पुष्टि की और पाया कि वक्र का उच्च-प्रदर्शक सिरा वेतन वृद्धि से संचालित होता है: जहाँ वेतन वृद्धि पिछड़ी, वहाँ शीर्ष प्रदर्शकों में टर्नओवर अत्यधिक ऊँचा था। Salamin और Hom (2005) ने स्विस बैंकिंग में U-आकार को दोहराया। Williams और Livingstone (1994) ने 55 अध्ययनों का मेटा-विश्लेषण किया और पाया कि टर्नओवर कमज़ोर प्रदर्शकों में केवल वहीं संकेंद्रित होता है जहाँ वेतन प्रदर्शन पर आधारित है; जहाँ ऐसा नहीं है, वहाँ यह संबंध कमज़ोर पड़ जाता है या ग़ायब हो जाता है।

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

2.3 कार्यात्मक बनाम अकार्यात्मक टर्नओवर

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

2.4 क्या जाता है: ज्ञान हानि

DeLong (2004) ने प्रलेखित किया कि कैसे प्रौद्योगिकी-प्रधान संगठन सेवानिवृत्ति और अप्रत्याशित मध्य-करियर प्रस्थानों के माध्यम से क्रिटिकल अव्यक्त ज्ञान खो देते हैं, और दिखाया कि यह हानि आम तौर पर प्रस्थान के महीनों या वर्षों बाद सामने आती है, जब ऐसी स्थिति उत्पन्न होती है जिसे सँभालना केवल गया हुआ कर्मचारी ही जानता था। उसी काल के व्यावसायिक कार्य ने इस समस्या को स्पष्ट रूप से कार्यबल क्षरण के रूप में प्रस्तुत किया; Kaplan (2009) और Manpower (2010) दोनों ने बताया कि नियोक्ताओं के एक बड़े हिस्से के पास जाने वाले कर्मचारियों का ज्ञान सहेजने की कोई प्रक्रिया नहीं थी।

2.5 संबंधित अवधारणाएँ

डेड सी प्रभाव कई बेहतर-ज्ञात विचारों के पड़ोस में बैठता है, और यह ठीक-ठीक बताना उपयोगी है कि वह उनमें से प्रत्येक से कैसे भिन्न है।

बस फ़ैक्टर। किसी सिस्टम का बस फ़ैक्टर उन लोगों की संख्या है जिन्हें जाना होगा ताकि सिस्टम का रखरखाव संभव न रहे। सॉफ़्टवेयर-इंजीनियरिंग शोध ने इसे वर्ज़न-कंट्रोल इतिहास से परिचालित किया है (Cosentino, Cánovas Izquierdo & Cabot, 2015; Avelino et al., 2016)। यह किसी समय-बिंदु पर ज्ञान संकेंद्रण का एक स्नैपशॉट है, और इसके स्थापित माप वर्ज़न कंट्रोल पर बने हैं, जो दर्ज करता है कि सॉफ़्टवेयर इंजीनियर क्या करते हैं, पर यह नहीं कि एडमिनिस्ट्रेटर क्या करते हैं; परिशिष्ट A इसे प्रशासित सिस्टम तक विस्तारित करता है। डेड सी प्रभाव वह प्रक्रिया है जो बस फ़ैक्टर को नीचे ले जाती है; बस फ़ैक्टर उसके सर्वोत्तम मापों में से एक है (अनुभाग 6), कोई प्रतिस्पर्धी व्याख्या नहीं।

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

कार्यात्मक और अकार्यात्मक टर्नओवर। Dalton et al. (1982) ने वर्गीकरण-पद्धति दी; डेड सी प्रभाव वह मामला है जिसमें टर्नओवर व्यवस्थित रूप से अकार्यात्मक है और समग्र आँकड़ा उसे छिपाता है। यहाँ योगदान कालिक तर्क है: संगठन को इस शिथिलता का पता देर से क्यों चलता है।

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

अवशोषण क्षमता। Cohen और Levinthal (1990) ने तर्क दिया कि किसी संगठन की नए ज्ञान को पहचानने, आत्मसात करने और लागू करने की क्षमता उस संबंधित ज्ञान पर निर्भर करती है जो वह पहले से रखता है। अनुभाग 3.5 का तंत्र सूचना के बजाय लोगों पर लागू अवशोषण क्षमता है: किसी टीम की एक मज़बूत भर्ती को बनाए रखने की क्षमता पहले से मौजूद मज़बूत सहकर्मियों पर निर्भर करती है। अनुभाग 5 में यह इस सरल तथ्य के रूप में प्रकट होता है कि ज्ञान हस्तांतरण के लिए एक स्रोत चाहिए: एक बार जब कोई सिस्टम जानने वाला नहीं बचता, तो उसे कोई सिखा भी नहीं सकता।

टर्नओवर सिद्धांत। एक सदी का टर्नओवर शोध (Hom et al., 2017) व्यक्ति-स्तरीय पूर्ववर्ती कारकों पर केंद्रित रहा है: कोई व्यक्ति जाने का निर्णय क्यों लेता है। Nyberg (2010) दिखाते हैं कि उच्च प्रदर्शकों के लिए वेतन वृद्धि और पदोन्नति की गति उस निर्णय को संयमित करती हैं। यह शोधपत्र व्यक्ति-स्तरीय परिणामों को दिया हुआ मानता है और एक टीम-स्तरीय प्रश्न पूछता है: ऐसे निर्णयों का क्रम बचे हुए के संघटन के साथ क्या करता है, और किसी को इसका पता कब चलता है।

2.6 दो आबादियाँ, दो श्रम बाज़ार

प्रदर्शन–टर्नओवर साहित्य कर्मचारियों को प्रदर्शन के आधार पर क्रमबद्ध एक ही आबादी मानता है। यहाँ के तर्क के लिए IT विभाग के तकनीकी कर्मचारियों को दो हिस्सों में बाँटना होगा, क्योंकि डेड सी प्रभाव तीन ऐसी चीज़ों के माध्यम से काम करता है जो सॉफ़्टवेयर इंजीनियरों और सिस्टम एडमिनिस्ट्रेटरों के बीच व्यवस्थित रूप से भिन्न हैं: उनके ज्ञान का रूप, वह मार्ग जिससे वे जाते हैं, और वह निशान जो वे मापन के लिए पीछे छोड़ते हैं।

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

डच बाज़ार में निकास मार्ग। 2024 की चौथी तिमाही में UWV ने अपने द्वारा विभेदित तीनों ICT व्यवसाय समूहों, सॉफ़्टवेयर और एप्लिकेशन डेवलपर, डेटाबेस और नेटवर्क विशेषज्ञ, और ICT उपयोगकर्ता सहायता, को बहुत तंग श्रम बाज़ार का सामना करने वाला वर्गीकृत किया (UWV, 2025); तब से बाज़ार ठंडा पड़ा है, ICT रिक्तियाँ 2023 से लगातार गिर रही हैं और बेरोज़गारी लाभ पर ICT कर्मचारियों की संख्या जुलाई 2026 में बढ़कर लगभग 6,400 हो गई है, आंशिक रूप से बैंकिंग में पुनर्गठनों के कारण (UWV, 2026)। इस साझा तस्वीर के भीतर दोनों समूह अलग-अलग दरवाज़ों से जाते हैं। किसी कॉर्पोरेट IT विभाग के मज़बूत इंजीनियर सॉफ़्टवेयर प्रोडक्ट कंपनियों, स्केल-अप और कंसल्टेंसी की ओर खिंचते हैं, जहाँ वेतन CAO वेतनमान के बजाय बाज़ार तय करता है और जहाँ काम रखरखाव नहीं बल्कि निर्माण है। मज़बूत एडमिनिस्ट्रेटर मैनेज्ड-सर्विस प्रदाताओं, क्लाउड और होस्टिंग कंपनियों की ओर, और हाल तक स्व-रोज़गार की ओर खिंचते हैं: zzp मार्ग वर्षों तक एक अनुभवी डच एडमिनिस्ट्रेटर के लिए उसी नियोक्ता के लिए वही काम करते हुए अपनी आय दोगुनी करने का मानक तरीक़ा था। 1 जनवरी 2025 को प्रवर्तन स्थगन के हटने से ग्राहक एम्बेडेड भूमिकाओं के लिए फ़्रीलांसर रखने में सतर्क हो गए (Minister van SZW & Staatssecretaris van Financiën, 2026), जिसने उस दरवाज़े का एक हिस्सा बंद कर दिया है और, जैसा अनुभाग 8 चर्चा करता है, उसी समय नियोक्ता के बचाव मार्ग का भी एक हिस्सा बंद कर दिया है।

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

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

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

3. प्रभाव विलंबित क्यों होता है

डेड सी प्रभाव इसलिए विलंबित होता है क्योंकि प्रबंधन को मिलने वाला हर संकेत तब तक या तो तटस्थ या झूठा आश्वस्त करने वाला होता है जब तक क्षति संरचनात्मक न हो जाए। Nashua छह तंत्रों की पहचान करता है। वे स्वतंत्र नहीं हैं; मिलकर वे एक ऐसी मापन प्रणाली बनाते हैं जो ठीक उसी चर के प्रति अंधी है जो मायने रखता है।

3.1 हेडकाउंट घटता है, पर धीरे-धीरे। क्षरण केवल आंशिक रूप से बैकफ़िल होता है, इसलिए हेडकाउंट गिरने के बजाय धीरे-धीरे नीचे खिसकता है। जो विभाग तीन इंजीनियर खोता है और दो भर्ती करता है, वह एक की शुद्ध हानि दर्ज करता है, जो इतनी छोटी संख्या है कि बजट चक्र में समा जाए या दक्षता के रूप में पढ़ी जाए। टर्नओवर दर, जो अधिकांश IT नेताओं द्वारा देखी जाने वाली एकमात्र क्षरण मेट्रिक है, एक गिनती है। वह बिलिंग इंटीग्रेशन समझने वाले व्यक्ति के प्रस्थान को एक सप्ताह में बदले जा सकने वाले व्यक्ति के प्रस्थान से अलग नहीं कर सकती, और धीरे-धीरे सिकुड़ती गिनती इस तथ्य को छिपा देती है कि जो गया वह असमानुपातिक रूप से वितरण का शीर्ष था। Dalton et al. (1982) ने यह बात सामान्य रूप से कही थी; IT में, जहाँ योग्यता व्यक्तियों के बीच परिमाण के एक क्रम तक भिन्न होती है, यह आवरण चरम होता है। एडमिनिस्ट्रेटरों के लिए एक और आवरण है: उनके प्रस्थानों का बड़ा हिस्सा नियोजित सेवानिवृत्ति या सर्विस-मैनेजमेंट भूमिका में आंतरिक स्थानांतरण का रूप लेता है, जिसे कोई टर्नओवर मेट्रिक हानि के रूप में गिनती ही नहीं।

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

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

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

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

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

तो विलंब ध्यान की विफलता नहीं है। यह क्षरण को गिनती के रूप में मापने, स्थिरता को स्वास्थ्य के रूप में पढ़ने, और जो खोया गया उसकी जानकारी के लिए बचे हुए लोगों पर निर्भर रहने का पूर्वानुमेय परिणाम है।

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

4. विलंबित डेड सी प्रभाव का एक अवस्था मॉडल

अनुभाग 3 के तंत्र एक पहचानने योग्य क्रम में खुलते हैं। हम Nashua में इसे पाँच चरणों के रूप में वर्णित करते हैं, जो इस बात से विभेदित हैं कि प्रबंधन क्या देखता है और टीम में क्या हो रहा है, इन दोनों के बीच कितना अंतराल है (चित्र 2)। चरण क्रमबद्ध हैं, समयबद्ध नहीं: प्रत्येक की अवधि संगठन पर निर्भर करती है, और हम जान-बूझकर उनसे कोई अवधि नहीं जोड़ते।

चरण 4 धुरी है। उससे पहले विभाग अभी भी सामान्य प्रतिधारण और भर्ती उपायों से उबर सकता है। उसके बाद बची हुई टीम के मानदंड, भार और ज्ञान के अंतराल मज़बूत भर्तियों को जमने नहीं देते, इसलिए वही उपाय विफल होते हैं और उन्हें बाज़ार की समस्या समझ लिया जाता है। प्रबंधन का पहला असंदिग्ध संकेत (चरण 5) उस अंतिम बिंदु के एक पूरा चरण बाद आता है जिस पर पारंपरिक हस्तक्षेप काम कर सकता था।

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

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

5. एक औपचारिक विवेचन

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

5.1 सेटअप

एक क्रिटिकल सिस्टम पर विचार करें और $k(t)$ को उन लोगों की संख्या मानें जो उसे बदल या पुनर्प्राप्त कर सकते हैं: उसका बस फ़ैक्टर। $k$ के साथ चार चीज़ें होती हैं, जिनमें से प्रत्येक अनुभाग 3 के किसी तंत्र से जुड़ी है।

1. प्रस्थान। प्रत्येक ज्ञाता प्रति वर्ष $\lambda$ हैज़र्ड से जाता है, और ज्ञान अपने साथ ले जाता है: $k \to k-1$ दर $\lambda k$ से। यही स्वयं डेड सी प्रभाव है; $\lambda$ उन लोगों का निकास हैज़र्ड है जो क्रिटिकल ज्ञान रखते हैं, और जो Webster के तर्क और अनुभाग 2.2 के अनुसार मज़बूत लोग हैं।

2. हस्तांतरण। प्रत्येक ज्ञाता प्रति वर्ष $\tau$ दर से एक सहकर्मी को प्रशिक्षित करता है: $k \to k+1$ दर $\tau k$ से। हस्तांतरण के लिए स्रोत चाहिए। जब $k = 0$ हो, तो सीखने के लिए कोई नहीं होता, जो अनुभाग 4 का लॉक-इन बिंदु है, अब सटीक रूप में: कोई सिस्टम तब लॉक-इन हो जाता है जब उसका बस फ़ैक्टर शून्य पर पहुँचता है, क्योंकि उस स्थिति से आंतरिक हस्तांतरण असंभव है।

3. आर्टिफ़ैक्ट से पुनर्निर्माण। जब $k = 0$ हो, तो कोई नवागंतुक सिस्टम द्वारा पीछे छोड़ी गई चीज़ों से ज्ञान को $\alpha$ दर से पुनर्निर्मित कर सकता है। सॉफ़्टवेयर के लिए कोड, टेस्ट और स्कीमा $\alpha$ को उल्लेखनीय बनाते हैं; प्रशासित सिस्टम के लिए, जिनका ज्ञान प्रक्रियात्मक है, $\alpha$ शून्य के क़रीब है। यही दोनों समूहों के बीच का एकमात्र संरचनात्मक अंतर है।

4. अवलोकन। सिस्टम पर प्रति वर्ष $\mu$ दर से कोई ऐसी घटना आती है जिसके लिए गहरा ज्ञान चाहिए: कोई परिवर्तन अनुरोध जो उसके आंतरिक हिस्सों को छूता है, या कोई इंसिडेंट जिसके लिए रीस्टार्ट से अधिक चाहिए। यदि घटना आने पर $k = 0$ हो, तो विफलता प्रबंधन को दिखती है; अन्यथा वह आत्मसात हो जाती है और कुछ नहीं दिखता। इंजीनियरों के लिए $\mu$ गहरे परिवर्तनों की दर है, एडमिनिस्ट्रेटरों के लिए गहरे इंसिडेंट की दर, और दूसरी दर कम है।

केवल पहली तीन दरें $k$ को हिलाती हैं; चौथी तय करती है कि प्रबंधन को कब पता चलता है। $\alpha = 0$ के साथ यह प्रक्रिया एक रैखिक जन्म–मृत्यु प्रक्रिया है और इसकी प्रायिकता कि $k_0$ ज्ञाताओं वाला सिस्टम समय $t$ तक शून्य पर पहुँच गया है, का एक संवृत रूप है,

और, एक बार शून्य पर पहुँचने के बाद, प्रबंधन द्वारा कोई विफलता देखे जाने तक का अपेक्षित समय बस यह है

समीकरण (1) कहता है कि एकमात्र स्वामी वाला सिस्टम ($k_0 = 1$) प्रायिकता $\lambda(1-e^{-(\lambda-\tau)t})/(\lambda - \tau e^{-(\lambda-\tau)t})$ से खो जाता है, जो जब भी प्रस्थान हस्तांतरण से आगे निकलते हैं, एक की ओर बढ़ती है; दो ज्ञाताओं वाला सिस्टम उसके वर्ग की प्रायिकता से खोता है, और इसीलिए अनुभाग 6 का चरण 2 संकेतक बस फ़ैक्टर एक वाले सिस्टम की गिनती है। समीकरण (2) शोधपत्र के शीर्षक का विलंब एक ही प्रतीक में है: हानि और उसकी पहचान के बीच का अंतराल इससे तय होता है कि खोए हुए ज्ञान की ज़रूरत कितनी बार पड़ती है, और किसी और चीज़ से नहीं। कोई विभाग इसे केवल ज्ञान की ज़रूरत जान-बूझकर पैदा करके ही छोटा कर सकता है, और यही डिज़ास्टर-रिकवरी परीक्षण है।

5.2 परिणाम: पहले हानि, बाद में पहचान, और एडमिनिस्ट्रेटरों के लिए और भी बाद में

तालिका 2 दोनों समूहों के लिए उदाहरणात्मक दरें और अनुभाग 7 के केस विभाग की आरंभिक कवरेज देती है: बारह क्रिटिकल इंजीनियरिंग सिस्टम, जिनमें से तीन का एकमात्र स्वामी है, और आठ प्रशासित सिस्टम, जिनमें से एक का एकमात्र स्वामी है। मान गोल होने और अनुभाग 2.6 में तर्कित तीन क्रमों का सम्मान करने के लिए चुने गए हैं: मज़बूत इंजीनियर मज़बूत एडमिनिस्ट्रेटरों से तेज़ी से जाते हैं; कोड अपने लेखक के जाने के बाद पढ़ा जा सकता है पर प्रक्रिया नहीं; और किसी सिस्टम का गहरा ज्ञान माँगने वाला परिवर्तन ऐसा ज्ञान माँगने वाले इंसिडेंट से अधिक बार आता है। चित्र 3 दिखाता है कि इससे क्या निकलता है, $\alpha = 0$ के लिए संवृत रूप से और अन्यथा सिमुलेशन से।

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

पैनल B चरण 5 की तस्वीर है, और शोधपत्र का केंद्रीय दावा एक ही चित्र में। इंजीनियरों के लिए पहले शून्य-कवरेज सिस्टम तक का माध्यिका समय 0.6 वर्ष है और पहली दृश्य विफलता तक का माध्यिका समय 1.5 वर्ष: 0.9 वर्ष का पहचान विलंब, जिसके दौरान संघटन डैशबोर्ड हानि दिखा रहा होता और प्रबंधन डैशबोर्ड कुछ नहीं दिखा रहा होता। एडमिनिस्ट्रेटरों के लिए पहला शून्य 1.4 वर्ष पर आता है और पहली दृश्य विफलता 3.0 पर: 1.6 वर्ष का विलंब, और एक ऐसी दृश्य विफलता जो इंजीनियरों की विफलता के डेढ़ वर्ष बाद आती है। एडमिनिस्ट्रेटरों का धीमा क्षरण, जो उन्हें स्थिर समूह जैसा दिखाता है, ठीक वही है जो उनकी विफलता को बाद में लाता है, और उनकी कम अवलोकन दर उसे और भी बाद में लाती है।

मॉडल से तीन और परिणाम निकलते हैं जो अनुभाग 8 से संबंधित हैं।

1. हस्तांतरण भंडार की रक्षा करता है, एकमात्र स्वामियों की नहीं। हस्तांतरण दर $\tau$ को दोगुना करने से विभाग की कवरेज का क्षरण धीमा हो जाता है (आधे वाला ट्रिगर एक वर्ष या उससे अधिक आगे खिसक जाता है), लेकिन पहले शून्य तक का समय मुश्किल से हिलता है, क्योंकि एकमात्र स्वामी वाला सिस्टम एक प्रस्थान और एक हैंडओवर के बीच की दौड़ में है, विभाग का औसत चाहे जो हो। ज्ञान वितरण चरण 2 में उन सिस्टम पर काम करता है जिनके अभी भी दो या अधिक ज्ञाता हैं; वह उन सिस्टम को नहीं बचा सकता जो पहले से एक पर हैं।

2. प्रतिधारण हर जगह समय ख़रीदता है, पर उम्मीद से कम। प्रस्थान हैज़र्ड को पाँचवें हिस्से से घटाने पर हर मील का पत्थर दो से दस महीने आगे खिसक जाता है। यह वक्रों का आकार नहीं बदलता, और विशेष रूप से पहचान विलंब नहीं बदलता, जो केवल $\mu$ पर निर्भर करता है।

3. अवलोकन एक लीवर है, और केवल एडमिनिस्ट्रेटरों को इसकी ज़रूरत है। प्रत्येक प्रशासित सिस्टम पर वर्ष में एक बार डिज़ास्टर-रिकवरी परीक्षण चलाने से उनका प्रभावी $\mu$ 0.4 से बढ़कर 1.4 हो जाता है। यह हानि को एक दिन भी धीमा नहीं करता, लेकिन माध्यिका पहचान विलंब को 1.6 वर्ष से घटाकर 0.7 कर देता है, जिससे ऑपरेशंस टीम को अपने पहले खोए हुए सिस्टम का पता वर्ष 3.0 के बजाय वर्ष 2.0 में चलता है, जब बाक़ी पर कार्रवाई का समय अभी बचा है (चित्र 3B में डैश-डॉट रेखा)। इंजीनियरों को इस लीवर की ज़रूरत नहीं, क्योंकि परिवर्तन कैलेंडर उनके सिस्टम को उनके लिए परख देता है।

तालिका 3 इन परिणामों को एकत्र करती है।

5.3 मॉडल क्या दावा नहीं करता

यह मॉडल एक रेखाचित्र है, कैलिब्रेशन नहीं। दरें गोल और सही क्रम में होने के लिए चुनी गई हैं, अनुमानित नहीं; सिस्टम को स्वतंत्र माना गया है, हालाँकि वास्तविक विभाग में वही लोग कई सिस्टम के स्वामी होते हैं और एक प्रस्थान एक से अधिक को ख़ाली कर देता है; और “सिस्टम को जानता है” द्विआधारी है जबकि योग्यता नहीं है। मॉडल जो स्थापित करता है, वह मानों पर निर्भर नहीं करता। यह मानते हुए कि ज्ञाता जाते हैं, कि हस्तांतरण के लिए स्रोत चाहिए और कि खोए हुए ज्ञान की ज़रूरत केवल कभी-कभार पड़ती है, किन्हीं भी मानों के लिए तीन बातें निकलती हैं: हानि उसकी पहचान से एक ऐसे अंतराल से पहले होती है जिसकी अपेक्षित लंबाई इसका व्युत्क्रम है कि ज्ञान की ज़रूरत कितनी बार पड़ती है; एकमात्र स्वामी वाले सिस्टम ही खोते हैं, इसलिए उनकी गिनती अग्रणी संकेतक है; और जिस समूह का ज्ञान प्रक्रियात्मक है और जिसकी विफलताएँ परिवर्तन नहीं बल्कि इंसिडेंट हैं, उसे उस समूह की तुलना में बाद में पहचाना जाएगा जिसका ज्ञान आर्टिफ़ैक्ट में है और जिसकी विफलताएँ परिवर्तन कैलेंडर पर हैं। डच परिवेश $\lambda$ के माध्यम से प्रवेश करता है, जिसे CAO वेतनमान सबसे मज़बूत लोगों के लिए बढ़ाता है और बर्खास्तगी क़ानून बाक़ी के लिए घटाने में कुछ नहीं करता, और फ़्रीलांस मार्ग के हालिया बंद होने के माध्यम से, जिसने नियोक्ता के पास $k$ को शून्य पर पहुँचने के बाद वापस एक पर लाने का एकमात्र तरीक़ा हटा दिया।

6. पूर्व-चेतावनी संकेतक

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

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

प्रत्येक संकेतक की परिचालन परिभाषाएँ, डेटा स्रोत और ज्ञात ख़तरे परिशिष्ट A में दिए गए हैं। इस समुच्चय के बारे में तीन अवलोकन। पहला, अधिकांश संकेतक सस्ते हैं: कई के लिए केवल उस डेटा का एक अलग कट चाहिए जो HR के पास पहले से है। दूसरा, चरण 1 और 2 के संकेतक ही मायने रखते हैं, क्योंकि चरण 4 तक लॉक-इन बिंदु आ चुका होता है। तीसरा, संकेतक संघटनात्मक हैं, समग्र नहीं: वे पूछते हैं कौन और क्या, न कि कितने। यही वह बदलाव है जिसकी माँग Dalton et al. (1982) ने चार दशक पहले की थी और जो IT प्रबंधन रिपोर्टिंग ने बड़े पैमाने पर अब तक नहीं किया है।

7. एक निर्मित केस

निम्नलिखित केस निर्मित है, अवलोकित नहीं। यह दिखाने के लिए है कि पाँच चरण किसी संगठन के भीतर से कैसे दिखते हैं और अनुभाग 5 के मॉडल को एक ठोस परिवेश देने के लिए। यह किसी नियोक्ता पर रिपोर्ट नहीं है, और इसके आँकड़े मापे हुए नहीं बल्कि उदाहरणात्मक हैं; इसका मूल्य यह है कि इसकी हर घटना ऐसी है जिसे कॉर्पोरेट IT में काम कर चुका पाठक पहचान लेगा।

7.1 परिवेश

विभाग R एक मध्यम आकार की डच विनिर्माण कंपनी का आंतरिक IT विभाग है। वर्ष 0 में उसके पास 60 तकनीकी कर्मचारी हैं: तीन टीमों में 36 सॉफ़्टवेयर इंजीनियर (ERP इंटीग्रेशन, लॉजिस्टिक्स और वेयरहाउस सिस्टम, एक डेटा प्लेटफ़ॉर्म) और दो टीमों में 24 सिस्टम एडमिनिस्ट्रेटर (इन्फ़्रास्ट्रक्चर और नेटवर्क; डेटाबेस, स्टोरेज और वर्कप्लेस)। वह लगभग बीस ऐसे प्रोडक्शन सिस्टम का रखरखाव करता है जिन्हें व्यवसाय क्रिटिकल मानता है, बारह इंजीनियरिंग टीमों के स्वामित्व में और आठ ऑपरेशंस के। टर्नओवर एक दशक से कंपनी के अन्य विभागों के अनुरूप 10 से 13% प्रति वर्ष रहा है। वेतन कंपनी के CAO का अनुसरण करता है: वार्षिक वेतनवृद्धि वाले निश्चित वेतनमान, जिससे बने रहने वाला एक वरिष्ठ इंजीनियर और एक वरिष्ठ एडमिनिस्ट्रेटर चार या पाँच वर्षों में अपने वेतनमान के शीर्ष पर पहुँच जाता है और फिर कोई वृद्धि नहीं देखता। प्रदर्शन रेटिंग मौजूद हैं पर वेतन पर उनका कोई असर नहीं। कई एडमिनिस्ट्रेटर पचास से ऊपर हैं।

7.2 छह वर्ष

तालिका 6 सारांशित करती है कि विभाग का प्रबंधन डैशबोर्ड प्रत्येक वर्ष क्या दिखाता था और एक संघटन डैशबोर्ड, यदि होता, तो क्या दिखाता। चित्र 2 के चरण चिह्नित हैं।

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

वर्ष 2 शांत है। हेडकाउंट एक कम है, टर्नओवर वापस सीमा में है और दोनों जाने वालों द्वारा बनाए गए सिस्टम चलते रहते हैं। उनके स्वामित्व वाले सिस्टम इंटीग्रेशन टीम के एकमात्र बचे हुए वरिष्ठ इंजीनियर को पुनः आवंटित कर दिए जाते हैं, जो पहले से तीन अन्य का स्वामी है। ऑपरेशंस की ओर वर्ष और भी शांत दिखता है। वरिष्ठ स्टोरेज एडमिनिस्ट्रेटर निर्धारित समय पर सेवानिवृत्त होता है, एक ऐसा प्रस्थान जिसका किसी को खेद नहीं क्योंकि वह नियोजित था; जो बैकअप और रिस्टोर प्रक्रियाएँ वह पंद्रह वर्षों से हाथ से चलाता आया था, वे दो घंटे की बैठक में नेटवर्क एडमिनिस्ट्रेटर को सौंप दी जाती हैं, और उनका कभी अभ्यास नहीं होता। वरिष्ठ नेटवर्क एडमिनिस्ट्रेटर फ़्रीलांस होने के लिए त्यागपत्र देता है और अगले सोमवार उसी काम के लिए दैनिक दर पर वापस रख लिया जाता है, जिसे विभाग हेडकाउंट पर बचत के रूप में दर्ज करता है और एडमिनिस्ट्रेटर आय के दोगुने होने के रूप में; दोनों में से कोई भी टर्नओवर आँकड़े में खेदजनक हानि के रूप में नहीं दिखता। दो इंजीनियरिंग बैकफ़िल जूनियर ग्रेड पर किए जाते हैं, क्योंकि बजट दो जूनियर या एक वरिष्ठ की अनुमति देता है और दो अधिक सुरक्षित लगते हैं। एक ही जानकार व्यक्ति वाले क्रिटिकल सिस्टम की संख्या इंजीनियरिंग की ओर छह से बढ़कर आठ और ऑपरेशंस की ओर एक से बढ़कर चार हो जाती है।

वर्ष 3 डैशबोर्ड से इस अवधि का सबसे अच्छा वर्ष दिखता है। टर्नओवर पाँच वर्षों में सबसे कम है क्योंकि जो लोग जाने वाले थे वे पहले ही जा चुके हैं। लंबे कार्यकाल वाले कोर की वार्षिक समीक्षा में स्थिरता के लिए प्रशंसा होती है। डेटा प्लेटफ़ॉर्म टीम में एक वरिष्ठ इंजीनियर भर्ती होता है और सात महीने बाद कुछ भी बदलवा न पाने का हवाला देकर चला जाता है; निकास साक्षात्कार “सांस्कृतिक अनुकूलता” के तहत दर्ज होता है। इंटीग्रेशन आर्किटेक्ट के जाने के बाद से विभाग के बाहर किसी ने उसके आर्किटेक्चर की समीक्षा नहीं की है। जनवरी में कंपनी का क़ानूनी विभाग, Wet DBA के पुनः प्रवर्तन के जवाब में, फ़्रीलांस नेटवर्क एडमिनिस्ट्रेटर का अनुबंध समाप्त कर देता है; वह अपनी दैनिक दर के लगभग आधे CAO वेतन पर लौटने का प्रस्ताव अस्वीकार कर देता है, और जिस फ़ायरवॉल एस्टेट को वह अकेला समझता था वह एक ऐसे सहकर्मी के पास चला जाता है जिसने उस पर कभी एक नियम भी नहीं बदला। दो वर्षों से कोई डिज़ास्टर-रिकवरी परीक्षण नहीं चला है; उपलब्धता 99.9% है और ऑपरेशंस टीम को स्थिरता के आदर्श के रूप में पेश किया जाता है।

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

वर्ष 5 में इंजीनियरों की गिरावट दिखाई देने लगती है। ERP अपग्रेड, जो उस इंटीग्रेशन परत पर निर्भर है जिसका आर्किटेक्ट चार वर्ष पहले चला गया था, नौ महीने फिसल जाता है। प्राइसिंग इंजन पर एक परिवर्तन अनुरोध निर्धारित नहीं हो पाता क्योंकि जो अकेला इंजीनियर उसे संशोधित कर सकता है वही छह अन्य सिस्टम सँभाल रहा है। मामला बोर्ड तक पहुँचता है, जिसे बताया जाता है कि विभाग में क्षरण की समस्या है। क्षरण की समस्या चार वर्ष पुरानी है; जो बदला है वह यह कि उसने अंततः एक ऐसा संकेत पैदा किया है जिसे प्रबंधन पढ़ता है। ऑपरेशंस टीमें, जिनका उपलब्धता आँकड़ा अभी भी 99.8% है, इस बातचीत का हिस्सा नहीं हैं।

वर्ष 6 इंजीनियरों के लिए अनुभाग 8 का डिफ़ॉल्ट समाधान लाता है: परिवर्तन कार्य एक वेंडर के पास चला जाता है, आंतरिक इंजीनियरिंग टीम सिकुड़ती है, और वेंडर की लागत उससे परिमाण के एक क्रम अधिक होती है जो वर्ष 1 में एक विभेदित प्रतिधारण बजट पर ख़र्च होता। यह ऑपरेशंस टीमों का चरण 5 भी लाता है, एक वर्ष पीछे। एक स्टोरेज माइग्रेशन के दौरान वेयरहाउस डेटाबेस को रिस्टोर करना पड़ता है; रिस्टोर विफल हो जाता है, क्योंकि चार वर्ष पहले स्टोरेज एडमिनिस्ट्रेटर द्वारा पीछे छोड़ी गई प्रक्रिया एक ऐसे ऐरे का वर्णन करती है जिसे तीन वर्ष पहले बदल दिया गया था, और नए ऐरे पर कभी रिस्टोर चलाने वाला एकमात्र व्यक्ति वह फ़्रीलांस नेटवर्क एडमिनिस्ट्रेटर था जिसका अनुबंध वर्ष 3 में समाप्त कर दिया गया था। वेयरहाउस दो दिन बंद रहता है। बोर्ड, जो सोचता था कि उसने पिछले वर्ष क्षरण की समस्या से निपट लिया है, को बताया जाता है कि उसके पास एक दूसरी समस्या भी है।

7.3 प्रतितथ्यात्मक

मान लीजिए विभाग R ने वर्ष 0 से अनुभाग 8 का संघटन डैशबोर्ड, वहाँ प्रस्तावित ट्रिगर स्तरों के साथ, दोनों समूहों के लिए अलग-अलग चलाया होता। वर्ष 1 में 60% की खेदजनक-हानि दर दूसरे प्रस्थान के बाद पहली ही तिमाही में एक-तिहाई के ट्रिगर को पार कर जाती, जिससे इंजीनियरिंग नेतृत्व और HR की यह संयुक्त समीक्षा अनिवार्य हो जाती कि दोनों जाने वालों में क्या समान था। समीक्षा में निकास-प्रस्ताव अंतर और साझा वेतन बैंड सामने आते, और उस बिंदु पर उपलब्ध सबसे सस्ता हस्तक्षेप, बचे हुए शीर्ष-चतुर्थक इंजीनियरों के लिए एक प्रतिधारण समायोजन, एक वरिष्ठ बैकफ़िल के लगभग दसवें हिस्से की लागत पर आता। उसे मंज़ूरी मिलती या नहीं, यह अलग प्रश्न है; बात यह है कि निर्णय वर्ष 5 के बजाय वर्ष 1 में किसी के सामने रखा गया होता।

यदि पहले ट्रिगर की अनदेखी की गई होती, तो बस-फ़ैक्टर गिनती वर्ष 2 में एक-चौथाई के ट्रिगर को पार कर जाती, और उस समय ग्यारह एकल-स्वामी सिस्टम पर ज़बरन ज्ञान वितरण अभी भी संभव था, क्योंकि एकल स्वामी अभी भी मौजूद थे। वर्ष 3 तक सात महीने बाद जाने वाली वरिष्ठ भर्ती दो की कोहोर्ट में 50% प्रारंभिक-कार्यकाल क्षरण के रूप में दर्ज होती, एक ऐसा आँकड़ा जो संदेह करने लायक़ छोटा है पर यह प्रश्न उठाने लायक़ बड़ा कि विभाग उसे क्यों नहीं रोक सका। ऑपरेशंस की ओर ट्रिगर बाद में और अधिक चुपचाप चलते: खेदजनक-हानि का प्रश्न, वर्ष 2 में सेवानिवृत्ति और फ़्रीलांस निकास के बारे में पूछे जाने पर, ऑपरेशंस टीमों को उस वर्ष 100% खेदजनक हानि पर रखता जिसमें टर्नओवर आँकड़ा कुछ नहीं दिखाता था; एक-चौथाई वाला बस-फ़ैक्टर ट्रिगर उसी वर्ष 8 में से 4 पर चलता; और एक DR-परीक्षण ट्रिगर, जिसे यह शोधपत्र परिशिष्ट A में प्रशासित सिस्टम के लिए जोड़ता है, वर्ष 3 में चलता। हर ट्रिगर संगठन को एक चरण ख़रीदकर देता है। यह केस मॉडल के केंद्रीय दावे को दर्शाता है: कार्रवाई के लिए आवश्यक जानकारी हर बिंदु पर मौजूद थी, और संगठन के उपकरण बस उसकी ओर मुड़े नहीं थे, और दोनों में से एक समूह के लिए वह एकत्र तक नहीं की गई थी।

7.4 केस क्या दिखाता है

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

8. IT प्रबंधन के लिए निहितार्थ

व्यावहारिक निष्कर्ष यह है कि हस्तक्षेप का समय उसकी विषयवस्तु से अधिक मायने रखता है। जो उपाय चरण 2 में प्रभाव को पलट देते हैं, वही चरण 4 में विफल हो जाते हैं।

8.1 लॉक-इन से पहले

चरण 1 से 3 में विभाग में अभी भी ऐसे लोग हैं जो काम का मूल्यांकन करने, नई भर्तियों को आत्मसात करने और ज्ञान हस्तांतरित करने में सक्षम हैं। यहाँ हस्तक्षेप पारंपरिक हैं और साहित्य द्वारा अच्छी तरह समर्थित:

• विभेदित प्रतिधारण। Trevor et al. (1997) दिखाते हैं कि वेतन वृद्धि उच्च-प्रदर्शक टर्नओवर पर सबसे मज़बूत लीवर है। शीर्ष चतुर्थक पर संकेंद्रित प्रतिधारण बजट सर्वव्यापी वृद्धि से अधिक काम करता है। CAO परिवेश में इसका साधन श्रम-बाज़ार भत्ता (arbeidsmarkttoelage) या वेतनमान अपवाद है, जिन दोनों की अनुमति अधिकांश डच सामूहिक समझौते देते हैं और जिनका उपयोग अधिकांश IT विभाग नहीं करते। इंजीनियरों के लिए भत्ते को जिस तुलना को मात देनी है वह प्रोडक्ट-कंपनी का वेतन है; एडमिनिस्ट्रेटरों के लिए, हाल तक, वह फ़्रीलांस दैनिक दर थी, जिसे कोई भत्ता मात नहीं देता, और 2025 से वह सर्विस-प्रदाता का वेतन है, जिसे दी जा सकती है।

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

• पैटर्न के रूप में पढ़े गए निकास साक्षात्कार। खेदजनक हानियों की समीक्षा एक साथ की जानी चाहिए, केवल HR के बजाय इंजीनियरिंग नेतृत्व द्वारा, इस स्पष्ट प्रश्न के साथ कि उनमें क्या समान है।

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

8.2 चरण के अनुसार क्रम

अनुभाग 5 का औपचारिक मॉडल प्रत्येक हस्तक्षेप को काम करने के लिए एक दर देता है, और अवस्था मॉडल प्रत्येक को एक ऐसी खिड़की देता है जिसमें वह अभी काम करता है। तालिका 7 दोनों को एक साथ रखती है। लॉक-इन बिंदु से पहले हस्तक्षेप प्रस्थान हैज़र्ड $\lambda$, हस्तांतरण दर $\tau$ और, एडमिनिस्ट्रेटरों के लिए, अवलोकन दर $\mu$ पर काम करते हैं; मॉडल दिखाता है कि हस्तांतरण केवल उन सिस्टम की रक्षा करता है जिनके अभी भी दो या अधिक ज्ञाता हैं, कि प्रतिधारण वर्ष नहीं बल्कि महीने ख़रीदता है, और कि अवलोकन ही एकमात्र लीवर है जो विलंब को स्वयं छोटा करता है। लॉक-इन बिंदु के बाद वही लीवर सिद्धांततः अभी भी उपलब्ध हैं लेकिन उन्हें खींचने के लिए कुछ नहीं बचा: ज्ञान वितरण के पास कोई स्रोत नहीं, प्रतिधारण के पास रोकने लायक़ कोई क्रिटिकल व्यक्ति नहीं, और बस फ़ैक्टर शून्य वाले सिस्टम पर लगाई गई मज़बूत भर्ती के पास सीखने के लिए कोई नहीं, और वह चली जाती है या जो भी आर्टिफ़ैक्ट मौजूद हों उनसे धीरे-धीरे पुनर्निर्माण करती है। लॉक-इन के बाद के विकल्प इसके बजाय विभाग की संरचना पर काम करते हैं, और इसीलिए वे प्रबंधन के एक अलग स्तर के हैं।

8.3 एक संघटन डैशबोर्ड

अनुभाग 6 के संकेतक तभी उपयोगी हैं जब कोई उन्हें एक साथ, सही आवृत्ति पर, कार्रवाई के अधिकार के साथ देखे। मॉडल से तीन डिज़ाइन विकल्प निकलते हैं।

स्वामी। डैशबोर्ड इंजीनियरिंग नेतृत्व का है, HR का नहीं। HR टर्नओवर दर का स्वामी है और उसके लिए सही स्वामी है, लेकिन संघटन संकेतकों के लिए इंजीनियरिंग निर्णय (कौन-से सिस्टम क्रिटिकल हैं, कौन मज़बूत है) और इंजीनियरिंग डेटा (वर्ज़न कंट्रोल) चाहिए। जो डैशबोर्ड HR संकलित करे और इंजीनियरिंग प्राप्त करे, वह अनुभाग 3.4 की उत्तरजीविता समस्या को नए रूप में दोहराता है।

आवृत्ति। त्रैमासिक, चार-तिमाही की रोलिंग विंडो के साथ। वार्षिक समीक्षा बहुत धीमी है: अनुभाग 7 के केस में लॉक-इन बिंदु दो वार्षिक समीक्षाओं के बीच आया। मासिक साठ के विभाग के लिए बहुत शोरयुक्त है, जहाँ एक अकेला प्रस्थान अधिकांश दरों को कई बिंदु हिला देता है।

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

8.4 लॉक-इन के बाद

चरण 4 और 5 में बैकफ़िलिंग दो कारणों से विफल होती है। पहला Brooks (1975) का नियम नए रूप में है: जिस टीम में ऑनबोर्ड करने की क्षमता नहीं है उसमें लोग जोड़ना टीम को धीमा करता है और नए लोगों को बाहर धकेलता है। दूसरा यह कि भर्ती का गुणवत्ता मानदंड उस टीम से तय होता है जिसमें वह शामिल होती है, इसलिए मज़बूत भर्ती या तो नीचे की ओर ढल जाती है या चली जाती है। तीन विकल्प बचते हैं, कोई भी सस्ता नहीं:

1. एक नया नाभिक। अपने मानदंडों वाली एक अलग टीम बनाएँ, बाहर से स्टाफ़ करें, और समय के साथ सिस्टम उसमें स्थानांतरित करें। मौजूदा टीम भंग नहीं की जाती लेकिन अब संगठन का मानक नहीं रहती।

2. प्रबंधित गिरावट। स्वीकार करें कि विभाग रखरखाव कर सकता है पर बदलाव नहीं, तदनुसार दायरा स्थिर करें, और टीम के नवीनीकरण के बजाय सिस्टम के प्रतिस्थापन की योजना बनाएँ।

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

साझा सूत्र यह है कि लॉक-इन के बाद की पुनर्प्राप्ति एक संरचनात्मक निर्णय है जो IT विभाग से ऊपर के स्तर पर लिया जाता है। विभाग स्वयं, लॉक-इन की परिभाषा से ही, उसे नहीं ले सकता।

9. चर्चा: विलंब बना क्यों रहता है

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

संकेत का बँटा हुआ स्वामित्व। टर्नओवर HR की मेट्रिक है; डिलीवरी IT की मेट्रिक है। प्रस्थानों का संघटन दोनों के बीच गिरता है। HR देखता है कि कोई गया और उसने जाने का क्या कारण बताया; इंजीनियरिंग देखती है कि कोई सिस्टम बदलना कठिन हो गया है। कोई नहीं देखता कि ये एक ही घटना हैं, क्योंकि कोई रिपोर्ट उन्हें जोड़ती नहीं। अनुभाग 8 का संघटन डैशबोर्ड, यांत्रिक रूप से, रिकॉर्ड की दो ऐसी प्रणालियों का जोड़ है जो सामान्यतः जोड़ी नहीं जातीं।

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

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

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

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

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

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

संकेतकों के लिए सहमति चाहिए। अनुभाग 6 के संकेतक वर्तमान और पूर्व कर्मचारियों के व्यक्तिगत डेटा का प्रसंस्करण करते हैं और उनमें से कई, विशेष रूप से जाने वालों का प्रदर्शन चतुर्थक और खेदजनक-हानि रेटिंग, प्रदर्शन की निगरानी की एक प्रणाली बनाते हैं। वर्क्स काउंसिल अधिनियम के अनुच्छेद 27 के तहत वर्क्स काउंसिल को कार्मिक डेटा के प्रसंस्करण और कर्मचारियों की निगरानी की व्यवस्थाओं पर सहमति का अधिकार है (Wet op de ondernemingsraden, art. 27 lid 1), और सामान्य डेटा संरक्षण विनियमन के लिए प्रलेखित उद्देश्य और प्रतिधारण अनुसूची आवश्यक है। इनमें से कुछ भी डैशबोर्ड को रोकता नहीं; इसका अर्थ यह है कि उसे बनाना वर्क्स काउंसिल के साथ लिया गया निर्णय है, केवल इंजीनियरिंग नेतृत्व का नहीं, और जाने वालों के डेटा की एक प्रतिधारण अवधि है जिसके बाद उसे समेकित या हटाना होगा। जो विभाग मापना शुरू करना चाहता है, उसे पहले वह बातचीत शुरू करनी चाहिए।

रिपोर्टें बचे हुए लोग लिखते हैं। यह अनुभाग 3.4 का एक संस्थागत तथ्य के रूप में पुनर्कथन है: जिन लोगों के पास गिरावट की रिपोर्ट करने का सबसे कम प्रोत्साहन और उसे देखने की सबसे कम क्षमता है, वही वे लोग हैं जिनसे संगठन टीम के बारे में अपनी जानकारी लेता है। बाह्य समीक्षा (अनुभाग 6) एकमात्र उपचार है, और वह उसी कारण अलोकप्रिय है जिस कारण वह आवश्यक है।

इनमें से कोई भी विशेषता अपने आप में अतार्किक नहीं है। मिलकर वे गारंटी देती हैं कि विभाग को अपने संघटन का पता चरण 5 में चलेगा। उन्हें बदलना संकेतक जोड़ने से कठिन है, लेकिन शुरुआत संकेतकों से ही करनी चाहिए, क्योंकि वे इन विशेषताओं को दृश्य बनाते हैं।

10. सीमाएँ और आगे का शोध

यह सैद्धांतिक शोध है। इससे तीन सीमाएँ निकलती हैं।

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

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

मॉडल और केस का शैलीकरण। अनुभाग 5 का औपचारिक मॉडल सिस्टम को स्वतंत्र, ज्ञान को द्विआधारी और दरों को स्थिर मानता है; अनुभाग 7 का केस एक संयोजन है। दोनों यह दिखाने की युक्तियाँ हैं कि तर्क सुसंगत है, इसका साक्ष्य नहीं कि वह सत्य है। अनुभाग 5 के तीन गुणात्मक परिणाम दर मानों पर निर्भर नहीं करते; उद्धृत वर्ष करते हैं, और किसी भी वास्तविक विभाग में दरों का अनुमान परिशिष्ट A द्वारा वर्णित रिकॉर्ड से लगाना होगा।

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

मॉडल ऐसी परिकल्पनाएँ देता है जो खंडन के लिए पर्याप्त विशिष्ट हैं। तालिका 8 उन्हें प्रत्येक के लिए आवश्यक डेटा के साथ प्रस्तुत करती है।

तीन अध्ययन डिज़ाइन इन परिकल्पनाओं को सीधे परखेंगे:

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

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

3. संकेतक सत्यापन। जहाँ अनुभाग 6 के संकेतक एकत्र किए गए हैं, वहाँ परखें कि क्या वे डिलीवरी और इंसिडेंट मेट्रिक्स से आगे चलते हैं, और कितने समय से। यह सबसे प्रत्यक्ष प्रबंधन मूल्य और सबसे कम डेटा आवश्यकताओं वाला अध्ययन है।

वर्ज़न-कंट्रोल इतिहास तीनों के लिए एक अल्प-प्रयुक्त स्रोत है। समय के साथ कमिट लेखकत्व, समीक्षा में भागीदारी और फ़ाइल स्वामित्व, HR रेटिंग से स्वतंत्र, ठीक उन्हीं संगठनों में, जिनका मॉडल वर्णन करता है, इसका एक अनुदैर्ध्य रिकॉर्ड देते हैं कि कौन क्या जानता था।

11. निष्कर्ष

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

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

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

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

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

परिशिष्ट A. संकेतकों का मापन

यह परिशिष्ट तालिका 4 के प्रत्येक संकेतक के लिए एक परिचालन परिभाषा, एक डेटा स्रोत और मुख्य ख़तरा देता है। सभी की गणना उन रिकॉर्ड से त्रैमासिक की जा सकती है जो अधिकांश संगठन पहले से रखते हैं; किसी के लिए सर्वेक्षण की ज़रूरत नहीं।

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

जाने वालों का प्रदर्शन चतुर्थक। विभाग के प्रदर्शन वितरण में प्रत्येक जाने वाले की स्थिति, नोटिस से पहले उसकी अंतिम दो रेटिंग के औसत से ली गई। शीर्ष चतुर्थक से जाने वालों का हिस्सा रिपोर्ट करें। ख़तरा: मध्य की ओर संकुचित रेटिंग संकेत को छिपा देती हैं; जहाँ रेटिंग अनुपयोगी हों, वहाँ निकास पर दो प्रबंधकों द्वारा बाध्य क्रमनिर्धारण का उपयोग करें।

निकास-प्रस्ताव अंतर। निकास साक्षात्कारों से, जाने वाले के नए कुल मुआवज़े और वर्तमान मुआवज़े के बीच का माध्यिका प्रतिशत अंतर। ख़तरा: जाने वाले कम बताते हैं या उत्तर देने से मना करते हैं; आधे से कम प्रतिक्रिया दर आँकड़े को अविश्वसनीय बनाती है, और तब प्रतिक्रिया दर ही संकेतक है।

प्रति क्रिटिकल सिस्टम बस फ़ैक्टर। उन लोगों की संख्या जिन्हें खोया जा सकता है इससे पहले कि बचे हुए लोगों में कोई भी सिस्टम को बदल या पुनर्प्राप्त न कर सके। वर्ज़न कंट्रोल के अंतर्गत सिस्टम के लिए इसकी गणना किसी से पूछे बिना इतिहास से की जा सकती है। Avelino et al. (2016) की विधि प्रत्येक डेवलपर $d$ को प्रत्येक फ़ाइल $f$ के लिए लेखकत्व की एक डिग्री देती है,

जहाँ $\mathrm{FA}$ 1 है यदि $d$ ने फ़ाइल बनाई, $\mathrm{DL}$ उसमें $d$ द्वारा किए गए परिवर्तनों की संख्या है और $\mathrm{AC}$ दूसरों द्वारा किए गए परिवर्तनों की संख्या। किसी डेवलपर को किसी फ़ाइल का ज्ञाता तब गिना जाता है जब उसका सामान्यीकृत DOA फ़ाइल के अधिकतम का कम-से-कम 0.75 हो और निरपेक्ष मान कम-से-कम 3.293 हो। फिर बस फ़ैक्टर डेवलपरों को ज्ञात फ़ाइलों के क्रम में तब तक हटाकर निकाला जाता है जब तक सिस्टम की आधी से अधिक फ़ाइलों के लिए कोई जानकार डेवलपर न बचे। प्रशासित सिस्टम के लिए, जो अधिकतर वर्ज़न कंट्रोल के बाहर हैं, वही विचार किसने-क्या-किया के अन्य रिकॉर्ड पर लागू किया जाता है: प्रति सिस्टम चेंज-मैनेजमेंट टिकट, प्रति सिस्टम इंसिडेंट समाधान, ऑन-कॉल रोटेशन सदस्यता, और, जहाँ इन्फ़्रास्ट्रक्चर कोड के रूप में परिभाषित है, कॉन्फ़िगरेशन रिपॉज़िटरी। किसी व्यक्ति को किसी प्रशासित सिस्टम का ज्ञाता तब गिना जाता है जब उसने पिछले वर्ष में उस पर किसी और को एस्केलेट किए बिना चेंज या इंसिडेंट बंद किए हों। ख़तरा: ये रिकॉर्ड कमिट इतिहास से पतले हैं और अक्सर काम का श्रेय उसे देते हैं जिसने टिकट दर्ज किया, न कि उसे जिसने किया; सबसे क्रिटिकल सिस्टम के लिए गणना किए गए आँकड़े की पुष्टि टीम से यह पूछकर करें कि सिस्टम को शून्य से कौन रिस्टोर कर सकता है, और किसी हिचकिचाहट को बस फ़ैक्टर एक मानें।

ज्ञान-संकेंद्रण सूचकांक। उन क्रिटिकल सिस्टम का हिस्सा जिनका बस फ़ैक्टर एक है। “क्रिटिकल” की परिभाषा व्यवसाय को करनी चाहिए (ऐसे सिस्टम जिनका आउटेज राजस्व या अनुपालन रोक देता है), IT को नहीं। ख़तरा: सिस्टम को विभाजित करके सूचकांक में हेरफेर किया जा सकता है; सिस्टम सूची को कम-से-कम एक वर्ष के लिए स्थिर रखें।

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

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

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

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

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

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

समुच्चय को पढ़ना। कोई अकेला संकेतक निर्णायक नहीं है। मॉडल जिस पैटर्न का पूर्वानुमान करता है वह है खेदजनक हानियों और शीर्ष-चतुर्थक निकासों में वृद्धि (चरण 1), उसके बाद बस फ़ैक्टर में गिरावट और अनाथ सिस्टम में वृद्धि (चरण 2), उसके बाद कार्यकाल विषमता में वृद्धि और बाह्य समीक्षा में गिरावट (चरण 3), और उसके बाद ही प्रारंभिक-कार्यकाल क्षरण में वृद्धि और वरिष्ठ प्रस्ताव स्वीकृति में गिरावट (चरण 4)। जो विभाग पहली दो हलचलें देखता है उसके पास समय है; जो अंतिम दो देखता है उसके पास बहुत कम।

संदर्भ

Avelino, G., Passos, L., Hora, A., & Valente, M. T. (2016). A novel approach for estimating truck factors. In Proceedings of the 24th IEEE International Conference on Program Comprehension (ICPC), 1–10. https://doi.org/10.1109/ICPC.2016.7503718 (author version: https://homepages.dcc.ufmg.br/~mtov/pub/2016-icpc.pdf)

Becker, W. J., & Cropanzano, R. (2011). Dynamic aspects of voluntary turnover: An integrated approach to curvilinearity in the performance–turnover relationship. Journal of Applied Psychology, 96(2), 233–246. https://doi.org/10.1037/a0021223

Brooks, F. P. (1975). The Mythical Man-Month: Essays on Software Engineering. Addison-Wesley.

Cohen, W. M., & Levinthal, D. A. (1990). Absorptive capacity: A new perspective on learning and innovation. Administrative Science Quarterly, 35(1), 128–152. https://doi.org/10.2307/2393553

Cosentino, V., Cánovas Izquierdo, J. L., & Cabot, J. (2015). Assessing the bus factor of Git repositories. In Proceedings of the 22nd IEEE International Conference on Software Analysis, Evolution, and Reengineering (SANER), 499–503. https://doi.org/10.1109/SANER.2015.7081864

Dalton, D. R., Todor, W. D., & Krackhardt, D. M. (1982). Turnover overstated: The functional taxonomy. Academy of Management Review, 7(1), 117–123. https://doi.org/10.5465/amr.1982.4285499

De Holan, P. M., & Phillips, N. (2004). Remembrance of things past? The dynamics of organizational forgetting. Management Science, 50(11), 1603–1613. https://doi.org/10.1287/mnsc.1040.0273

DeLong, D. W. (2004). Lost Knowledge: Confronting the Threat of an Aging Workforce. Oxford University Press. https://doi.org/10.1093/acprof:oso/9780195170979.001.0001

Hom, P. W., Lee, T. W., Shaw, J. D., & Hausknecht, J. P. (2017). One hundred years of employee turnover theory and research. Journal of Applied Psychology, 102(3), 530–545. https://doi.org/10.1037/apl0000103

Jackofsky, E. F. (1984). Turnover and job performance: An integrated process model. Academy of Management Review, 9(1), 74–83. https://doi.org/10.5465/amr.1984.4277940

Kaplan, B. (2009). Managing the risk of knowledge loss due to workforce attrition. Presentation to the SIKM Leaders Community, June 2009. https://www.slideshare.net/SIKM/managing-the-risk-of-knowledge-loss-due-to-workforce-attrition

Manpower Inc. (2010). Knowledge retention and transfer in the world of work. White paper, announced 13 April 2010. https://investor.manpowergroup.com/node/51361

Minister van Sociale Zaken en Werkgelegenheid & Staatssecretaris van Financiën. (2026, 12 February). Brief aan de Tweede Kamer inzake zelfstandig ondernemerschap: reactie op het position paper van VZN en handhaving op arbeidsrelaties (Kamerstukken II 2025/26, 31 311, nr. 304). https://zoek.officielebekendmakingen.nl/kst-31311-304.pdf

Nyberg, A. (2010). Retaining your high performers: Moderators of the performance–job satisfaction–voluntary turnover relationship. Journal of Applied Psychology, 95(3), 440–453. https://doi.org/10.1037/a0018869

Salamin, A., & Hom, P. W. (2005). In search of the elusive U-shaped performance–turnover relationship: Are high performing Swiss bankers more liable to quit? Journal of Applied Psychology, 90(6), 1204–1216. https://doi.org/10.1037/0021-9010.90.6.1204

Trevor, C. O., Gerhart, B., & Boudreau, J. W. (1997). Voluntary turnover and job performance: Curvilinearity and the moderating influences of salary growth and promotions. Journal of Applied Psychology, 82(1), 44–61. https://doi.org/10.1037/0021-9010.82.1.44. Open-access working paper: https://ecommons.cornell.edu/entities/publication/7dd1115c-022a-4dc6-9af7-7a4a31a0c19a

UWV. (2025, 18 December). Ontwikkeling krapte naar beroep 2024–2030. https://www.uwv.nl/assets-kai/files/3dadda9c-258e-4d9f-b60c-eac75496816b/ontwikkeling-krapte-naar-beroep-2024-2030.pdf

UWV. (2026, 8 October). ICT-beroepen: arbeidsmarktinformatie. https://www.uwv.nl/nl/arbeidsmarktinformatie/sector/ict

Webster, B. F. (2008, 11 April). The wetware crisis: The Dead Sea effect. Bruce F. Webster (blog). https://brucefwebster.com/2008/04/11/the-wetware-crisis-the-dead-sea-effect/

Wet op de ondernemingsraden, art. 27. https://wetten.overheid.nl/BWBR0002747

Williams, C. R., & Livingstone, L. P. (1994). Another look at the relationship between performance and voluntary turnover. Academy of Management Journal, 37(2), 269–298. https://doi.org/10.2307/256830