داستان کاربر (User Story) چیست؟ چند نمونه و نحوه نوشتن
داستان کاربر (User Story) بخشی از یک سیستم چابک است که تلاش می‌کند تمرکز از نوشتن در مورد الزامات و اقدامات مهم به صحبت در مورد آنها تغییر کند. هر داستان کاربر یا یوزر استوری چابک شامل یک یا دو جمله نوشته شده است و مهمتر از آن، یک سری گفتگو در مورد ویژگی ها و عملکردی که داستان کاربر نشان می دهد.
داستان‌های کاربر راهی برای توصیف عملکرد مورد نظر آیتمهای بک لاگ محصول است. در مقاله‌ای جداگانه درباره بک لاگ و اهمیت آن صحبت کرده‌ایم که با مراجعه به دسته استراتژی ملزومات سیستم چابک را توضیح داده‌ایم. داستان‌های کاربران با اولویت بالا معمولاً جزئیات بیشتری دارند. داستان‌های کاربران با اولویت پایین معمولاً جزئیات کمتری دارند. هرچقدر داستان کاربر اولویت بیشتری پیدا کند تیم‌ها با اضافه کردن جزییات اولویت بالاتری به آن میدهند. با ما همراه باشید تا در این مقاله اطلاعات بیشتری درباره داستان کاربر (user story) را با شما به اشتراک بگذاریم.
داستان کاربر (User Story) چیست؟
داستان کاربر یک توضیح کوتاه و ساده از یک ویژگی است که از دیدگاه شخصی که خواهان قابلیت جدید است، که معمولاً با عنوان یک کاربر یا مشتری سیستم شناخته می شود. داستان‌های کاربر معمولاً از یک الگوی ساده پیروی می کنند:
من به عنوان یک <نوع کاربر>، <منظور هدف> را می خواهم تا <چند دلیل >.
معمولا داستان‌های کاربران عمدا غیر رسمی نگه داشته می‌شوند و روی کارت‌های فهرستی یا برگه یادداشت‌های چسبی نوشته می‌شوند، در جعبه نگهداری میشدند و برای تسهیل برنامه‌ریزی و بحث روی دیوارها یا میزها چسبانده میشدند. ناپایداری آنها باعث می‌شود که پاره کردن، دور انداختن و جایگزینی آنها با داستان‌های جدید، در حالی که اطلاعات بیشتری درباره محصول در حال توسعه کسب می‌شود، آسان باشد.
حتی امروزه، یوزر استوری را دیگر در یادداشت های چسبی نمی‌نویسند و آنها را در نرم افزارهای مخصوص مدیریت پروژه ذخیره می‌کنند البته باید دقت کنید که اجازه ندهید چون که یک داستان کاربر در کامپیوتر شما وجود دارد، باعث شود که تمایلی به صرف نظر از استوری‌ها در زمانی که دیگر به نیازی به آنها نیست، داشته باشید. چون تمرکز بیش از حد بر استوری های قدیمی ممکن است وقت و هزینه اضافی از شما بگیرد.
داستان کاربر طوری طراحی شده که تمرکز را از نوشتن درباره ویژگی‌ها به بحث در مورد آنها تغییر دهد. در واقع این بحث ها مهمتر از هر متنی است که نوشته شود.
چرا داستان های کاربری ایجاد کنیم؟
برای تیم‌های توسعه‌دهنده تازه کار، داستان‌های کاربر شاید کمی اضافه به نظر برسد. ولی هنگامی که یک داستان طولانی (اپیک) را به یک سری مراحل تقسیم کنید و آن را ادامه دهید، زمینه مهمی را به تیم می‌دهد و وظایف را با ارزشی که آن یوزر استوری به همراه دارد مرتبط می‌سازد.
یوزر استوری دارای چندین مزیت کلیدی است:
- استوری ها تمرکز خود را روی کاربر حفظ می کنند. فهرست کارها، تیم را روی کارهایی که باید بررسی شوند متمرکز نگه می‌دارد، اما مجموعه‌ای از داستان‌ها تیم را روی حل مشکلات برای کاربران واقعی متمرکز می‌کند.
- داستان ها همکاری را امکان پذیر می کنند. با تعریف یک هدف نهایی، تیم می تواند با هم کار کند تا تصمیم بگیرد که چگونه بهترین خدمات را به کاربر ارائه دهد و به آن هدف دست یابد.
- داستان ها راه حل های خلاقانه را هدایت می کنند. داستان ها تیم را تشویق می کنند تا به طور انتقادی و خلاقانه در مورد چگونگی بهترین راه حل برای یک هدف نهایی فکر کنند.
- داستان ها شتاب ایجاد می کنند. با هر داستانی که می گذرد، تیم توسعه از یک چالش کوچک و یک برد کوچک لذت می برد که باعث انگیزش حرکتی می شود.
یک داستان کاربر خوب چه ویژگی هایی دارد؟
داستان‌های کاربر چابک از سه جنبه تشکیل شده است که ران جفریس در سال 2001 با ترکیب فوق‌العاده کارت، مکالمه و تأیید نام برد:
کارت: شرح کتبی داستان، برای برنامه ریزی و به عنوان یادآوری استفاده می شود
مکالمه: مکالماتی در مورد داستان که به جزئیات داستان کمک می کند
تایید: تست هایی که جزئیات را انتقال می دهند و مستند می‌کنند و می‌توان از آنها برای تعیین کامل شدن یک داستان استفاده کرد.
داستان‌های کاربر مزیت‌های زیادی دارند، اما مهمترین آنها ممکن است این باشد که هر داستان کاربر یک مکان نگهداری برای یک مکالمه در آینده است.
نحوه نوشتن یک داستان کاربر
نوشتن داستان های کاربری خوب در اسکرام مستلزم درک الگوی اصلی داستان کاربر، تمرکز بر کاربر یا مشتری و تصویر واضحی از عملکرد مورد نظر است.
هنگام نوشتن یک داستان کاربر، به یاد داشته باشید که داستان های کاربر از یک الگوی استاندارد پیروی می کنند. همانطور که در بالا گفتیم الگوی یوزر استوری به شکل زیر است.
نمونه هایی از داستان های کاربر
یکی از بهترین راه‌ها برای یادگیری نحوه نوشتن داستان کاربر (User Story) در چابک، دیدن نمونه‌هایی است. در ادامه چند مثال از داستان کاربر آورده شده است. اینها چند نمونه واقعی از داستان های کاربر است که عملکرد مورد نظر سایت را در نسخه اولیه وب سایت Scrum Alliance زیر ذره‌بین قرار داده‌اند.
- به‌عنوان یک مربی، میخواهم داخل پروفایلم کلاس‌های آینده‌ام را فهرست کند و پیوندی به صفحه‌ای با جزئیات در مورد هر کدام اضافه کند تا شرکت‌کنندگان بالقوه بتوانند دوره‌های من را پیدا کنند.
- به عنوان یک بازدیدکننده سایت، میخواهم به اخبار قدیمی که دیگر در صفحه اصلی نیستند دسترسی داشته باشم، تا بتوانم به چیزهایی که از گذشته به خاطر دارم، دسترسی داشته باشم.
- به عنوان یک بازدیدکننده سایت، میخواهم فهرستی از تمام «دوره‌های صدور گواهینامه» آینده را ببینم و در صورت وجود تعداد زیادی دوره، میخواهم بهترین دوره را برای خود انتخاب کنم.
- به عنوان یک عضو سایت، میخواهم درخواستی را برای تبدیل شدن به یک مربی خبره اسکرام پر کنم تا بتوانم دوره های Certified Scrum Master(CSM) و Certified Scrum Product Owner (CSPO) را تدریس کنم و به دیگران گواهی بدهم.
هنگام ایجاد داستان های کاربری، بهتر است تا حد امکان نوع کاربر مشخص کنید زیرا تفاوت زیادی است بین کسی که صرفا بازدید کننده سایت است با کسی که مدت زیادی عضویت ویژه سایت شما را داشته است.
چه کسی داستان کاربران را می نویسد؟
در ادامه میخواهیم درباره اینکه چه کسی باید یوزر استوری را بنویسد صحبت کنیم. آیا مالک محصول باید داستان کاربر را بنویسد یا هر کسی می تواند داستان های کاربری بنویسد.
این مسئولیت مالک محصول است که اطمینان حاصل کند که یک داستان کاربر در بک لاگ محصول در سیستم چابک وجود داشته باشد تا خوراکی برای بحث وجود داشته باشد، اما این بدان معنا نیست که مالک محصول کسی است که آنها را می نویسد. در طول یک پروژه چابک خوب، باید انتظار داشته باشید که داستان های کاربری توسط هر یک از اعضای تیم نوشته شود.
همچنین، توجه داشته باشید اهمیت اینکه چه کسی یک داستان کاربر را می نویسد، بسیار کمتر از اینست که چه کسی در بحث های مربوط به آن شرکت می کند.
چه زمانی داستان کاربر نوشته می‌شود؟
داستان های کاربر در سراسر پروژه چابک نوشته می شود. معمولاً کارگاه داستان نویسی نزدیک به شروع پروژه چابک برگزار می شود. همه اعضای تیم با هدف ایجاد بک لاگ محصول شرکت می کنند که به طور کامل عملکردی را که باید در طول پروژه یا یک چرخه انتشار سه تا شش ماهه در آن اضافه می شود، توضیح دهد.
برخی از این داستان های کاربر چابک بدون شک طولانی یا اصطلاحا اپیک(epic) خواهند بود.اپیک ها بعداً به داستان‌های کوچک‌تری تجزیه می‌شوند که با سهولت بیشتری در یک بک لاگ واحد جای می‌گیرند. به‌علاوه، داستان‌های جدید را می‌توان در هر زمان و توسط هر کسی نوشت و به بک لاگ محصول اضافه کرد.
ابزارهایی برای نوشتن یوزر استوری
همانطور که در ابتدای مقاله ذکر شد در قدیم داستان های کاربر را در یادداشت های چسبی می نوشتند اما اکنون ابزارهای مختلفی در اینترنت وجود دارند تا شما را در نوشتن داستان کاربر کمک کنند. برخی از آنها رایگان هستند و برخی از آنها حق اشتراک ماهیانه دارند البته یک نسخه تریال دو هفته‌ای معمولا در اختیار کاربران قرار میدهند
Productboard
پروداکتبورد به مالکان محصول این امکان را می‌دهد تا نیازهای کاربران خود را بهتر درک کنند و بتوانند این نیازها را اولویت‌بندی کنند تا فرآیند توسعه محصول را دقیق‌تر و بهتر پیش ببرند. پروداکتبورد کمک می‌کند تا دستاوردها و چشم‌اندازها به راحتی ثبت و به این ترتیب نقشه راه و داستان کاربر دقیق‌تری نوشته شود. این پلتفرم با اولویت‌بندی نیازهای کاربران به مدیران محصول یادآوری می‌کند که در نقشه راه پروژه کدام نیاز را برای چه زمانی در نظر بگیرند و مسیر توسعه محصول را بر اساس داستان کاربر چطور طراحی کنند. Productboard با نرم‌افزارهای Microsoft، Slack، Trello ، Teams و… سینک می‌شود تا تجربه بهتری را در اختیار مالکان محصول قرار دهد.
Avion
Avion یک سایت عالی برای ایجاد هماهنگی و توافق بین اعضای تیم در راستای نوشتن داستان کاربر است. آویون کمک می‌کند تا تمام داده‌ها، اسناد و فایل‌های مربوط به تجربه کاربران به راحتی با تمام اعضای گروه به اشتراک گذاشته شود و کوچک‌ترین تغییراتی به اطلاع تمام اعضای تیم برسد تا مدیران محصول اطمینان حاصل کنند که همه اعضای تیم در یک راستا حرکت می‌کنند. Avion با قابلیت تعیین سطح دسترسی به مدیران را دارند تا مدیر محصول تصمیم بگیرند که چه کسانی میتوانند محتوای بک لاگ محصول را برای جلسه اسپرینت بعدی مطالعه کنند
آیا داستان های کاربر جایگزین سند نیازمندی ها می شود؟
پروژه‌های چابک، به‌ویژه پروژه‌های اسکرام، از بک لاگ محصول استفاده می‌کنند، که فهرست اولویت‌بندی شده‌ای از عملکردهایی است که باید در یک محصول یا خدمات توسعه یابند. اگرچه اقلام بک لاگ محصول می تواند هر آن چیزی باشد که تیم بخواهد، داستان های کاربر به عنوان بهترین و محبوب ترین شکل اقلام عقب مانده محصول ظاهر شده اند.
در حالی که می توان بک لاگ محصول را به عنوان جایگزینی برای سند الزامات یک پروژه سنتی در نظر گرفت، مهم است که به خاطر داشته باشید که بخش نوشته شده یک داستان کاربر چابک (“به عنوان یک کاربر، من می خواهم …”) تا زمان بحث ناقص است. بعد از جلسه و بحث بک لاگ محصول است که این ایده‌ها به نیازمندی های واقعی سازمان تبدیل می‌شوند.
سخن پایانی
به طور کلی داستان کاربر به توصیف چرایی و چیستی کارهای انجام شده از سوی اعضای تیم توسعه می‌پردازند و معمولا هم با ساختار «شخصیت + نیاز + هدف» نوشته می‌شوند. با درک نقشی که یوزر استوری‌ها ایفا می‌کنند، اعضای تیم به درکی مشترک دست یافته و از سوی دیگر، دلیل پشت وظایف مختلف خود را می‌دانند. در نهایت تمام این موارد باعث موفقیت محصول در بازار و بهبود فرآیند فروش می‌شود
اگر می‌خواهید بدانید نحوه تدوین داستان کاربر چیست، کافیست این کار را با پروژه بزرگ بعدی خود شروع کنید. این پروژه را به داستان های کاربر خردتر تقسیم کرده و برای بهبود هرچه بیشتر آنها، به سراغ تیم توسعه بروید. زمانی که داستان کاربرها نوشته شده و در مقابل تمام اعضای تیم قرار گرفتند، می‌توانید فعایت خود را شروع کنید. اگر در تدوین روش برای نگارش داستان کاربر نیاز به راهنمایی بیشتر داشتید می‌توانید با گروه مشاوران غزال در ارتباط باشید.
دیدگاهتان را بنویسید