پس از تفکیک نشانهها از مسئله واقعی، گام بعدی تعریف دقیق مسئله است. این مرحله اهمیت بسزایی دارد زیرا محدوده راهحلهای ممکن را تعیین میکند. تعریف نادرست مسئله، حتی با وجود تحلیل دقیق، میتواند منجر به انحراف از مسیر صحیح شود.
یکی از اشتباهات رایج، تعریف مسئله به شکل راهحل پیشنهادی است. به عنوان مثال، بیان «ما به دو نیروی جدید نیاز داریم» یک راهحل است، نه مسئله. مسئله واقعی میتواند «حجم درخواستها ۴۰ درصد رشد کرده و ظرفیت تیم ثابت مانده، در نتیجه زمان پاسخ دو برابر شده» باشد. این تعریف امکان بررسی راهحلهای متنوعی مانند استخدام، خودکارسازی، کاهش کار، تغییر فرایند، یا تغییر سطح خدمت را فراهم میکند، در حالی که تمرکز زودهنگام بر «نیرو میخواهیم» ذهن را به سمت یک راه حل محدود میکند.
همچنین، نباید مسئله را به شکل برچسب شخصیتی تعریف کرد. عبارتی مانند «علی مسئولیتپذیر نیست» تعریفی ضعیف است. تعریف بهتر این است: «علی در سه پروژه اخیر، تأخیر را تا روز آخر گزارش نکرده و دو تعهد اصلی را بدون اطلاع از موعد رد کرده است.» این رویکرد امکان مشاهده رفتار و بررسی علل آن را فراهم میآورد.
تعریف خوب مسئله باید مشخص و عینی باشد. به جای «تیم خوب همکاری نمیکند»، باید گفت: «در چهار پروژه اخیر، اطلاعات مورد نیاز بین طراحی و اجرا دیر منتقل شده و در سه مورد باعث بازکاری شده است.» این تعریف، امکان بررسی واقعی مسئله را تسهیل میکند.
یکی از روشهای مؤثر برای تعریف مسئله، جدا کردن وضعیت فعلی از وضعیت مطلوب است. با پرسیدن «الان چه داریم؟» و «چه چیزی باید داشته باشیم؟» و تعیین فاصله بین این دو، مسئله دقیقتر مشخص میشود. به عنوان مثال، وضعیت مطلوب «زمان پاسخ کمتر از ۶ ساعت» و وضعیت فعلی «میانگین ۱۴ ساعت» است.
روشن کردن محدوده مسئله نیز حیاتی است. باید مشخص شود که آیا مشکل برای همه مشتریان است یا گروهی خاص؟ آیا کل تیم را در بر میگیرد یا فقط دو نفر؟ آیا تمام پروژهها را شامل میشود یا فقط پروژههای نوع خاص؟ این تمایز از تغییرات غیرضروری در کل سیستم جلوگیری میکند.
عامل زمان نیز در تعریف مسئله نقش مهمی ایفا میکند. پرسیدن اینکه مسئله از چه زمانی شروع شده، قبل از آن چه تغییری رخ داده و آیا همیشه اینگونه بوده است، به درک بهتر علل کمک میکند. به عنوان مثال، اگر خطا ناگهان زیاد شده، باید بررسی کرد چه چیزی سه ماه پیش تغییر کرده است.
مسئله باید بدون علت فرضی نوشته شود. «به دلیل بیانگیزگی تیم، پروژهها دیر میشوند» یک تعریف ضعیف است. تعریف بهتر این است: «در دو ماه اخیر ۶ پروژه از ۸ پروژه با تأخیر تحویل شدهاند و میزان تأخیر نسبت به فصل قبل افزایش یافته است.» این رویکرد، فضای تحلیل را باز نگه میدارد. در نهایت، تعریف مسئله باید قابل بررسی باشد؛ یعنی بتوان درباره آن داده جمعآوری کرد. «فرهنگ شرکت بد است» گسترده است، اما «اعضای تیم در سه نظرسنجی اخیر گزارش دادهاند که از مطرح کردن اشتباه با مدیر خودداری میکنند» قابل بررسیتر است. سؤال کلیدی این است: «اگر این مسئله حل شود، دقیقاً چه چیزی در واقعیت تغییر میکند؟» اگر نتوان به این سؤال پاسخ داد، تعریف مسئله هنوز مبهم است.