ما نرمافزار میسازیم. سازمانی کوچک، جمعوجور، و چابک هستیم، در پی کارها و رؤیاهای بزرگ: شرکت توسعه فنآوری اطلاعات سورنا
۶ اشتباه مدیر محصول در هنگام نوشتن استوری کاربر
امروزه همه به دنبال اجایل (چابک) هستند. تیمها میخواهند در هنگام تولید محصول، کاربر را در مرکز فرآیند توسعه محصول خود داشته باشند. احتمالا شما هم در حال تولید محصول برای کاربران خود هستید، درست است؟
استوریهای کاربر (یوزر استوری) یکی از اصلیترین ابزارهایی است که به تیمها کمک میکند تا در هنگام تعریف محصول و ویژگیهای آن، کاربر را در ذهن خود نگه دارند.
درباره نوع نوشتن یوزر استوریها حرفهای زیادی گفته میشود. من درک میکنم که چرا معمولا تغییرات زیادی در این زمینه وجود دارد و چرا تغییرات جدید را ترجیح میدهند.
ما معمولا در هنگام نوشتن یوزر استوریها، فکر میکنیم که آنها را از دید کاربر مینویسیم، اما در واقع با دانش و تعصبهایی که داریم، در این مسیر زیادهروی میکنیم.
در این مقاله درباره برخی از اشتباهات رایجی که تیمها هنگام نوشتن یوزر استوریها مرتکب میشوند، صحبت میکنیم. این موارد، اشتباهاتی هستند که در نهایت باعث سردرگمی اعضای تیم میشوند:
۱ یوزر استوریهای بسیار گسترده
وقتی یوزر استوریها بیش از حد گسترده میشوند، ممکن است اطلاعات مهم درباره عملکرد مورد انتظار و نیازها از دست برود.
یکی از نشانههای یوزر استوری گسترده، استفاده بسیار زیاد از کلماتی مانند «یا» و «و» در یوزر استوری تیمهاست. در چنین شرایطی شما باید آنها را بازنویسی کنید. این فرصت بسیار خوبی است که یوزر استوریهای گسترده شما در قالب یک یوزر استوری واقعی نوشته شوند.
۲ یوزر استوریهای بسیار ریز
وقتی که یوزر استوریها بیش از حد شکسته میشوند، باید درباره نحوه اجرای آن صحبت کنید. این کار باعث حذف تمرکز روی کاربر و در نهایت کاهش سطح انتظار از تیم و ارتباط ضعیف میشود.
۳عدم توافق
یوزر استوری به معنای توصیف دقیق و خاص یک ویژگی نیست. قرار نیست شما با یوزر استوری مانند کتیبه سنگی برخورد کنید و قوانین آنها را روی سنگ حک کنید!
برای تشخیص بهتر اینکه آیا یوزر استوریها بیش از حد سفت و سخت هستند، اینجا یک نمونه سناریوی کلاسیک را آوردهایم:
گاهی ممکن است یک یوزر استوری به شیوهای خاص نوشته شود و تیم شما اجرای آن را سخت بداند و بگوید راه حل سادهتری نیز وجود دارد. در این شرایط و به شرطی که به ارزشهای مد نظر کاربر آسیبی نرسد، میتوان با تیم فنی درباره راه حل بهتر به تفاهم رسید.
۴ تکرار یوزر استوری در معیارهای پذیرش
معیارهای پذیرش به شما این امکان را میدهد که برای تکمیل یوزر استوری، شرایط لازم را توصیف کنید. این معیارها تضمین میکنند که شما بازخورد لازم را به دست میآورید، به تیم در برنامهریزی بهتر کمک میکنید و میتوانید کارهای آنها را پیگیری کنید. این موضوع در نهایت باعث ایجاد یوزر استوری قویتر، دقیقتر و قابل آزمایش میشود.
۵ کاربر نامشخص
اشاره به شخصیت کاربر در هر یوزر استوری ممکن است احمقانه به نظر برسد، اما در واقع این کار بسیار موثر و با ارزش زیادی است. این موضوع به ویژه در شرایطی که محصول شما بیش از یک نوع کاربر دارد، اهمیت بیشتری پیدا میکند.
چرا که به طور قطع برخی از ویژگیها برای افراد مختلف به صورت اختصاصی تعریف میشوند. در نظر داشته باشید که اگر میخواهید تیم شما با نتیجهای که از آنها انتظار دارید، هماهنگتر باشند، تیم باید بداند کاربران نهایی دقیقا چه کسانی هستند و این ویژگیها برای آنان چه فایدهای دارد.
۶ زمینهسازی ضعیف
بارها و بارها، ما به دلیل زمینهسازی ضعیف ناچار شدیم به نوشتن یوزر استوری پایان بدهیم. چرا که بعد از یک جایی، تقریباً همه یوزر استوریها مانند یکدیگر میشوند.
به عنوان مثال: «من به عنوان مدیر محتوا، یک ویرایشگر متن را میخواهم تا بتوانم متن را ویرایش کنم.»
تمام این استوری به تیم شما میگوید: «شما از آنها فقط یک ویرایشگر متن میخواهید، نه هیچچیز دیگر!»
اگر مدت زیادی است که یوزر استوری مینویسید، بهتر است کمی استراحت کنید و بعد دوباره با نگاهی تازه آنها را مرور کنید.
گاهی حتی بعد از استراحت ممکن است نتوانید چیز با معناتری بنویسید. این میتواند نشانه خوبی باشد که به شما میگوید باید با کاربران بیشتر صحبت کنید و نیازهای آنان را بهتر بشناسید. واقعا نکته خاصی وجود ندارد که ناچار شوید به مغزتان فشار بیاورید، فقط باید بیشتر با کاربران صحبت کنید.
نتیجه
اگرچه استفاده از یک قالب یا الگوی آماده یوزر استوری میتواند مفید باشد، اما پر کردن آن هرگز کار سادهای نیست.
نوشتن یک یوزر استوری کمی شبیه وقوع بهمن است!
یک اشتباه در هنگام نوشتن یوزر استوریها اغلب میتواند منجر به انجام یک سری اشتباهات دنبالهدار دیگر به عنوان نتایج جانبی شود.
یک اشتباه کوچک میتواند در روند تولید محصول برای مدتها ادامه پیدا کند و در نهایت تنها کاری که از دست شما برمیآید، تاسف خوردن است.
ترجمه آزاد: 6mistakes product managers make when writing User Stories
مطلبی دیگر از این انتشارات
نقشه همذات پنداری: اولین قدم در تفکر طراحی
مطلبی دیگر از این انتشارات
آموزش UX : قانون فیتس ( Fitts's Law )
مطلبی دیگر از این انتشارات
تفاوت مهم مدیریت پروژه با مدیریت محصول چیست ؟