پیش از اولین خط کد، سؤال‌های درست را بپرسیم

محصول قرار است چه مسئله‌ای را حل کند؟

ایده زمانی برای اجرا آماده می‌شود که مسئله، مخاطب و نتیجه مطلوب روشن باشند. به‌جای شروع با فهرست فناوری‌ها، تجربه فعلی کاربر و بخش‌های دشوار آن را ثبت کنید.

سؤال‌هایی که مسیر را روشن می‌کنند

با کاربران و اعضای تیم گفت‌وگو کنید و پاسخ‌ها را در یک بریف کوتاه کنار هم قرار دهید.

• این مشکل برای چه کسانی و چند بار اتفاق می‌افتد؟
• در حال حاضر چگونه حل می‌شود؟
• موفقیت نسخه اول را با چه معیاری می‌سنجیم؟
• محدودیت زمان، بودجه و دسترسی به داده چیست؟

دامنه نسخه اول را محدود کنید

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

از گفت‌وگو به یک بریف قابل توافق برسید

نسخه اول، معیار پذیرش و موارد خارج از دامنه را مشخص کنید. این سند، نقطه مشترک تصمیم‌های طراحی و توسعه خواهد بود و باید با یادگیری‌های تازه به‌روز شود.

معیار پذیرش را بنویسید

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