तकनीकी तौर पर लेखक के लिए कानूनी समझौता बनाना

मौजूदा फ़ेज़:
केस स्टडी पब्लिश की गई हैं. टाइमलाइन देखें.

इस पेज पर कुछ सवाल दिए गए हैं. Google Season of Docs के लिए, तकनीकी लेखक के साथ कानूनी समझौता करते समय इन सवालों पर ध्यान दें. इसका मकसद, कानूनी सलाह देना या ओपन सोर्स प्रोजेक्ट के लिए, तकनीकी समझौते बनाते समय ध्यान में रखने वाले सभी संभावित पॉइंट की पूरी सूची देना नहीं है. अपने संगठन या प्रोजेक्ट की ज़रूरतों के हिसाब से, हो सकता है कि आप किसी तकनीकी लेखक को हायर करने से पहले, अपने कानूनी सलाहकार से सलाह लेना चाहें.

काम का दायरा

  • अपने समझौते में शामिल कामों की सूची बनाएं. ज़्यादा से ज़्यादा सटीक जानकारी दें. उदाहरण के लिए, "एपीआई दस्तावेज़" के बजाय, यह सूची बनाएं कि किन एंडपॉइंट को दस्तावेज़ में शामिल करना है और कौनसी जानकारी शामिल करनी है. जैसे, सैंपल कर्ल कमांड या पैरामीटर की सूची.
  • आपको कैसे पता चलेगा कि कोई कॉन्टेंट 'पूरा हो गया है'?
  • ध्यान रखने वाली अन्य बातें:
    • कॉन्टेंट का कॉपीराइट किसके पास होगा? इसे किस लाइसेंस के तहत रिलीज़ किया जाएगा (ये अलग-अलग हैं!)? तकनीकी लेखक को क्या क्रेडिट मिलेगा (साइट पर उसका नाम, योगदान देने वाले के तौर पर शामिल करना वगैरह)? अगर आने वाले समय में कॉन्टेंट का लाइसेंस फिर से लेना पड़े, तो क्या होगा? उदाहरण के लिए, अगर आपको लगता है कि तकनीकी लेखक को आपके ओपन सोर्स प्रोजेक्ट के योगदान देने वाले के लाइसेंस समझौते पर हस्ताक्षर करना चाहिए, तो आपको इस बारे में बताना चाहिए.
    • अगर आपको लगता है कि तकनीकी लेखक को कई बार बदलाव करने के लिए कहा जा सकता है, तो इस बारे में साफ़ तौर पर बताएं. उदाहरण के लिए, आपके पास यह बताने का विकल्प है कि आपको पहले एक ड्राफ़्ट चाहिए. इसके बाद, तकनीकी समस्याओं को हल करने के लिए दूसरा पास और फिर प्रूफ़रीडिंग के लिए आखिरी पास चाहिए.
    • अगर आपको लगता है कि तकनीकी लेखक को कॉन्टेंट को किसी खास फ़ॉर्मैट में डिलीवर करना चाहिए, जैसे कि Markdown, तो अपने कानूनी समझौते में इसकी जानकारी शामिल करें.
    • क्या आपके प्रोजेक्ट में दस्तावेज़ या कोड बनाने के लिए, जनरेटिव एआई के इस्तेमाल से जुड़े दिशा-निर्देश हैं? पक्का करें कि ये दिशा-निर्देश, आपके तकनीकी लेखक के साथ शेयर किए गए हों.

मुआवज़ा

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

कम्यूनिकेशन

  • क्या आपको लगता है कि तकनीकी लेखक, वीडियो कॉल या मीटिंग के लिए उपलब्ध होगा?
  • आपने बातचीत के लिए किन चैनलों का इस्तेमाल किया और जवाब मिलने में कितना समय लग सकता है? उदाहरण के लिए, अगर आपको लगता है कि तकनीकी लेखक को एक दिन के अंदर ईमेल (या स्लैक में मैसेज) का जवाब देना चाहिए, तो इसकी जानकारी साफ़ तौर पर दें.
  • तकनीकी लेखक, अलग-अलग सवालों के लिए प्रोजेक्ट के किस व्यक्ति से संपर्क कर सकता है, जैसे कि पेमेंट से जुड़ी समस्याएं, समीक्षा की ज़रूरत, टूल या चैनलों को अनब्लॉक करने से जुड़ी समस्याएं या अन्य समस्याएं?
  • क्या लेखक को अपना काम सबमिट करने या सुझाव/राय पाने या समीक्षाएं पाने के लिए, किसी खास प्रोसेस का इस्तेमाल करना चाहिए?

टूल

  • तकनीकी लेखक को अपना काम बनाने के लिए, किन टूल (या टूल के वर्शन) का इस्तेमाल करना चाहिए?
  • तकनीकी लेखक को सेट अप करने, ऐक्सेस पाने या अनुमतियां पाने में मदद करने की ज़िम्मेदारी किसकी है?

असहमतियों को सुलझाना

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