मौजूदा चरण:
नतीजे का एलान
टाइमलाइन किया गया.
अपने संगठन का प्रोजेक्ट प्रस्ताव बनाने के लिए, इस गाइड को टेंप्लेट के तौर पर इस्तेमाल करें.
PROPOSAL टाइटल - संगठन का नाम
आपके प्रस्ताव का टाइटल छोटा और सटीक होना चाहिए. “ORGNAME Contributors की गाइड अपडेट करें”, सुझाव का अच्छा टाइटल है. “दस्तावेज़ों में किए गए सुधार” को समझना मुश्किल है; “कॉन्टेंट देने वाली गाइड के सेक्शन 5,7,23,99 को अपडेट करें, अक्सर पूछे जाने वाले सवाल बनाएं, और स्टाइल गाइड बनाएं” काफ़ी लंबा है.
आपके संगठन के बारे में जानकारी
इस सेक्शन में, कुछ छोटे पैराग्राफ़ देकर हमें अपने संगठन या प्रोजेक्ट के बारे में बताएं. आपके प्रोजेक्ट से कौनसी समस्या हल होती है? आपके उपयोगकर्ता और योगदान देने वाले कौन हैं? आपका संगठन या प्रोजेक्ट कितने समय से मौजूद है? कुछ जानकारी देकर हमें यह बताएं कि आपके प्रस्ताव को फ़ंड करने से, ओपन सोर्स और दुनिया में क्यों सकारात्मक असर पड़ सकता है.
Glorious Pickle (मौजूदा वर्शन 1.2.3, साल 2009 में रिलीज़ हुआ) एक ऐसी लाइब्रेरी है जिसके पास एमआईटी से लाइसेंस है. इसकी मदद से, पिकल करने लायक हर सब्ज़ियों के लिए नमक, चीनी, सिरका, और मसालों के सही अनुपात का आसानी से हिसाब लगाया जा सकता है. यह एकांत में रखे गए छोटे ककड़ी से लेकर मूली के कंटेनर को शिप किए जाने तक की मात्रा में है. दुनिया भर से अचार बनाने में योगदान देने वाले लोग, इनका इस्तेमाल करते हैं. हमारे उपयोगकर्ता, होम शेफ़, रेस्टोरेंट शेफ़, और बड़ी फ़ूड-प्रोसेसिंग कंपनियों और संगठनों के लिए लॉजिस्टिक में काम करने वाले लोग हैं. हमारा सबसे बड़ा उपयोगकर्ता ऐसा संगठन है जो कम पेट वाली सब्जियों को अचार के जार में बदलने में फ़ूड बैंक की मदद करता है. साथ ही, कई समुदायों के भूखे लोगों को खाना खिलाने में मदद करता है और खाने की बर्बादी को कम करता है. साथ ही, हमारे उपयोगकर्ता Glorious Pickle के इस्तेमाल के बारे में, वैकल्पिक मेट्रिक हमें भेजते हैं. इस मेट्रिक का इस्तेमाल हम PickleSet बनाने के लिए करते हैं. यह एक बड़ा डेटासेट है, जो मशीन लर्निंग के ज़रिए अचार की नई रेसिपी बनाने के लिए है.
आपके प्रोजेक्ट के बारे में जानकारी
आपके प्रोजेक्ट की समस्या
हमें उस समस्या के बारे में बताएं जिसे आपके प्रोजेक्ट से हल करने में मदद मिलेगी. आपके संगठन या प्रोजेक्ट के लिए, इस समस्या को हल करना क्यों ज़रूरी है?
उपयोगकर्ता चाहते हैं कि Glorकिपिकल टूल में, वे नए मसालों और दूसरी चीज़ों (खास तौर पर, गैर-यूरोपीय पकवानों की सामग्री) के बारे में जानकारी दे पाएं. माफ़ करें, इस जानकारी को जोड़ने की प्रक्रिया को सही तरीके से दर्ज नहीं किया गया है. इसका मतलब है कि योगदान देने वाले लोगों को मदद पाने के लिए प्रोजेक्ट में कोई समस्या बतानी होगी (या वे पूरी तरह से हार मान लेंगे). इस प्रोसेस में यह भी माना जाता है कि योगदान देने वालों को, पुल के अनुरोध की हमारी प्रोसेस और GitHub के बारे में पहले से जानकारी है. हालांकि, हमारे कई उपयोगकर्ता पेशेवर डेवलपर नहीं हैं.
हमारे पास प्रॉडक्ट के बारे में जितनी ज़्यादा जानकारी होगी, हम सभी लोगों के लिए उतना ही ज़्यादा काम का Gloriousपिकल का हिस्सा बन सकता है!
आपके प्रोजेक्ट का स्कोप
हमें बताएं कि आपका संगठन किस तरह के दस्तावेज़ बनाएगा, अपडेट करेगा या उनमें सुधार करेगा. अगर कुछ काम जान-बूझकर नहीं किया जा रहा है, तो वह जानकारी भी शामिल करें. समय का अनुमान शामिल करें. साथ ही, यह भी बताएं कि क्या आपने अपने प्रोजेक्ट पर काम करने के लिए, संगठन के वॉलंटियर और तकनीकी लेखक की पहचान पहले ही कर ली है.
Gloriouspicle प्रोजेक्ट (कोड नाम वाला PicklePlus) में ये काम किए जाएंगे:
- मौजूदा दस्तावेज़ का ऑडिट करें और इस्तेमाल के तीन मुख्य उदाहरणों के लिए, मौजूदा दस्तावेज़ का फ़्रिक्शन लॉग बनाएं. जैसे, एक नई सामग्री जोड़ना, अलग सामग्री जोड़ना, किसी सामग्री की जानकारी अपडेट करना या उसमें सुधार करना.
- दस्तावेज़ों में मौजूद अंतर को समझने के लिए, फ़्रिक्शन लॉग का इस्तेमाल करके, सबसे ज़्यादा इस्तेमाल के उदाहरणों के लिए अपडेट किया गया दस्तावेज़ बनाएं.
- नई “चीट शीट” बनाकर, योगदान देने वाले नए लोगों को अनुरोध और GitHub की जानकारी पाने में मदद करें. इससे, वे हमारी प्रोसेस का इस्तेमाल कर पाएंगे.
- दस्तावेज़ की जांच करने वाले लोगों (प्रोजेक्ट में वॉलंटियर) और Glorious Pickle कम्यूनिटी के सुझाव, राय या शिकायत को शामिल करें.
- Glorious Pickle साइट पर मौजूद दस्तावेज़ों को अपडेट करने के लिए, रिलीज़ टीम के साथ काम करें. साथ ही, ऐसा करने के लिए दस्तावेज़ को अपडेट टूल के साथ सिंक करने की एक प्रोसेस तैयार करें.
वह काम जो इस प्रोजेक्ट के दायरे से बाहर है:
- इस प्रोजेक्ट में एक ही सामग्री के लिए, अलग-अलग स्पेलिंग या नामों को क्रॉस-लिंक करने की प्रोसेस नहीं बनेगी.
- यह प्रोजेक्ट कोई GitHub ट्यूटोरियल नहीं बनाएगा; इसके बजाय, चीट शीट में ऐसे मौजूदा कॉन्टेंट का लिंक दिया जाएगा जो काम का और मददगार है.
इस प्रोजेक्ट के लिए, हमारे पास तकनीकी लेखन के दो अच्छे उम्मीदवार हैं और हमारा अनुमान है कि इस काम को पूरा करने में तीन महीने लगेंगे. Glorious PickleDocs SIG और @GloriouspiclePat (सामग्री जोड़ने वाले एपीआई का मुख्य रखरखाव) इस प्रोजेक्ट में मदद करने के लिए प्रतिबद्ध हैं.
अपने प्रोजेक्ट की सफलता का आकलन करना
आपको कैसे पता चलेगा कि नए दस्तावेज़ से आपकी समस्या हल करने में मदद मिली है? इसके लिए, कौनसी मेट्रिक इस्तेमाल की जा सकती हैं और उन्हें कैसे ट्रैक किया जा सकता है?
GloriousSelectle को हर तीन महीने में औसतन 10 पुल अनुरोध मिलते हैं, जो टैग किए गए ‘सामग्री’ के साथ नई चीज़ों को जोड़ने या अपडेट करने के लिए बनाए जाते हैं. इनमें से ज़्यादातर पुल अनुरोध (>60%) पिछले योगदान देने वालों से मिले हैं. हमें लगता है कि इस बेहतर दस्तावेज़ की वजह से, पुल के ज़्यादा अनुरोध मिलेंगे और योगदान देने वाले नए लोगों से ज़्यादा पुल के अनुरोध मिलेंगे. हमारे ज़्यादातर सक्रिय योगदान देने वालों ने सामग्री जोड़कर शुरुआत की थी, इसलिए हमें यह भी लगता है कि इस दस्तावेज़ में सुधार करने से योगदान देने वाले ज़्यादा लोगों को मदद मिलेगी.
दस्तावेज़ पब्लिश होने के बाद, हम हर महीने दो मेट्रिक (कॉन्टेंट से जुड़े पुल के अनुरोधों की संख्या और योगदान देने वाले नए लोगों से मिले पुल के अनुरोधों की संख्या) को ट्रैक करेंगे. हम ऐसे योगदान देने वालों की संख्या को भी ट्रैक करेंगे जिन्होंने कुल मिलाकर तीन से ज़्यादा योगदान दिए हैं. यह प्रक्रिया दस्तावेज़ प्रकाशित होने के बाद तीन महीने से शुरू होती है.
हम इस प्रोजेक्ट को सफल मानेंगे, अगर नए दस्तावेज़ को पब्लिश करने के बाद:
- सामग्री से जुड़े पुल के अनुरोधों की संख्या 20% बढ़ गई
- योगदान देने वाले नए लोगों से मिले पुल के अनुरोधों की संख्या 15% बढ़ी
- योगदान देने वाले ऐसे लोगों की संख्या जिन्होंने 3 से ज़्यादा योगदान दिया है, 10% तक बढ़ जाता है (दस्तावेज़ पब्लिश होने के बाद, तिमाही की शुरुआत में)
टाइमलाइन
आपके हिसाब से इस काम में कितना समय लगेगा? क्या टेक राइटर के टास्क को महीने/हफ़्ते के हिसाब से बांटा जा सकता है?
इस प्रोजेक्ट को पूरा होने में करीब छह महीने लगेंगे. टेक राइटर को काम पर रख लेने के बाद, हम एक महीने तक टेक राइटर ओरिएंटेशन पर काम करेंगे. उसके बाद, हम ऑडिट और फ़्रिक्शन लॉग का इस्तेमाल करेंगे और पिछले कुछ महीनों में दस्तावेज़ों को बनाने पर ध्यान देंगे.
| तारीख | कार्यवाही आइटम |
|---|---|
| मई | ओरिएंटेशन |
| जून - अगस्त | मौजूदा दस्तावेज़ का ऑडिट करें और फ़्रिक्शन लॉग बनाएं |
| सितंबर - अक्टूबर | दस्तावेज़ बनाएं |
| नवंबर | प्रोजेक्ट पूरा करना |
प्रोजेक्ट का बजट
सामान्य दिशा-निर्देश
- आप अपने बजट को अपने प्रस्ताव में या एक अलग लिंक के रूप में शामिल कर सकते हैं. अगर आपका बजट दस आइटम से कम है, तो हम आपको इसे अपने प्रस्ताव में शामिल करने का सुझाव देते हैं.
- सभी बजट डॉलर में होने चाहिए. हम उम्मीद करते हैं कि अनुदान की सीमा US$5000 से लेकर US$15000 तक होगी; अगर आपका प्रोजेक्ट इस सीमा से बाहर है, तो कृपया अपने बजट को सही साबित करने के लिए अतिरिक्त जानकारी दें.
- हम उम्मीद करते हैं कि आपके बजट का बड़ा हिस्सा (60-70% कम से कम), आपके प्रोजेक्ट पर काम करने वाले तकनीकी लेखक के लिए खर्च होगा. हमारा सुझाव है कि जहां भी मुमकिन हो, हर प्रोजेक्ट के हिसाब से बजट बनाएं.
- हम उम्मीद करते हैं कि जब भी संभव हो, ओपन सोर्स प्रोजेक्ट, ओपन सोर्स टूल का इस्तेमाल करेंगे. अगर आपके प्रोजेक्ट को मालिकाना सॉफ़्टवेयर के लाइसेंस या सहायता के लिए फ़ंड की ज़रूरत है, तो कृपया इसके लिए सही वजह बताएं.
- अन्य संभावित खर्चों में ये शामिल हैं:
- अपनी दस्तावेज़ साइट के लिए ब्रैंडिंग, लोगो, टेंप्लेट या अन्य डिज़ाइन एसेट बनाने का काम डिज़ाइन करें
- मुफ़्त में मिलने वाली चीज़ें (आपके हिस्सा लेने वालों के लिए टी-शर्ट या स्टिकर) के लिए, कम से कम 200 डॉलर की रकम. सीज़न ऑफ़ Docs का लोगो इस्तेमाल करने पर, इसके साथ आपके प्रोजेक्ट या संगठन का लोगो या नाम होना ज़रूरी है. आपकी मुफ़्त में मिलने वाली चीज़ों में Google नाम का इस्तेमाल नहीं किया जा सकता.
- प्रोजेक्ट में ज़रूरी मेंटॉरशिप या दिशा-निर्देश की भूमिकाएं लेने वाले वॉलंटियर के लिए कम से कम वफ़ादारी (कृपया हर वॉलंटियर को 500 डॉलर से ज़्यादा की रकम देने की सलाह नहीं दी जाती है)
- दूसरे ओपन सोर्स प्रोजेक्ट को डाउनस्ट्रीम दान देना, आपके कुल बजट का 10% से ज़्यादा नहीं होना चाहिए.
- खोजी गई रकम के साथ-साथ ज़रूरत के मुताबिक अन्य बजट आइटम भी शामिल करें. खर्च की सही वजह यह होनी चाहिए कि वह खर्च, पूरे प्रोजेक्ट की सफलता में किस तरह योगदान देगा.
सैंपल बजट
| बजट आइटम | रकम | कुल मौजूदा वैल्यू | नोट/सही बताना |
|---|---|---|---|
| Glorious Pickle के लिए सामग्री जोड़ने की प्रोसेस से जुड़े नए दस्तावेज़ का ऑडिट, अपडेट, टेस्ट, और पब्लिश करना | 5,000.00 | 5,000.00 | |
| स्वयंसेवी वफ़ादारी | 500 | 6500.00 | तीन वॉलंटियर के लिए x 500 लोग |
| प्रोजेक्ट टी-शर्ट (10 टी-शर्ट) | 150.00 | 6,650.00 | |
| विशाल इनफ़्लेटेबल यूनिकॉर्न (15 फ़ुट का वर्शन) | यूरो | 6,749.99 रुपये | हम प्रोजेक्ट डेवलपमेंट में, तकनीकी लेखकों के सवालों का सबसे तेज़ी से जवाब देने वाली टीम को हवा में चलने वाला यूनिकॉर्न देंगे |
| कुल | 6,749.99 रुपये |
ज़्यादा जानकारी
अपने प्रस्ताव के हिसाब से काम की अन्य जानकारी यहां शामिल करें.
तकनीकी लेखकों या दस्तावेज़ों के साथ पिछला अनुभव: अगर आपने या आपके किसी मेंटॉर ने पहले तकनीकी लेखकों के साथ काम किया है या दस्तावेज़ तैयार किए हैं, तो अपने ऐप्लिकेशन में इस बारे में बताएं. अपने तैयार किए हुए दस्तावेज़ और तकनीकी लेखक के साथ काम करने के तरीकों के बारे में जानकारी दें. उदाहरण के लिए, आपने समीक्षा करने की जो प्रोसेस इस्तेमाल की है उनके बारे में बताएं. इसके अलावा, यह भी बताएं कि आपके प्रोजेक्ट के लिए तकनीकी लेखकों का कौशल कितना मददगार था. बताओ कि Docs के सीज़न में, तकनीकी लेखक के साथ काम करने में आपको इस पिछले अनुभव से किस तरह मदद मिल सकती है.
Docs ऑफ़ सीज़न, Google समर ऑफ़ कोड या अन्य प्रोग्राम में पिछली बार हिस्सा लेना: अगर आपने या आपके किसी मेंटॉर ने Google समर ऑफ़ कोड या ऐसे ही किसी कार्यक्रम में हिस्सा लिया हो, तो अपने आवेदन में इसकी जानकारी दें. उस प्रोग्राम में अपनी उपलब्धियों के बारे में बताएं. बताएं कि Docs के सीज़न में, इस अनुभव से आपके काम करने के तरीके पर क्या असर पड़ सकता है.