सिस्टम विकास प्रोजेक्ट के सदस्यों के प्रस्थान से संबंधित कानून क्या हैं?

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

प्रोजेक्ट प्रबंधन कर्तव्यों के प्रत्येक विवाद में सदस्यों का प्रस्थान

सबसे पहले, सिस्टम विकास प्रोजेक्ट में, विक्रेता को इसके सुचारू प्रगति के लिए समग्र कर्तव्यों का बोझ उठाने की सोच रखी जाती है। प्रोजेक्ट की सुचारू प्रगति के लिए आवश्यक कर्मचारी, समय, बजट, और कार्यकाल का अनुमान लगाने, और उपयोगकर्ता से आवश्यक सहयोग मांगते हुए, प्रोजेक्ट की प्रगति को संभालने का कर्तव्य होता है। इन कर्तव्यों को “प्रोजेक्ट प्रबंधन कर्तव्य” कहा जाता है, और पिछले न्यायिक मामलों में भी इसकी मौजूदगी को बार-बार उल्लेख किया गया है।

https://monolith.law/corporate/project-management-duties[ja]

विक्रेता की ओर से अचानक प्रस्थान करने वाले व्यक्ति की उत्पत्ति, अंततः विक्रेता की ओर से प्रोजेक्ट प्रबंधन कर्तव्य की समस्या का एक प्रकार कही जा सकती है।

• अधिकारी के अत्यधिक ओवरटाइम, छुट्टी के दिन काम करने आदि से शारीरिक अस्वस्थता
• मानव संबंधों के मतभेद से मनोवैज्ञानिक तनाव

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

सदस्य निर्गमन से संबंधित महत्वपूर्ण न्यायिक निर्णय

सदस्य के प्रस्थान ने समय सीमा में देरी का कारण बना: एक मामला

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

उपयोगकर्ता जो निष्पादन में देरी के साथ ऋण अनिष्पादन जिम्मेदारी का पीछा करना चाहते थे, और विक्रेता जो इस तरह के उच्च दबाव और धमकी भरे रवैया के खिलाफ सहयोग की जिम्मेदारी का उल्लंघन करना चाहते थे, इन दोनों के बीच मामला जटिल हो गया।

https://monolith.law/corporate/user-obligatory-cooporation[ja]

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

विक्रेता का दावा है कि उपयोगकर्ता के प्रतिनिधि ने विक्रेता के प्रभारी के प्रति हमलावर, उच्च दबाव वाले व्यवहार से गाली दी, जिसके कारण विक्रेता के प्रभारी को इस कार्य से बाहर जाना पड़ा।

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

इसके अलावा, C ने बीमारी के कारण इस कार्य से बाहर जाने का कारण स्पष्ट नहीं है, लेकिन यदि इस कार्य के कारण स्ट्रेस उत्पन्न हुआ था, तो यह मूल रूप से विक्रेता की श्रम प्रबंधन समस्या कही जानी चाहिए, और इसे उपयोगकर्ता की जिम्मेदारी माना नहीं जा सकता।

टोक्यो जिला न्यायालय, 4 दिसंबर 2007 (हेइसेई 19)

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

उपरोक्त न्यायाधीश के फैसले से हमें क्या समझना चाहिए

इसके अलावा, हमें निम्नलिखित महत्वपूर्ण सबक मिलते हैं:

• यदि प्रोजेक्ट के सदस्य बीमारी के कारण छोड़ देते हैं, और आप इसे उपयोगकर्ता की गलती मानते हैं, तो विक्रेता को इस बात का सबूत देना होगा कि छोड़ने का कारण उपयोगकर्ता था → लेकिन, यह साबित करना कि कारण-कार्य सम्बन्ध है, आमतौर पर आसान नहीं होता है।
• मान लीजिए कि उपयोगकर्ता की गलती से कार्यभार बढ़ गया है और सदस्य बीमार हो गए हैं, यदि आप इसे साबित कर सकते हैं, तो आमतौर पर, अंत में यह विक्रेता की श्रम प्रबंधन समस्या मानी जाती है → यदि आप “अत्यधिक व्यवहार” जैसे शब्दों का ध्यान देते हैं जो निर्णय में उपयोग किए गए हैं, तो आपको यह मानना चाहिए कि विक्रेता की श्रम प्रबंधन जिम्मेदारी को छोड़ने वाली परिस्थितियाँ काफी सीमित होती हैं।

सदस्यों के प्रस्थान के जोखिम के लिए तैयारी करने के लिए

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

यदि यह मुद्दा न्यायालय में विवादित होता है, तो विक्रेता के लिए बहुत ही अनुकूल स्थिति हो सकती है। इसलिए, महत्वपूर्ण बात यह है कि ऐसे विवादों को रोकने के लिए उपाय किए जाएं। संभावित उपायों में निम्नलिखित शामिल हैं:

व्यक्तिगत जिम्मेदारी को अलग नहीं होने दें

एक व्यक्ति को अकेले मीटिंग में शामिल होने की स्थिति को रोकने के लिए, एक संगठनात्मक ढांचा बनाने की कोशिश करें जिसमें कई लोग मीटिंग में शामिल हों, जिससे मनोवैज्ञानिक रूप से अलग होने की स्थिति को रोकना आसान हो जाता है।

अधिक संख्या में कर्मचारियों की व्यवस्था करें

कर्मचारियों की अधिक संख्या में व्यवस्था करना भी महत्वपूर्ण है। यद्यपि कर्मचारियों की अधिक संख्या में व्यवस्था करने से लागत बढ़ सकती है। लेकिन यदि हम समय सीमा के विलंब के साथ होने वाले नुकसान की भरपाई की लागत और ऐसी समस्याओं के सामने आने की स्थिति में अधिक प्रस्थान की संभावना को ध्यान में रखें, तो शुरुआत में ही कुछ हद तक कर्मचारियों की व्यवस्था करना युक्तिसंगत हो सकता है।

स्वास्थ्य की गंभीर खराबी से पहले विन्यास की समीक्षा करें

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

परियोजना के परिवर्तन प्रबंधन और दस्तावेज़ प्रबंधन को सुनिश्चित करें

टीम के सदस्यों के प्रस्थान और उपयोगकर्ता के सहयोग के उल्लंघन के कारणों का सिद्धांत साधना आसान नहीं है, लेकिन फिर भी विशेषताओं के परिवर्तन प्रबंधन और दस्तावेज़ प्रबंधन को सुनिश्चित करना महत्वपूर्ण है। क्योंकि, यदि टीम के सदस्यों के प्रस्थान के कारण साधित नहीं किया जा सकता है, लेकिन यदि कर्मचारियों के अधिक कार्यभार की स्थिति मौजूद है, तो उसमें उपयोगकर्ता के सहयोग के उल्लंघन को समर्थन करने वाले तत्व शामिल हो सकते हैं। ऐसी परिस्थितियाँ, यदि परियोजना के ‘जलने’ के मामले में, विक्रेता पर ऋण अनुपालन जिम्मेदारी या दोष गारंटी जिम्मेदारी की मांग की जाती है, तो यह त्रुटि की समानता या अन्य उचितता को समर्थन करने वाले तत्व हो सकते हैं।

निम्नलिखित लेख में, सिस्टम विकास परियोजनाओं में दस्तावेज़ प्रबंधन के महत्व के बारे में विवरण दिया गया है।

https://monolith.law/corporate/the-minutes-in-system-development[ja]

विशेष रूप से, विशेषताओं के परिवर्तन के बारे में विशेष रूप से बात करते हुए, निम्नलिखित लेख में विस्तृत विवरण दिया गया है।

https://monolith.law/corporate/howto-manage-change-in-system-development[ja]

सारांश

उपरोक्त, हमने “टीम मेंबर के प्रस्थान” के संदर्भ में कानूनी विचारधारा की व्याख्या की है। विक्रेताओं के लिए, उपयोगकर्ताओं पर सदस्यों के प्रस्थान के लिए जिम्मेदारी का दावा करना, निश्चित रूप से कानूनी दृष्टि से अत्यंत कठिन है।

हालांकि, ऐसी परिस्थितियाँ होने पर भी, “टीम के सदस्यों के प्रस्थान के मुद्दे में, कानूनी बातें उपयोगी नहीं होतीं” ऐसी गलतफहमी नहीं होनी चाहिए। प्रकाशित किए गए न्यायाधीश के विचार प्रक्रिया के आत्मा में “विक्रेता के प्रोजेक्ट प्रबंधन की जिम्मेदारी” और “उपयोगकर्ता की सहयोग की जिम्मेदारी” की सीमाओं को कैसे निर्धारित करना है, यह समस्या है, और इसके अलावा, ऐसे विवाद रोकथाम के उपाय भी, संभावित विवाद स्थल से उलटे गणना करने के द्वारा पहली बार निर्धारित किए जाते हैं।

“मुकदमेबाजी में झगड़ने से नुकसान” को “कानून उपयोगी नहीं है” के रूप में नहीं देखना चाहिए, बल्कि “निवारक कानूनी दृष्टिकोण महत्वपूर्ण है” ऐसा समझना महत्वपूर्ण है।