در توسعه نرم افزار و مدیریت تولید به توصیف غیررسمی و با استفاده از زبان طبیعی یک یا چند ویژگی یک سامانه نرم افزاری داستان کاربر می گویند. داستان کاربر معمولاً از دید کاربران سامانه نوشته می شود و عموماً روی برگه های کوچک یا به شکل دیجیتالی در سامانه های مدیریت پروژه ثبت می شوند. [ ۱] بسته به نوع پروژه، داستان کاربر می تواند توسط سهامداران سامانه از جمله مدیران و تیم توسعه نیز نوشته شود. هدف اصلی داستان کاربر، کمک به درک سامانه و اجزای مرتبط به آن توسط تیم های نرم افزاری است. [ ۲]
داستان های کاربر باعث راحت شدن ارتباط می شوند و به تیم توسعه نرم افزار کمک می کنند تا درک خود از سامانه و ویژگی های آن را نظم بدهند. [ ۲]
داستان های کاربر توسط کاربران و مشتریان سامانه نوشته می شوند و ویژگی های سامانه در حال توسعه را مشخص می کنند. در برخی تیم ها، مدیر محصول ( یا صاحب محصول در چارچوب اسکرام ) ، مسئول یک پارچه کردن داستان های کاربر و مرتب کردن آن ها در انبار محصول است. در برخی دیگر از تیم ها، همه اعضای تیم می توانند در یک پارچه کردن داستان های کاربر نقش داشته باشند. فرایند تولید داستان کاربر می تواند در قالب بحث با سهامداران صورت بگیرد.
متداول ترین قالب نگارش داستان کاربر، قالب کانکسترا ( Connextra ) است. [ ۳] [ ۴] [ ۵] به پیشنهاد مایک کان عبارت «به طوری که» اختیاری است اگرچه نوشتن آن سودمند است. [ ۶]
به عنوان «مسئولیت» من می توانم «قابلیت ها»، به طوری که «منفعت»
کریس متس ( Chris Matts ) پیشنهاد داد که ارزش و منفعت باید به عنوان قدم اول تحویل سامانه نرم افزاری مورد توجه قرار گیرد در نتیجه قالب زیر را برای نوشتن داستان کاربر ارائه کرد:[ ۷]
برای دستیابی به «منفعت» به عنوان «مسئولیت»، من می توانم «هدف»
یک قالب دیگر که بر مبنای پنج پرسش بیان می شود:[ ۸]
به عنوان «چه کسی» «چه زمانی» «کجا»، من «چه چیزی» به علت اینکه «چرا»
تست غربالگری
به عنوان مدیر منابع انسانی من می خواهم یک تست غربالگری درست کنم به طوری که بتوانم تشخیص دهم آیا یک نیروی تازه وارد به مدیر عملیاتی فرستاده شود یا خیر. [ ۹]
به عنوان مدیر می خواهم بین تست های موجود بگردم به طوری که بتوانم در صورت نیاز برای موقعیت های شغلی جدید از تست های قبلی استفاده کنم یا آن ها را به روز کنم. [ ۹]
این نوشته برگرفته از سایت ویکی پدیا می باشد، اگر نادرست یا توهین آمیز است، لطفا گزارش دهید: گزارش تخلفداستان های کاربر باعث راحت شدن ارتباط می شوند و به تیم توسعه نرم افزار کمک می کنند تا درک خود از سامانه و ویژگی های آن را نظم بدهند. [ ۲]
داستان های کاربر توسط کاربران و مشتریان سامانه نوشته می شوند و ویژگی های سامانه در حال توسعه را مشخص می کنند. در برخی تیم ها، مدیر محصول ( یا صاحب محصول در چارچوب اسکرام ) ، مسئول یک پارچه کردن داستان های کاربر و مرتب کردن آن ها در انبار محصول است. در برخی دیگر از تیم ها، همه اعضای تیم می توانند در یک پارچه کردن داستان های کاربر نقش داشته باشند. فرایند تولید داستان کاربر می تواند در قالب بحث با سهامداران صورت بگیرد.
متداول ترین قالب نگارش داستان کاربر، قالب کانکسترا ( Connextra ) است. [ ۳] [ ۴] [ ۵] به پیشنهاد مایک کان عبارت «به طوری که» اختیاری است اگرچه نوشتن آن سودمند است. [ ۶]
به عنوان «مسئولیت» من می توانم «قابلیت ها»، به طوری که «منفعت»
کریس متس ( Chris Matts ) پیشنهاد داد که ارزش و منفعت باید به عنوان قدم اول تحویل سامانه نرم افزاری مورد توجه قرار گیرد در نتیجه قالب زیر را برای نوشتن داستان کاربر ارائه کرد:[ ۷]
برای دستیابی به «منفعت» به عنوان «مسئولیت»، من می توانم «هدف»
یک قالب دیگر که بر مبنای پنج پرسش بیان می شود:[ ۸]
به عنوان «چه کسی» «چه زمانی» «کجا»، من «چه چیزی» به علت اینکه «چرا»
تست غربالگری
به عنوان مدیر منابع انسانی من می خواهم یک تست غربالگری درست کنم به طوری که بتوانم تشخیص دهم آیا یک نیروی تازه وارد به مدیر عملیاتی فرستاده شود یا خیر. [ ۹]
به عنوان مدیر می خواهم بین تست های موجود بگردم به طوری که بتوانم در صورت نیاز برای موقعیت های شغلی جدید از تست های قبلی استفاده کنم یا آن ها را به روز کنم. [ ۹]
wiki: داستان کاربر