Agile विकास के लिए कहानी मैपिंग

चुस्त विकास क्या है?

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


कहानी के नक्शे और चुस्त विकास

यह समझना कि फुर्तीली विकास क्या है, बस शुरुआत है—यह इसे आपके व्यवसाय प्रथाओं में शामिल कर रहा है जो कि महत्वपूर्ण हिस्सा है। अपनी परियोजना प्रबंधन प्रथाओं में चुस्त दृष्टिकोण को लागू करने का एक शानदार तरीका दृश्य को चुस्त विकास के साथ जोड़ना है। शुरू करने के लिए एक सामान्य दृश्य उपयोगकर्ता कहानी मानचित्र हैं । उपयोगकर्ता कहानी मानचित्र आपके उत्पाद के साथ इंटरैक्ट करने वाले उपयोगकर्ताओं के दृश्य चित्रण हैं और जब वे लक्ष्य या उद्देश्य प्राप्त करने के लिए काम करते हैं तो आपके यूएक्स उपयोगकर्ताओं में प्रतिक्रिया या कार्य करता है। अपने उपयोगकर्ताओं के लिए कहानी के नक्शे बनाना आपको अपने उत्पाद को वृद्धिशील चरणों में तोड़ने के लिए मजबूर करता है, जिससे आप इस बात पर ध्यान केंद्रित कर सकते हैं कि उत्पाद को समग्र रूप से बेहतर बनाने के लिए प्रत्येक चरण में स्वतंत्र रूप से पुनरावृत्त परिवर्तन कैसे लागू किए जा सकते हैं। कहानी के नक्शे अलग-अलग रूप ले सकते हैं: जब उपयोगकर्ता आपके उत्पाद, गैर-रैखिक चक्रों, या यहां तक कि एक्स-अक्ष के साथ समय या प्राथमिकता और y-अक्ष पर कार्य की जटिलता को दर्शाने वाले रेखांकन के माध्यम से चलता है।


चुस्त विकास के प्रकार


जमघट

स्क्रम एक चुस्त विकास पद्धति है जो समय-मुक्केबाजी परियोजना कार्यों पर स्प्रिंट (आमतौर पर लंबाई में 1-4 सप्ताह) पर ध्यान केंद्रित करती है और डेवलपर्स को पूर्व निर्धारित ताल के साथ नई सुविधाओं को रोल आउट करने की अनुमति देती है। स्क्रम का उपयोग करने वाले संगठनों की विशिष्ट प्रथाएं दैनिक स्टैंड-अप मीटिंग्स, स्प्रिंट किकऑफ़ और पोस्ट-स्प्रिंट समीक्षाएं हैं।


Kanban

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



एक मुफ्त Agile कहानी मानचित्र बनाएँ*

Agile Story Map Example

इस टेम्पलेट का प्रयोग करें

(यह 2 सप्ताह का नि: शुल्क परीक्षण शुरू करेगा - कोई क्रेडिट कार्ड नहीं चाहिए)



एजाइल के लिए स्टोरी मैप कैसे करें

  1. एक परियोजना को अलग करें

    चुस्त विकास प्रथाओं को लागू करने में पहला कदम काम करने के लिए एक परियोजना का चयन करना है। चंचल विकास कई चलती भागों के साथ जटिल परियोजनाओं पर सबसे अच्छा काम करता है। ऐसी परियोजना चुनें जिसमें अंतरविभागीय सहयोग और कई नई सुविधाओं के निर्माण/कार्यान्वयन की आवश्यकता हो। फिर एक स्क्रम मास्टर चुनें , वह व्यक्ति जो यह सुनिश्चित करने का प्रभारी होगा कि परियोजना योजना के अनुसार आगे बढ़ रही है।


  2. टास्क बैकलॉग बनाएं

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


  3. स्प्रिंट में विभाजित करें या कानबन बोर्ड बनाएं

    अब यह तय करने का समय है कि आप स्क्रम या कानबन दृष्टिकोण अपना रहे हैं या नहीं। यदि आप स्क्रम के साथ जाने का निर्णय लेते हैं, तो अपनी कार्य सूचियों को अलग-अलग स्प्रिंट में विभाजित करें। अपने स्प्रिंट को अधिकतम चार डेवलपर सप्ताह तक सीमित करें, लेकिन लगभग दो सप्ताह का लक्ष्य रखें। यह आपकी परियोजना के दायरे को कम करेगा और डेवलपर्स को सबसे महत्वपूर्ण कार्यों पर काम करने के लिए मजबूर करेगा। यदि आप कानबन के साथ जाते हैं, तो अपने सभी बैकलॉग कार्यों के साथ एक कानबन बोर्ड बनाएं। क्या डेवलपर्स बोर्ड के पास जाते हैं और भौतिक रूप से स्वयं के रूप में दावा करने के लिए एक कार्य चुनते हैं। बोर्ड के माध्यम से कार्य को "टू-डू", "डूइंग" से "डन" में ले जाएं।


  4. काम करने के लिए मिलता है

    काम शुरू! जैसे-जैसे डेवलपर्स और विपणक अपने नियत कार्यों पर एक साथ काम करना शुरू करते हैं, यह दैनिक त्वरित स्टैंड-अप मीटिंग करने में मदद करता है। ये बैठकें 10 मिनट से अधिक लंबी नहीं होनी चाहिए और प्रत्येक प्रतिभागी को तीन मुख्य प्रश्नों का उत्तर देना चाहिए: कल आपने क्या किया? आपको आज क्या करना है? क्या आज कोई चीज आपको आपके कार्यों को पूरा करने से रोक रही है?


  5. समीक्षा परियोजना, प्रक्रिया, और दोहराएँ

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



आपको आरंभ करने के लिए चुस्त टेम्पलेट



एक मुफ्त Agile कहानी मानचित्र बनाएँ*

Agile Template 1

इस टेम्पलेट का प्रयोग करें

(यह 2 सप्ताह का नि: शुल्क परीक्षण शुरू करेगा - कोई क्रेडिट कार्ड नहीं चाहिए)


Time/Happiness Template

इस टेम्पलेट का प्रयोग करें

(यह 2 सप्ताह का नि: शुल्क परीक्षण शुरू करेगा - कोई क्रेडिट कार्ड नहीं चाहिए)


agile user story template

इस टेम्पलेट का प्रयोग करें

(यह 2 सप्ताह का नि: शुल्क परीक्षण शुरू करेगा - कोई क्रेडिट कार्ड नहीं चाहिए)