План проекта — не список желаний с датой релиза в конце. Он должен показывать последовательность работ: какое решение открывает следующий этап, кто за него отвечает и когда команда увидит результат. В книге Егор Ганин предлагает вести связанные планы на разных горизонтах — от ближайшего дня и недели до месяцев. Для этого служат «выталкивающие таблицы»: график регулярно редактируют, а движение задач проверяют ежедневно.
Пять шагов к рабочему плану
- Зафиксируйте конечный результат. Что должно измениться для пользователя или заказчика? По чему поймёте, что проект завершён? Укажите ожидаемую дату или честно обозначьте, когда сможете её оценить.
- Разложите работу на этапы. Например: проработка → дизайн → разработка → тестирование → запуск. Этапы выбирайте под свою работу, а не под готовую схему. Для каждого нужен наблюдаемый результат, который можно передать дальше.
- Отметьте связи и ответственных. Что нельзя начать до решения другой команды? Кто приносит результат, а кто его принимает? В самой таблице достаточно краткой записи и ссылки на подробную задачу в трекере.
- Разведите горизонты. Ближайшую неделю распишите по дням, месяц — по неделям, дальние работы оставьте крупными этапами. Не заставляйте команду угадывать задачи на каждый день через три месяца.
- Назначьте ритм проверки. Раз в неделю пересобирайте недельный план, каждый день сверяйте факт с ближайшими обещаниями. Если этап застрял, запишите причину, новое действие и дату следующей проверки.
Пример календарного плана проекта на неделю
Допустим, небольшая команда готовит онлайн-запись на занятия. Цель недели — получить работающий сценарий, который можно проверить с коллегами. Таблица ниже — учебный пример, составленный для этой статьи; это не план реального проекта и не фрагмент книги. По горизонтали идут дни, по вертикали — этапы. Пустая ячейка означает, что работа на этом этапе в этот день не запланирована.
| Этап · ответственный | Пн | Вт | Ср | Чт | Пт |
|---|---|---|---|---|---|
| Проработка · менеджер | Сценарий записи и критерии приёмки | Ответы на вопросы команды | — | — | — |
| Дизайн · дизайнер | — | Макет формы | Правки после обсуждения | — | — |
| Разработка · разработчик | — | — | Начало реализации формы | Рабочий сценарий для проверки | Исправление найденных ошибок |
| Проверка · тестировщик | — | — | — | Проверка записи и ошибок | Повторная проверка |
| Решение о запуске · менеджер | — | — | — | — | Принять результат или перенести запуск с объяснением |
Здесь дизайн зависит от согласованного сценария, разработка — от макета, а решение о запуске — от проверки. Если в среду макет ещё не готов, нельзя просто оставить четверг и пятницу без изменений. На короткой встрече команда пересматривает ближайшие ячейки и решает, что можно сделать параллельно, что отложить и о каком риске сообщить заранее.
Как связать недельный план с месячным и дневным, показано в подробном разборе выталкивающих таблиц. Если работа пока слишком крупная для плана, начните с декомпозиции задач.
Шаблон недельного плана для копирования
Ниже — пустая таблица с разделением табуляцией. Выделите текст в поле, скопируйте и вставьте в Excel, Google Таблицы или другой табличный редактор. Замените этапы на свои, добавьте имена ответственных и ссылки на задачи. Если этап занимает несколько дней, запишите в каждом дне ожидаемый промежуточный результат.
Таблица показывает движение и связи. Описание задачи, материалы и обсуждение держите в привычном трекере, а в плане оставьте короткое название и ссылку.
Как поддерживать план живым
На ежедневной сверке начните с обещаний предыдущего дня: что завершено, что остановилось и что меняется в ближайших пяти рабочих днях. Пример такой сверки и шаблон записи решений помогут провести встречу по существу. Недельная встреча нужна, чтобы обновить последовательность этапов и согласовать работу между людьми. Более дальний план пересматривайте, когда новая информация меняет объём, ресурс или дату.
Если регулярного планирования пока нет, начните с публичного списка дел на сегодня и завтра. В главе 7 книги этот переход описан как путь к общей таблице, а не как требование сначала построить идеальную систему. Когда сдвиги повторяются, полезно отдельно разобрать причину переноса сроков; если непонятен результат отдельной работы — уточнить постановку задачи.
Проверьте план перед встречей
- Понятны итоговый результат и ближайший проверяемый шаг.
- У каждого этапа есть ответственный и результат передачи дальше.
- Зависимости и даты видны всем участникам.
- Большие задачи раскрываются подробнее по мере приближения.
- Для задержек записаны решение и дата следующей проверки.