Эту страницу открывают, когда проект вроде бы много обсуждает и даже принимает решения, но дальше возникает типичная пустота: кто делает, к какому сроку, что считается завершением и как проверить, что договорённость действительно исполнена.
Action items — это реестр или список конкретных действий, которые родились из встреч, статусов, эскалаций, согласований и проблемных ситуаций. Их задача — перевести разговор в исполнимое обязательство.
Когда особенно важны
- в проекте много координационной работы между ролями;
- после встреч остаются «надо бы сделать» без владельца;
- часть действий не ложится в продуктовый backlog, но критична для проекта;
- нужно отслеживать договорённости между командами и стейкхолдерами;
- PM замечает, что проект чаще теряет follow-up, чем сами решения.
Что должно быть у сильного action item
- конкретное действие;
- владелец;
- ожидаемый результат;
- срок или ближайший контрольный ориентир;
- связь с контекстом: встреча, риск, изменение, зависимость, решение.
Как вести
1. Не пишите абстрактное «проработать вопрос». Формулируйте видимый результат. 2. Назначайте одного владельца, а не группу. 3. Отмечайте срок или дату следующей проверки. 4. Связывайте action item с источником: meeting notes, risk log, status report. 5. Регулярно чистите закрытые и потерявшие актуальность пункты.
Что ломается без action items
- решения не превращаются в движение;
- встречи дают ощущение прогресса, но не меняют проект;
- участники по-разному понимают, кто и что должен сделать;
- просрочки обнаруживаются слишком поздно;
- PM тратит много времени на ручные напоминания и восстановление обязательств.
Типовые ошибки
- хранить действия в заметках без отдельного контура контроля;
- не указывать владельца и ожидаемый результат;
- не проверять статусы по списку регулярно;
- смешивать action items с полноценным backlog разработки;
- оставлять в списке устаревшие пункты, из-за чего теряется доверие к инструменту.