आईटी परियोजनाओं और आईटी टीमों के जोखिम

निग्नेक्स के साथ एक बुरी स्थिति - यह प्रोजेक्ट टीमों के साथ काम करते समय परेशानियों के बारे में अन्य मामलों को याद करने का अवसर देता है, खासकर जब से कोड में त्रुटियों की तुलना में आदेशों के डिजाइन में त्रुटियों को ठीक करना अधिक कठिन होता है। (मामले चलते हैं - "महत्व" से नहीं बल्कि याद के क्रम में)

" गैर-प्रकटीकरण और गैर-प्रतिस्पर्धा समझौते "

एनडीए और एनसीए (गैर-प्रकटीकरण और गैर-प्रतिस्पर्धा समझौता)
मानक, आमतौर पर अर्थहीन कागज, नेटवर्क से एक वकील लड़की द्वारा डाउनलोड किया जाता है, और नए डेवलपर्स को स्वीकार करते समय हस्ताक्षर के लिए कागज के एक सामान्य ढेर में फेंक दिया जाता है। 99% मामलों में - हस्ताक्षर करने के बाद कोई भी कभी नहीं पढ़ता है। लेकिन शेष 1% में - यह समस्याएं पैदा कर सकता है।

उदाहरण के लिए, NDA में डेवलपर और सेवा निर्देशों में कहा जा सकता है: " अनधिकृत व्यक्तियों की सेवा जानकारी तक पहुँच प्रदान करना निषिद्ध है ।" (यह एक विशिष्ट मामला है) यदि यह वहां लिखा गया था: "यह संचारित करने के लिए मना किया गया है, " सवाल नहीं उठता। लेकिन जो लिखा है वही लिखा है। उसी समय, डेवलपर खुद आम कमरे में बैठ सकता है, और मॉनिटर गलियारे का " सामना " कर सकता है और पास होने वाले हर व्यक्ति को दिखाई दे सकता है। और / या हर बार उसे साझा प्रिंटर पर प्रिंट दस्तावेज़ भेजने की आवश्यकता होती है।

नतीजतन, कार्यालय में अपने प्रवेश द्वार पर एक ठीक दिन (लेकिन उसके लिए नहीं) - चाबी का गुच्छा काम नहीं करेगा, जिसके बाद गार्ड अपने पसंदीदा कैक्टस (और बदली चप्पल) के साथ एक बॉक्स निकाल लेगा और उसे खारिज करने का आदेश देगा " नौकरी के विवरण का उल्लंघन " और " आधिकारिक जानकारी का खुलासा " (कस्टम विकास के लिए - एक अनुबंध, निष्पादन के लिए - श्रम संहिता के अनुच्छेद 81 p.6B) के रूप में "श्रम कर्तव्यों का एक-बार सकल उल्लंघन"। यदि प्रबंधक सब कुछ सही ढंग से पूरा करते हैं, तो चुनौती देना असंभव होगा ...

हालाँकि, यह खेल - आप एक साथ खेल सकते हैं। यदि डेवलपर ने दृढ़ता से छोड़ने का फैसला किया, या वह, जैसे कि नेग्नेक्स के मामले में (जहां तक ​​कोई भी स्थिति का न्याय कर सकता है) काम पर अपने स्वयं के प्रोजेक्ट को देख रहा है, तो वह एक पेंसिल ले सकता है और ध्यान से पढ़ सकता है कि नेता एनडीए की एक वकील लड़की द्वारा डाउनलोड की गई इस एनसीआर में क्या लिखा गया है। फिर - उस सेवा को रोल करने के लिए जो वह स्पष्ट रूप से उसे दिए गए कार्य को पूरा नहीं कर सकता है, नियोक्ता या ग्राहक के साथ उसे निर्देशों और एनडीए में निर्धारित शर्तों के साथ प्रदान नहीं करता है, और सुरक्षा आवश्यकताओं को पूरा करने के लिए आवश्यक है।

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

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

मामला: रिसेप्शन पर, कुछ डेवलपर्स - उन्होंने मुझे कागज (श्रम, नौकरी विवरण, स्टाफिंग, एनडीए और एनसीए, सुरक्षा उपायों, आदि) के एक मानक बंडल पर हस्ताक्षर करने के लिए दिया, जो कि उन सभी पर हस्ताक्षर किए गए लगते हैं।

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

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

लेकिन सबसे अच्छी बात यह है कि इस उद्देश्य के लिए विशेष रूप से बनाए गए एक अलग कार्यालय के लिए श्रम पर काम करने वाले सभी लोगों को पंजीकृत करना है, जिसके बाद की संभावित परेशानियां अन्य परियोजनाओं पर काम को प्रभावित नहीं करेंगी।

एनडीए का एक विशेष बिंदु - ग्राहक के प्रतिनिधियों (यदि कोई हो) के साथ डेवलपर्स की बातचीत को संरक्षित करना आवश्यक है। हमें उन सामग्रियों की एक सूची चाहिए, जिन्हें डेवलपर को संचारित नहीं करना चाहिए, और उन सवालों की एक सूची, जिनका उसे जवाब नहीं देना चाहिए।

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

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

" ट्रेड सीक्रेट "

कॉम सीक्रेट के साथ पहली समस्या यह है कि रूसी संघ में कोई वाणिज्यिक रहस्य नहीं है। 2004 लॉ कमर्शियल सीक्रेट्स पर, यह स्टेट सीक्रेट्स लॉ से पेपर ट्रेस कर रहा है, और इसमें सब कुछ एक भौतिक माध्यम से जुड़ा हुआ है, जिसके बिना सभी क्रियाएं और प्रक्रियाएं काम नहीं करती हैं। इसलिए, अगर कंपनी में " गुप्त " कमरा (कसकर पर्दे वाली खिड़कियों के साथ), एक पंक्तिबद्ध यात्रा लॉग और अन्य हॉलीवुड जुनून नहीं है, तो यह शासन नहीं है, और " गुप्त जानकारी " और " बंद जानकारी " के बारे में सभी शब्द विशुद्ध रूप से मनोवैज्ञानिक अर्थ हैं, और एक वास्तविक और गंभीर घटना में, वे कोई फर्क नहीं पड़ेगा।

कॉम सीक्रेट के साथ दूसरी समस्या यह है कि किसी विशेष घटना में कोई सिद्ध नहीं है, वह है, ठीक से प्रलेखित, स्थानान्तरण का तथ्य, यानी किसी व्यक्ति द्वारा प्रेषित (या उल्लंघनकर्ता की कोई व्यक्तिगत मान्यता) प्राप्त करने के लिए कोई विशिष्ट कार्रवाई, कोई उल्लंघन नहीं - नहीं। एक बार फिर: " हस्तांतरण " के लिए - यह न केवल " देने ", बल्कि " स्वीकृति " भी आवश्यक है , कोई रसीद नहीं है - कोई हस्तांतरण नहीं है (अर्थात, " सभी के लिए " इंटरनेट पर पोस्ट करना " स्थानांतरण " नहीं है)।

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

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

और अंत में, कॉम सीक्रेट के साथ तीसरी समस्या यह है कि यदि यह मोड वास्तव में कंपनी में स्थापित है, तो कंपनी काम नहीं कर पाएगी। यह " इतालवी स्ट्राइक " के बारे में नहीं है, बल्कि व्यावसायिक प्रक्रियाओं की विसंगति के बारे में है।
मामला: डेवलपर के लिए - ग्राहक, और लड़की-वकील, डिलीवरी / स्वीकृति की तारीख से पहले पूरे उत्पाद पर कस्टम सेवा के पन्नों के लेआउट को अनुमोदित करने के लिए आवश्यक था, स्टाम्प " कॉम सीक्रेट्स " डालें। और डेवलपर पूछता है: " लेकिन मैं फिर उन्हें ग्राहक को कैसे अग्रेषित कर सकता हूं? " पर्दा।

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

पैच 2।: यदि ग्राहक, या टीम में से कोई एक शीर्ष संयुक्त राज्य अमेरिका से है, तो थ्रिप्स के बजाय, तुरंत " रक्षा व्यापार गुप्त अधिनियम " और " आर्थिक जासूसी अधिनियम " (कॉम राज और जासूसी पर अमेरिकी कानून) को लागू करना बेहतर है। यह - न केवल तुरंत " +100 कर्म " देता है, बल्कि काम के लिए स्वीकार करने और भुगतान करने पर बाद की गलतफहमी की संभावना को भी कम कर देता है (ग्राहक को पता चल जाएगा कि टीम का डिज़ाइन सही तरीके से किया गया है, अर्थात, लोग - विषय में, और बस इसी तरह, उनके - आप धोखा नहीं दे सकते (भले ही आप चाहते हैं)।

गैर-प्रतिस्पर्धा समझौता (एनसीए / सीएनसी)

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

• बर्खास्तगी के बाद कर्मचारी द्वारा आधिकारिक जानकारी के अनधिकृत उपयोग के माध्यम से कंपनी को नुकसान की रोकथाम;
• कंपनी के तकनीकी अनुभव के एक कर्मचारी द्वारा अनधिकृत प्रकटीकरण और प्रसार;
• जानबूझकर कंपनी को बाहरी या आंतरिक कॉर्पोरेट प्रशिक्षण द्वारा भुगतान करने के बाद कर्मचारी को काम करने से मना करके कंपनी को नुकसान पहुंचाना।

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

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

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

" एक नई जगह में पूर्ण काम के लिए बाधाओं की अनुपस्थिति पर एक रसीद "

बात महत्वपूर्ण है। तीसरे पक्ष के अधिकारों के उल्लंघन से बचाव करना आवश्यक है। सबसे पहले, यह पिछले (पूर्व) कार्यस्थलों से सूचना (और एनसीए / सीएनसी का उल्लंघन) का उपयोग करने के परिणामों के खिलाफ बीमा करता है, और दूसरी बात, यह बीमा किया जाता है कि अन्य (अपने स्वयं के सहित) परियोजनाओं को कंपनी में खींच लिया जाता है (Nginx मामला एक अच्छा उदाहरण है)।

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

इस तरह की रसीद के प्रतिस्थापन (या दोहराव) के रूप में, कुछ परियोजनाएं कभी-कभी संभावित समस्याग्रस्त डेवलपर्स के स्वागत के बारे में नेटवर्क पर जानकारी पोस्ट करती हैं (जैसे कि " आखिरकार हमारी अनुकूल टीम में शामिल हो गई ..."), लेकिन एक स्पष्ट पेपर रसीद बनाना आसान (और अधिक विश्वसनीय) है। तीन पैराग्राफ में।

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

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

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

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

" सूचना के उपयोग / प्रसार पर प्रतिबंध, और बर्खास्तगी के बाद विवाद "

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

दूसरे, यहां (केवल एक के साथ, लेकिन एक महत्वपूर्ण पैराग्राफ), एक प्रतिबंध परियोजना / कंपनी के बारे में नकारात्मकता के वितरण पर लगाया गया है, और दूसरा कंपनी के खिलाफ मुकदमा दायर करने की स्थिति है (अजनबियों में उनकी खुद की और उनकी भागीदारी (सह-वादी) दोनों)।

पहले बिंदु पर: कंपनी और परियोजना के बारे में बुरी बातें नहीं कहने का दायित्व, एकतरफा और स्वतंत्र रूप से लिया गया, समान रूप से एकतरफा और स्वतंत्र रूप से रद्द किया गया है। इसलिए, बर्खास्तगी पर - एक अनुबंध " मौन पर ", पारस्परिक दायित्वों और मुआवजे के भुगतान (दोनों दिशाओं में) के साथ समाप्त करना आवश्यक है।

दूसरे पैराग्राफ के अनुसार: मुकदमा न करने का दायित्व कानूनी रूप से शून्य है और जिस कागज पर यह लिखा गया है वह इसके लायक नहीं है। स्पष्ट पारस्परिक दायित्वों और क्षतिपूर्ति / जुर्माना के साथ एक अनुबंध के साथ - इस समस्या को फिर से पैच किया गया है। वास्तव में, आधे साल में " मौन " की अवधि काफी होती है। यह सब है - यह डरावना और राक्षसी दिखता है, लेकिन वास्तव में - यह शीट का एक चौथाई (हालांकि छोटे प्रिंट में) लेता है।

" कार्यालय विकास "

मामले समुद्र हैं, लेकिन नग्नेक्स के बाद, सब कुछ पहले से ही सैकड़ों बार चर्चा कर चुका है, और किसी को कुछ भी समझाने की आवश्यकता नहीं है।

जब तक यह एक बार फिर से दोहराने के लायक नहीं है कि रूसी संघ के बाहर उपयोग करने के लिए इच्छित परियोजनाओं के अनुबंधों में, आपको रूसी संघ के कानून के कानूनों और कानूनी मानदंडों का उल्लेख नहीं करना चाहिए।

" समाधान के उपयोग का विरोध न करें "

केस: किसी प्रोजेक्ट पर काम करते समय, एक नया समाधान बनाया गया है जिसे पेटेंट करने के लिए दायर किया जा रहा है। संयुक्त राज्य अमेरिका में पेटेंट की अवधि, उदाहरण के लिए, क्लाइंट-सर्वर समाधान, तीन साल तक का समय ले सकता है, और तंत्रिका नेटवर्क पर आर्किटेक्चर / वेट / तकनीक पांच साल तक ले सकता है (विषय को अधिक गर्म करता है, अधिक अनुप्रयोग, इसी तरह लंबे समय तक परीक्षा समय)। और उस समय तक, परियोजना - लंबे समय से बंद हो गई है, और खुद डेवलपर - न केवल छोड़ दिया जाएगा, बल्कि पहले से ही कुछ अन्य परियोजनाओं में काम करने का समय होगा। और उसके हस्ताक्षर के बिना, कुछ चीजें पेटेंट के साथ नहीं की जा सकती हैं। इसलिए, फिर से - एक अलग अनुबंध, यद्यपि 1/4 पृष्ठ। परियोजना की शुरुआत से पहले स्वाभाविक रूप से सख्ती से हस्ताक्षर किए गए। (यह संभव है - पहले से ही नौकरी के लिए किराए पर लेने के बाद, या "फ्रीलांस" फ्रीलांसर, लेकिन - परियोजना की शुरुआत से पहले सख्ती से, जिसके भीतर आवेदन जमा किया जाएगा)

" बाहरी सूचना के निहित उपयोग पर प्रतिबंध "

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

केस 1. डेवलपर, प्रोग्रामर्स के लिए साइट पर कहीं - प्रोजेक्ट के लिए उपयुक्त समाधान देखा, और प्रोजेक्ट में डाला। यह परियोजना के पूरा होने से कुछ समय पहले ही स्पष्ट हो गया था। तब परियोजना से इस टुकड़े को लंबे और थकाऊ रूप से काटा जाना था।

केस 2. डेवलपर - मैंने स्वयं इसके लेखक (समाधान) द्वारा प्रकाशित एक उपयोगी समाधान देखा। लेखक, जो निर्णय के लिए पेटेंट के रूप में सभी को निर्णय दे रहा था, पहले ही वैध हो गया था (शुल्क का भुगतान नहीं करके), और कंपनी स्वयं दिवालियापन की प्रक्रिया में थी।
यह ज्ञात नहीं है कि कौन इस उदारता का लाभ उठाने में कामयाब रहा, लेकिन यह ज्ञात है कि छह महीने बाद दिवालियापन समाप्त हो गया, और नई कंपनी ने सभी पेटेंटों को बहाल कर दिया।

केस 3. डेवलपर - मैंने साइन " ओपन सोर्स " देखा, और वहां एक पूर्ण व्हीलब्रो फ्री टाइप किया।
हालांकि - पाठ में एक भी ओपन सॉफ्टवेयर लाइसेंस नहीं है, जिसमें " फ्रीबी " शब्द होगा ।

(के बारे में OpenSource पर Habr - पहले से ही लिखा है )
Open-sourse, यह " ओपन " सोर्स कोड है, लेकिन यह पैसे के बारे में नहीं है। " नि: शुल्क " लाइसेंस में - यह कहा जा सकता है: " केवल कुत्ते आश्रयों में उपयोग के लिए नि : शुल्क", और आपके विशेष मामले में, आश्रय हो सकता है - कुत्ते की तरह नहीं, बल्कि मिश्रित (कुत्ते और बिल्लियाँ), इसलिए आप लाइसेंस की शर्तों से आगे बढ़ गए हैं।
व्यक्तिगत गैर-वाणिज्यिक उपयोग के लिए - आप किसी भी चीज़ का उपयोग कर सकते हैं, भले ही यह पेटेंट हो, भले ही यह कॉपीराइट हो। कम से कम कुछ। लेकिन जैसे ही सॉफ्टवेयर बिल्कुल मुफ्त है (और भी अधिक भुगतान किया गया) ऐसे लाइसेंस के तहत गैर-कुत्ते आश्रय के कम से कम एक पीसी को वितरित किया जाएगा, लाइसेंस की शर्तों का उल्लंघन सभी प्रशासनिक और आपराधिक परिणामों के साथ होगा। सेंसर एक बहुत ही लगातार मामला है।

पूरी तरह से मुक्त - केवल वही सॉफ़्टवेयर है जिसके विचार (काम करने के तरीके) सार्वजनिक डोमेन में गिर गए (पेटेंट समाप्त हो गए और बहाल नहीं किए जा सकते), और स्रोत कोड जिसे लेखक द्वारा लिखा गया था, जिनकी मृत्यु 70/75/80 (अलग-अलग समय में) हुई थी । अन्य सभी मामलों में, खुले स्रोत में (और सबसे अधिक संभावना है) नुकसान हो सकता है। एक बार फिर: खुला स्रोत, यह कोई ड्रा नहीं है।

केस 4. डेवलपर - छवि प्रसंस्करण के लिए " नि: शुल्क " इंटेल लाइब्रेरी से अपलोड किए गए मॉड्यूल , और कोड में खुदाई करके, अपने टुकड़ों से अपने ब्लॉकों के एक जोड़े का निर्माण किया। बेहतर और अनुकूलित। हालाँकि, बौद्धिक " मुक्त " पुस्तकालय का अर्थ " फ्रीबी " नहीं है "वह उपयोग की बहुत स्पष्ट और कठिन शर्तें हैं। बेशक, परियोजना में ब्लॉक छोड़ दिए गए थे, लेकिन डेवलपर को फिर से ऐसा नहीं करने के लिए कहा गया था।

" नवीनता के लिए अपने स्वयं के विकास का परीक्षण करने का दायित्व "

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

" "

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

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

" विकास का अधिकार "

इस सवाल के साथ, किसी कारण से, हर समय कुछ कठिनाइयां होती हैं। हालांकि सवाल बेहद आसान है। " कॉपीराइट - विचारों, अवधारणाओं, सिद्धांतों, विधियों, प्रक्रियाओं, प्रणालियों, विधियों, तकनीकी, संगठनात्मक या अन्य समस्याओं के समाधान पर लागू नहीं होते हैं "
एक बार फिर से: एल्गोरिदम, डेटा प्रारूप, काम करने के तरीके और ब्लॉकों की बातचीत, आदि। आदि, कोई कॉपीराइट - नहीं। यह सभी अर्थव्यवस्था (विधियाँ और उपकरण) पेटेंट योग्य औद्योगिक है (लेकिन " कॉपीराइट " नहीं) संपत्ति (और पंजीकरण के बाद - " अमूर्त संपत्ति ")।

कॉपीराइट - साहित्य और कला के कार्यों के लिए पूरी तरह से और विशेष रूप से लागू होता है। उसी समय, यह बहुत " सही है"- यह पूरी तरह से और विशेष रूप से खुद को पाठ के लेखक को कॉल करने के अधिकार में है। कॉपीराइट इस पाठ का उपयोग करने के लिए कोई अन्य अधिकार नहीं देता है। सब कुछ - प्रकाशन में, प्रकाशक - एक पुस्तक का आदेश देता है, लेखक - लिखता है, लेखक का नाम - कवर पर इंगित किया गया है। लेकिन पाठ स्वयं प्रकाशक के अंतर्गत आता है।

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

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

मामला: रूसी संघ में संचालित कई विदेशी विकास केंद्रों में, निम्नलिखित नियम को अपनाया गया है। यदि स्थानीय डेवलपर्स कुछ नया लेकर आते हैं, तो एक पेटेंट आवेदन दायर किया जाता है, जिसमें से पहला लेखक हमेशा रूसी कार्यालय के एक विदेशी कर्मचारी को इंगित करता है। यह कई जोखिमों को दूर करता है।

" सुरक्षा "

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

तदनुसार, यदि कोई डेवलपर प्रोजेक्ट फ़ाइल को पड़ोसी इमारत में भेजता है, तो कोई समस्या नहीं है, लेकिन यदि वह इस फ़ाइल को यूएसए को भेजता है, उदाहरण के लिए, तो जब वह भेजें बटन पर क्लिक करता है , तो प्रोजेक्ट फ़ाइल रूसी संघ की राज्य और सीमा शुल्क दोनों को पार कर जाती है! तदनुसार, पहली सीमा पार करते समय - निर्यात नियंत्रण के जोखिम होते हैं", और दूसरे के चौराहे पर - सीमा शुल्क" तस्करी "(डेवलपर स्थानांतरित करने के लिए फ़ाइल के लिए एक सीमा शुल्क घोषणा जारी नहीं करता है)

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

" ग्राहक के साथ बातचीत "

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

केस नंबर 1: संयुक्त राज्य अमेरिका में एक ग्राहक से - समस्या को हल करने के लिए एक अनुरोध प्राप्त हुआ था। वह क्लाइंट कर्मचारी के संपर्कों के साथ डेवलपर को भेजा गया था। डेवलपर (लगभग सोशल नेटवर्क के माध्यम से) ने कर्मचारी से संपर्क किया, और कुछ समय बाद संचार को बाधित कर दिया, साथ ही साथ उसे अपने पेशेवर और मानसिक क्षमताओं के बारे में बहुमूल्य जानकारी दी। ग्राहक - तकनीकी सहायता के कथित इनकार के संबंध में दावा किया।

केस नंबर 2: संयुक्त राज्य अमेरिका में एक ग्राहक से (पहले से ही अलग) - समस्या को हल करने के लिए एक अनुरोध प्राप्त हुआ था। प्रबंधक - इसे डेवलपर को दे दिया, और प्रश्न को बंद करने पर विचार करते हुए, निष्पादन पर ध्यान दिया। यह दिन का अंत था, और डेवलपर ने सोचा कि " कल हम यह करेंगे"ग्राहक को स्थगन के बारे में सूचित नहीं किया गया था। ग्राहक के कर्मचारी को नियत समय में प्रतिक्रिया नहीं मिली, और वह अपनी समस्या को हल नहीं कर सका, जो उसने शीर्ष को सूचना दी थी। ग्राहक ने तकनीकी समय निर्धारण के उल्लंघन के बारे में शिकायत की थी।

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

" भुगतान" और "कर "

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

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

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

लगातर - होना चाहिए।