सिस्टम विकासका सर्भर र इन्फ्रास्ट्रक्चरसँग सम्बन्धित कानूनी समस्याहरू के हुन्?

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

जापानमा IT सिस्टमको अवसंरचना के हो?

सिस्टम विकास गर्ने प्राविधिकहरूलाई सिस्टम इन्जिनियर (SE) भनिन्छ। विकास परियोजनाहरू विशिष्टीकरण र डिजाइन दस्तावेजहरू तयार गर्ने उच्च स्तरीय प्रक्रियाबाट सुरु हुन्छन्, त्यसपछि प्रोग्रामको कार्यान्वयन र त्यसको परीक्षण गरिन्छ। तथापि, व्यापक अर्थमा सिस्टम इन्जिनियरहरूले यी सबै आवश्यक कार्यहरूलाई सम्हाल्ने प्राविधिकहरू हुन्, तर कम्पनी र कार्यस्थलको आधारमा, जिम्मेवारी र क्षेत्र अनुसार नामहरू थप विशेष बनाइन्छ। इन्फ्रा इन्जिनियर भन्ने शब्दले IT सिस्टमको विकास र सञ्चालनमा संलग्न कार्यहरूमा विशेष गरी भौतिक कम्प्युटरको कार्य वातावरणलाई सुधार्ने प्राविधिकहरूलाई जनाउँछ। कम्पनीहरू र कार्यस्थलहरूमा प्रयोग हुने IT सिस्टमहरू केही अर्थमा सोर्स कोडहरूको संयोजनबाट बनेका अमूर्त संरचनाहरू हुन्। तर, यस सिस्टमले यसको मूल अपेक्षाअनुसारको भूमिका निभाउनका लागि, सर्भर र नेटवर्कलगायतका इन्फ्रास्ट्रक्चरको वातावरण निर्माण अत्यावश्यक छ। प्रोग्राम र सोर्स कोडको कार्यान्वयन र त्यसको कार्य वातावरणलाई समर्थन गर्ने इन्फ्रास्ट्रक्चरको वातावरण निर्माणले सिस्टम विकासको व्यवहारिक कार्यलाई अगाडि बढाउँछ। यस्ता दृष्टिकोणहरू अप्रत्याशित समस्याहरूको उत्पन्न हुनबाट रोक्नका लागि पनि महत्त्वपूर्ण मानिन्छ।

जापानमा परियोजनाहरू इन्फ्रास्ट्रक्चर समस्याहरूका कारण जल्ने विशेष परिस्थितिहरू

सिस्टम विकास परियोजनामा केवल अमूर्त प्रोग्रामिङ र सोर्स कोड डिजाइनमा केन्द्रित गर्दा, इन्फ्रास्ट्रक्चरको व्यवस्थापनलाई नजरअन्दाज गर्न सकिन्छ, जुन वास्तवमा पनि हुन सक्छ। तर, यी दुईको समन्वय नमिल्दा, परियोजना जल्ने जोखिममा पर्न सक्छ।

सर्भर साइजिङको गलतीले विवाद उत्पन्न गर्ने घटनाहरू

उदाहरणका लागि, प्रोग्रामको कार्यान्वयन र परीक्षण सबै समाप्त भएपछि, अन्ततः सर्भरको प्रोसेसिङ क्षमता पर्याप्त नभएको खुलासा हुन्छ, जसले गर्दा सिस्टम व्यावहारिक प्रयोगमा टिक्न सक्दैन। यसलाई ‘साइजिङ’ भनिन्छ, र यसको गलतीले विवादमा परिणत हुने घटनाहरू भूतकालमा पनि भएका छन्। (परिणामस्वरूप समझौतामा समाधान भएको छ, तर यस घटनालाई सन्दर्भका रूपमा लिन सकिन्छ।) दुवै पक्षको विवादको समाधानका लागि ‘समझौता’ भन्ने प्रक्रियाबारे तलको लेखमा विस्तृत विवरण छ।

https://monolith.law/corporate/disputes-related-to-system-development[ja]

विवाद समझौतामा समाधान भएको भन्ने कुरा छ, जुन साधारणतया दुवै पक्षको ‘छलफल’बाट विवादमा निर्णय भएको हो। त्यसैले, अदालतले फैसला सुनाएको अवस्थासँग फरक, समझौताको सामग्री न्यायिक निर्णयको रूपमा संग्रहित हुँदैन, र सामान्यतया यसको व्यक्तिगत प्रकृति हुन्छ।

विवादको मूल तत्त्व विक्रेताको जिम्मेवारीको सीमामा अस्पष्ट विनिर्देशन हो

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

https://monolith.law/corporate/system-development-specs-function[ja]

माथिको लेखमा, विनिर्देशनमा उल्लेख नगरिएका कुराहरूमध्ये विक्रेता पक्षले कति सम्म विवेक प्रयोग गरी कार्यान्वयन गर्नुपर्छ भन्ने कुरा व्याख्या गरिएको छ। यहाँ, आवश्यकता परिभाषा दस्तावेज र मूल डिजाइन दस्तावेजमा सजिलै देखिने ‘फ्रन्टएन्ड’ क्षेत्रका कुराहरू र डाटा माइग्रेशन जस्ता ‘लजिक साइड’ (अर्थात् ‘ब्याकएन्ड’, ‘डाटाबेस’ क्षेत्र)मा कुरा फरक हुन्छ भन्ने कुरा व्याख्या गरिएको छ। यसैले, सर्भर साइजिङको समस्या विशेषगरी प्राविधिक विशेषज्ञहरूले मात्र समस्याको स्थान चिन्न सक्ने क्षेत्र हो, र यस क्षेत्रमा विक्रेता/प्राप्तकर्तालाई दोष लगाउन सजिलो हुन्छ। त्यसैले, यदि यस बिन्दुमा वास्तवमा अदालतमा विवाद उत्पन्न हुन्छ भने, विक्रेता/प्राप्तकर्ता पक्षको जिम्मेवारीलाई छुटकारा दिने कुनै सक्रिय कारण नभएसम्म, विक्रेता/प्राप्तकर्ता पक्षलाई असुविधाजनक निर्णय आउन सक्ने अनुमान गरिन्छ।

सर्भर साइजिङ्गमा गल्तीबाट उत्पन्न समस्याहरू रोक्नका लागि उपायहरू

यस्ता समस्याहरू रोक्नका लागि, प्रोग्रामको कार्यान्वयन र स्रोत कोडको लेखन जस्ता कार्यहरू र इन्फ्रास्ट्रक्चरको वातावरण तयारीमा समन्वय गर्नु महत्त्वपूर्ण छ। यस्ता उपायहरूमा निम्नलिखित विचार गर्न सकिन्छ।

सर्भर साइजिङ्गको जिम्मेवारीलाई संविदामा स्पष्ट रूपमा उल्लेख गर्नु

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

विकासका आवश्यकताहरूलाई ठोस बनाउने र परिवर्तन व्यवस्थापनलाई पूर्ण रूपमा गर्ने

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

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

परियोजनाको प्रकृतिअनुसार उपयुक्त विकास मोडेल चयन गर्नु

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

https://monolith.law/corporate/legal-merits-and-demerits-of-development-model[ja]

सारांश

सिस्टम विकास परियोजनाहरूको सुचारु प्रगतिका लागि, इन्फ्रास्ट्रक्चरको वातावरण सेटअपबाट सुरु हुने समस्याहरू अक्सर अनदेखा गरिने बिन्दु हुन सक्छन्। इन्फ्रास्ट्रक्चर सम्बन्धी समस्याहरूमा ध्यान दिनु प्राविधिक विशेषज्ञहरू बाहेक अरूलाई ठूलो बोझ हुन सक्छ। तर, यस्ता समस्याहरूको रोकथामका लागि उपायहरू ‘स्पष्टीकरण/परिवर्तन व्यवस्थापनको कडाइ’, ‘भूमिका/जिम्मेवारीको स्पष्टता’, र ‘परियोजनाको आकार र बजेटअनुसार विकास मोडेलको चयन’ जस्ता मौलिक उपायहरूको विस्तारमा पर्दछन्। कर्पोरेट कानूनमा संलग्न व्यक्तिहरूले पहिलो पटक बुझ्नुपर्ने कुरा यो हो कि, इन्फ्रास्ट्रक्चर सम्बन्धी समस्याहरूमा पनि रोकथामका कानूनी आधारहरू पर्याप्त रूपमा लागू गर्न सकिन्छ। यदि तपाईं IT क्षेत्रका प्राविधिक व्यक्ति हुनुहुन्छ भने, इन्फ्रास्ट्रक्चर सम्बन्धी समस्याहरूले परियोजनामा गम्भीर जोखिम सिर्जना गर्न सक्ने बुझ्नु र सुचारु रूपमा काम अगाडि बढाउनु महत्त्वपूर्ण छ।