Юлія Романюк

Roadmap, у який вірить команда

Багато roadmap живуть як красиві слайди: їх показують на старті кварталу й забувають. Команда не вірить у них, бо в них не видно, чому саме ці задачі й що буде, якщо не вийде. Ось підхід, який допомагає зробити план, що працює.

Планувати результати, а не функції

Замість «зробити фільтр» запишіть «користувачі знаходять потрібний товар за менш ніж 30 секунд». Так команда може обрати інший шлях, якщо перший не спрацює, і розуміє, навіщо працює.

Три горизонти

  • Зараз — те, що в роботі: чіткі задачі й терміни.
  • Далі — наступні місяць-два: напрями без точних дат.
  • Потім — ідеї, які ми розглядаємо, без обіцянок.

Точність зменшується з відстанню в часі, і це чесно. Обіцяти дату на задачу «потім» — створювати борг.

Як обирати пріоритет

  1. Скільки людей це стосується?
  2. Наскільки сильна проблема?
  3. Скільки зусиль потрібно?
  4. Наскільки ми впевнені в оцінках?

Оцініть кожну ідею за цими чотирма питаннями й обговоріть розбіжності: цінність у суперечці, а не в таблиці.

Залучайте команду

Розробники та підтримка знають болі краще за керівників. Проведіть зустріч, де кожен приносить по дві проблеми, і потім разом оберіть три. Люди, які обирали, відстоюватимуть план.

Переглядайте регулярно

Раз на місяць — п’ятнадцять хвилин: що виконали, що зсунулося, що змінилося на ринку. План, який оновлюється, залишається корисним.

Коментарі

Поки без коментарів.