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