Эту страницу открывают, когда проект начинает меняться: появляются новые пожелания, исчезают старые договорённости, меняются трактовки, пересобирается объём работ или сдвигаются ориентиры. Если такие изменения нигде не фиксируются, проект быстро теряет управляемость.
Change log — это реестр изменений по проекту. Он нужен, чтобы любой существенный сдвиг в договорённостях имел дату, источник, описание, решение и понятные последствия для рамки проекта.
Когда нужен обязательно
- проект длится достаточно долго и проходит через несколько раундов уточнений;
- есть формальные согласования, подрядчики или спорные зоны ответственности;
- изменения влияют на срок, объём, приёмку или стоимость;
- заказчик регулярно предлагает новые пожелания по ходу проекта;
- PM хочет перестать обсуждать изменения на уровне «мы вроде это уже решали».
Что должно быть в change log
- дата и краткое описание изменения;
- источник запроса или решения;
- что именно меняется;
- на что влияет: scope, срок, ресурс, качество, приёмка;
- принятое решение и согласующие;
- дальнейшие действия по обновлению связанных документов.
Как использовать в реальной работе
1. Не ждите большой формальной процедуры: фиксируйте существенные изменения сразу. 2. Привязывайте запись к change request, если он нужен формально. 3. Обновляйте после изменения ТЗ, плана, бюджета или приёмки. 4. Используйте лог на статусных встречах, когда нужно показать накопление изменений и их последствия. 5. Не смешивайте лог изменений с журналом ежедневной активности.
Что ломается без него
- scope начинает расползаться незаметно;
- никто не может восстановить логику ключевых решений;
- изменения не связываются с последствиями для сроков и ресурсов;
- появляются споры о том, «кто это согласовал» и «с какого момента это стало обязательным»;
- PM теряет возможность честно говорить о накопленном объёме сдвигов.
Типовые ошибки
- фиксировать только большие официальные изменения и игнорировать накопленные мелкие сдвиги;
- не привязывать изменения к последствиям;
- не обновлять связанные артефакты после записи в лог;
- хранить change log в месте, которое никто не открывает;
- использовать слишком размытые формулировки.