प्रणाली विकासमा बहु-चरणीय सम्झौता के हो? सिफारिस गरिने कारणसहितको व्याख्या

जापानमा प्रणाली विकास परियोजनाहरूमा, प्रायः बहु-चरणीय सम्झौताहरूको माध्यमबाट सम्झौता कार्यहरू अगाडि बढाइन्छ। यस लेखमा, प्रणाली विकासमा बहु-चरणीय सम्झौताहरूको बारेमा, र यसलाई सिफारिस गरिने कारणहरूलाई समेत ध्यानमा राख्दै व्याख्या गरिनेछ।

बहु-चरणीय सम्झौता के हो

सामान्यतया, सम्झौता गर्नका लागि आवश्यक कार्यहरू सम्झौतापत्र मार्फत गरिन्छ। अर्थात्, पारिश्रमिक तिर्ने पक्ष (प्रणाली विकासमा प्रयोगकर्ता) ले पारिश्रमिकको भुक्तानी गर्ने दायित्व लिन्छ र काम लिने पक्ष (प्रणाली विकासमा विक्रेता) ले सम्बन्धित सेवा प्रदान गर्ने कुरा लिखित रूपमा वाचा गर्छ। यसरी, दुवै पक्षले आफ्नो दायित्व पूरा गर्ने वाचा गर्नु नै सम्झौताको सार हो।

प्रत्येक चरणको प्रकृतिअनुसार सम्झौता गरी कार्य सम्पन्न गर्नुहोस्

तर, जापानमा प्रणाली विकास परियोजनाको हकमा, परियोजनाको सामग्री आफैं पनि धेरै चरणहरू पार गर्दै अघि बढ्ने हुन्छ, र यसको सामग्री पनि जटिल हुने सम्भावना हुन्छ। यस्तो कार्यको प्रकृति विचार गर्दा, सम्झौताहरूलाई पनि धेरै पटकमा विभाजन गरेर अघि बढाउनु उपयुक्त हुन सक्छ। यसको अर्थ, परियोजनाको सम्पूर्ण व्यवस्थापन गर्ने सम्झौता पत्रलाई पनि संरचनात्मक रूपमा विचारहरूलाई संकलन गरेर तयार गर्नु राम्रो हुन्छ। उदाहरणका लागि, प्रत्येक चरणमा पुनः सम्झौता गर्ने विधि व्यावहारिक रूपमा अत्यन्तै मनपर्ने हुन्छ। यस्तो सम्झौताको तरिका बहु-चरणीय सम्झौता पनि भनिन्छ। जापानको अर्थव्यवस्था, व्यापार र उद्योग मन्त्रालय (METI) द्वारा प्रदान गरिएको मोडेल सम्झौता पनि यस्ता बहु-चरणीय सम्झौतामा आधारित हुन्छ।

प्रत्येक परियोजनामा गरिने सम्झौताका प्रकारहरू

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

https://monolith.law/corporate/completion-of-work-in-system-development[ja]

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

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

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

https://monolith.law/corporate/contract-and-timeandmaterialcontract[ja]

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

आधारभूत सम्झौतामा समेटिने कुराहरूमा, उदाहरणका लागि,

• बारम्बार प्रयोग गरिने शब्दहरूको परिभाषा
• व्यक्तिगत सम्झौता गर्ने प्रक्रियाको तरिका
• विवरण परिवर्तन गर्ने तरिका
• प्रत्येक चरणको परिणामको वितरण र निरीक्षणको तरिका
• गोपनीयता कायम गर्ने तरिका

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

जापानमा बहु-चरणीय सम्झौताका फाइदाहरू

तसर्थ, किन यस्तो बहु-चरणीय सम्झौताको विधि अपनाउनुको फाइदा के हो? यसलाई अझ विशेष रूपमा बुझ्नका लागि, तलका फाइदाहरू उल्लेख गर्न सकिन्छ।

बहु-चरणीय सम्झौताका फाइदा १: विकास परियोजनाको प्रवाहशीलता व्यवस्थापन गर्न सजिलो

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

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

अर्थात्, परियोजनाको सुरुवातमा, अन्तिम लक्ष्य अनिवार्य रूपमा स्पष्ट हुँदैन। यस्तो अनिश्चित तत्वहरू समावेश भएको परियोजनामा, सम्झौता गर्ने समयमा सबै दायित्वहरूलाई एकैचोटि परस्परमा वचन दिनु कठिन हुन सक्छ। प्रत्येक चरणलाई विभाजन गर्दा, दुवै पक्षले अनावश्यक जोखिम लिनु पर्दैन र व्यापारिक लेनदेनलाई सहज रूपमा अघि बढाउन सकिन्छ।

बहु-चरणीय सम्झौताका फाइदा २: अनुमानलाई सही रूपमा गर्न सजिलो

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

https://monolith.law/corporate/increase-of-estimate[ja]

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

बहु-चरणीय सम्झौताका फाइदा ३: भुक्तानी गर्ने पक्षबाट पनि रकमको उपयुक्तता बुझ्न सजिलो

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

सारांश

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