Роадмапы в разработке / ч. 2 🧭
Я приношу 4 закона в команду, чтобы роадмапы реально работали:
1. Accountable за роадмап — тимлид, ведь именно ему исполнять
2. Тимлиду нужен явный ОК от продакта/CEO/ЛПР, чтобы что-то изменить — работаем с ожиданиями
3. Чего нет в роадмапе, то не берём в работу* — сначала добавляем, потом делаем
4. Если фича длиннее 3 недель — согласовать со мной
Супер-простая система. Сложно забыть, легко контролировать.
Что это даёт компании:
1️⃣ Минимум вопросов, чем была занята команда
«Либо ты сам даёшь всем понимание, что у тебя происходит. Либо это сделают за тебя и тебе это не понравится»
2️⃣ Ниже риск, что команду продавят громкими криками
Роадмап слишком наглядный. Когда пытаешься что-то впихнуть, быстро понимаешь последствия. Без роадмапа мы часто обманываем сами себя.
3️⃣ Просто понять размен
«Играем с колбасками» 15 минут и получаем альтернативный роадмап под новые приоритеты. Наглядно.
4️⃣ Не берём слишком дорогое
Когда что-то занимает больше 3 недель, прихожу я и помогаю срезать скоуп. Удаётся в 95% случаев. Надо двигаться быстро, а не месяцами пилить одну фичу.
5️⃣ Любой в компании может бросить вызов приоритетам
Если мы делаем какую-то фигню и не заметили, то я хочу про это узнать. Все мы люди, могли что-то упустить.
Про звёздочку в «Чего нет в роадмапе, то не берём в работу*»: у каждой команды есть «невидимая часть работы» — саппорт, баги и т.п. Такому не место в роадмапе. Но роадмап должен учитывать, что часть фокуса команды уйдёт на подобное — для этого использую фреймворк баланса.
Работаю так уже больше 5 лет. Кайфую, насколько всё просто и понятно.
Но всё это работает только когда роадмап простой. Для себя вывел показатель: если ключевой стейкхолдер за минуту понимает, какой будет результат за 4 недели, и говорит «огонь» / «фигня», то роадмап простой.
Год назад нашёл забавный “минус” у этого подхода. Поделюсь завтра 😏
@tsvetkovdaily
В этом посте были ссылки, но мы их удалили по правилам Сетки
