🙅🏽 👨‍👧‍👦 🚪 डेवलपर को भुगतान करने के लिए 7 किराने की तकनीक 👁‍🗨 🏠 🤷🏼

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

हालाँकि, सॉफ़्टवेयर डेवलपमेंट ग्राहकों से, हम अक्सर आवश्यकताओं के लिए तैयार विनिर्देश प्राप्त करने की अपेक्षा करते हैं।

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

कस्टम विकास में, मैं एक ग्राहक से तैयार आवश्यकताओं की प्रतीक्षा करने से जुड़ी 3 प्रकार की समस्याओं का पालन करता हूं:

“व्यवसाय” अच्छी आवश्यकताओं को नहीं जानता है, क्योंकि यह विकास प्रक्रिया और तकनीकी क्षमताओं को नहीं समझता है। विनिर्देश में ग्राहक की समस्या को हल करने का विचार है, जो दस्तावेज़ के निचले भाग में जाना मुश्किल है।
"व्यवसाय" के पास आवश्यकताओं को पूरा करने के लिए पर्याप्त समय नहीं है। सिस्टम का उपयोग करने के लिए कुछ विकल्प, जो पहले से नहीं सोचा गया था, विकास के दौरान फेंक दिया जाता है। कम अभ्यास जो पुनरावृत्त प्रक्रिया (सीआई, स्वचालित परीक्षण, काम में सुविधाओं की संख्या पर प्रतिबंध) का समर्थन करते हैं, उतना ही मुश्किल है कि आवश्यकताओं में बदलाव करना।
"व्यवसाय" और "विकास" विभिन्न भाषाएं बोलते हैं। परिणामस्वरूप - आवश्यकताओं की एक झूठी समझ, प्रदर्शन के समय उनसे उत्पन्न आश्चर्यजनक धारणाएं 'आश्चर्य'। कागज पर एक गैर-मौजूद प्रणाली का वर्णन करना मुश्किल है। इसलिए ग्राहकों द्वारा जिन समस्याओं को संक्षेप में प्रस्तुत किया जा सकता है: "मुझे ठीक-ठीक पता नहीं है कि मुझे क्या चाहिए, लेकिन मुझे ठीक-ठीक पता है कि मैं क्या चाहता हूँ"।

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

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

नीचे उत्पाद तकनीकों का एक सिंहावलोकन है जो मदद कर सकता है।

उपयोगकर्ता पर्सन यह उपकरण उपयोगकर्ताओं की समस्याओं और कार्यों पर ध्यान केंद्रित करने के लिए इंटरैक्टिव डिज़ाइन के डेवलपर्स द्वारा उधार लिया गया था। विवरण व्यक्ति विकास टीम को प्रमुख उपयोगकर्ता समूहों की जरूरतों को समझने, उनके जनसांख्यिकीय डेटा, जीवन शैली और अन्य सामान्य विशेषताओं के आधार पर आवश्यकताओं को तैयार करने और कार्यान्वित करने में मदद करता है।
इम्पैक्ट मैपिंग यह एक रणनीतिक नियोजन उपकरण है जो एक दृष्टि बनाने में मदद करता है और इसे "फीचर सूप" में खो जाने से रोकता है क्योंकि यह विकसित होता है। प्रभाव मानचित्र में अगले पुनरावृत्ति के लिए व्यावसायिक लक्ष्य हैं और टीम को उनके अनुसार निर्णय लेने में मदद करता है। यह कार्यक्षमता के बारे में गलतफहमी और गलत धारणाओं से भी बचाता है, वैकल्पिक कार्यान्वयन विचारों को उत्पन्न करने में मदद करता है जिन्हें विकास में गंभीर निवेश की आवश्यकता नहीं होती है।
उपयोगकर्ता कहानियां व्यवसाय और विकास के बीच अधिक विस्तृत बातचीत को प्राथमिकता देने, भंडारण करने और "आमंत्रित" करने के लिए उपयोगकर्ता कहानियों के रूप में आवश्यकताओं के वर्णन का प्रारूप सुविधाजनक है। इस तरह का एक संवाद JIT के सिद्धांत ("बस समय में") पर होना चाहिए, अर्थात्, उस समय जब कार्यक्षमता के विकास पर निर्णय किया जाना चाहिए। यह आपको आवश्यकताओं के विस्तृत अध्ययन में बहुत समय तक निवेश नहीं करने की अनुमति देता है जिसे लागू नहीं करना पड़ सकता है। यह प्रारूप व्यवसाय की भाषा का उपयोग करता है, जिसमें उत्पाद / रिलीज़ / पुनरावृत्ति के विज़न और लक्ष्यों पर डेवलपर्स का ध्यान बनाए रखने के लिए व्यक्ति और आवश्यकता के व्यावसायिक मूल्य के बारे में जानकारी होती है।
उपयोगकर्ता स्टोरी मैपिंग एक दृष्टिकोण जो आपको उच्च-स्तरीय आवश्यकताओं वाला मॉडल प्राप्त करने की अनुमति देता है जो उत्पाद के साथ उपयोगकर्ताओं और उनके संपर्क के परिदृश्यों के प्रकारों का वर्णन करता है। उत्पाद विकास शुरू करने से पहले एक कस्टम स्टोरी मैप बनाना मंथन के प्रकारों में से एक हो सकता है। हालांकि, इस टूल का उपयोग रिलीज की योजना बनाने और उस कार्यक्षमता को चुनने के लिए किया जा सकता है जो इसमें शामिल होगी।
कानो वेटिंग "वजन" आवश्यकताओं की तकनीक, जो संतुष्टि के 5 मानदंडों के अनुसार उपयोगकर्ता वरीयताओं के वर्गीकरण का उपयोग करती है। यह सवाल का जवाब देने में मदद करता है - उत्पाद वितरण (एमवीपी) की न्यूनतम मूल्यवान मात्रा क्या है और अगले पुनरावृत्ति में कार्यान्वयन के लिए कार्यक्षमता का चयन करें।
उपयोगकर्ता कहानी हैमबर्गर आवश्यकताओं के अपघटन के लिए एक उपकरण है, जो आपको कार्यान्वयन के तकनीकी विवरणों पर दृष्टि रखने और सौंदर्य / जटिलता / लागत के मामले में सबसे अच्छा तरीका चुनने की अनुमति देता है। ऐसे उत्पाद मालिकों और डेवलपर्स के लिए उपयोगी है, जिन्हें डिलीवरी में तेजी लाने और प्रतिक्रिया प्राप्त करने के लिए जटिल कहानियों को सरल में अलग करने में कठिनाई होती है। यह व्यापारिक लोगों के दृष्टिकोण से और डेवलपर्स के दृष्टिकोण से, "यथोचित रूप से महान" समाधानों की स्पष्ट चर्चा के लिए भी उपयोगी है।
उदाहरण द्वारा विशिष्टता एक स्वीकृति परीक्षण संगठन उपकरण जो आवश्यकताओं को तैयार करने और प्रबंधित करने की प्रक्रिया को प्रभावित करता है। यह आपको व्यापार उपयोगकर्ताओं और डेवलपर्स की बातचीत में सुधार करने, उत्पादों की गुणवत्ता में सुधार करने, सुविधाओं के प्रसंस्करण को कम करने और झूठी मान्यताओं के आधार पर "निष्क्रिय" विकास करने की अनुमति देता है।

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

डेवलपर को भुगतान करने के लिए 7 किराने की तकनीक

More articles: