वह सर्वर जिसे कभी अस्तित्व में नहीं होना चाहिए था

• IT सिस्टम की अनुपस्थिति और गलत प्रबंधन के कारण एक पारिवारिक कंपनी को बड़े संकट का सामना करना पड़ा
• केंद्रीकृत सर्वर और नेटवर्क सिस्टम लागू होने के बाद आंतरिक नियंत्रण और डेटा प्रबंधन की दक्षता में सुधार हुआ
• कुछ कर्मचारी, खासकर पूर्व अध्यक्ष के करीबी, नए सिस्टम का कड़ा विरोध करते हुए सर्वर हटाने की कोशिश करते हैं
• अंततः सर्वर नष्ट करने और डेटा मिटाने की घटना होती है, लेकिन बाहरी गुप्त बैकअप की वजह से डेटा सुरक्षित रहता है
• सच्चाई छिपाने की आंतरिक कोशिशों और मालिक की बेबसी के बीच, समस्या आखिरकार पूरी तरह सुलझ नहीं पाती

---

परिचय: एक घटना जिसने यादें ताज़ा कर दीं

• 16 साल पहले, एक दोस्त ने लेखक से अपने पारिवारिक व्यवसाय के गंभीर प्रबंधन संकट पर मदद मांगी
• कंपनी के मालिक की अचानक मृत्यु के बाद, परिवार और कर्मचारी पूरी तरह IT सिस्टम से रहित स्थिति में अव्यवस्था का सामना कर रहे थे
• हर कोई अपने निजी PC और laptop पर काम कर रहा था, यानी ज्ञान और डेटा बिखरे हुए थे, और प्रबंधन में पारदर्शिता की भारी कमी थी
• कारोबार में cash flow बहुत था, लेकिन खाते हमेशा घाटे से बाहर नहीं निकलते थे

नया IT सिस्टम लागू करना

• समस्या सुलझाने के लिए router, switch, server जैसी नेटवर्क इन्फ्रास्ट्रक्चर और कई डिस्क वाला एक सर्वर लगाया गया
• NetBSD-आधारित सर्वर पर XEN virtual machine का इस्तेमाल करके कई भूमिकाएँ बाँटी गईं
  • NAS (file sharing के लिए, Samba लागू), Archivista (archiving और document management), Squid (caching proxy), DansGuardian (content filter) आदि के जरिए कामकाजी दक्षता और नियंत्रण को अधिकतम किया गया
  • उपयोग में आसानी बढ़ाने के लिए Archivista interface का इतालवी में स्वयं अनुवाद किया गया
• अधिकांश कर्मचारी इस नए केंद्रीकृत सिस्टम से संतुष्ट थे, और document management automation तथा OCR की वजह से कामकाजी दक्षता में बड़ा इज़ाफ़ा हुआ
• कुछ accounting कर्मचारी और पुराने manager इन बदलावों को लेकर संशय में थे

आंतरिक प्रतिरोध और टकराव

• पूर्व अध्यक्ष का दाहिना हाथ रहा manager नए सिस्टम और बढ़े हुए नियंत्रण का ज़ोरदार विरोध करता है
• वह व्यक्ति तेज़ी से बढ़ते खर्च और असामान्य व्यय व्यवहार दिखाता है, और डेटा के केंद्रीकरण से अपने असामान्य लेनदेन उजागर होने से बचना चाहता है
• एक अन्य manager ने सर्वर को Windows से format करने की कोशिश की, और मालिक पक्ष के अनुभव की कमी से भ्रम और बढ़ गया
• लेखक ने इस कोशिश को साफ़ तौर पर ठुकरा दिया। यह प्रयास audit और मालिक-आधारित transparency सिस्टम को ही ध्वस्त करने की मंशा रखता था

संकट और नाटकीय मोड़

• समझाने के बाद वह व्यक्ति इस बात से असहज होकर पीछे हट गया कि लेखक का उससे और उसके परिवार से निजी परिचय था
• लेकिन कुछ ही दिनों में सर्वर पर लगातार घटनाएँ होने लगीं, और अंततः सर्वर पूरी तरह नष्ट होकर काम न करने की स्थिति में पहुँच गया
• एक insider द्वारा hard disk को शारीरिक रूप से हटाने से डेटा गायब हो गया, लेकिन मालिक को बताए बिना बाहर स्थापित किए गए backup सिस्टम की वजह से डेटा पूरी तरह restore किया जा सका
• backup धीमे लेकिन भरोसेमंद PCEngines Alix डिवाइस (NetBSD/USB drive लागू) पर किया गया था, और वह आज भी दूसरे कामों में इस्तेमाल हो रहा है

निष्कर्ष और सीख

• मालिकों ने समस्या सुलझाने के लिए कानूनी कार्रवाई पर विचार किया, लेकिन बिना किसी ठोस नतीजे के समय बीतता गया
• बाद में लेखक को बहुत ऊँची तनख्वाह वाली full-time नौकरी का प्रस्ताव मिला, लेकिन उसने उसे ठुकरा दिया
• मूल समस्या यह थी कि मुद्दे से आँखें मूँद लेने वाला आंतरिक माहौल और वास्तविक बदलाव रोकने वाली ताकतों के कारण सामान्य स्थिति बहाल करना असंभव था
• अंततः लेखक ने समझा कि कुछ समस्याएँ ऐसी होती हैं जिन्हें बचाया ही नहीं जा सकता
• गंभीर आंतरिक भरोसे के टूटने और संरचनात्मक भ्रष्ट आचरण से भरे माहौल में समस्या सुलझाने वाला व्यक्ति भी हर चीज़ ठीक नहीं कर सकता, यह उसने अनुभव से सीखा

लेखक की टिप्पणी

• कुछ पाठकों ने संगठित अपराध से जुड़े होने की संभावना उठाई, लेकिन ऐसा नहीं था
• सबसे बुरा हिस्सा आंतरिक अधिकारों का दुरुपयोग, भरोसे का शोषण और अनुचित व्यवहार था, और privacy तथा संदर्भ के कारण लेखक इस पर अधिक विस्तार से बात नहीं करता

अंतिम संदेश

• यह मानना भी ज़रूरी है कि दुनिया में कुछ समस्याएँ पूरी तरह असाध्य होती हैं
• लेखक खुद को समस्या-सुलझाने वाला मानता है, लेकिन वह इस बात पर ज़ोर देता है कि जब आसपास के लोग मूल रूप से समस्या का समाधान ही नहीं चाहते, तब हर समस्या हल नहीं की जा सकती

[GN⁺]

Hacker News राय

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

  • मुझे जिज्ञासा है कि "NFP space" से क्या मतलब है। मैंने Google पर खोजा, लेकिन सिर्फ़ स्थानीय क्लब या NFP नाम की कंपनियाँ ही मिलीं, कोई ताक़तवर लॉबी संगठन नहीं मिला

  • बड़े NGO या charities में मुझे हमेशा भ्रष्टाचार, लापरवाही, या किसी न किसी स्तर की धोखाधड़ी की गंध आई है। इसने ऐसे सभी संगठनों के प्रति मेरा नज़रिया बदल दिया है

• मैंने ऐसी स्थिति पहले भी देखी है। इसलिए मुझे offsite backup बहुत ज़रूरी लगता है। पहले भी ऐसा हुआ कि किसी ने ज़िम्मेदारी से बचने के लिए जानबूझकर data delete करने की कोशिश की, और तब मैंने backup से data उपलब्ध कराया। लोगों की मंशा चाहे जो हो, कुछ लोग विरासत में मिली चीज़ को बर्बाद कर देते हैं और फिर समस्या आते ही अपने predecessor को दोष देने लगते हैं

  • अगर predecessor को दोष न दो तो शायद और भी बुरी स्थिति आ सकती है। मैंने भी एक ख़राब codebase संभाला था और उसे सुधारने की कोशिश की, लेकिन समय कम था इसलिए सब कुछ ठीक नहीं कर पाया। मेरे जाने के बाद उत्तराधिकारी ने बची हुई समस्याओं के लिए तुरंत मुझे ही दोषी ठहरा दिया

• मुझे हमेशा यह दिलचस्प लगा है कि भ्रष्टाचार कितनी आसानी से हो सकता है। मुझे लगता था accounting इसे पकड़ लेगी, लेकिन मैंने कई कंपनियों में देखा है कि कोई अकाउंट खोलकर पैसे निकालता रहा और सालों तक किसी को पता ही नहीं चला। मैंने एक कंपनी के लिए automated invoices बनाए थे, और कई महीनों तक उन्हें यह भी पता नहीं चला कि data गायब है। फिर भी उन्हें बड़ी रकम मिलती रही। तब मुझे एहसास हुआ कि invoice में लगभग कुछ भी लिखकर भुगतान लिया जा सकता था

  • जब Robert McNamara Ford में आए, तब accounting इतनी खराब थी कि invoices को तौल लिया जाता था, और अगर अपेक्षित वज़न के हिसाब से रकम का अनुपात सही लगता, तो बस भुगतान कर दिया जाता था

  • Dan Davies की इस विषय पर एक बेहतरीन किताब है: https://www.inkwellmanagement.com/books/lying-for-money

  • आम तौर पर रकम जितनी बड़ी होती है, rounding error के स्तर की राशि भी उतनी ही बड़ी हो जाती है। हाल ही में एक vendor के साथ दिलचस्प अनुभव हुआ: वे कुछ हज़ार डॉलर का बिल लगाना भूल गए थे, और कई महीने बाद जब उन्होंने quota बढ़ाने को कहा, तभी उन्हें याद आया

• शायद मैं कुछ मिस कर रहा हूँ। बाद में कंपनी ने समस्या सुलझाने के लिए सब कुछ देने का वादा किया, लेकिन उसने मना कर दिया, और फिर शिकायत की कि उसे tools वगैरह जैसी ज़रूरी मदद नहीं मिली। जब आप कहते हैं "जितना चाहिए मांगो", तो उसमें process की ownership सहित सभी tools शामिल होने चाहिए

  • लगता है कुछ न कुछ छूटा हुआ है। मेरा अंदाज़ा है कि समस्या पैदा करने वाले व्यक्ति का मालिकों से कोई विशेष रिश्ता रहा होगा। मालिक शायद उसे कंपनी से पूरी तरह बाहर नहीं करना चाहते थे, इसलिए उसे ज़रूरी tools/permissions नहीं दिए गए

  • मुझे लगा इसका मतलब था कि उन्होंने उसे buy out किया था

• यह पढ़ना दिलचस्प था। आजकल अगर कोई मुझसे technical सलाह माँगता है, तो मैं मन लगाकर सलाह देता हूँ। लेकिन अगर वे मेरी सलाह का सिर्फ़ कुछ हिस्सा मानकर बाकी में ग़लत तरीक़े पर अड़े रहना चाहें, तो मैं बस कहता हूँ “शुभकामनाएँ!” और वहाँ से निकल जाता हूँ

• लेखक की टिप्पणी: कई पाठक घटना की गंभीरता देखकर चकित थे और अटकल लगा रहे थे कि कहीं organized crime शामिल तो नहीं था। हालात बहुत समस्याग्रस्त और बेईमान ज़रूर थे, लेकिन organized crime से उनका कोई संबंध नहीं था। मैंने जिन “सबसे बुरे हिस्सों” का ज़िक्र किया था, वे कुछ अलग internal dynamics, trust के दुरुपयोग, और अनुचित व्यवहार आदि से जुड़े थे; निजी जानकारी और कहानी के भार के कारण मैं उससे अधिक विवरण नहीं दूँगा

  • “मैंने Archivista interface को इतालवी में translate भी किया था” वाली बात पढ़कर कुछ लोगों को लग सकता है कि चूँकि कुछ इतालवी-भाषी क्षेत्र organized crime के लिए कुख्यात हैं, इसलिए यहाँ भी वही शामिल रहा होगा। बल्कि यह मानना मुश्किल लगता है कि ऐसा नहीं था

• इटली। पैसा समस्या नहीं है, फिर भी consulting company का उपयोग नहीं किया गया। organized crime के शामिल न होने के दावे पर अविश्वास जैसा भाव है

  • नहीं, organized crime नहीं था

• आशा है कि महत्वपूर्ण बातें, जैसे वर्ष आदि, छोड़ी नहीं गई होंगी। उस समय इस्तेमाल किए गए tools भी जानना चाहूँगा, जैसे home sync/backup method। मेरी निजी जिज्ञासा यह भी है कि FreeBSD पर क्यों migrate किया गया। क्या वह किसी और उपयोग के लिए था? आज मैं शायद nextcloud/owncloud और rsync/syncthing के साथ NAS और remote sync वाला सेटअप करता। मैं होता तो ऐसे मौके पर director की भूमिका लेता और एक स्थानीय MSP को hire करके काम अपनी पसंद के अनुसार करवाता। इससे भरोसेमंद बाहरी लोग मिल जाते। सेना और diplomatic services में भी HQ द्वारा नियुक्त और सिर्फ़ HQ को report करने वाले XO जैसा सिद्धांत होता है

  • यह लगभग 2009 की बात थी। सटीक साल याद नहीं, लेकिन वही समय था। backup के लिए rsync-आधारित sync, hardlinks, और उनके ऊपर rsync का उपयोग किया था। सब कुछ automate करने के लिए मैंने एक Perl script भी खुद लिखी थी, लेकिन उसका नाम याद नहीं। प्रस्ताव वाले हिस्से से भी मैं सहमत हूँ। लेकिन तब मैं युवा था और मेरा ध्यान ज़्यादा healthy growth वाले ग्राहकों के साथ कुछ बनाने पर था। टूटी हुई स्थिति को बचाने में मेरी रुचि कम थी। ALIX को FreeBSD पर migrate करने का कारण दूसरा काम था, और FreeBSD का native read only support उस उपयोग के लिए बिल्कुल उपयुक्त था

• healthcare industry में भी ऐसे मामले रहे हैं जहाँ systems और management की कमी से महत्वपूर्ण patient data खो गया या ग़लत तरीके से संभाला गया। कुछ hospitals वर्षों तक सिर्फ़ paper records पर निर्भर रहे, फिर एक कर्मचारी की गलती से महत्वपूर्ण data delete होने का संकट आ गया। बाद में integrated digital systems लागू किए गए और data tracking/backup व्यवस्था बनाई गई, जिससे patients और stakeholders का भरोसा फिर से बना

• मैं सोच रहा हूँ कि हर वाक्य के बाद line break क्यों है

  • यह सचमुच अजीब formatting choice है और पढ़ना कठिन बनाती है। हर वाक्य के बाद डालना सामान्य प्रथा नहीं है, लेकिन लेख खुद एक शानदार कहानी है

  • शायद यह मूल रूप से LinkedIn के लिए लिखा गया था। यह भावना भी सही लगती है कि इसमें वास्तव में कुछ हासिल नहीं हुआ, बस lessons पर ज़ोर दिया गया है

  • इससे मुझे अपने high school research paper वाले शिक्षक की याद आ गई