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