Microsoft Project — планирование и контроль графика

ОБЯЗАТЕЛЬНОДЛЯ НОВИЧКОВ

Руководителю Аналитику

Microsoft Project (MS Project, сейчас чаще Microsoft Project в составе Microsoft 365 / Project Plan) — настольный планировщик для календарно-сетевого управления: сроки, зависимости, ресурсы, затраты и контроль отклонений от плана. Это не замена Jira для разработки, а инструмент контрактного графика, портфеля и согласования сроков с заказчиком.

См. также: Роли и функции менеджмента (Гант, EVM), Оценка трудозатрат, Компетенции PM — ПО, Методологии и жизненный цикл.

---

Зачем PM в IT знать MS Project

В agile-командах задачи живут в Jira, YouTrack, Azure DevOps. MS Project нужен, когда:

• есть жёсткий контрактный график (Fixed Price, этапы, вехи приёмки);
• несколько подрядчиков и общая диаграмма Ганта для заказчика;
• портфель проектов и загрузка ключевых ресурсов (архитектор, ведущий аналитик);
• требуется базовый план (baseline) и формальная отчётность по отклонениям.

Без понимания теории УП (WBS, критический путь, типы связей, календари) программа превращается в «красивую таблицу дат», которая не отражает реальность. Эту мысль подчёркивает, в частности, учебник В. В. Богданова «Управление проектами в Microsoft Project 2007» (Питер): навыки переносятся и на современные редакции Project, хотя интерфейс изменился.

---

Что такое проект в терминах MS Project

Понятие	В MS Project	Замечание для IT
Проект	Файл .mpp (или облачный план) с датой начала/окончания	Один продуктовый релиз или внедрение ERP — отдельный файл
Задача (task)	Работа с длительностью	«Разработка API», «Нагрузочное тестирование»
Суммарная задача (summary)	Фаза / раздел WBS	«Модуль биллинга», «Интеграции»
Веха (milestone)	Длительность 0; контрольная точка	Подписание акта, go-live
Ресурс	Человек, оборудование, материал	FTE, внешний подрядчик, лицензия
Назначение	Связь задачи и ресурса с трудозатратами	50% архитектора на задаче = 4 ч/день при 8-часовом дне
Базовый план	Снимок сроков, трудозатрат, стоимости	«Как договорились» до начала отклонений

Программа строит сетевой график (метод критического пути, CPM): из связей и длительностей вычисляются ранние/поздние сроки и критический путь — цепочка задач без резерва по времени. Сдвиг любой задачи на критическом пути сдвигает дату окончания проекта.

---

Интерфейс и представления

Основные представления (views), с которых начинают работу:

Представление	Назначение
Диаграмма Ганта	Список задач + полосы на временной шкале, связи
Сеть (Network Diagram)	Узлы-задачи и стрелки зависимостей
Использование задач / ресурсов	Кто чем занят по дням
Лист ресурсов	Справочник людей и ставок
Календарь	Вехи и сроки на месяц

Таблицы (Entry, Schedule, Cost и др.) задают, какие столбцы видны: длительность, предшественники, ресурсы, % выполнения, отклонения. Для отчёта руководству обычно комбинируют Гант + ключевые вехи и выгрузку в Excel или PowerPoint.

---

Жизненный цикл работы в MS Project

Логика совпадает с четырьмя частями классического курса по Project (см. Богданов):

1. Создание проекта

1. Задать дату начала или дату окончания (второе фиксирует дедлайн, остальное «подтягивается» назад).
2. Указать свойства проекта: название, руководитель, организация — попадают в шапку отчётов.
3. Настроить календарь проекта: рабочие дни, праздники, смены. Для распределённой команды — календари ресурсов (Москва vs регион, part-time).

2. Структура работ (WBS)

Декомпозиция «сверху вниз»:

1. Суммарные задачи по фазам (анализ, разработка, тест, внедрение).
2. Детальные задачи с оценкой длительности (в рабочих днях/часах, не календарных).
3. Вехи на границах этапов и приёмки.

Правило: задача должна быть измеримой — понятно, когда она завершена (связь с критериями приёмки из постановки задач).

3. Связи и ограничения

Типы зависимостей (логические связи):

Тип	Обозначение	Смысл
ОН (FS)	Finish-to-Start	B начинается после окончания A
НН (SS)	Start-to-Start	Старт вместе (с лагом)
ОО (FF)	Finish-to-Finish	Завершение синхронно
НО (SF)	Start-to-Finish	Редко; смена, передача смены

Лаг — задержка между связанными задачами (например, +2 дня на согласование). Ограничения (constraints) — «не раньше», «не позже», «жёсткая дата»: злоупотребление ими ломает автоматический расчёт CPM; в IT их ставят в основном на вехи и договорные даты.

4. Ресурсы и затраты

• Трудовые — разработчики, тестировщики; единицы: % занятости, часы.
• Материальные — лицензии, железо.
• Затраты — фиксированные на задачу или ставка × время.

Выравнивание ресурсов (resource leveling) сдвигает задачи, если один человек перегружен на 200% в один день. После выравнивания снова смотрят критический путь и согласуют сроки с заказчиком.

5. Базовый план и оптимизация

Перед стартом исполнения сохраняют базовый план (baseline): эталонные сроки, трудозатраты, стоимость. Все последующие «что если» сравниваются с baseline.

Оптимизация (до старта):

• сжатие сроков (fast tracking — параллелить с риском) или crash — добавить ресурсы на критический путь;
• проверка резерва на некритических задачах;
• согласование с оценкой трудозатрат, а не только с желаемой датой релиза.

6. Управление выполнением

На этапе исполнения вносят факт:

• % выполнения или фактические даты начала/окончания;
• фактические трудозатраты (часы) — для контроля перерасхода;
• статус задач: не начата / в процессе / завершена.

Программа показывает отклонения по срокам и стоимости. Эти же идеи лежат в основе Earned Value (освоенный объём) — подробнее в статье про менеджмент.

Мини-кейс: отставание на критическом пути

План: веха «Приёмка UAT» — 15 июня. Задача «Интеграция с 1С» на критическом пути, план 10 дней, выполнено 40% к 1 июня при ожидаемых 60%.

Действия PM:

1. Зафиксировать причину (ожидание доступа к тестовой базе 1С).
2. Пересчитать прогнозное окончание (remaining duration).
3. Предложить заказчику: перенос вехи, ускорение (второй интегратор), или сокращение scope вне критического пути.
4. Обновить baseline только после формального change request.

7. Несколько проектов

Межпроектные связи и мастер-проект (project of projects) объединяют планы подразделений: общая загрузка архитектора, зависимость «релиз платформы → старт модуля CRM». Для IT-портфеля часто комбинируют: детали в Jira, сводный график в Project.

8. Отчёты, импорт и экспорт

• Стандартные отчёты: сводка по задачам, затраты, диаграммы перегрузки.
• Экспорт в Excel — для финансов и кастомных дашбордов.
• Импорт списка задач из Excel — быстрый старт WBS; важно потом проставить связи и ресурсы вручную.

Макросы и Project VBA — автоматизация рутины (массовое обновление полей, генерация отчётов); в облачных редакциях возможности ограничены.

---

MS Project и agile в одной организации

Аспект	MS Project	Jira / Azure DevOps
Горизонт планирования	Месяцы, этапы, контракт	Спринты, истории, баги
Единица работы	Задача с длительностью	Issue, story points
Зависимости	Явные связи CPM	Часто неявные, через эпики
Ресурсы	Календарь и % загрузки	Capacity в спринте
Baseline	Встроен	Релизные теги, fixVersion

Практичная схема: в Project — этапы и вехи (10–50 строк), в Jira — сотни задач. Синхронизация в обе стороны без регламента ведёт к двойному учёту. Выберите один источник правды по срокам для заказчика.

---

Типичные ошибки

1. План без ресурсов — красивые даты без проверки загрузки.
2. Жёсткие ограничения на каждую задачу — график перестаёт пересчитываться логично.
3. Длительность в календарных днях вместо рабочих — сдвиг на выходные не учтён.
4. Нет baseline — невозможно доказать отклонение на steering committee.
5. 100% при «почти готово» — искажение EVM и ложное зелёное состояние.
6. Дублирование Jira — команда тратит время на два плана.

---

Современные редакции (после 2007)

Принципы из учебника 2007 года сохраняются; изменились лицензирование и интеграции:

• Project Plan 1/3/5 (облако) — совместная работа, связь с Teams.
• Project Desktop — полный CPM, VBA, офлайн.
• Planner / Premium в Teams — лёгкое планирование, не полная замена Project для контрактного CPM.

Перед выбором редакции уточните у IT: нужен ли десктоп, облако, интеграция с Power BI и Excel.

---

Чек-лист: первый план в MS Project

1. Цель проекта и дата окончания (или старт) согласованы с заказчиком.
2. WBS: фазы → задачи → вехи приёмки.
3. Связи ОН по умолчанию; ограничения только на вехах и контрактных датах.
4. Календари проекта и ключевых ресурсов.
5. Назначены ресурсы, проверена перегрузка, при необходимости — выравнивание.
6. Сохранён baseline.
7. Регламент: как часто обновлять % и фактические часы; кто владелец файла .mpp.
8. Согласовано, что остаётся в трекере разработки, а что — в Project.

---

Литература и материалы

Источник	Содержание
Богданов В. В. «Управление проектами в Microsoft Project 2007»	Полный курс: интерфейс, WBS, ресурсы, baseline, отчёты, мультипроект; на CD — примеры .mpp
PMBOK® Guide (PMI)	Теория областей знаний, связь с EVM — см. BOK и PMBOK
Документация Microsoft	Актуальные версии Project, Project Online

В энциклопедии: инструменты планирования, блок ПО в компетенциях PM.

---

Кратко

Microsoft Project — инструмент времени, зависимостей и ресурсов на уровне проекта и портфеля. В IT его используют там, где важны контрактный график, baseline и отчётность, а не ежедневный бэклог команды. Освоение начинают с WBS и диаграммы Ганта, затем добавляют ресурсы, сохраняют базовый план и регулярно вносят факт — иначе план не управляет проектом, а только декорирует его.