दोहरे ट्रैक फुर्तीली: उत्पाद विकास का अनुकूलन कैसे करें?

बाहरी ग्राहकों के लिए चुस्त उत्पाद विकास बहुत चुनौतीपूर्ण हो सकता है। मुख्य रूप से, क्योंकि ग्राहक के नजरिए से, इसे पूरा करने के लिए निश्चित गुंजाइश या निश्चित समयरेखा नहीं होने की अवधारणा को समझना कठिन हो सकता है। जब ग्राहक आपके अगले डिजिटल उत्पाद को विकसित करने के लिए आपको या आपकी कंपनी को किराए पर लेते हैं, तो उन्हें यह जानने का आग्रह होता है कि वे क्या और कब प्राप्त करेंगे। अब, अगर हम MVP के बारे में बात कर रहे हैं (जहां डी-स्कूपिंग सुविधाओं के लिए कोई जगह नहीं है) और एक निश्चित समयरेखा है, तो यह फुर्तीली के रूप में प्रच्छन्न झरना परियोजना की तरह नहीं लगेगा?

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

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

जेफ पैटन द्वारा डुअल-ट्रैक एजाइल

ड्यूल-ट्रैक एजाइल आपके ग्राहक को एक साथ लाने में आपकी बहुत मदद कर सकता है। मूल रूप से, आपके पास दो अलग-अलग, अभी तक इंटरकेटेड, ट्रैक होंगे: डिस्कवरी और डेवलपमेंट। भले ही यह आपकी टीम के लिए अतिरिक्त कार्य, कार्य और बैठकों की तरह लग सकता है, लेकिन यह कई पहलुओं के माध्यम से आपकी टीम की दक्षता में सुधार करेगा जो मैं बाद में लाऊंगा।

यहाँ महत्वपूर्ण बात यह है कि आपके ग्राहक को खोज ट्रैक में लगे रहना है। जब वे एजाइल से परिचित न हों तो ग्राहकों को व्यस्त रखना। हालाँकि, परिणामों को प्रदर्शित होने में और उनके लिए मूल्य प्राप्त करने में लंबा समय नहीं लगता है।

उस काम के लिए, भूमिकाओं और नियमों को पहले से परिभाषित करना महत्वपूर्ण है। ग्राहक को बताएं कि क्या और कब करना है। इससे उन्हें रास्ते में हो रही प्रगति को देखने में भी मदद मिलेगी।

यह उन उत्पादों के लिए बहुत आम है, जहां ग्राहक एसएमई (विषय वस्तु विशेषज्ञ) है, व्यवसाय की आवश्यकताओं से आश्चर्यचकित होने के लिए जिन्हें शुरुआत में पहचाना नहीं गया था - या कम से कम एमवीपी के लिए आवश्यक के रूप में मैप नहीं किया गया था - यह पता लगाने के लिए कि वास्तव में हमारे पास आवश्यक है विकसित करना शुरू कर दिया। संभवतः, इस तरह की स्थिति मूल अनुमानों को प्रभावित करेगी। इसलिए ग्राहक को शुरुआत से ही जहाज पर रखने की आवश्यकता है।

डिस्कवरी ट्रैक वह जगह है जहां पहले से मैप की गई सुविधाओं को विस्तृत और परिष्कृत किया जाएगा। यह बहुत संभावना है कि प्रारंभिक अनुमान बहुत उच्च-स्तरीय आवश्यकताओं पर आधारित हैं। आम तौर पर, वे "ऑर्डर ए पिज़्ज़ा" जैसी सुविधाओं पर आधारित होंगे। हालांकि, यह उस सुविधा के लिए खोज ट्रैक पर होगा जो इसे निचले स्तर पर लाने के लिए आपके ऊपर होगा, ग्राहक को यह देखने दें कि यहां तक ​​कि इस तरह की एक स्पष्ट विशेषता - कम से कम उनके लिए, जिनके लिए इसका उपयोग किया जाता है दैनिक आधार और उनके सिर में सभी व्यावसायिक नियम और तर्क हैं - यह उन लोगों के लिए इतना स्पष्ट नहीं हो सकता है जिन्हें इसका निर्माण करना होगा। ग्राहक पहले से ही जान सकता है कि पिज्जा कैसे ऑर्डर करना है, और यहां तक ​​कि "स्वचालित रूप से" भी। लेकिन जब यह आपके उत्पाद के लिए एक विशेषता बन जाता है, तो आपको कई चीजों को जानने की आवश्यकता होती है जैसे: पिज्जा ऑर्डर कैसे किया जाएगा (वेब ​​/ फोन)? आदेश कौन प्राप्त करेगा? स्वाद और आकार क्या है? जब पिज्जा प्रदाता का कोई जवाब नहीं है या स्वाद और आकार उपलब्ध नहीं हैं तो हमें क्या करना चाहिए?

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

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

दोहरे ट्रैक एजाइल को अपनाते हुए आप ये लाभ उठा सकते हैं:

  • ग्राहक अधिक व्यस्त हो जाते हैं, क्योंकि वे इस प्रक्रिया का हिस्सा महसूस करते हैं;
  • ग्राहक इस बात की अपेक्षा करते हैं कि जो आवश्यकताएँ उन्हें स्पष्ट और सरल लग सकती हैं, वे वास्तव में अपेक्षा से अधिक जटिल हो सकती हैं जब आप व्यावसायिक नियमों और उनके पीछे की प्रक्रियाओं का दस्तावेजीकरण करते हैं;
  • इस प्रक्रिया का हिस्सा होने के लिए, ग्राहकों को निरंतर प्रगति के संबंध में लगातार अद्यतित किया जाता है, बिना नियमित रिपोर्ट की आवश्यकता के बिना, जो बनाने में बहुत समय लग सकता है;
  • टीम का वेग तब बढ़ जाता है जब उन्हें सुविधाओं / कहानियों को स्पष्ट करने में बहुत समय नहीं लगाना पड़ता है;
  • व्यापार-नापसंद ग्राहक के लिए कम दर्दनाक होते हैं;
  • परिणाम और लाभ को अल्पावधि में देखा जाता है, इसके लिए आपके ग्राहक को ऐसा करने के लिए अधिक प्रयासों की आवश्यकता नहीं होती है।

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

यह सभी देखें

क्या आप में से किसी ने अपनी वेबसाइट बनाने के लिए Wix का उपयोग किया है? अनुभव कैसा था, और क्या आपके पास कोई लिंक है?फेसबुक पर सरहा को कैसे शेयर करेंकैसे और किस उम्र में हम बच्चे को प्रोग्रामिंग सिखाना शुरू कर सकते हैं? मैं फ़ोटोशॉप में टेक्स्ट के चारों ओर रंगीन बॉर्डर कैसे बना सकता हूं? मैं आसानी से वेब विकास कैसे सीख सकता हूं और नौकरी पा सकता हूं? प्रोफेशनल एप की लागत कितनी है? मैं अपने दम पर यूजर इंटरफेस (यूआई) डिजाइन कैसे सीख सकता हूं? यूआई डिजाइन सीखने के लिए शुरुआती के लिए सबसे अच्छी किताबें कौन सी हैं?क्या आपके पास कोई वेबसाइट है? आप इससे कितना कमा रहे हैं? तुमने कब शुरू किया?