टेक्निकल राइटिंग प्रोजेक्ट चुनना

मौजूदा चरण:
'Docs' प्रोग्राम का 2019 सीज़न 6 मार्च, 2020 को खत्म हुआ. टाइमलाइन देखें.

इस पेज पर ओपन सोर्स संगठनों के लिए दिशा-निर्देश दिए गए हैं. इनमें बताया गया है कि Docs के सीज़न में, तकनीकी तौर पर लिखने वाले प्रोजेक्ट के प्रस्तावों का आकलन कैसे किया जाए और उन प्रोजेक्ट को कैसे चुना जाए जिनमें वे मेंटॉरशिप करना चाहते हैं.

शुरुआती जानकारी

तकनीकी लेखक अपने चुने हुए ओपन सोर्स संगठन के साथ प्रोजेक्ट पर काम करने के लिए, Docs के अपने प्रस्ताव सबमिट करते हैं. Google प्रोग्राम एडमिन आकलन और प्रोजेक्ट चुनने के लिए प्रस्तावों को ओपन सोर्स संगठनों के पास भेजते हैं. शामिल चरणों के बारे में जानने के लिए, संगठन के एडमिन की गाइड देखें.

लेखक के टेक्निकल प्रपोज़ल का आकलन करना

लिखने का तकनीकी कौशल और अनुभव

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

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

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

प्रस्ताव

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

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

अक्सर पूछे जाने वाले सवाल

हम कैसे तय करते हैं कि कितने प्रोजेक्ट सबमिट करने हैं?

एक या दो प्रोजेक्ट पर फ़ोकस करें. अगर आपके संगठन के पास इससे ज़्यादा मेंटॉरशिप करने की क्षमता है, तो आपके पास और भी फ़ॉर्म सबमिट करने का विकल्प है. हर टेक्निकल राइटर प्रोजेक्ट के लिए, आपको कम से कम एक मेंटॉर की ज़रूरत होगी. ज़्यादा से ज़्यादा दो ऐसे मेंटॉर होने चाहिए जो सिर्फ़ उस प्रोजेक्ट में मेंटॉर हों.

Docs के सीज़न में स्लॉट का बंटवारा करने के तरीके की जानकारी पढ़ें.

हम कैसे तय करें कि किस तकनीकी लेखन प्रस्ताव को स्वीकार करना है?

पक्का करें कि आपने लेखक के लिए मिले सबसे अच्छे तकनीकी प्रस्तावों को चुना हो. इसका मतलब है कि ऐसे प्रपोज़ल चुनें जो आपकी ज़रूरतों के हिसाब से सबसे सही हों. साथ ही, जो ऊपर दिए गए टेस्ट के दिशा-निर्देशों के मुताबिक हों.

चुने गए प्रस्ताव सबमिट करने के लिए, हमें फ़ॉर्म कहां सबमिट करने होंगे?

संगठन के एडमिन की गाइड देखें.