प्रणाली विकास कार्य प्रयोगकर्ताको कारणले अवरुद्ध भएमा समाधानका उपायहरू के हुन्?

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

जब विक्रेता (ベンダー) को दृष्टिकोणबाट “प्रयोगकर्ताले एकतर्फी रूपमा परियोजना रोक्न चाहेको छ” भन्ने धारणा हुन्छ, यो आवश्यक छैन कि प्रयोगकर्तासँग पनि यो धारणा साझा गरिएको होस्। उदाहरणको लागि, विदेशमा कार्यरत कर्मचारीहरूको व्यवस्थापन गर्नको लागि प्रणाली विकास गर्ने परियोजना सुरु भएको थियो, तर पछि विदेशमा विस्तारको योजना नै रद्द गरियो, जसले गर्दा यस्तो प्रणालीको विकास आवश्यक नभएको स्थिति उत्पन्न भयो। यो व्याख्या मात्र हेर्दा, प्रयोगकर्ताको एकतर्फी निर्णय जस्तो देखिन सक्छ।
तर, यदि यस्तो निर्णयमा पुग्नको लागि विक्रेता पक्षमा पनि विभिन्न चरणहरूको ढिलाइ जस्ता परियोजना व्यवस्थापनको कर्तव्य उल्लंघनको वास्तविकता थियो, र विकासको प्रगति कठिनाइमा परेको थियो भने, कम्पनीको नीति परिवर्तनको एक कारण पनि भएको थियो भने के होला?
पहिले उल्लेख गरिएझैं, प्रणाली विकासमा विक्रेता र प्रयोगकर्ता दुवैले ठूलो कर्तव्य वहन गर्छन् र नजिकको सहकार्यमा अगाडि बढ्छन्। यस अवस्थामा, यदि प्रयोगकर्ताले परियोजना रोक्न चाहेको हो र विक्रेताले यसलाई प्रयोगकर्ताको व्यक्तिगत कारणको रद्दीकरण ठानेको भए पनि, विक्रेता पक्षको जिम्मेवारीको कारण औंल्याइने र जापानी कानुन अन्तर्गत कर्तव्य उल्लंघनको आधारमा रद्दीकरण वा सहमति रद्दीकरणको दाबी गरिने सम्भावना रहेको कुरा बुझ्नुपर्छ।
व्यक्तिगत कारणको रद्दीकरण हो वा कर्तव्य उल्लंघनको आधारमा रद्दीकरण हो वा सहमति रद्दीकरण हो भन्ने भिन्नता परियोजनाको प्रगति स्थिति र त्यसअघिका वार्तालापको इतिहास जस्ता कुराहरूमा निर्भर गर्दै, प्रत्येक मामिलामा व्यक्तिगत रूपमा निर्णय गरिने प्रवृत्ति बलियो हुन्छ। त्यसैले, यदि विक्रेताले प्रयोगकर्ताको व्यक्तिगत कारणको रद्दीकरणको रूपमा मान्यता लिएर पछि प्रक्रिया अगाडि बढाउन चाहन्छ भने, बैठकको कार्यवृत्त जस्ता दस्तावेजहरूमा यसलाई स्पष्ट रूपमा रेकर्ड गर्नु महत्त्वपूर्ण हुन्छ, ताकि पछि यस बिषयमा विवाद नहोस्।
जापानी कानुन अन्तर्गत पारिश्रमिक दाबी र क्षतिपूर्ति दाबीको आधार धारा पुष्टि गर्नुहोस्

माथिका बुँदाहरूलाई ध्यानमा राख्दै, यदि प्रयोगकर्ताको व्यक्तिगत कारणले रद्द गर्ने विषयमा कुरा अगाडि बढाउन सकिन्छ भने, त्यसपछि, विक्रेताले प्रयोगकर्तालाई पूरा भएको अनुपात अनुसार पारिश्रमिकको दाबी वा क्षतिपूर्ति दाबी गर्न सकिन्छ कि सकिँदैन भन्ने कुरा विचार गर्नुपर्ने हुन्छ।
यस्ता अवस्थामा सन्दर्भ गर्नुपर्ने धारा, सम्झौताको प्रकार अनुसार फरक हुन्छ। जापानमा प्रणाली विकाससँग सम्बन्धित सम्झौताहरूलाई मुख्यतया, ठेक्का सम्झौता र अर्ध-प्रतिनिधि सम्झौतामा विभाजन गर्न सकिन्छ।
अर्ध-प्रतिनिधि सम्झौता र ठेक्का सम्झौताका लागि, जापानी नागरिक कानुनले तलका जस्तै व्यवस्था गरेको छ।
a.) अर्ध-प्रतिनिधि सम्झौताको अवस्थामा
पारिश्रमिक दाबी: जापानी नागरिक कानुन धारा ६४८ को उपधारा ३
प्रतिनिधि कार्यको बीचमा समाप्त भएको अवस्थामा, यदि यो प्रतिनिधिको जिम्मेवारीमा नपर्ने कारणले भएको हो भने, प्रतिनिधिले पहिले नै गरेको कार्यको अनुपात अनुसार पारिश्रमिक दाबी गर्न सक्छ।
क्षतिपूर्ति दाबी: जापानी नागरिक कानुन धारा ६५१
१. प्रतिनिधि कार्यलाई कुनै पनि पक्षले जुनसुकै समयमा रद्द गर्न सक्छ।
२. कुनै पक्षले अर्को पक्षलाई हानिकारक समयमा प्रतिनिधि कार्यको रद्द गरेको अवस्थामा, उक्त पक्षले अर्को पक्षलाई क्षतिपूर्ति दिनुपर्छ। तर, अपरिहार्य कारण भएको अवस्थामा, यो लागू हुँदैन।b.) ठेक्का सम्झौताको अवस्थामा
क्षतिपूर्ति दाबी: जापानी नागरिक कानुन धारा ६४१
ठेकेदारले काम पूरा नगरेको अवस्थामा, अर्डरकर्ताले जुनसुकै समयमा क्षतिपूर्ति दिएर सम्झौता रद्द गर्न सक्छ।
जापानी नागरिक कानुन धारा ६४१ अन्तर्गत क्षतिपूर्तिको दायरा, पहिले नै खर्च गरिएका खर्च मात्र नभई, “सम्झौता रद्द नभएको भए प्राप्त गर्न सकिने लाभ” पनि व्यापक रूपमा समेटिएको मानिन्छ। यो, अर्डरकर्ताको दृष्टिकोणबाट अनावश्यक भएको कामलाई पूरा गर्न कानुनले बाध्य पार्नुको कुनै अर्थ नभएको कारणले, यस्ता अवस्थामा, समान मूल्यको भुक्तानी गरेर ठेकेदारको लाभलाई सुनिश्चित गर्नु नै तर्कसंगत हुने विचारलाई प्रतिबिम्बित गर्दछ।
तर, जापानी नागरिक कानुन धारा ६४१ अन्तर्गत क्षतिपूर्तिको सन्दर्भमा, विक्रेता र प्रयोगकर्ताबीचको व्यक्तिगत सम्झौतामा, क्षतिपूर्तिको विषयलाई बाहिर राखिएको अवस्थामा, व्यक्तिगत सम्झौताले प्राथमिकता पाउनेछ र यस्ता नागरिक कानुनका प्रावधानहरू लागू नहुने सम्भावना हुन्छ, त्यसैले ध्यान दिनु आवश्यक छ।
さらに出来高と損害の立証を進める
जब प्रयोगकर्ताको तर्फबाट आफ्नै इच्छाले सम्झौता रद्द गरिन्छ, जापानमा प्रायः देखिने कुरा भनेको सम्झौतामा उल्लेखित पूरा भएको कामको लागि शुल्क र क्षतिपूर्ति दाबी गर्न सकिने प्रावधान हो। त्यसैले सामान्यतया, विक्रेता पक्षले क्षतिपूर्ति दाबी गर्नको लागि, पूरा भएको काम र क्षतिको प्रमाण प्रस्तुत गर्न आवश्यक हुन्छ।
तर, यस्तो पूरा भएको काम अर्थात् सम्पन्नताको प्रमाण प्रस्तुत गर्नु भनेको वास्तवमा गर्दा धेरै कठिन कार्य हुन सक्छ। किनभने, कुन कार्य वस्तु कति मात्रामा पूरा भएको थियो भन्ने कुरा, विशेष गरी जब धेरै उप-ठेकेदारहरू छन्, प्रगति जाँचको लागि सुन्ने प्रक्रिया गर्दा धेरै ठूलो परिमाणको हुन सक्छ। थप रूपमा, सुन्ने प्रक्रियाको परिणामलाई समर्थन गर्ने कागजातको तयारी र सुन्ने प्रक्रियाको सामग्रीलाई दस्तावेजीकरण गर्नुपर्ने हुन्छ भने, यो कार्य धेरै समय लाग्ने हुन सक्छ। यति धेरै प्रयास गर्दा पनि प्रमाण अपर्याप्त भनिने जोखिम छ भने, प्रमाण प्रस्तुत गर्नको लागि गरिएको प्रयास व्यर्थ हुन सक्छ, जसले गर्दा धेरै कठिनाइहरू देखा पर्न सक्छन्।
यस्ता समस्याहरूलाई ध्यानमा राखेर, प्रारम्भिक सम्झौता चरणमै, बीचमा सम्झौता रद्द भएमा रद्द गर्ने मितिसम्मको दिनहरूको आधारमा दैनिक हिसाब गर्ने कुरा स्पष्ट रूपमा उल्लेख गर्ने जस्ता उपायहरू अपनाउन सकिन्छ। यसले गणना सरल बनाउन मद्दत पुर्याउँछ। साथै, पूरा भएको कामको लागि दाबी गर्दा प्रमाण प्रस्तुत गर्न धेरै समय लाग्ने भएकाले, पूरा भएको कामको लागि दाबी नगरी “पहिले नै सम्पन्न भएको भागको विकासमा लागेको खर्च” को लागि दाबी गर्ने तरिका पनि विचार गर्न सकिन्छ। यदि यो आन्तरिक विकास खर्च हो भने, “कामको घण्टा × एकाइ मूल्य” जस्तो सरल गणना सूत्रबाट सजिलै निकाल्न सकिन्छ। विशेष गरी कम नाफा भएको परियोजनामा, पूरा भएको कामको सट्टा खर्चको आधारमा दाबीलाई प्राथमिकता दिँदा, ऋण संकलनको सजिलोपनलाई ध्यानमा राख्दै क्षति पूर्ति गर्न सकिन्छ, जसले गर्दा यो अधिक व्यावहारिक उपाय बन्न सक्छ।
उपयोगकर्ताको पक्षबाट विचार गर्नुपर्ने कुराहरू के हुन्?
यद्यपि, जापानमा, आफ्नो इच्छाले सम्झौता रद्द गर्न चाहने प्रयोगकर्ताले पनि केही बुँदाहरू पहिले नै विचार गर्नुपर्छ। यो भनेको, विक्रेतासँगको सम्झौतामा तिर्नुपर्ने क्षतिपूर्ति रकमको अनुमानित रकम कति हुन सक्छ भन्ने कुरा पुष्टि गर्नु हो। यहाँ “अनुमान” भन्नुको अर्थ, लगभग एक मापदण्ड राखेर त्यसपछि हुने वार्ताको प्रवाहलाई सहज बनाउनु हो (सम्झौता रद्द गर्ने इच्छा प्रकट गर्न ढिलो हुनु भनेको मुख्य उद्देश्यलाई नै विफल बनाउनु हो, त्यसैले ठ्याक्कै रकम नभए पनि पर्याप्त हुनेछ)।
पुष्टि गरिएको अनुमानित रकम अत्यधिक उच्च छ भनी निर्णय गर्न सकिने अवस्थामा कारणको व्याख्या माग्नुपर्छ, तर तिर्नुपर्ने रकम घटाउनका लागि अनावश्यक वार्ता गर्न खोज्दा, अनावश्यक मुद्दा जस्ता समस्याहरू उत्पन्न भई स्थिति अझ जटिल बन्ने खतरा पनि हुन्छ। दुई पक्षबीच मात्र वार्ता कठिन हुने देखिएमा, जापानी वकिलसँग परामर्श गर्नु पनि एक विकल्प हुन सक्छ।
यस लेखमा, जापानमा प्रणाली विकाससँग सम्बन्धित सम्झौता भएको छ भन्ने आधारमा व्याख्या गरिएको छ, तर वास्तविक प्रणाली विकासको अवस्थामा, “सम्झौता वास्तवमै वैध रूपमा भएको हो कि होइन” भन्ने विवाद हुने केसहरू पनि कम छैनन्। यस सम्बन्धमा तलको लेखमा विस्तृत रूपमा व्याख्या गरिएको छ।
सारांश
यस लेखमा, प्रयोगकर्ताको कारणले परियोजनाको अवरोधको मामिलामा कसरी सामना गर्ने भन्ने प्रक्रियालाई व्याख्या गरिएको छ। तर, यस लेखको मुख्य बिन्दु भनेको “के यो वास्तवमा प्रयोगकर्ताको व्यक्तिगत कारण हो वा होइन”, “के विक्रेता पक्षको कुनै गल्ती थिएन” भन्ने बिन्दुबाट विचार गर्नु आवश्यक छ भन्ने कुरा हो।
विक्रेता र प्रयोगकर्ता दुवैलाई ठूलो जिम्मेवारी वहन गर्दै अगाडि बढ्नु पर्ने प्रणाली विकास परियोजनाको विशेषता हो। यस्तो अवस्थामा, के वास्तवमा अर्को पक्षलाई एकतर्फी रूपमा दोष दिन सकिन्छ वा सकिँदैन भन्ने कुरालाई पहिले नै राम्रोसँग विचार नगरेमा, आगोमा घिउ थप्ने जस्तो स्थिति हुन सक्ने कुरा सचेत रहनु पर्छ।
Category: IT
Tag: ITSystem Development




















