С каких документов начать и как развиваться дальше?

Для успешного управления проектом необходимы инструменты планирования, организации исполнения, контроля и корректировки. Корректировка — это суть управленческого процесса, то, что называют искусством руководителя, его ноу-хау (know-how) .

Планирование
Что предусмотрено в Технологии быстрого результата (ТБР) для планирования? Как минимум, нам необходимы три документа:
• Соглашение о проекте (основной документ);
• План-график выполнения работ;
• Требования.

Планы всегда состоят из двух частей:
1. Описание того, какой продукт нужно получить (что именно мы создаем).
2. Описание действий, которые нужно совершить, чтобы этот продукт создать.

Поэтому в планирование обязательно включаются требования. Критерии к этим требованиям: понятные заказчику, понятные исполнителю, реалистичные и обязательно задокументированные.

Организация исполнения
Для организации процесса исполнения используется обратная связь. Инструментами здесь выступают:
• Отчеты членов команды проекта;
• Запросы на изменения;
• Сообщения о дефектах.

Это тот минимум, который в общем случае позволяет нормально организовать исполнение.

Контроль и корректировка
Контроль базируется на плане коммуникации — это один из важнейших моментов в ТБР. На основе этого плана мы замыкаем цикл управления PDCA (Plan-Do-Check-Act) . Делается это через регулярные действия:
• Еженедельный статус-отчет по проекту. Без отчетности нет цикла PDCA. Отчет распространяется по заранее определенным каналам связи.
• Регулярные совещания, регламент которых зафиксирован в плане коммуникаций. На них обсуждаются проблемы и принимаются решения.

Корректировка — это формализованный процесс, но его успешность зависит от искусства управленца, его опыта, навыков и компетенций.

Минимальный набор документов для старта
Частая проблема при внедрении технологий — попытка упростить подход, не понимая его сути. В результате выбрасываются важные элементы, и технология перестает работать. Чтобы не «выхолостить» ТБР, сохранить управляемость и не потерять идеологию, необходимо начать с минимального, но целостного набора документов. Он состоит из восьми пунктов:
1. Соглашение о проекте.
2. График выполнения работ на весь проект (это важно поддерживать в актуальном состоянии).
3. Спецификация требований (набор записей, фиксирующих понятные всем требования).
4. Отчеты членов команды проекта.
5. Статус-отчеты по проекту (регулярно, раз в неделю).
6. Запросы на изменения.
7. Отчеты о дефектах (несоответствиях).
8. Протоколы совещаний.

Если пользоваться этим набором правильно — активно, с поддержанием актуальности и управлением изменениями, — проект будет под контролем. Вы не столкнетесь с ситуацией, когда сроки прошли, бюджет исчерпан, а работы еще очень много. Остальные артефакты и сущности из методологии можно подключать по мере возникновения реальной необходимости.

Следующие шаги по развитию проектного управления
После запуска базового управления можно переходить к наращиванию зрелости. Как определить необходимость того или иного шага? По потребностям организации.

Автоматизация управления проектами. Это внедрение системы поддержки (например, Microsoft Project Server, системы управления проектным офисом или легковесные аналоги). Принцип стандартен: определяем потребности, выбираем наилучшую систему и внедряем. Автоматизация значительно повышает эффективность.

Формальное управление рисками. Часто управление рисками подменяют простым составлением списков невнятных угроз «чтобы отмазаться перед заказчиком». Суть же управления рисками — в активных действиях: их минимизация, планирование ответных мер, выделение бюджетов. Это сложный, но крайне полезный процесс.

Формальные методы оценки параметров проекта. Это касается трудозатрат, сроков и объемов. Существуют методики вроде COCOMO II или метода функциональных точек. Если организация постоянно ошибается в оценках (например, в 8 раз), нужно выбрать подходящий формальный метод и внедрить процесс оценки.

Формальное управление качеством, формализация архитектурного проектирования и дизайна. Полезными инструментами здесь выступают современные среды проектирования, позволяющие управлять требованиями, вести коллективную работу и сокращать накладные расходы на разработку.

Прототипирование, поставленное на поток, и развитие персонала.

Системы мотивации. Важно понимать, что мотивация персонала в проектах отличается от мотивации в операционной (процессной) деятельности. Схемы, которые работали раньше, в проектной среде часто дают сбой. Необходимо создавать отдельные мотивационные схемы для своей команды и для персонала заказчика, задействованного в проекте. Без этого сложно достичь успешного завершения.

Эти шаги не стоит делать все сразу. Нужно выбрать один-два пункта, наиболее критичных и важных для организации в данный момент, сфокусироваться на них и довести до работающего состояния. Затем браться за следующий.

Именно так, шаг за шагом, переходя от проекта к проекту, беря один элемент, внедряя его и отлаживая, можно последовательно совершенствоваться и достигать выдающихся результатов.

Краткие итоги

Изложенный подход раскрывает управление проектами как стройную систему, в которой идеология первична по отношению к инструментам. Стержневой идеей выступает неразрывность управленческого цикла PDCA и принципиальная недопустимость хаотичного сокращения методологии без понимания внутренних связей. Когда технологию сводят к набору разрозненных артефактов, игнорируя их функциональное назначение в рамках полного цикла, система лишается способности обеспечивать обратную связь и утрачивает предсказательность.

Именно поэтому сформулирован минимальный, но целостный стартовый набор из восьми элементов, каждый из которых обслуживает конкретный этап управленческого цикла. Ценность здесь представляет не само перечисление документов, а логика их системной взаимосвязи: соглашение о проекте и план-график формируют базу плана, разложенного на «что сделать» и «как сделать»; отчеты исполнителей, запросы на изменения и фиксация дефектов образуют контур исполнения и сбора сигналов; а протоколы и статус-отчеты в связке с планом коммуникаций замыкают контур контроля, создавая регулярный ритм управления. Только при условии одновременной работы всех элементов этой «минимальной экосистемы» руководитель получает реальную картину и возможность корректировки, избегая внезапного коллапса по срокам и бюджетам.

Дальнейшая траектория развития рассматривается не как директивное внедрение всего сразу, а как осознанный эволюционный процесс. Организационная зрелость наращивается не количеством формально внедренных процессов, а приоритезацией «узких мест»: сначала автоматизация рутины, затем переход от имитации управления рисками к реальным упреждающим действиям с выделением ресурсов, далее — внедрение формальных оценочных методик для повышения точности прогнозов. Отдельного внимания заслуживает сдвиг в области мотивации: переход от процессной логики операционной деятельности к проектной требует пересмотра стимулирующих схем как для своей команды, так и для представителей заказчика. Такой прагматичный, итеративный подход к совершенствованию позволяет организации не имитировать внедрение «модной» методологии, а последовательно встраивать эффективные механизмы в реальную практику, формируя устойчивые организационные компетенции.