सारांश
एजाइल प्रथाओं ने डिजिटल उत्पाद विकास में सफलता की दरों में बड़ी वृद्धि की है, गुणवत्ता और बाजार में गति को बेहतर बनाया है और पिछले 30 वर्षों में टीमों के प्रेरणा को बढ़ाया है, "हार्वर्ड बिजनेस रिव्यू" की रिपोर्ट करता है। एप्पल, आईबीएम, माइक्रोसॉफ्ट और प्रॉक्टर एंड गैंबल सभी अपने संचालन में एजाइल विधि का उपयोग करते हैं। और हमारे डिजिटल उत्पाद के लिए एजाइल विधि प्रस्तुति के साथ, जो केवल डिजिटल उत्पाद संबंधी प्रक्रियाओं के लिए विकसित की गई है, आप भी कार्यक्षमता को बढ़ा सकते हैं, जोखिम को कम कर सकते हैं और आज के हमेशा बदलते हुए डिजिटल स्थल में बाजार में समय को तेज कर सकते हैं।
स्लाइड की विशेषताएं
एजाइल रोडमैप एक महत्वपूर्ण संचार उपकरण है। इस स्लाइड के साथ, आप अपने रोडमैप को टीम और अपने हितधारकों को दिखा सकते हैं और देख सकते हैं कि सभी लोग स्पष्ट रूप से उत्पाद रणनीति के लिए दिशा समझते हैं।
एजाइल परीक्षण योजना आपकी गुणवत्ता आश्वासन टीम को सभी उच्च स्तरीय परिदृश्यों, व्यावसायिक आवश्यकताओं और अनुमानों को एक स्थान पर रखने की क्षमता देती है। सुनिश्चित करें कि आपकी परीक्षण योजना में व्यावसायिक इनपुट और QA कार्यों सहित उचित और सरल संरचना हो।
यह अच्छा विचार है कि आप अपनी टीम की स्मृति को एजाइल मेनिफेस्टो पर ताजगी दें, जिसके 12 सिद्धांतों में ग्राहकों की आवश्यकताओं को हमेशा पहले रखना, सरलता को उच्च प्राथमिकता देना और निरंतर सुधारों पर अक्सर विचार करना शामिल है।
अवलोकन
एजाइल पद्धति एक अभ्यास है जो उत्पाद विकास प्रक्रिया में निरंतर पुनरावृत्ति की सहायता करती है। इस मॉडल में, विकास और परीक्षण गतिविधियाँ समानांतर होती हैं। इस प्रक्रिया से ग्राहकों, विकासकर्ताओं, प्रबंधकों और परीक्षकों के बीच अधिक संवाद होता है, शैक्षिक प्लेटफॉर्म, गुरु99 के अनुसार। एजाइल पद्धति की अक्सर वॉटरफॉल पद्धति (जिसे लाइनर सीक्वेंशियल लाइफ साइकिल मॉडल भी कहा जाता है) के साथ तुलना की जाती है। दोनों प्रभावी और आमतौर पर प्रयोग किए जाते हैं, लेकिन अंतर देखने के लिए, आइए गुरु99 द्वारा संगठित प्रत्येक के लाभ और हानियों पर नजर डालें।
एजाइल मॉडल के लाभ:
- एजाइल मॉडल ग्राहक प्रक्रियाओं पर केंद्रित है और प्रोजेक्ट समापन के हर चरण में ग्राहक की हस्तक्षेप की आवश्यकता होती है
- एजाइल टीमें अत्यधिक प्रेरित और स्वयं संगठित होती हैं और संभावना होती है कि वे अंत में बेहतर परिणाम प्रदान करेंगे।
- एजाइल सॉफ़्टवेयर विकास विधि यह सुनिश्चित करती है कि विकास की गुणवत्ता बनी रहती है।
- एजाइल मॉडल में, प्रक्रिया पूरी तरह से वृद्धिशील प्रगति पर आधारित होती है, जिसका अर्थ है कि ग्राहक और टीम यह ठीक से जानते हैं कि क्या पूरा हुआ है और क्या नहीं।
वॉटरफॉल मॉडल के लाभ:
- यह सबसे आसान मॉडलों में से एक है जिसे प्रबंधित किया जा सकता है। इसकी प्रकृति के कारण, वॉटरफॉल विधि में प्रत्येक चरण में विशिष्ट वितरण और समीक्षा प्रक्रिया होती है।
- वॉटरफॉल मॉडल छोटे आकार के प्रोजेक्ट्स के लिए अच्छी तरह से काम करता है जहां आवश्यकताएं आसानी से समझी जा सकती हैं।
- वॉटरफॉल मॉडल प्रोजेक्ट की तेजी से वितरण की आश्वासन देता है।
- इस पद्धति में प्रक्रिया और परिणाम अच्छी तरह से दस्तावेजीकृत होते हैं।
- यह एक आसानी से अनुकूलनीय विधि है जो टीमों को बदलने के लिए।
- यह परियोजना प्रबंधन पद्धति निर्भरताओं को प्रबंधित करने के लिए लाभदायक है।
एजाइल मॉडल की सीमाएं:
- यह छोटे विकास परियोजनाओं के लिए अच्छी विधि नहीं है।
- एजाइल मॉडल को बैठक में महत्वपूर्ण निर्णय लेने के लिए एक विशेषज्ञ की आवश्यकता होती है।
- एजाइल विधि को लागू करने की लागत अन्य विकास पद्धतियों की तुलना में अधिक होती है।
- यदि परियोजना प्रबंधक आवश्यकताएं, पूछताछ और आवश्यकताएं स्पष्ट रूप से संवाद नहीं कर रहे हैं, तो परियोजना आसानी से पटरी से उतर सकती है।
वॉटरफॉल मॉडल की सीमाएं:
- वॉटरफॉल मॉडल बड़े आकार की परियोजनाओं के लिए आदर्श मॉडल नहीं है।
- यदि आवश्यकताएं शुरुआत में समझी नहीं जाती हैं, तो विधि अप्रभावी होती है।
- वॉटरफॉल मॉडल पिछले चरणों में परिवर्तन करना कठिन बनाता है।
- वॉटरफॉल मॉडल में, परीक्षण प्रक्रिया तभी शुरू होती है जब विकास पूरा हो जाता है। इस प्रकार, विकास में महंगे ठिक करने वाले बग्स की खोज की संभावनाएं अधिक होती हैं।
आवेदन
एक प्रोजेक्ट प्रबंधन ऐप, Planio, आपके प्रोजेक्ट्स और कार्यप्रवाह में एजाइल पद्धति का उपयोग करने के लिए एक व्यापक मार्गदर्शिका प्रदान करता है। Planio के अनुसार, यहां क्या करना है:
- अपनी दृष्टि को एक रणनीति बैठक के साथ सेट करें एक व्यापारिक आवश्यकता या दृष्टि को परिभाषित करें जिसे आपका प्रोजेक्ट संबोधित कर रहा है। बैठक के अंत में, सभी को यह समझना चाहिए कि वे क्यों कर रहे हैं जो करने की आवश्यकता है और अंतिम लक्ष्य को प्राप्त करने के लिए सामान्य रणनीति क्या है।
- अपना रोडमैप बनाएं जब रणनीति की पुष्टि हो जाती है, तो उत्पाद स्वामी को उस दृष्टि को एक उत्पाद रोडमैप में अनुवादित करना चाहिए, जो आपके प्रोजेक्ट की आवश्यकताओं को सूचीबद्ध करता है और एक समयफ्रेम जिसमें अनुमानित मीलकंप और समयसीमाएं होती हैं।
- एक रिलीज प्लान बनाएं उत्पाद की रिलीज के लिए एक उच्च स्तरीय समयसारणी बनाएं। "क्योंकि एजाइल प्रोजेक्ट्स में कई रिलीज होती हैं, आपको पहले लॉन्च करने के लिए आवश्यक सुविधाओं को प्राथमिकता देना चाहिए," विशेषज्ञ कहते हैं।
- अपने स्प्रिंट्स की योजना बनाएं टीम योजना "स्प्रिंट्स–" विकास के छोटे चक्र जिनमें विशिष्ट कार्य और लक्ष्य पूरे किए जाएंगे।
- रोजाना स्टैंड-अप्स आयोजित करें एक रोजाना 15-मिनट की स्टैंड-अप बैठक आपको और आपकी टीम को यह चर्चा करने में मदद करनी चाहिए कि कल क्या पूरा किया गया था; टीम के सदस्य आज क्या काम कर रहे हैं; और क्या कोई बाधाएं हैं जो समय सीमाओं की पूर्ति में बाधा डाल रही हैं।
- समीक्षा करें विश्लेषण और समीक्षा करें कि क्या किया गया था और इसे अपनी टीम के लोगों और किसी भी प्रमुख हितधारकों को दिखाएं। यहां का लक्ष्य यह है कि आपकी प्रारंभिक योजना की जांच करें ताकि सुनिश्चित कर सकें कि सभी आवश्यकताएं पूरी हुईं।
- निर्णय लें कि आपके स्प्रिंट रिट्रोस्पेक्टिव में किस पर ध्यान केंद्रित करना है एजाइल परियोजना प्रबंधन सफल होने के लिए, प्रत्येक चरण में स्पष्ट अगले कदम की पहचान की जानी चाहिए। इसका मतलब है कि जैसे ही एक स्प्रिंट पूरा हो गया है और मंजूरी दी गई है, आपको निर्णय लेना और संचार करना होगा कि अगला काम क्या होगा।
केस स्टडी
एप्पल
एप्पल एजाइल, [related bracelet="scrum"], लीन और [related bracelet="kanban"] सम्मेलनों में भाग नहीं लेता, जैसा कि "The Age of Agile," के लेखक स्टीव डेनिंग, अपने "Forbes Leadership." के लेख में उल्लेख करते हैं। फिर भी, डेनिंग कहते हैं, एप्पल वास्तव में एजाइल है। उनके विश्लेषणों में, डेनिंग एडम लशिंस्की की पुस्तक, "Inside Apple." पर निर्भर करते हैं।
अपनी पुस्तक में, लशिंस्की, सबसे पहले, यह पुष्टि करते हैं कि स्टीव जॉब्स स्क्रम शब्दावली में सर्वोच्च उत्पाद मालिक थे। "Apple designed for Steve. It is not an exaggeration. Steve was the user that everything orbited around and was designed for," लशिंस्की लिखते हैं। साथ ही, एजाइल विधि सब कुछ छोटी टीमों में काम करने के बारे में है, और लशिंस्की के अनुसार, "Apple frequently assigns major projects to small groups. For example, just two engineers wrote the code for converting Apple's Safari browser for the iPad, a massive undertaking."
इसके अलावा, जिम्मेदारी की अवधारणा, एक मुख्य एजाइल मूल्य, एप्पल में एक कंपनी की संक्षिप्ती, DRI में स्थापित है।DRI का मतलब होता है "सीधे जिम्मेदार व्यक्ति," और यह व्यक्ति का वर्णन करता है जो किसी भी दिए गए कार्य पर होगा जिसे कार्पेट पर बुलाया जाएगा अगर कुछ सही नहीं किया गया। एप्पल की टीमें भी छोटे, पुनरावर्ती चक्रों में काम करती हैं; मध्यवर्ती प्रबंधकों का होना नहीं होता है; और धन बचाने की बजाय महान कार्य करने के लिए प्रोत्साहित किया जाता है, जो सभी ठोस एजाइल संगठन के संकेत हैं, डेनिंग निष्कर्षित करता है।"