ब्लॉग पर वापस जाएं
उत्पादकताकरियर

उन डेवलपर्स की 5 आदतें जो वाकई प्रोडक्ट शिप करते हैं

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

प्रोजेक्ट पूरे करना एक कौशल है। ये पाँच आदतें उन डेवलपर्स को अलग करती हैं जो शिप करते हैं उनसे जिनके 20 अधूरे साइड प्रोजेक्ट पड़े हैं।

अधिकांश साइड प्रोजेक्ट क्यों मर जाते हैं

हर डेवलपर के पास अधूरे प्रोजेक्ट का कब्रिस्तान है। शुरुआती उत्साह फीका पड़ जाता है, कोई नया चमकदार आइडिया आता है, और पुराना प्रोजेक्ट उस ढेर में मिल जाता है। यह प्रतिभा की समस्या नहीं है — यह आदतों की समस्या है। जो डेवलपर्स लगातार प्रोडक्ट शिप करते हैं उनके पास अधिक समय या कौशल नहीं होता। उनके पास केंद्रित रहने और आगे बढ़ने के बेहतर सिस्टम होते हैं। यहाँ वे पाँच आदतें हैं जो फर्क बनाती हैं।

1. वे शुरू करने से पहले "पूर्ण" परिभाषित करते हैं

एक भी लाइन कोड लिखने से पहले, सफल शिपर्स परिभाषित करते हैं कि version 1 के लिए "पूर्ण" कैसा दिखेगा। कल्पना की हर सुविधा वाला सपनों का संस्करण नहीं — वह न्यूनतम संस्करण जो एक समस्या अच्छी तरह से हल करे। इसे लिखें: "Version 1 पूर्ण है जब कोई उपयोगकर्ता [विशिष्ट कार्य] कर सके।" बाकी सब "Version 2" सूची में जाता है। यह सरल कार्य scope creep रोकता है, जो प्रोजेक्ट का नंबर एक हत्यारा है।

2. वे सार्वजनिक रूप से काम करते हैं

प्रगति सार्वजनिक रूप से शेयर करना — चाहे सोशल मीडिया, ब्लॉग या कम्युनिटी के ज़रिए — हल्की जवाबदेही बनाता है। जब लोग आपकी यात्रा फॉलो कर रहे हों, तो आपको आगे बढ़ने की प्रेरणा मिलती है। यह फैंसी होने की जरूरत नहीं है। आपकी प्रगति का साप्ताहिक स्क्रीनशॉट, आज आपने क्या बनाया उस पर एक छोटी पोस्ट, या demo video। ऑडियंस बड़ी होने की जरूरत नहीं है — कुछ रुचि रखने वाले फॉलोअर्स भी फर्क बनाते हैं।

3. वे To-Do सूचियाँ नहीं, Task Board इस्तेमाल करते हैं

To-do सूचियाँ हमेशा बढ़ती रहती हैं। कॉलम वाले Task Board (To Do, In Progress, Done) आपको काम-प्रगति-पर सीमित करने और अंतिम रेखा देखने के लिए मजबूर करते हैं। Kanban बोर्ड की विज़ुअल प्रकृति महत्वपूर्ण है। किसी कार्ड को "Done" में ले जाना संतुष्टि देता है जो कोई चेकबॉक्स कभी नहीं दे सकता। और अपने "In Progress" कॉलम में केवल 2-3 आइटम देखना उस अभिभव को रोकता है जो प्रेरणा को मार देता है।

4. वे कृत्रिम डेडलाइन निर्धारित करते हैं

डेडलाइन के बिना, एक प्रोजेक्ट उपलब्ध सारे समय को भर लेता है। एक लॉन्च तारीख निर्धारित करें — चाहे मनमाना ही हो — और उससे पीछे की ओर काम करें। रास्ते में माइलस्टोन आपको ईमानदार रखते हैं: "1 मार्च तक डिज़ाइन पूर्ण, 15 मार्च तक मुख्य सुविधाएं, 25 मार्च तक beta।" जब आपके पास डेडलाइन होती है, तो आप अंतहीन सुधार करने की बजाय ट्रेड-ऑफ निर्णय लेने के लिए मजबूर होते हैं।

5. वे प्रगति का जुनूनी तरीके से ट्रैक करते हैं

जो मापा जाता है, वह मैनेज होता है। जो डेवलपर्स शिप करते हैं वे माइलस्टोन, पूर्णता प्रतिशत और नियमित जाँच के साथ अपनी प्रगति ट्रैक करते हैं। यह खुद की माइक्रोमैनेजिंग के बारे में नहीं है — यह प्रेरणा बनाए रखने के बारे में है। जब आप देख सकते हैं कि आप 70% पूर्ण हैं, तो आप कठिन हिस्सों से गुज़रते हैं क्योंकि अंतिम रेखा दिखाई दे रही है। ऐसे टूल जो प्रगति स्वचालित रूप से दिखाते हैं (मैन्युअल अपडेट की आवश्यकता के बिना) अमूल्य हैं।

साझा धागा

सभी पाँच आदतें एक चीज़ साझा करती हैं: वे अदृश्य को दृश्य बनाती हैं। Task Board आपका वर्कफ्लो दिखाते हैं। डेडलाइन आपकी टाइमलाइन दिखाती है। प्रगति ट्रैकिंग आपकी उन्नति दिखाती है। सार्वजनिक काम आपकी प्रतिबद्धता दिखाता है। शिपिंग अधिक कठिन काम करने के बारे में नहीं है — यह इस तरह काम करने के बारे में है जहाँ आप आगे का रास्ता देख सकें। सही सिस्टम स्थापित करें, और प्रोजेक्ट पूरे करना अपवाद नहीं बल्कि डिफ़ॉल्ट बन जाता है।
IndieDevBoard

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

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

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