2010-08-29 21 views
13

पुस्तक User Stories Applied में व्यक्तियों पर चर्चा करने वाले एकल पृष्ठ शामिल हैं। पुस्तक से व्यक्तित्व की परिभाषा है:क्या हमें उपयोगकर्ता कहानियों में व्यक्तित्व का उपयोग करना चाहिए?

एक व्यक्तित्व उपयोगकर्ता भूमिका के काल्पनिक प्रतिनिधित्व है।

यह व्यक्तित्व की परिभाषा पर चर्चा आगे:

बनाना व्यक्तित्व से अधिक की आवश्यकता है तो बस एक उपयोगकर्ता भूमिका में कोई नाम शामिल। व्यक्तित्व को वर्णित किया जाना चाहिए कि टीम पर हर कोई ऐसा लगता है कि वे व्यक्तित्व को जानते हैं।

यह इंटरनेट पर या पत्रिका में एक फोटो ढूंढने और व्यक्तित्व के लिए इस तस्वीर का उपयोग करने की भी सिफारिश करता है ताकि सभी स्पष्ट रूप से एप्लिकेशन के साथ काम करने वाले व्यक्तित्व की कल्पना कर सकें।

ठीक है। ये सभी विचार अच्छे लगते हैं। व्यक्तियों को उपयोगकर्ता भूमिकाओं में परिभाषित करना मजेदार हो सकता है लेकिन क्या यह इसके लायक है? क्या उनका उपयोग करते समय कोई वास्तविक या मापनीय गुणवत्ता या बढ़ी दक्षता है?

क्या आपके पास कोई अच्छा उदाहरण है जहां व्यक्तित्व वास्तव में विकास टीम की सहायता करते हैं? क्या आप उपयोगकर्ता कहानियों में व्यक्तित्व का उपयोग करते हैं?

संपादित करें:

मैं MSDN में व्यक्तित्व के बारे में अच्छा लेख मिल गया है।

+4

मैं विषय से हटकर के रूप में इस सवाल को बंद करने, क्योंकि यह प्रोग्रामिंग के बारे में नहीं है मतदान कर रहा हूँ। –

+0

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

उत्तर

11

इससे बहुत सारी भूमिकाएं होती हैं और जब वे बहुत जटिल होते हैं तो इससे मदद मिल सकती है।

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

चेक जेफ पैटन से वास्तव में अच्छा वीडियो विषय पर: http://www.infoq.com/presentations/pragmatic-personas

उनकी वेबसाइट: http://www.agileproductdesign.com/

+0

+1 धन्यवाद वीडियो अच्छा था। टिप के लिए –

6

कारण व्यक्तित्व प्रयोग करने के लिए टीम के लिए है कहानी का एक बेहतर समझ पाने के लिए। यह टीम (प्रोग्रामर ...) के लिए अधिक व्यक्तिगत/भावनात्मक स्तर पर कहानी से संबंधित होना आसान बनाता है, जो मुझे लगता है कि अच्छा है।

यदि आपकी टीम में ऐसी कहानियों की आदत है जो ग्राहक नहीं चाहते हैं, तो हर तरह से, व्यक्तित्व दृष्टिकोण का प्रयास करें और देखें कि यह आपके लिए कैसे काम करता है।

सामान्य रूप से निरीक्षण और अनुकूलन करें।

+0

+1 धन्यवाद। –

2

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

वर्णन

आवेदन व्यवस्थापक db संरचना और आवेदन कोड

आप व्यक्तित्व फ्रैंक का उपयोग करेगा बनाए रखेंगे के बजाय

:

फ्रैंक तकनीकी मुद्दों के लिए जिम्मेदार है हमारे आवेदन का। वह डेटाबेस को समझता है। वह उपयोगकर्ताओं को आवेदन के साथ काम करने के लिए सिखाता नहीं है लेकिन किसी भी समस्या के मामले में वह उन्हें हल कर सकता है।

मुझे अभी भी यकीन नहीं है कि असली भावनाओं के साथ व्यक्तित्व का वर्णन करना है या नहीं। "फ्रैंक उपयोगकर्ताओं को हर समय मदद करने में बहुत खुश नहीं है, इसलिए उपयोगकर्ताओं को अक्सर उसे परेशान नहीं करना चाहिए"।

+0

मुझे लगता है, का वर्णन भावनाओं जब वास्तविक प्रतिक्रिया प्रदान की जाती है विभिन्न ग्राहकों की अपेक्षाओं की पहचान करने और उत्पाद (और व्यक्तित्व वर्णन) को समायोजित करने के लिए सहायक हो सकता है। तुलना करें http://www.romanpichler.com/blog/agile-product-innovation/persona-template-for-agile-product-management/ – remipod

0

दूसरी ओर, आप व्यक्तित्व "पेट्र" हो सकता था।

"पेट्र को बहुत सी बीयर पीना पसंद है। पेट्र केवल शराब पीते समय अपने कंप्यूटर का उपयोग करता है। पेट्र की आवश्यकताएं उसके रक्त शराब के स्तर पर निर्भर करती हैं। पेट्र अपने कंप्यूटर को प्रोग्राम करना पसंद करते हैं। उनका सर्वश्रेष्ठ कोड 12 लीटर पिल्सनर के बाद लिखा जाता है, और वह कोड जब तक कि वह Pilsner के कम से कम 6 लीटर उपयोग किए गए बारे में नहीं है। "

क्या उत्पादन Personas करता विश्लेषकों मदद वास्तव में समझने कि वे क्या बारे में लिख रहे है। यह उन आवश्यकताओं को खोजने में आपकी सहायता करता है जिन्हें आप सामान्य रूप से अनदेखा करेंगे।

1

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

0

उपयोगकर्ता कहानियों में उपयोगकर्ता Personas का उपयोग करते हुए टीम के लिए बहुत उपयोगी है। व्यक्तित्व अत्यधिक विस्तृत काल्पनिक पात्र हैं जो उपयोगकर्ताओं और अन्य हितधारकों के बहुमत के प्रतिनिधि के रूप में कार्य करते हैं जो सीधे अंतिम उत्पाद का उपयोग नहीं कर सकते हैं। व्यक्तित्व बनाकर, लक्षित उपयोगकर्ता आधार की आवश्यकताओं की पहचान करना टीम के लिए एक आसान काम बन जाता है। विशिष्ट व्यक्तियों को बनाना टीम को उपयोगकर्ताओं और उनकी आवश्यकताओं और लक्ष्यों को बेहतर ढंग से समझने में सहायता कर सकता है। पर्सन के आधार पर, उत्पाद स्वामी प्राथमिकता वाले उत्पाद बैकलॉग बनाने के लिए सुविधाओं को अधिक प्रभावी ढंग से प्राथमिकता दे सकता है। उपयोगकर्ता व्यक्तित्व के बारे में अधिक पढ़ने के लिए आप इस लेख पढ़ सकते हैं - https://www.scrumstudy.com/blog/what-is-a-persona/

संबंधित मुद्दे