एक पेज में प्लान बनाएं
एक पेज का प्लान समस्या, यूज़र्स, डेटा, आप सफलता कैसे मापेंगे, जोखिमों और टाइमलाइन को साफ-साफ बताता है। यह टीम का ध्यान केंद्रित रखता है और प्रोजेक्ट को समझाना आसान बना देता है।
60 सेकंड में
एक पेज में प्लान बनाएं
एक पेज का प्लान समस्या, यूज़र्स, डेटा, आप सफलता कैसे मापेंगे, जोखिमों और टाइमलाइन को साफ-साफ बताता है। यह टीम का ध्यान केंद्रित रखता है और प्रोजेक्ट को समझाना आसान बना देता है।
| हिस्सा | जिस सवाल का यह जवाब देता है | कमज़ोर उदाहरण | बेहतर उदाहरण |
|---|---|---|---|
| समस्या | आज क्या गड़बड़ी हो रही है, किसके साथ, और कितनी बार? | "लोगों को जानकारी चाहिए।" | "अभिभावक फीस और छुट्टियों की तारीखें पूछने के लिए हफ़्ते में कई बार स्कूल के दफ़्तर में फोन करते हैं।" |
| यूज़र्स | असल में इसका इस्तेमाल कौन करेगा, और कहाँ? | "हर कोई।" | "कक्षा 6–8 के छात्रों के अभिभावक, अपने फोन पर, ज़्यादातर हिंदी में।" |
| डेटा | इसे किस जानकारी की ज़रूरत है, यह कहाँ से आती है, और क्या आपको इसका इस्तेमाल करने की अनुमति है? | "इंटरनेट से।" | "स्कूल के सार्वजनिक नोटिस, जो दफ़्तर ने अनुमति के साथ शेयर किए हैं।" |
| सफलता का पैमाना | एक संख्या जिसे आप मापेंगे, एक लक्ष्य (टारगेट) के साथ | "यह अच्छे से काम करना चाहिए।" | "10 में से 8 टेस्ट सवालों के सही जवाब मिले और सही नोटिस का हवाला दिया गया।" |
| जोखिम | क्या गड़बड़ हो सकती है, और आप इसके बारे में क्या करेंगे? | "कुछ नहीं।" | "यह पुरानी तारीख बता सकता है: हर जवाब के साथ नोटिस की तारीख दिखाएं।" |
| टाइमलाइन | कब तक क्या काम पूरा होगा? | "जल्द खत्म करना।" | "दिन 1–3 कंटेंट, दिन 4–8 निर्माण (बिल्ड), दिन 9–12 टेस्टिंग, दिन 13–14 गलतियाँ सुधारना और शेयर करना।" |
सफलता का पैमाना चुनना
जोखिमों को लिखना
- गलत जवाब: सिर्फ भरोसेमंद कंटेंट से ही जवाब दें, स्रोत दिखाएं, और अगर पक्का पता न हो तो कहें "नहीं मिला"।
- प्राइवेसी: जितना हो सके कम से कम निजी डेटा इकट्ठा करें; बनाते समय काल्पनिक डेटा का इस्तेमाल करें।
- गलत इस्तेमाल: सोचें कि कोई दूसरों को नुकसान पहुँचाने के लिए इस टूल का इस्तेमाल कैसे कर सकता है, और उसे रोकें।
- हद से ज़्यादा भरोसा: यूज़र्स को साफ़ बताएं कि यह टूल क्या नहीं कर सकता और इसकी जगह किससे पूछना चाहिए।
- समय की कमी: पहले से ही तय कर लें कि अगर आप पिछड़ जाते हैं तो किन चीज़ों को छोड़ देंगे।
दो हफ़्ते की टाइमलाइन
- 1
दिन 1–2
यूज़र्स से बात करें। ऐसा कंटेंट इकट्ठा करें जिसे इस्तेमाल करने की आपको अनुमति है। एक पेज का प्लान पूरा करें। - 2
दिन 3–7
सबसे छोटा काम करने वाला वर्ज़न बनाएं। खुद 10–20 सवालों या उदाहरणों पर इसकी टेस्टिंग करें। - 3
दिन 8–11
कुछ असली लोगों के साथ, उनकी सहमति से, एक छोटा पायलट टेस्ट करें। फीडबैक इकट्ठा करें। - 4
दिन 12–13
सबसे बड़ी समस्याओं को ठीक करें। उसी टेस्ट सेट के साथ दोबारा मापें। - 5
दिन 14
ईमानदारी से सीमाओं का उल्लेख करते हुए README लिखें, एक छोटा डेमो रिकॉर्ड करें, शेयर करें।
और देखें और पढ़ें
लैब
आपका एक-पेज का प्रोजेक्ट प्लान, जिसे एक Python dictionary के रूप में लिखा गया है और जिसमें छूटे हुए या अस्पष्ट हिस्सों की जांच की गई है।
समस्या
- स्टार्टर को रन करें।
reviewफ़ंक्शन दिखाता है किPLANके कौन से हिस्से अभी भी खाली हैं। - हर
TODOको अपने प्रोजेक्ट की जानकारी से बदलें। छोटे, सटीक वाक्य लिखें (समस्या, यूज़र्स, डेटा और सफलता के पैमाने के लिए कम से कम आठ शब्द)। - आपके
success_measureमें एक संख्या होनी चाहिए, जैसे "10 में से 8" जैसा लक्ष्य। - बताएं कि डेटा कहाँ से आता है और क्या आप इसका उपयोग कर सकते हैं (उदाहरण के लिए: सार्वजनिक, आपका अपना, काल्पनिक, या अनुमति के साथ शेयर किया गया)।
- कम से कम दो
risksदें, प्रत्येक के साथ यह बताएं कि आप इसके लिए क्या करेंगे, कम से कम तीनtimelineचरण दें, औरnot_doingमें कम से कम एक आइटम शामिल करें।
प्रैक्टिस लैब
कोड में बदलाव करें और इसे रन करें। Python आपके ब्राउज़र में चलता है — हमारे सर्वर पर कुछ नहीं भेजा जाता।
कोई आउटपुट नहीं। वैल्यूज़ देखने के लिए print(...) जोड़ें।
आपका काम तब पूरा होगा जब
कठिन सवाल
उत्तर देखने से पहले ख़ुद जवाब देने की कोशिश करें। अगर आप इनके जवाब दे सकते हैं, तो आप पाठ समझ गए हैं।
Q1आपके ग्रुप का सफलता का पैमाना है "यूज़र्स खुश हैं"। आप इसे ऐसी चीज़ में कैसे बदलेंगे जिसे गिना जा सके?दिखाएं
कोई ऐसा काम या परिणाम चुनें जिसे आप देख सकें। उदाहरण के लिए: "8 अभिभावकों के साथ एक पायलट टेस्ट में, कम से कम 6 लोग दफ़्तर में फोन किए बिना अपने सवाल का जवाब ढूंढ लेते हैं", या "कम से कम 8 टेस्टर्स से 5 में से 4 या उससे अधिक की औसत रेटिंग"। बनाने से पहले ही तय कर लें कि कौन, कितने, सफलता किसे माना जाएगा और लक्ष्य क्या है।
Q2टीम का एक साथी कहता है कि जोखिम (risks) सेक्शन जजों के सामने प्रोजेक्ट को कमज़ोर दिखाता है। आप क्या जवाब देंगे?दिखाएं
जोखिमों की साफ़-सुथरी सूची दिखाती है कि आप अपने प्रोजेक्ट को समझते हैं और यूज़र्स की परवाह करते हैं। हर असली सिस्टम में जोखिम होते हैं। जज, शिक्षक और एम्प्लॉयर उस काम पर ज़्यादा भरोसा करते हैं जहाँ टीम जोखिमों को पहचानती है और बताती है कि उसने उनके बारे में क्या किया। जोखिमों को छिपाना तब बुरा लगता है जब वे बाद में सामने आते हैं।
अक्सर पूछे जाने वाले सवाल
क्या सच में एक पेज काफी है?
दो हफ़्ते के प्रोजेक्ट के लिए, हाँ। आप अतिरिक्त नोट्स कहीं और रख सकते हैं। यह एक पेज फ़ैसलों के लिए है: ग्रुप का कोई भी व्यक्ति या शिक्षक इसे देखकर दो मिनट में प्रोजेक्ट समझ सके।
क्या होगा अगर हम अपना सफलता का लक्ष्य हासिल न कर पाएं?
वह भी एक परिणाम ही है। असली संख्या को ईमानदारी से बताएं, समझाएं कि आपने क्या सीखा, और बताएं कि आप क्या बदलाव करेंगे। अस्पष्ट "यह अच्छा काम करता है" कहने के बजाय ईमानदारी से "10 में से 6, और वजह यह है" कहना ज़्यादा सिखाता है।
क्या प्लान में बदलाव हो सकता है?
हाँ, लेकिन सोच-समझकर बदलाव करें। पेज को अपडेट करें, तारीख और वजह लिखें। प्लान को चुपचाप भटकने न दें।
प्लान किसे देखना चाहिए?
ग्रुप के हर सदस्य को, आपके शिक्षक या मेंटर को, और मुमकिन हो तो आपके यूज़र्स में से किसी एक को। एक यूज़र आपको तुरंत बता सकता है कि समस्या या सफलता का पैमाना गलत है या नहीं।
पाठ का टेस्ट
5 सवाल। पास होने और इस पाठ को पूरा करने के लिए 3 सही होने चाहिए (60%)।