Контроль проекта: как замечать отклонения и принимать решения
- Что контролируют в проекте
- С какой договорённостью сравнивать факт
- Как выбрать показатели под решение
- Пример: план, факт и действие для внутреннего сервиса
- Как проверять сроки с учётом зависимостей
- Как контролировать затраты и качество вместе
- Что делать с отклонением и новым запросом
- Как проводить контрольную встречу
- Как освоить контроль проекта на практике
- Вопросы и ответы
Что контролируют в проекте
Контроль проекта — регулярное сопоставление договорённостей с фактическим состоянием работ и выбор дальнейшего действия. Его результатом должен быть не красивый отчёт, а понятное решение: продолжать по плану, устранить препятствие, изменить последовательность, согласовать дополнительную работу или пересмотреть срок.
Профессиональная ассоциация APM относит к проектному контролю работу со сроками, стоимостью, рисками, изменениями и информацией для принятия решений. Масштаб системы зависит от проекта: небольшой команде может хватить связанной таблицы, а крупной программе нужны специализированные роли и инструменты. Покупка сложной системы сама по себе не создаёт достоверных данных.
Начинающему руководителю полезно разделять наблюдение и вмешательство. Собрать статусы — значит узнать, что сообщают исполнители. Проверить подтверждения и последствия — значит понять положение дел. Назначить действие, ответственного и последующую проверку — значит использовать контроль для управления.
С какой договорённостью сравнивать факт
Без исходного плана отклонение определить невозможно. До начала контроля согласуйте результат проекта, границы работ, критерии приёмки, ключевые сроки, доступные ресурсы и полномочия участников. Формулировка «сделать удобно и быстро» не позволяет проверить, достигнут ли результат.
Предположим, команда внедряет форму заявки для внутренних пользователей. Нужно договориться, какие поля обязательны, кто получает заявку, как проверяется её обработка и что считается готовностью к запуску. Если заказчик позже добавит согласование с новым подразделением, это изменение содержания, а не обязательно ошибка исполнителя.
Исходные договорённости сохраняйте отдельно от текущего прогноза. Если каждую неделю без объяснения передвигать дату в плане, отчёт будет выглядеть благополучно, а история задержки исчезнет. Изменения допустимы, но должны быть согласованы и объяснимы: что поменялось, почему и как это повлияло на обязательства.
Как выбрать показатели под решение
Для каждого показателя сформулируйте управленческий вопрос. Срок готовности отвечает, успеет ли команда к нужному событию. Количество принятых результатов показывает подтверждённый прогресс. Прогноз расходов помогает понять, хватит ли бюджета до завершения. Показатель без решения быстро превращается в число, которое собирают по привычке.
| Что наблюдать | Чем подтвердить | Какое решение поддерживает |
|---|---|---|
| Готовность результата | Принятый документ, проверенный сценарий, согласованный макет | Можно ли передавать следующему участнику |
| Остаток работы | Перечень незавершённых действий и препятствий | Нужны ли помощь или новая последовательность |
| Расходы до завершения | Фактические затраты и обоснованный прогноз остатка | Хватит ли согласованного ресурса |
| Качество | Результаты проверки по критериям приёмки | Готов ли результат к использованию |
| Риски и изменения | Новые обстоятельства, решения заказчика, зависимости | Нужно ли пересмотреть обязательства |
Не требуйте одинакового набора показателей от всех задач. Для подготовки договора важен согласованный текст, а для настройки маршрута — прохождение проверочного сценария. Универсальный процент готовности может скрывать разницу между выполненной работой и результатом, который ещё никто не принял.
Пример: план, факт и действие для внутреннего сервиса
Разберём вымышленный проект запуска заявок. Все значения учебные и не описывают работу реальной компании. К контрольной встрече команда должна была принять 8 сценариев обработки, но подтверждены только 5. Для остальных не согласованы правила маршрутизации. На тестирование запланировано 30 часов; использовано 18, а на завершение по текущей оценке потребуется ещё 16.
| Участок | План и факт | Причина или ограничение | Решение |
|---|---|---|---|
| Приёмка сценариев | План 8, принято 5 | Не согласованы оставшиеся маршруты | Владелец процесса уточняет правила до повторной проверки |
| Тестирование | План 30 часов, прогноз 34 часа | Появились дополнительные проверки после уточнения маршрутов | Руководитель согласует ресурс либо меняет объём запуска |
| Обучение пользователей | Материалы подготовлены, окончательная проверка не завершена | Инструкция зависит от согласованного процесса | Обновить инструкцию после приёмки маршрутов |
Непринятых сценариев осталось 8 − 5 = 3. Прогноз трудозатрат составляет 18 + 16 = 34 часа, что на 34 − 30 = 4 часа больше исходного плана. Эти расчёты не доказывают, что весь проект готов в определённом проценте: сценарии могут различаться по сложности, а кроме тестирования есть другие работы.
Полезное сообщение руководителю звучит так: запуск зависит от решения по маршрутам; после него нужно повторно проверить связанные сценарии и обновить инструкцию. Оно точнее фразы «немного отстаём», потому что показывает причину, последствия и участника, который может изменить ситуацию.
Как проверять сроки с учётом зависимостей
Задержка отдельной задачи не всегда переносит весь проект. Иногда есть резерв, иногда задача стоит на пути, без которого не начнётся следующая работа. Поэтому смотрите не только на цвет строки в таблице, но и на последовательность: что блокируется, кто ждёт результат и можно ли перестроить работу без потери качества.
В примере с заявками нельзя окончательно обучить пользователей по процессу, который ещё меняется. Но можно заранее подготовить общую структуру инструкции и организационные материалы. Контроль помогает отделить действительно заблокированные действия от тех, которые команда способна продолжать.
Подробнее работу с зависимостями и резервами можно разобрать в статье об управлении сроками проекта. Для текущего контроля достаточно фиксировать обещанную дату, новый прогноз, причину изменения и влияние на ближайший результат. Даты без этих пояснений редко помогают выбрать решение.
Как контролировать затраты и качество вместе
Сэкономленный ресурс не всегда означает успех. Если команда потратила меньше, потому что пропустила нужную проверку, проблема проявится при использовании результата. И наоборот, дополнительные затраты могут быть обоснованы согласованным расширением задачи. Оценивать стоимость нужно вместе с содержанием и качеством.
Ведите фактические расходы отдельно от оставшихся обязательств и прогноза. Уже оплаченный счёт показывает прошлое, а решение о достаточности бюджета требует понимания того, что ещё предстоит сделать. Просите исполнителя объяснить оценку остатка: какие работы включены, какие предположения использованы и что может изменить расчёт.
Качество проверяйте по согласованным критериям, а не по впечатлению «выглядит готовым». Для внутренней формы это могут быть правильная передача заявки, обязательность нужных полей и понятное сообщение об ошибке. До исправления значимого дефекта результат нельзя считать принятым только потому, что работа над ним заняла запланированное время.
Что делать с отклонением и новым запросом
Сначала установите причину. Ошибка оценки, недостаток ресурса, задержка решения заказчика и новая задача требуют разных действий. Если проблему вызвала неясность требований, увеличение нагрузки на исполнителя её не устранит. Если изменился объём, нужно оценить последствия и согласовать новые обязательства.
Для каждого существенного отклонения запишите варианты. Можно изменить последовательность, привлечь доступного специалиста, сократить согласованный объём запуска или перенести срок. У каждого варианта есть цена и ограничения; руководитель должен видеть их до выбора. Не обещайте одновременно прежние сроки, прежний ресурс и расширенный результат без обоснования.
Порядок работы с запросом на новый результат разобран в материале об управлении изменениями проекта. После решения обновляют текущий план, сохраняют основание изменения и уведомляют затронутых участников. Тогда следующая проверка сравнивает факт с действующей договорённостью, а не со случайной версией таблицы.
Как проводить контрольную встречу
Собирайте данные до обсуждения. На встрече полезнее разбирать решения и препятствия, чем слушать длинный пересказ выполненных действий. Участник сообщает подтверждённый результат, остаток работы, новый риск и то, что требуется от других. Руководитель уточняет последствия и фиксирует договорённость.
Частоту выбирают по скорости изменений и цене поздней реакции. Если важное решение может заблокировать команду завтра, редкого отчёта недостаточно. Если работа идёт устойчиво и подтверждения доступны в системе, постоянные встречи только отнимают время. Важно договориться, какие события сообщаются сразу, не дожидаясь очередного обсуждения.
После встречи остаётся короткий журнал решений: вопрос, выбранное действие, ответственный, срок и способ проверки. На следующем цикле проверяют исполнение, а не создают новый список поверх старого. Незакрытый вопрос либо доводят до результата, либо явно пересматривают решение с объяснением причины.
Как освоить контроль проекта на практике
Возьмите знакомую небольшую задачу и опишите проверяемый результат. Составьте план, обозначьте зависимости и придумайте контрольную ситуацию с отклонением. Затем подготовьте короткий отчёт, по которому другой человек сможет выбрать действие. Если для понимания нужны долгие устные пояснения, уточните формулировки и подтверждения.
Профессия менеджера проектов включает больше, чем ведение статусов: нужно согласовывать содержание, работать с участниками и доводить решения до исполнения. Материалы APM о проектном контроле также связывают эту работу с анализом и коммуникацией. Для развития важны обе стороны, а не только знание инструмента.
На курсе управления проектами Учебного центра МГУТУ можно системно связать планирование, риски и контроль. Проверяйте свой прогресс по способности объяснить отклонение и предложить реалистичное действие. Это полезнее отчёта, где все строки выглядят благополучно, но никто не понимает, что произойдёт дальше.
Вопросы и ответы
- Чем контроль проекта отличается от сбора статусов?
Сбор статусов даёт сообщения о ходе работы. Контроль включает проверку подтверждений, оценку последствий и выбор действия. Без решения и последующей проверки отчёт остаётся описанием ситуации.
- Какие показатели нужны небольшому проекту?
Начните с готовности результата, ближайших сроков, оставшейся работы, затрат и существенных рисков. Каждый показатель должен помогать конкретному решению; универсальный большой набор не обязателен.
- Можно ли оценивать готовность только процентом?
Один процент часто скрывает разные по сложности и статусу работы. Лучше уточнить, какие результаты приняты, что осталось и что блокирует завершение. Процент требует понятной методики расчёта.
- Нужно ли менять план при каждом отклонении?
Сначала установите причину и последствия. Иногда достаточно корректирующего действия, иногда требуется согласованное изменение обязательств. Исходную договорённость и новый прогноз нужно сохранять различимыми.
- Как часто проводить контрольную встречу?
Частота зависит от скорости изменений и цены поздней реакции. Важно определить события, которые сообщаются сразу, и не тратить общую встречу на пересказ доступных статусов вместо обсуждения решений.