ब्लॉग पर वापस जाएं
उत्पादकताप्रोजेक्ट मैनेजमेंट

एक बड़े प्रोजेक्ट को छोटे टास्क में कैसे बांटें

4 मिनट पढ़ने का समय

बड़े प्रोजेक्ट भारी लगते हैं क्योंकि वे बहुत अमूर्त होते हैं। उन्हें ठोस टास्क में बांटें और अचानक वे करने योग्य लगने लगते हैं।

बड़े प्रोजेक्ट क्यों पंगु बनाते हैं

"एक ई-कॉमर्स वेबसाइट बनाओ।" "एक मोबाइल ऐप बनाओ।" "अपनी थीसिस पूरी करो।" ये टास्क नहीं हैं। ये नतीजे हैं। और नतीजे आपको यह बताने में बेकार हैं कि अभी क्या करना है। जब कोई प्रोजेक्ट बहुत बड़ा और अमूर्त होता है, तो आपका दिमाग समझ नहीं पाता कि कहां से शुरू करें। तो वह स्वाभाविक चीज़ करता है: कुछ नहीं। आप टालमटोल करते हैं, दोषी महसूस करते हैं, और टालमटोल करते हैं। प्रोजेक्ट अटका रहता है क्योंकि पहला कदम स्पष्ट नहीं है।

दो घंटे का नियम

एक अच्छा टास्क वह है जिसे आप लगभग दो घंटे या उससे कम में पूरा कर सकें। अगर इससे ज़्यादा लगता है, तो यह बहुत बड़ा है और इसे और तोड़ने की ज़रूरत है। "ऑथेंटिकेशन सिस्टम बनाना" बहुत बड़ा है। इसे तोड़ें: "साइनअप फ़ॉर्म बनाओ," "ईमेल वैलिडेशन जोड़ो," "लॉगिन एंडपॉइंट बनाओ," "सेशन मैनेजमेंट सेटअप करो," "पासवर्ड भूल गए फ़्लो जोड़ो।" हर एक को एक सेशन में किया जा सकता है। हर एक का स्पष्ट अंत बिंदु है।

अंत से शुरू करें

अंतिम उत्पाद के बारे में सोचें। तैयार होने पर यह कैसा दिखता है? अब पीछे की ओर काम करें। मुख्य हिस्से क्या हैं? शायद फ्रंटएंड, बैकएंड, डेटाबेस और डिप्लॉयमेंट। हर हिस्से के अंदर, फीचर क्या हैं? हर फीचर के अंदर, अलग-अलग टास्क क्या हैं? आप मूल रूप से एक पेड़ बना रहे हैं। प्रोजेक्ट तना है, मुख्य हिस्से शाखाएं हैं, फीचर छोटी शाखाएं हैं और टास्क पत्तियां हैं। आप सिर्फ पत्तियों पर काम करते हैं।

उन्हें बोर्ड पर रखें

टास्क तैयार होने के बाद, उन्हें कानबन बोर्ड पर रखें। 30 छोटे टास्क देखना एक विशाल प्रोजेक्ट को घूरने से बहुत कम डरावना है। और हर बार जब आप एक कार्ड को "पूरा" में ले जाते हैं, आपको एक छोटी जीत मिलती है। ये छोटी जीतें जमा होती हैं। एक हफ्ते बाद, आप अपनी पूरा कॉलम देखते हैं और महसूस करते हैं कि आपने सच में प्रगति की है। जो प्रोजेक्ट असंभव लग रहा था वह अब 20% पूरा है और गति आपको आगे बढ़ाती रहती है।

शुरू से सब कुछ तोड़ने की ज़रूरत नहीं

एक आम गलती शुरू करने से पहले हर एक टास्क की योजना बनाने की कोशिश करना है। यह छिपी हुई एनालिसिस पैरालिसिस है। अगले एक से दो हफ्तों के लिए पर्याप्त टास्क तोड़ें। काम शुरू करें। आगे बढ़ते हुए, आपको ऐसे टास्क मिलेंगे जिनकी आपने उम्मीद नहीं की थी। जैसे आएं वैसे जोड़ें। योजना एक जीवित दस्तावेज़ होनी चाहिए, कठोर ब्लूप्रिंट नहीं। लक्ष्य एक परफेक्ट प्लान नहीं है। लक्ष्य यह जानना है कि आगे क्या करना है। जब तक आपके पास एक स्पष्ट अगला टास्क है, आप प्रगति कर रहे हैं।
IndieDevBoard

अपने अगले प्रोजेक्ट को लॉन्च करने के लिए तैयार हैं?

IndieDevBoard आपको कानबन बोर्ड, प्रगति ट्रैकिंग, नोटबुक और आपकी ज़रूरत की हर चीज़ — सब एक जगह प्रदान करता है।

मुफ़्त में शुरू करें