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