सिस्टम विकास भनेको यस्तो काम हो जुन ग्राहक र सेवा प्रदायक वेन्डरबीच आपसी सहकार्य बिना सम्भव हुँदैन।
कम्पनीहरूले प्रयोग गर्ने आईटी सिस्टम विकासका परियोजनाहरू योजना अनुसार वा अनुमान अनुसार अगाडि बढ्ने कुरा धेरै चोटि हुँदैन। बरु, ठूला वा साना विभिन्न समस्या र चुनौतीहरूसँग जुध्दै एक-एक गरी ती समस्याहरूलाई पार गर्दै अगाडि बढ्ने कुरा नै बढी हुन्छ। यस क्रममा, ग्राहक र वेन्डर दुवै पक्षको समन्वय र सहकार्य पनि महत्वपूर्ण हुन्छ, तर संघर्षका स्थितिहरूलाई ध्यानमा राखेर संकट व्यवस्थापन पनि उत्तिकै महत्वपूर्ण हुन्छ।
कानूनी दृष्टिकोणबाट हेर्दा, एक-अर्काले कस्ता कर्तव्यहरू बहन गर्नुपर्छ र के के अधिकारहरू दाबी गर्न सकिन्छ भन्ने कुरा स्पष्ट पार्नु नै संकट व्यवस्थापनको पहिलो चरण हो। यस लेखमा, हामी वेन्डर पक्षले एक सिलसिलेवार परियोजनामा कस्ता कानूनी दायित्वहरू बहन गर्नुपर्छ भन्ने विषयमा, परियोजना व्यवस्थापन कर्तव्यलाई केन्द्रमा राखेर विश्लेषण गर्नेछौं।
जापानी वेन्डरको प्रोजेक्ट प्रबन्धन कर्तव्य के हो?
सुरुमा, जापानी वेन्डरको प्रोजेक्ट प्रबन्धन कर्तव्यको सामग्री हेरौं।
न्यायिक निर्णय अनुसार, प्रोजेक्ट प्रबन्धन कर्तव्यको सामग्री निम्नानुसार छ:
-सहमति अनुसार विकास कार्य अगाडि बढाउने र सधैं प्रगति अवस्था व्यवस्थापन गर्ने, विकास कार्यलाई अवरोध गर्ने कारकहरूको पत्ता लगाउने प्रयास गर्ने र यसलाई उपयुक्त रूपमा सम्बोधन गर्ने कर्तव्य
यो अनुबन्धमा निर्धारित समयसीमा अनुसार प्रोजेक्टलाई अगाडि बढाउने र परिस्थितिअनुसार प्रयोगकर्तालाई विकास सुचारु रूपमा अगाडि बढ्न सक्ने गरी प्रभाव पार्ने कार्य गर्ने वेन्डरलाई आवश्यक पार्ने कुरा हो।
-प्रयोगकर्ताको विकासमा संलग्नतालाई पनि उपयुक्त रूपमा व्यवस्थापन गर्ने र सिस्टम विकासमा विशेषज्ञता नभएका प्रयोगकर्ताले विकास कार्यलाई अवरोध गर्ने कार्य नगर्ने गरी प्रयोगकर्तालाई प्रभाव पार्ने कर्तव्य
यो भनेको प्रयोगकर्ताले निर्णय गर्नुपर्ने विषयहरू र समाधान गर्नुपर्ने चिन्ताका विषयहरूमा समस्या र समयसीमा देखाउने, प्रयोगकर्ताको निर्णय ढिलो भएमा उत्पन्न हुने समस्याहरू देखाउने, प्रयोगकर्ताको निर्णयलाई प्रोत्साहित गर्न वेन्डरले सल्लाह दिने, विकासको प्रगतिअनुसार स्वीकार गर्न नसकिने मागहरू भएमा कारणहरू पर्याप्त रूपमा व्याख्या गर्ने र प्रयोगकर्ताको मागलाई अस्वीकार गर्ने कुरा हो।
यसरी, वेन्डरको तर्फबाट विकास कार्यलाई अगाडि बढाउने र साथै प्रयोगकर्तालाई निर्णय गर्न प्रोत्साहित गर्ने र सिस्टम विकास सफल होस् भन्ने प्रयासमा लाग्ने कर्तव्य छ।
प्रयोगकर्ता पक्षको सहयोग दायित्व
तथापि, सिस्टम विकासमा, वेन्डर मात्रै सबै दायित्वहरू एकतर्फी रूपमा लिने हुँदैन। आखिरकार, यदि यो एउटा आदेश दिने पक्षको कम्पनीको लागि प्रयोग गरिने आईटी सिस्टम हो भने, यस्तो सिस्टम विकास परियोजना उनीहरूको लागि ‘अर्काको काम’ भनेर सोच्नु उचित हुँदैन।
सिस्टम विकास गर्ने प्राविधिक शक्ति र संगठनात्मक क्षमताको भर परेर बाह्य विशेषज्ञहरूको प्रयोग गर्दा पनि, आन्तरिक गभर्नेन्सको पहुँच भएको हुनुपर्छ। बाह्य विशेषज्ञहरूको क्षमता निकाल्नको लागि प्रयास बिना, सबै कुरा अर्काको जिम्मा भनेर आवश्यक काम बुझाउने कुरा असम्भव छ। यस अर्थमा, प्रयोगकर्ता पक्षमा पनि सिस्टम विकासमा सहयोग गर्ने दायित्व छ।
प्रयोगकर्ता पक्षले पूरा गर्नुपर्ने सहयोग दायित्वहरू निम्नानुसार छन्।
① प्रयोगकर्ताले सक्रिय रूपमा जोखिम विश्लेषण गर्ने, आन्तरिक मत समन्वय गर्ने र दृष्टिकोणलाई एकीकृत गरी आफ्नो माग वेन्डरलाई सुनाउने
② प्राप्तिको सामग्रीलाई जाँच गर्ने
③ वेन्डरबाट आएको सहयोग अनुरोधमा प्रतिसाद दिने
प्रयोगकर्ता पक्षले, सिस्टममा आवश्यक पर्ने कार्यक्षमता वेन्डर पक्षलाई स्पष्ट रूपमा सुनाउनुपर्छ र सक्रिय रूपमा विकासमा सहयोग गर्नुपर्छ।
प्रोजेक्ट म्यानेजमेन्ट सजिलो छैन
प्रोजेक्टको जोखिम व्यवस्थापनलाई आधार मानेर अगाडि बढ्ने।
आईटी सिस्टमहरू साना-साना भागहरूको संयोजनबाट बनेका हुन्छन्, जुन कुरा प्रयोगकर्ताहरूले केवल स्क्रिन हेर्दा बुझ्न सक्दैनन्। तर, सिस्टम विकासका प्रोजेक्टहरूलाई म्यानेज गर्ने कठिनाईको बारेमा सोच्दा यो अत्यन्त महत्त्वपूर्ण हुन्छ। आईटी सिस्टमहरू यस्तै हुन्छन् भन्ने कुराले नै वेन्डरहरूलाई सूक्ष्म ध्यान दिने क्षमता र साथै समग्र तस्वीरलाई संक्षेपमा व्यवस्थित गर्ने कल्पनाशक्ति र विहंगम दृष्टिकोण पनि आवश्यक पर्दछ।
केवल स्क्रिन हेरेर कल्पना गर्न नसकिने गार्हो कामहरू छन्, र यो अर्को दृष्टिकोणबाट हेर्दा प्रोजेक्टहरू ‘आगलागी’ हुने कारण पनि हो। सबैभन्दा पहिले यी कुराहरूलाई बुझ्नु र ‘आईटी सिस्टम विकासका प्रोजेक्टहरूलाई म्यानेज गर्नु अत्यन्त सजिलो छैन’ भन्ने कुरा जान्नु प्रोजेक्टको जोखिम व्यवस्थापन सिक्ने क्रममा मुख्य आधार बन्नेछ।
जापानी प्रोजेक्ट म्यानेजमेन्ट कर्तव्य उल्लंघनको अवस्थामा उत्पन्न हुन सक्ने परिस्थितिहरू
त्यसो भए, जापानी प्रोजेक्ट म्यानेजमेन्ट कर्तव्यको उल्लंघन भएको अवस्थामा, विशेष गरी के हुन सक्छ?
यस सन्दर्भमा, कुनै स्पष्ट धारा छैन जसले भन्छ, “प्रोजेक्ट म्यानेजमेन्ट कर्तव्य भनेको यस्तो हुन्छ,” र त्यस्तो नियमहरू तयार गरिएको छैन।
तथापि, पुराना न्यायिक निर्णयहरूबाट, वेन्डरमा कर्तव्य उल्लंघन भएको अवस्थामा ग्राहकले के गर्न सक्छन् भन्ने विषयमा केही हदसम्म सुसंगत दृष्टिकोण निकाल्न सकिन्छ।
वेन्डरमा कर्तव्य उल्लंघन भएको अवस्थामा, ग्राहकले वेन्डरसँग क्षतिपूर्ति र सम्झौता रद्द गर्ने दाबी गर्न सक्छन्। तर, ग्राहकमा पनि समस्या भएको खण्डमा, वेन्डरलाई दोषी ठहराइन सक्ने छैन वा लापरवाहीको बाँडफाँड गर्ने हुँदा क्षतिपूर्तिको रकम घटाइन सक्छ।
अर्कोतर्फ, ग्राहकमा सहयोग कर्तव्य उल्लंघन भएको अवस्थामा, त्यसले काम पूरा नभएको भन्दै जोखिम वहन (जापानी सिभिल कोड (民法) को धारा 536 को उपधारा 2) वा कर्तव्य अनुपालन नगरेको आधारमा वेन्डरले ग्राहकसँग पारिश्रमिकको समतुल्य रकम माग गर्न सक्छ।
जापानी प्रोजेक्ट म्यानेजमेन्ट दायित्वहरूको उदाहरण दिने न्यायिक निर्णयहरू
प्रोजेक्ट म्यानेजमेन्ट दायित्वहरूको बारेमा व्याख्या गर्ने प्रतिनिधि न्यायिक निर्णयहरूमा निम्नलिखितहरू छन्।
तलका मामिलाहरू सिस्टम विकासमा डेलिभरीको समयसीमामा ढिलाइ भएको र वेन्डरले प्रारम्भिक अनुमान भन्दा बढी रकम मागेको कारणले न्यायिक विवादसम्म पुगेका हुन्। यस्तो स्थितिमा, यूजर र वेन्डरको जिम्मेवारी कसरी विभाजन गर्ने भन्ने विषयमा विवाद भएको छ, जुन अन्ततः न्यायालयसम्म पुगेको छ। यस्ता ‘आगलागी परियोजना’का उदाहरणहरूमा यो एक प्रमुख उदाहरण हुन सक्छ।
जापानी अदालतको निर्णय (東京地判平成16年(2004年)3月10日) अनुसार, प्रतिवादीले सिस्टम विकासको विशेषज्ञ व्यवसायीको रूपमा, आफ्नो उच्च विशेषज्ञता र अनुभवको आधारमा, यस सम्बन्धित इलेक्ट्रोनिक सिस्टम विकास सम्झौताको सम्झौता पत्र र प्रस्ताव पत्र अनुसार, उल्लेखित सिस्टम निर्माण गर्ने र चरणबद्ध सञ्चालन सहमतिको अनुसारको डेलिभरी समयसीमा भित्र, उक्त इलेक्ट्रोनिक सिस्टम पूरा गर्ने कर्तव्य बहन गरेको थियो। त्यसैले, प्रतिवादीले, डेलिभरी समयसीमा भित्र उक्त इलेक्ट्रोनिक सिस्टम पूरा गर्नको लागि, उक्त इलेक्ट्रोनिक सिस्टम विकास सम्झौताको सम्झौता पत्र र प्रस्ताव पत्रमा प्रस्तुत विकास प्रक्रिया, विकास विधि, कार्य प्रक्रिया आदि अनुसार विकास कार्य अगाडि बढाउनु पर्ने र सधैं प्रगति अवस्था व्यवस्थापन गर्नु पर्ने, विकास कार्यलाई बाधा पुर्याउने कारकहरूको पत्ता लगाउने प्रयास गर्नु पर्ने र यसलाई उपयुक्त रूपमा सम्बोधन गर्नु पर्ने कर्तव्य बहन गर्नु पर्ने थियो। र, सिस्टम विकास ग्राहकसँगको छलफललाई ध्यानमा राखेर गरिन्छ, त्यसैले प्रतिवादीले, ग्राहक रूपमा मुद्दाकारी नेशनल हेल्थ इन्श्योरेन्सको सिस्टम विकासमा संलग्नतालाई उपयुक्त रूपमा व्यवस्थापन गर्नु पर्ने र सिस्टम विकासमा विशेषज्ञता नभएको मुद्दाकारी नेशनल हेल्थ इन्श्योरेन्सले विकास कार्यलाई बाधा पुर्याउने क्रियाकलाप गर्न नपाउने गरी प्रभाव पार्नु पर्ने कर्तव्य (यसलाई ‘प्रोजेक्ट म्यानेजमेन्ट कार्य’ भनिन्छ।) बहन गरेको थियो।
टोक्यो जिल्ला अदालत, हेइसेइ 16 (2004) मार्च 10
माथिको निर्णयको सारांशबाट, जटिल विवरण र मामिलाको इतिहासलाई बुझ्नु महत्वपूर्ण छैन। मुख्य कुरा, ‘प्रोजेक्ट म्यानेजमेन्ट कर्तव्य’ भन्ने शब्दको प्रयोग नै हो। यद्यपि यसको स्पष्ट विधान नभए पनि, अदालतले कानूनी जिम्मेवारीको विभाजन गर्ने निर्देशिका स्थापित गर्ने प्रयास देखिन्छ।
माथिको निर्णयको सामग्रीलाई सरलीकृत गरी फेरि व्यवस्थित गरौं र बुलेट प्वाइन्टमा व्यवस्थित गरौं। ‘प्रोजेक्ट म्यानेजमेन्ट कर्तव्य’ भन्नाले निम्नलिखित कुराहरू बुझाउँछ:
पूर्व योजना (विकास प्रक्रिया, विधि, कार्य प्रक्रिया आदि) अनुसार कार्य अगाडि बढाउने
कार्यको प्रगति व्यवस्थापन गर्ने
कार्यमा बाधा पुर्याउने ‘अवरोधक कारक’ भेटिएमा त्यसको पत्ता लगाउने र उपयुक्त उपाय अपनाउने
यसमा थपेर,
विक्रेता पक्षको एकलौटी प्रयास मात्र नभई, आवश्यक सहयोग प्रयोगकर्ता पक्षबाट माग्ने जस्ता सञ्चार प्रयास पनि समान रूपमा गर्ने
यसलाई ‘प्रोजेक्ट म्यानेजमेन्ट कर्तव्य’को रूपमा संगठित गर्न सकिन्छ।
त्यसैगरी, सिस्टम विकास जापानमा कानूनी रूपमा अधिकांशतः अनुमति सम्झौता वा ठेक्का सम्झौताको रूपमा सम्पन्न हुन्छ। अनुमति सम्झौता सरल शब्दमा भन्नु भए, ‘पारिश्रमिक प्राप्त गरी, त्यस पारिश्रमिकलाई अनुरूप काम गर्ने’ सम्झौता हो, त्यसैले प्रोजेक्ट म्यानेजमेन्ट कर्तव्य पनि, त्यसलाई पूरा गर्नुपर्ने ‘पारिश्रमिक आदि’मा समावेश हुने अवधारणा हो।
तर, यसमा विवाद छ भने पनि, ‘अनुरोध अनुसारको वस्तु बनाउने’ ठेक्का सम्झौतामा पनि, प्रोजेक्ट म्यानेजमेन्ट कर्तव्य उत्पन्न हुन सक्छ भन्ने मान्यता छ। कारण यो हो कि सिस्टम विकास भनेको, अनुमति सम्झौता होस् वा ठेक्का सम्झौता होस्, प्रोजेक्टको म्यानेजमेन्ट महत्वपूर्ण छ र विक्रेता पक्षले त्यसलाई गर्नुपर्छ भन्ने मान्यता छ।
जापानमा सम्झौता गर्नुअघि लागू हुने प्रोजेक्ट प्रबन्धनको कर्तव्यलाई देखाउने न्यायिक निर्णयको उदाहरण
यसैगरी, प्रोजेक्ट प्रबन्धनको कर्तव्य सम्झौता गर्नुअघिको चरणमा पनि लागू हुन सक्छ भन्ने कुरा मानिन्छ। तल उल्लेख गरिएको न्यायिक निर्णयले, सम्झौता गर्नुअघिको चरण, अर्थात् सम्झौता भन्दा पहिलेका विभिन्न प्रस्तावहरू र योजनाहरू प्रस्तुत गर्दा पनि वेन्डर पक्षलाई प्रोजेक्ट प्रबन्धनको कर्तव्य रहेको देखाउँछ।
तलको मामिला एक प्रोजेक्ट अधूरो रहेको सन्दर्भमा हो, जहाँ सम्झौता गर्नुअघिको योजना र प्रस्तावको चरणमा अनुमान र प्रयोगकर्ता पक्षलाई दिइएको जानकारीमा त्रुटि भएको कारणले प्रोजेक्ट प्रबन्धनको कर्तव्यलाई मान्यता दिन सकिन्छ कि भन्ने विषयमा विवाद भएको थियो। सामान्यतया, योजना र प्रस्ताव जस्ता कामहरू सम्झौता गर्नुअघिको चरणका हुन्छन्, त्यसैले यस्ता कर्तव्यहरूलाई कानूनी रूपमा मान्यता दिन सकिन्छ कि भन्ने कुरा एक प्रश्न बनेको थियो, तर अदालतले यसलाई मान्यता दिएको थियो।
माथिको न्यायिक निर्णयमा उल्लेखित प्रोजेक्ट प्रबन्धनको कर्तव्यको विचारधारा सम्झौता हुनुअघिको चरणका कुराहरूमा पनि लागू हुन्छ भन्ने कुरा तलको पढाइबाट राम्रोसँग बुझ्न सकिन्छ।
योजना र प्रस्तावको चरणमा, परियोजनाको उद्देश्यहरूको सेटिङ, विकास खर्च, विकासको दायरा र विकासको समयावधिको अनुमान जस्ता परियोजनाको संकल्पना र यथार्थताका मुख्य विषयहरू निर्धारित हुन्छन्, र त्यसअनुसार, परियोजनासँग सम्बन्धित जोखिम पनि निर्धारित हुन्छ। त्यसैले, योजना र प्रस्तावको चरणमा वेन्डरबाट आवश्यक परियोजना निर्माण र जोखिम विश्लेषण नै सिस्टम विकासलाई अगाडि बढाउन अपरिहार्य छ। यसो हुँदा, वेन्डरको रूपमा, योजना र प्रस्तावको चरणमा पनि आफूले प्रस्ताव गरेको सिस्टमको कार्यक्षमता, प्रयोगकर्ताको आवश्यकताहरूको पूर्ति, सिस्टम विकासका विधिहरू, अर्डर पछिको विकास संरचना आदिको अध्ययन र परीक्षण गर्नुपर्छ, र त्यहाँबाट अनुमानित जोखिमहरूको बारेमा प्रयोगकर्तालाई जानकारी दिने कर्तव्य छ। यस्तो वेन्डरको परीक्षण र जानकारी दिने कर्तव्यलाई सम्झौता गर्ने प्रक्रियामा विश्वासको सिद्धान्तमा आधारित अवैध कार्यको कानूनी दायित्वको रूपमा स्थान दिइएको छ, र अपिलकर्ता वेन्डरको रूपमा यस्तो कर्तव्य (यस चरणमा परियोजना प्रबन्धन सम्बन्धी कर्तव्य) बहन गर्नुपर्ने छ।
टोक्यो उच्च अदालतको निर्णय, हेइसेइ 25 (2013) सेप्टेम्बर 26
यद्यपि, IT क्षेत्रका परियोजनाहरूको विषयमा मात्र सीमित नभई, सबै प्रकारका व्यापारिक लेनदेन र कानूनी वार्ताहरूमा, सम्झौता गर्ने पूर्व चरणमा पनि सम्बन्धित पक्षलाई केही कानूनी दायित्वहरू हुन्छन् भन्ने धारणा मौलिक रूपमा अवस्थित छ।
अक्सर ठूला लेनदेनहरूमा, सम्झौताको लक्ष्यमा पुग्ने प्रक्रियामा ‘समझदारी’को प्रक्रिया लामो हुने गर्छ। यस प्रक्रियामा पनि, सम्बन्धित पक्षप्रति ईमानदार हुनुपर्ने भन्ने कुरा कम्तिमा नैतिकताको रूपमा राम्रोसँग बुझिन्छ। सरल शब्दमा भन्नुपर्दा, यस्ता कुराहरू केवल मनोभावनात्मक नैतिक भावनामा सीमित नभई, कानूनी रूपमा पनि महत्वपूर्ण छन्। (तलको धारा उद्धृत गरिएको छ। लेखकले थपेको अण्डरलाइन छ।)
नेपाली व्यापारिक भाषामा अनुवाद:
मिन्पो दैइजो नि-को (民法第1条2項) अधिकारको प्रयोग र कर्तव्यको पालना श्रद्धानुसार र इमानदारीपूर्वक गर्नु पर्दछ।
उपरोक्त सामग्रीलाई संक्षेपमा व्यक्त गर्ने कुरा निर्णय पत्रमा प्रयोग भएको ‘श्रद्धानुसार नियम’ भन्ने किल्वर्ड हो।
यस लेखमा प्रस्तुत गरिएका न्यायिक उदाहरणहरू पनि, एक दृष्टिकोणबाट, ‘प्रयोगकर्ता पक्षको सहयोगी कर्तव्य र विक्रेता पक्षको परियोजना प्रबन्धन कर्तव्यको सीमाना तय गर्ने निर्देशिका’ भन्ने अर्थ बोकेका छन्। आईटी प्रणाली विकासमा प्रयोगकर्ता पक्षको सहयोगी कर्तव्य सम्बन्धी थप जानकारीको लागि, तलको लेख हेर्नुहोस्।
सारांश: जापानी प्रोजेक्ट प्रबन्धन कर्तव्य उल्लंघनका समस्याहरूमा वकिलसँग परामर्श गर्नुहोस्
यस लेखमा, हामीले सिस्टम विकासमा जापानी प्रोजेक्ट प्रबन्धन कर्तव्यको सम्बन्धमा सामान्य व्यवस्थापनको प्रयास गरेका छौं। सिस्टम विकासमा विभिन्न प्रकारका चुनौतीहरू र समस्याहरू आम हुन्छन्, तर जब त्यस्ता परिस्थितिहरूमा परिन्छ, तब महत्वपूर्ण हुने कुरा छ, त्यो हो सबै विवादका दृश्यहरूमा समान रूपमा लागू हुने ‘आधार’। प्रत्येक अनियमित परिस्थितिको आफ्नै अनन्त विविधता हुन सक्छ।
तर, त्यस्ता परिस्थितिहरूको सामना गर्दा “कानूनी रूपमा कसले कति जिम्मेवारी लिएको थियो?” भन्ने प्रश्न गर्नुको महत्व छ, जुन कुनै विशेष मामलाको व्यक्तिगतताभन्दा माथि एक प्रकारको सार्वभौमिकता बोकेको हुन्छ।
केवल तात्कालिक समस्या समाधानमा सीमित नहुँदै, निर्माणात्मक चुनौतीहरूको विभाजनबाट समाधानको खोजी गर्दा, त्यसका सुझावहरू पनि कानून र अतीतका न्यायिक निर्णयहरूमा निहित रहेको जस्तो लाग्छ।
यदि जापानी प्रोजेक्ट प्रबन्धन कर्तव्य उल्लंघन सम्बन्धी समस्या उत्पन्न हुन्छ भने, तुरुन्तै वकिलसँग परामर्श गर्नुहोस्।
An expert in IT-related legal affairs in Japan who established MONOLITH LAW OFFICE and serves as its managing attorney. Formerly an IT engineer, he has been involved in the management of IT companies. Served as legal counsel to more than 100 companies, ranging from top-tier organizations to seed-stage Startups.
