Про roadmap
Писал сегодня письмо и неожиданно сформулировал для себя, что является roadmap'ом, а что нет:
- проекты отчитываются по функциям, но делаются по дополнениям и изменениями в их компонентах или наборах компонентов -- в roadmap'е должно быть и то, и другое;
- когда планируешь изменения в компонентах, между ними всегда есть связи по результатам и по людям, которые их делают -- их надо понимать, учитывать и показывать, это очень важно;
- ход проекта определяется смещением фокусов внимания людей из проектной группы -- обязательно должны быть люди, я просто раскрашиваю элементы roadmap в соответствие с ними;
- планы, в т.ч. roadmap, калибруются в т.ч. по смещениям сроков от планируемых -- должны быть как текущие представления, так и первоначальные сроки, и продолжительности, и история уже сделанного;
- разработчики смотрят не на фичи, а на задачи в трекере и на ТЗ, а большое начальство -- на намного более крупные и бизнес-ориентированные запуски - нужно явно давать на них ссылки.
А вот если есть только время появления в продукте новых фич -- это, по-моему, не roadmap, а презентация, причём исключительно для пользователей. Да и то не факт, что им будет интересно: часть фич -- гигиенические. Что точно нельзя -- это спланировать время реализации фич, не принимая во внимание людей, изменения в компонентах и связи между ними, а также версии и циклы тестирования: такие планы будут неверными даже в условиях неограниченного количества ресурсов.