کارگاه تعریف مسئله؛ چطور قبل از انتخاب راهکار توافق کنیم؟

«یک اپلیکیشن می‌خواهیم» درخواست راهکار است؛ مسئله شاید این باشد که مخاطب نمی‌تواند وضعیت درخواستش را پیگیری کند. در کارگاه، هر خواسته را به وضعیت قابل مشاهده در کاربر و سازمان برگردانید. از گروه‌های مختلف بخواهید شواهد و تجربه‌هایشان را بگویند، نه فقط راه‌حل محبوب خود را.

چه کسی با چه مانعی روبه‌روست، این مانع در چه شرایطی رخ می‌دهد و رفع آن چه تغییری ایجاد می‌کند؟ فرض‌های تأییدنشده را جدا فهرست کنید. اگر میان ذی‌نفعان اختلاف وجود دارد، آن را در متن پنهان نکنید؛ مشخص کنید برای تصمیم‌گیری چه داده یا مصاحبه‌ای لازم است.

در پایان، مخاطب اولویت‌دار، مرز مسئله، معیار موفقیت اولیه، محدودیت‌ها و گام بعدی را ثبت کنید. ممکن است نتیجه کارگاه پیشنهاد تولید سامانه باشد یا اصلاح یک فرایند و محتوای راهنما. ارزش کارگاه در همین است: پیش از صرف هزینه اجرا، تیم درباره آنچه باید تغییر کند به زبان مشترک می‌رسد.

پیش از دعوت افراد، چند نمونه از پرسش‌های مخاطبان، داده‌های استفاده یا روایت‌های پشتیبانی را جمع کنید. در جلسه، هر نفر ابتدا جداگانه بنویسد چه مانعی می‌بیند؛ سپس موارد را کنار هم بگذارید تا صدای بلندترین فرد جای همه شواهد ننشیند. برای نمونه، درخواست «سامانه جدید» را به این پرسش تبدیل کنید: کاربر اکنون در کدام مرحله نمی‌تواند وضعیت پرونده را بفهمد؟ اگر پاسخ ندارید، آن را فرض بنامید و برای مشاهده یا مصاحبه مسئول تعیین کنید. کارگاه تعریف مسئله قرار نیست با رأی‌گیری درباره محبوب‌ترین راه‌حل تمام شود.

یک جمله آزمایشی بنویسید: «برای [گروه مخاطب]، انجام [کار] در [شرایط] دشوار است، چون [مانع مشاهده‌شده]؛ می‌خواهیم [تغییر قابل بررسی] رخ دهد». کنار آن، شواهد، فرض‌ها، موارد خارج از دامنه و روش سنجش را اضافه کنید. مثلاً هدف «کاربر بتواند بدون تماس وضعیت درخواستش را پیدا کند» روشن‌تر از «تجربه بهتر شود» است. متن را پس از جلسه برای افراد حاضر بفرستید و درباره اختلاف‌های حل‌نشده صریح باشید. وقتی معیار و مرز مسئله روشن است، انتخاب میان اصلاح محتوا، فرایند یا فناوری ساده‌تر می‌شود.

صورت‌مسئله را به فهرستی کوتاه از سؤال‌های باز تبدیل کنید و برای هر کدام مسئول و زمان بررسی بگذارید. اگر فرض اصلی درباره رفتار مخاطب است، یک مصاحبه یا مشاهده طراحی کنید؛ اگر اختلاف درباره محدودیت فنی است، امکان‌سنجی کوچک انجام دهید. جلسه بعدی باید با شواهد تازه شروع شود، نه تکرار نظرها. تصمیم نهایی را همراه با دلیل ثبت کنید تا در میانه پروژه بتوانید به آن برگردید و ببینید راهکار هنوز مسئله درست را هدف گرفته است یا نه.