Microsoft Project — планирование и контроль графика
Миграции и оценка объёма данных — Пакетная работа, Основы БД. Проверка на стенде — SQL для тестировщика. Карта — о разделе.
Microsoft Project (MS Project, сейчас чаще Microsoft Project в составе Microsoft 365 / Project Plan) — настольный планировщик для календарно-сетевого управления — сроки, зависимости, ресурсы, затраты и контроль отклонений от плана. Это инструмент контрактного графика, портфеля и согласования сроков с заказчиком.
См. также: Роли и функции менеджмента (Гант, 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. Создание проекта
- Задать дату начала или дату окончания (второе фиксирует дедлайн, остальное "подтягивается" назад).
- Указать свойства проекта — название, руководитель, организация — попадают в шапку отчётов.
- Настроить календарь проекта — рабочие дни, праздники, смены. Для распределённой команды — календари ресурсов (Москва vs регион, part-time).
2. Структура работ (WBS)
Декомпозиция "сверху вниз":
- Суммарные задачи по фазам (анализ, разработка, тест, внедрение).
- Детальные задачи с оценкой длительности (в рабочих днях/часах, не календарных).
- Вехи на границах этапов и приёмки.
Правило: задача должна быть измеримой — понятно, когда она завершена (связь с критериями приёмки из постановки задач).
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С).
- Пересчитать прогнозное окончание (remaining duration).
- Предложить заказчику — перенос вехи, ускорение (второй интегратор), или сокращение scope вне критического пути.
- Обновить 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 — сотни задач. Синхронизация в обе стороны без регламента ведёт к двойному учёту. Выберите один источник правды по срокам для заказчика.
Типичные ошибки
- План без ресурсов — красивые даты без проверки загрузки.
- Жёсткие ограничения на каждую задачу — график перестаёт пересчитываться логично.
- Длительность в календарных днях вместо рабочих — сдвиг на выходные не учтён.
- Нет baseline — невозможно доказать отклонение на steering committee.
- 100% при "почти готово" — искажение EVM и ложное зелёное состояние.
- Дублирование Jira — команда тратит время на два плана.
Современные редакции (после 2007)
Принципы из учебника 2007 года сохраняются; изменились лицензирование и интеграции:
- Project Plan 1/3/5 (облако) — совместная работа, связь с Teams.
- Project Desktop — полный CPM, VBA, офлайн.
- Planner / Premium в Teams — лёгкое планирование, не полная замена Project для контрактного CPM.
Перед выбором редакции уточните у IT — нужен ли десктоп, облако, интеграция с Power BI и Excel.
Чек-лист: первый план в MS Project
- Цель проекта и дата окончания (или старт) согласованы с заказчиком.
- WBS: фазы → задачи → вехи приёмки.
- Связи ОН по умолчанию; ограничения только на вехах и контрактных датах.
- Календари проекта и ключевых ресурсов.
- Назначены ресурсы, проверена перегрузка, при необходимости — выравнивание.
- Сохранён baseline.
- Регламент: как часто обновлять % и фактические часы; кто владелец файла
.mpp. - Согласовано, что остаётся в трекере разработки, а что — в Project.
Литература и материалы
| Источник | Содержание |
|---|---|
| Богданов В. В. "Управление проектами в Microsoft Project 2007" | Полный курс: интерфейс, WBS, ресурсы, baseline, отчёты, мультипроект; на CD — примеры .mpp |
| PMBOK® Guide (PMI) | Теория областей знаний, связь с EVM — см. BOK и PMBOK |
| Документация Microsoft | Актуальные версии Project, Project Online |
В энциклопедии: инструменты планирования, блок ПО в компетенциях PM.
Кратко
Microsoft Project — инструмент времени, зависимостей и ресурсов на уровне проекта и портфеля. В IT его используют там, где важны контрактный график, baseline и отчётность, а не ежедневный бэклог команды. Освоение начинают с WBS и диаграммы Ганта, затем добавляют ресурсы, сохраняют базовый план и регулярно вносят факт — иначе план не управляет проектом, а только декорирует его.