Як брифувати команду розробки, щоб не злити спринт
Бриф — не роман. Це пакет рішень: користувач, результат, обмеження і що явно поза скоупом.
Що має бути в брифі
Назвіть користувача одним реченням. Назвіть задачу, яку він має закінчити. Назвіть обмеження: дата, бюджет, комплаєнс або легасі, якого не чіпаємо. Потім три речі, які не їдуть у реліз. Бриф без списку «не зараз» — запрошення вигадати скоуп.
- Основний користувач і job to be done
- Метрика успіху для цього зрізу
- Посилання, доступи й тестові дані
Якщо команда здогадується, хто користувач, вона здогадується і продукт. Ця здогадка — те, за що ви платите двічі.
/ Dimitriy Caliber
Чого там не має бути
Не призначайте базу даних. Не вставляйте 40-сторінковий розбір конкурентів. Не пишіть «зробіть як Uber, але для X» без того, яка саме частина Uber. Команді потрібні результат і краї, не друга продуктова стратегія. Якщо є екрани — як старт, не як закон.
Як провести перший тиждень
Пройдіть бриф наживо. Нехай команда перекаже його своїми словами. Відкриті питання — з відповідальними і датами. Якщо питання висить без відповіді понад два дні, спринт уже їде. Мовчання — не згода.
Шаблон на одну сторінку
Користувач. Задача. Обмеження. В скоупі / поза. Посилання. Відкриті питання. Цього досить, щоб стартувати. Решта — у беклозі. Спринти згорають, коли бриф порожній або нескінченний. Ціліться в одну сторінку, яку реально прочитати вголос.
Є проєкт на думці?
Залиште ім'я та зручний контакт. Ми повернемося з наступним кроком.