कैसे एक सॉफ्टवेयर विकास परियोजना को सही तरीके से लपेटें

क्या नया साल आपके पास पिछले साल के सॉफ्टवेयर डेवलपमेंट प्रोजेक्ट्स को लपेटने के लिए है? अपने जीरा टिकट और ट्रेलो बोर्डों को भी जल्दी से संग्रहीत न करें!

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

राहेल ग्रीन के शब्दों में, हर अच्छी परियोजना को बंद कर देना चाहिए।



यह सुनिश्चित करने के लिए कि आप अपने सॉफ़्टवेयर प्रोजेक्ट को कुशलतापूर्वक और प्रभावी रूप से रैप करते हैं, इस त्वरित और आसान 6-चरण मार्गदर्शिका का पालन करें।

सॉफ्टवेयर विकास परियोजना को सफलतापूर्वक पूरा करने के लिए 6 कदम

1. दस्तावेज़ भविष्य की जरूरत है

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

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

• अतिरिक्त सॉफ्टवेयर परीक्षण
• पुस्तकालयों और अन्य निर्भरताओं को अद्यतन करना
• स्वचालित निगरानी स्थापित करना
• बेहतर कामकाज और प्रदर्शन के लिए कोड को फिर से भरना
• चाहे आपको लाइसेंस नवीनीकृत करने की आवश्यकता हो और जो उस लाइसेंस का मालिक हो, ताकि आप इसे जल्दी से पा सकें

2. प्रमुख हितधारकों के लिए अद्यतन प्रलेखन

गैर-तकनीकी व्यवसाय मालिकों के लिए, जो विकास कार्य को आउटसोर्स करते हैं, अपने स्वयं के रखरखाव और समर्थन के साथ गैर-तकनीकी भाषा में स्पष्ट और संक्षिप्त दस्तावेज प्राप्त करना, सफलता के लिए आवश्यक है। यदि आप लाइन के नीचे एक अलग डेवलपर को काम पर रखते हैं, तो आप वास्तव में चाहते हैं कि सभी उत्पाद दस्तावेज अद्यतित हों, चाहे वह एक README फाइल हो, विकी, कॉन्फ्लुएंस, आप इसे नाम दें।

3. अपने कैलेंडर में महत्वपूर्ण समाप्ति तिथियां जोड़ें

आपके उत्पाद का वास्तविक जीवनचक्र तब तक नहीं हो सकता है, जब तक आप सोचते हैं, खासकर जब तकनीक को स्वयं अपडेट या लाइसेंस की आवश्यकता होती है। अपने डेवलपर्स से नियत तारीखें प्राप्त करें और अपने भविष्य के कैलेंडर में महत्वपूर्ण जानकारी जोड़ें, जिसमें समाप्ति की तारीखें शामिल हैं:

• डोमेन पंजीकरण
• सेवा सदस्यताएँ
• एसएसएल प्रमाणन
• लागू सेवाओं के लिए क्रेडिट कार्ड की समाप्ति
• Apple iOS वितरण प्रमाणपत्र

4. चल रही सक्रिय विकास जरूरतों पर सहमति

उत्पाद स्वामी के रूप में, आपको अपने सॉफ़्टवेयर को बनाए रखने और समर्थन करने के लिए निरंतर तकनीकी सहायता की आवश्यकता होगी? यदि हां, तो अपनी आउटसोर्स तकनीकी प्रतिभा के साथ एक समझौते पर आएं कि किन क्षेत्रों में निरंतर सक्रिय विकास की आवश्यकता है, अर्थात्, निरंतर एकीकरण परीक्षण, गैर-उत्पादन वातावरण की निगरानी और मेजबानी, आदि। कभी-कभी सॉफ़्टवेयर विकास कंपनियां आपके साथ एक सेवा स्तर समझौता (SLA) स्थापित करेंगी, जो आपको बग्स को ठीक करने और नए अनुरोधों का जवाब देने के लिए घंटे और प्राथमिकता के लिए समर्पित राशि देगा।

5. स्वच्छ घर - अर्थात, सभी शाखाएं

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

• पुरानी सुविधा शाखाएँ
• गैर-आवश्यक परीक्षण शाखाएं
• अस्थायी शाखाएँ
• बाद में बैठे अन-रिलीज़ किए गए कार्य का उपयोग बाद की तारीख में किया जा सकता है। सुनिश्चित करें कि वे इसमें नोट जोड़ते हैं ताकि भविष्य के इंजीनियरों को पता चले कि भविष्य में क्या करना चाहिए।

6. एक परियोजना पूर्वव्यापी बैठक का आयोजन

एक परियोजना के दौरान हुई सफलताओं और असफलताओं दोनों को स्वीकार करते हुए, एक टीम के बीच भविष्य के विकास को बेहतर बनाने में महत्वपूर्ण भूमिका निभाता है। एक प्रोजेक्ट रेट्रोस्पेक्टिव एक महत्वपूर्ण बैठक है जिसमें प्रमुख हितधारकों और टीम के सदस्यों को शामिल किया जाता है जो दोनों एक परियोजना को पूरा करने के साथ-साथ रैप-अप प्रक्रिया को औपचारिक रूप देते हैं। अपने प्रोजेक्ट रेट्रोस्पेक्टिव में, टीम से पूछे जाने वाले प्रश्नों के बारे में पूछें:

• परियोजना के प्रारंभिक लक्ष्य क्या थे?
• विकास के दौरान वास्तव में क्या हुआ?
• परीक्षण और चमकाने के दौरान क्या हुआ?
• ऐसा क्यों हुआ?
• अगली बार आप क्या रखेंगे / बदलेंगे?
• क्या, यदि कोई हो, क्या चल रही विकास की जरूरतें हैं?

प्रो टिप: सकारात्मक शुरुआत करें और एक सुरक्षित स्थान बनाए रखें जहां टीम के सदस्य प्रतिशोध के डर के बिना स्वतंत्र रूप से बात कर सकें।

अतिरिक्त विचार

इन दिनों सॉफ्टवेयर की उम्र तेजी से बढ़ती है और व्यापक प्रलेखन के साथ एक विकास परियोजना को ठीक से लपेटने से रेखा के नीचे बहुत सारे सिरदर्द हो सकते हैं (और अपने उत्पाद को महंगी हिचकी का सामना करने से बचा सकते हैं)। मुख्य हितधारकों - परियोजना प्रबंधकों से लेकर परीक्षकों से लेकर डेवलपर्स तक - रैप-अप बातचीत और कार्यों में यह सुनिश्चित करने के लिए कि अगली टीम समर्थन, रखरखाव और भविष्य के विकास से निपटने के लिए एक कदम आगे है।