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

मौजूदा चरण:
दस्तावेज़ तैयार करना. टाइमलाइन देखें.

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

काम का दायरा

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

मुआवज़ा

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

कम्यूनिकेशन से जुड़ी सेटिंग

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

टूल

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

असहमतियों का समाधान करना

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