पृष्ठ का चयन करें

आईटी विवाद समाधान

संघर्षों से बचें और अपनी आईटी परियोजनाओं के लिए विवाद समाधान में सुधार करें
हमसे संपर्क करेंअभी आवेदन करें

NZDRC आपके व्यवसाय के लिए सही संघर्ष प्रबंधन और विवाद समाधान समाधान प्रदान करने में विशेषज्ञ हैं।

व्यवसाय की निरंतरता और सफल परिणाम व्यवसाय के लिए महत्वपूर्ण हैं, जैसा कि वाणिज्यिक प्रतिपक्षों के साथ विवादों को कम करने की इच्छा है।  NZDRC उभरते विवादों को कम करने और बेहतर प्रबंधन करने में आपकी सहायता कर सकता है जब वे उत्पन्न होते हैं।

इस पृष्ठ पर आपको जानकारी मिलेगी:

सूचना प्रौद्योगिकी क्षेत्र

सूचना प्रौद्योगिकी क्षेत्र में तेजी से वृद्धि हो रही है। महामारी ने इस विकास को बढ़ा दिया है, निजी और सार्वजनिक क्षेत्र के संगठनों पर मौजूदा प्रणालियों को घर और मोबाइल काम करने के लिए तत्काल दबाव डाला गया है। इसने पुरानी विरासत प्रणालियों से निपटने और दूरस्थ उपयोग के लिए उनकी उपयुक्तता सहित वितरण चुनौतियों को प्रस्तुत किया है।

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

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

उपरोक्त कारकों ने नई प्रौद्योगिकियों का परीक्षण या पायलट करने और उन्हें तेजी से तंग समय सीमा के भीतर बनाने और कार्यान्वित करने की आवश्यकता पैदा की है। बजट, समय, गुणवत्ता वितरण और औसत दर्जे के परिवर्तन परिणामों की उपलब्धि के संबंधित तत्व दुनिया भर में योजना और प्रबंधन निर्णय लेने पर हावी हैं।

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

सर्वेक्षण और रिपोर्ट

स्टैंडिश ग्रुप कैओस रिपोर्ट 2015 के प्रकाशन के बाद, जिसमें पहचान की गई थी कि केवल 29% आईटी परियोजनाएं उपयोगकर्ता की अपेक्षाओं को पूरा करने में "सफल" हैं, NZIAC और NZDRC और विषय विशेषज्ञ और NZIAC औरNZDRC मध्यस्थता पैनल के सदस्यजेरार्ड डूलिन ने उन प्रमुख कारकों को निर्धारित करने के  लिए व्यापक शोध किया जो आईटी क्षेत्र में संघर्ष और  विवादों की व्यापकता में योगदान करते हैं। सभी आईटी क्षेत्र के हितधारकों की जरूरतों को पूरा करता है।

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

2019 में, हमने अंतिम रिपोर्ट प्रकाशित की: आईटी क्षेत्र विवाद प्रबंधन सर्वेक्षण: संघर्ष से बचना और आईटी परियोजनाओं के लिए विवाद समाधान में सुधार करना -  अंतिम रिपोर्ट (2019) की एक प्रति प्राप्त करने के लिए यहां क्लिक करें

अंतिम रिपोर्ट ने संघर्ष प्रबंधन और विवाद समाधान प्रस्तावों के विकास के लिए आधार बनाया है जो आईटी परियोजना वितरण के गलत संरेखण के कारणों को संबोधित करते हैं और जो आईटी परियोजनाओं में संघर्ष होने पर प्रबंधन और समाधान के लिए एक सामान्य ज्ञान, विश्वसनीय और उत्तरदायी दृष्टिकोण प्रदान करते हैं।

प्रसाद के दो भाग होते हैं। सबसे पहले, प्रभावी शासन प्रक्रियाओं (अनुबंध मॉड्यूल) को शामिल करते हुए सर्वोत्तम अभ्यास अनुबंध प्रारूपण के माध्यम से विवाद से बचाव। दूसरा, संघर्ष प्रबंधन और विवाद समाधान प्रक्रियाएं और प्रक्रियाएं परियोजना उद्देश्य (संघर्ष प्रबंधन और विवाद समाधान) के लिए सर्वोत्तम प्रक्रियाओं के साथ प्रक्रियाओं के एक स्पेक्ट्रम में क्रमिक रूप से संचालित करने के लिए डिज़ाइन की गई हैं।

संघर्ष प्रबंधन प्रक्रियाओं को पारस्परिक विश्वास और सहयोग की भावना में कार्य करने वाले पक्षों को सक्षम करने के लिए डिज़ाइन किया गया है, ताकि जोखिम की घटनाओं की पहचान की जा सके और किसी भी जोखिम घटना के प्रभाव से बचने या कम करने के कदमों पर सहमत होने के लिए बातचीत में संलग्न हो सकें।

विवाद समाधान प्रक्रियाओं को उन परिस्थितियों में निर्देशित किया जाता है जहां पार्टियां आपस में मामलों को हल करने में असमर्थ होती हैं और एक प्रबंधित वार्ता प्रक्रिया (मध्यस्थता) या विवाद में मामलों के स्वतंत्र और बाध्यकारी निर्धारण (अधिनिर्णय या मध्यस्थता) प्रदान करने के लिए तीसरे पक्ष के तटस्थ की सहायता की आवश्यकता होती है।

अनुबंध मॉड्यूल

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

तदनुसार, हमने अनुबंध मॉड्यूल का एक सूट विकसित किया है जिसे एजाइल (स्क्रम) सॉफ्टवेयर विकास, कार्यान्वयन और सेवा परियोजना अनुबंध में या वाटरफॉल सॉफ्टवेयर विकास, कार्यान्वयन और सेवा परियोजना अनुबंध के लिए काम (या अनुसूची) के बयान में शामिल किया जा सकता है। इस तरह के अनुबंधों में आमतौर पर बौद्धिक संपदा अधिकार, गोपनीयता, समाप्ति अधिकार और देयता सीमाओं और / या बहिष्करण के संबंध में महत्वपूर्ण शर्तें भी शामिल होती हैं।

सॉफ्टवेयर और सेवा परियोजनाओं अनुबंध - शासन, संघर्ष प्रबंधन और विवाद समाधान मॉडल खंड 

अनुबंध मॉड्यूल की एक प्रति प्राप्त करने के लिए यहां क्लिक करें

उन्हें कैसे लागू किया जा सकता है?

इन अनुबंध मॉड्यूलों का उद्देश्य मानक सॉफ्टवेयर विकास और कार्यान्वयन शासन पद्धतियों को एक अद्वितीय ढांचे और गलत संरेखण मुद्दों और / या अनुबंध विवादों के प्रबंधन और समाधान के लिए विस्तृत प्रावधानों के साथ पूरक करना है।

अनुबंध मॉड्यूल सादे अंग्रेजी में तैयार किए जाते हैं और जोखिम शमन पर ध्यान केंद्रित करते हैं। अनुबंध मॉड्यूल उद्देश्यपूर्ण रूप से गलत संरेखण और / या अनुबंध विवादों के समाधान को इस तरह से सुनिश्चित करने के लिए निर्देशित किए जाते हैं जो निजी, कुशल, लागत प्रभावी और निश्चित है।

प्रावधान वर्तमान सर्वोत्तम अभ्यास का प्रतिनिधित्व करते हैं और शासन शर्तों को किसी भी सॉफ्टवेयर विकास, कार्यान्वयन और सेवा परियोजना की विशिष्ट आवश्यकताओं के अनुरूप पूरी तरह से या आंशिक रूप से अपनाया या संशोधित किया जा सकता है।

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

संघर्ष प्रबंधन और विवाद समाधान

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

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

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

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

अनुबंध मॉड्यूल

ब्रिटेन के सुप्रीम कोर्ट ने रूढ़िवादी परिनिर्धारित क्षतिपूर्ति दृष्टिकोण पर वापसी की

मेलिसा पर्किन द्वारा। यूके सुप्रीम कोर्ट ने ट्रिपल पॉइंट टेक्नोलॉजी बनाम पीटीटी पब्लिक कंपनी[1] में अपने हालिया फैसले में निर्माण, वाणिज्यिक और प्रौद्योगिकी में परिनिर्धारित नुकसान खंडों के प्रारूपण और व्याख्या के संबंध में स्वागत योग्य स्पष्टता लाई है।

आईटी परियोजनाओं के लिए संघर्ष से बचना और विवाद समाधान में सुधार करना

जेरार्ड डूलिन द्वारा परिचय सॉफ्टवेयर सिस्टम का वाणिज्यिक डिजाइन, निर्माण और वितरण लगभग 50 साल पुराना है। इसके विपरीत, भौतिक भवनों का डिजाइन, निर्माण और वितरण लगभग 4000 साल पुराना है, जिसमें सबसे पुरानी मान्यता प्राप्त इमारतों में से एक है।
सामग्री पर जाएं