उपयोगकर्ता की कहानी को नौकरी की कहानी से बदलें

सभी को नमस्कार। पाठ्यक्रम के छात्रों के लिए एक और दिलचस्प सामग्री अनुवादित "उत्पाद प्रबंधक आईटी-परियोजनाएं । " पढ़ने में मजा आता है

---

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

वह कहां से आई है

यह विचार इंटरकॉम के बहुत स्मार्ट लोगों से आया है। इस विषय पर वे क्या कहते हैं:

हम आर्किटेक्चर जॉब के प्रत्येक कार्य को कहते हैं, हम उस स्थिति या घटना पर ध्यान केंद्रित करते हैं जो इसे शुरू करती है, प्रेरणा या उद्देश्य है, और हमें निम्नलिखित मिलते हैं:

जब _____, मुझे ______ से _______ चाहिए।

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

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

आज हम अवधारणा को समझाने में ज्यादा समय नहीं देंगे, मैं सिर्फ इस बारे में बात करूंगा कि मुझे यह क्यों पसंद है और यह उपयोगकर्ता कहानी से बेहतर क्यों है।

उपयोगकर्ता कहानी मुद्दे के बारे में [फिर से]

सामान्य तौर पर, उपयोगकर्ता कहानियों के साथ समस्या यह है कि उनमें बहुत अधिक धारणाएँ और कुछ कारण होते हैं। जब कोई कार्य उपयोगकर्ता की कहानी के प्रारूप में सेट किया जाता है ( जैसे [उपयोगकर्ता का प्रकार], मैं चाहता हूं कि [परिणाम] प्राप्त करें], तो प्रश्न "क्यों?" के लिए कोई जगह नहीं है, वास्तव में आप संदर्भ से बाहर निकाले गए एक निश्चित अनुक्रम तक सीमित हैं।

यह मैं इस प्रारूप को देखता हूं:


किसी व्यक्ति और उसकी कार्रवाई के बीच संचार और संचार की कमी।

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

आइए कुछ मौजूदा उपयोगकर्ता कहानियों को देखें:


उपयोगकर्ता कहानियां लिखने का एक उदाहरण

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

यहाँ, यह कोशिश करो। संपूर्ण "जैसा [उपयोगकर्ता प्रकार]" भाग निकालें और देखें कि क्या आप वास्तव में कुछ खो रहे हैं। निम्नलिखित कथनों की तुलना करें:

एक मध्यस्थ के रूप में, मैं एक नाम और एक वैकल्पिक विवरण दर्ज करके एक नया खेल बनाना चाहता हूं।

वरना:
मैं एक नाम और एक वैकल्पिक विवरण दर्ज करके एक नया गेम बनाना चाहता हूं।
क्या आकाश ढह गया है?

नौकरी की कहानी: सभी संदर्भ और कारणों के बारे में


नौकरी की कहानी प्रारूप

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

आइए छवि को फिर से देखें और अंत में शुरू करें!

उपरोक्त सभी जानकारी बहुत महत्वपूर्ण और सूचनात्मक है, क्योंकि हम कार्य-कारण पर ध्यान केंद्रित करते हैं। प्रत्येक जॉब स्टोरी में यथासंभव अधिक संदर्भ होना चाहिए और प्रेरणा पर ध्यान केंद्रित करना चाहिए, न कि केवल कार्यान्वयन।

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

आइए, जॉब स्टोरी में ऊपर दी गई जॉब स्टोरी टेबल से कुछ उदाहरणों को फिर से लिखें, प्रत्येक के लिए प्रेरणा और संदर्भ जोड़ते हैं।

उपयोगकर्ता कहानी:
एक मध्यस्थ के रूप में, मैं एक नाम और एक वैकल्पिक विवरण दर्ज करके एक नया खेल बनाना चाहता हूं।
नौकरी की कहानी:
जब मैं तैयार होता हूं, तो एपरेसर्स मेरे गेम पर दांव लगाते हैं, मैं गेम को एक ऐसे फॉर्मेट में बनाना चाहता हूं, जिसे वे समझते हैं, इसलिए एप्रैसर मेरे गेम को ढूंढ सकते हैं और समझ सकते हैं कि वे शर्त लगा सकते हैं।

उपयोगकर्ता कहानी:
एक मूल्यांकक के रूप में, मैं यह जानना चाहता हूं कि मैं किस चीज पर दांव लगा रहा हूं, यह जानने के लिए आइटम को महत्व दिया जा रहा है।
नौकरी की कहानी:
जब मुझे कोई ऐसा आइटम मिलता है जिसका मैं मूल्यांकन करना चाहता हूं, तो मैं यह समझने में सक्षम होना चाहता हूं कि मुझे वास्तव में उस आइटम की आवश्यकता है जिस पर मैं दांव लगा रहा हूं।

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

कई भूमिकाओं और घटनाओं के बारे में क्या?

चूंकि मुझे जॉब स्टोरी के बारे में विभिन्न समीक्षाएं प्राप्त हुई हैं और मैं खुद उनके साथ काम करना जारी रखता हूं, इसलिए मुझे कभी-कभी _____ भाग में कुछ भूमिकाओं या पात्रों को शामिल करना उचित लगता है।

एकाधिक भूमिका उत्पाद

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

उदाहरण के रूप में ईबे को लें:

जब खरीदार ने पहले से ही उत्पाद पर एक शर्त लगा दी है, तो वह चिंतित है कि कोई बड़ी बोली लगाएगा और अपनी बोली का मूल्यांकन और अद्यतन करने के लिए पर्याप्त समय प्राप्त करने के लिए सूचनाएं प्राप्त करना चाहता है।

रोल्स और करणीय

कभी-कभी ऐसी परिस्थितियाँ उत्पन्न होती हैं जब जॉब स्टोरी एक समय में कई भूमिकाओं की परस्पर क्रिया का वर्णन करती है, जिससे एक कारण परिदृश्य बनता है।

और फिर, उदाहरण के तौर पर eBay को लें:

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

भूमिकाओं के बजाय घटनाओं का उपयोग करना

कभी-कभी ऐसी स्थिति उत्पन्न हो सकती है जब कोई घटना सभी भूमिकाओं या लोगों के समूहों को प्रभावित करती है: उदाहरण के लिए, आपको पासवर्ड अनुस्मारक प्राप्त करने की आवश्यकता है। इस मामले में, कोई विशिष्ट भूमिका पेश करने का कोई कारण नहीं है; इसके बजाय, इसे सामान्य अवधारणाओं के स्तर पर छोड़ दिया जाना चाहिए, उदाहरण के लिए, "ग्राहक" या कुछ समान (लेकिन "उपयोगकर्ता" नहीं):

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

उपयोगकर्ता क्यों नहीं ? एक "उपयोगकर्ता" बहुत बेजान और बेकार लगता है, जबकि एक "ग्राहक" आपको याद दिलाता है कि ऐसे लोग हैं जिन्हें आपको एक सेवा प्रदान करनी चाहिए और जिन्हें सम्मान की आवश्यकता है।

प्रेरणा को परिभाषित करें, कार्यान्वयन नहीं

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

और जानें

आपकी जॉब स्टोरी को एक स्ट्रगलिंग मोमेंट (https://jtbd.info/your-job-story-needs-a-struggling-moment-c03de87c6026) की जरूरत है, जो आपकी जॉब स्टोरी लिखने के 5 टिप्स हैं।
आप JTBD और जॉब स्टोरी के बारे में मेरी किताब व्हेन कॉफ़ी एंड काले कॉम्पिटिशन से भी जान सकते हैं।
आप इसे पीडीएफ में मुफ्त में कह सकते हैं या यहां एक पेपर संस्करण खरीद सकते हैं । और यहाँ आप इसे ऑनलाइन ऑर्डर कर सकते हैं।