Создаём план из 18 задач, настраиваем зависимости и проверяем влияние задержки на дату запуска.
Диаграмма Ганта показывает, когда выполняются задачи и как они зависят друг от друга. В Microsoft Project её полезность раскрывается после настройки связей: меняется длительность одной работы, и программа пересчитывает сроки следующих. Руководитель видит, что именно задерживает завершение проекта.
Построим такой план на учебном примере запуска небольшого сайта. В нём 18 задач, несколько параллельных работ и одна завершающая веха. Инструкция предназначена для настольного Microsoft Project для Windows. Названия команд могут немного различаться между выпусками.
Что получится в конце
Исходный план начинается 5 октября 2026 года и заканчивается 29 октября. Продолжительность составляет 19 рабочих дней. Используем пятидневную неделю, восемь рабочих часов в день и не добавляем праздничные исключения. Загрузка сотрудников пока не учитывается.
Это учебная оценка, а не норматив разработки сайта. Конкретные сроки нужны, чтобы можно было проверить результат. В своём проекте замените состав работ, длительности и календарь на реальные.
Скачать учебный план для Project, XML. Файл содержит задачи, календарь и зависимости. Он подготовлен в формате обмена данными Project. Откройте его в настольном приложении как новый проект, затем сохраните рабочую копию в формате MPP.
1. Создайте проект и задайте начало
Откройте пустой проект. На вкладке «Проект» выберите «Сведения о проекте», установите планирование от даты начала и укажите 05.10.2026. Затем откройте представление «Вид → Диаграмма Ганта».
Для задач включите автоматическое планирование. В этом режиме Project сможет пересчитывать даты по длительностям, связям и календарю. Если задачи вводятся вручную, поведение расписания будет другим. Разницу Microsoft объясняет в материале о расчёте расписания.
На первом проходе не заполняйте даты начала и окончания каждой строки. Сначала задайте логику работ. Ручные даты могут добавить ограничения, из-за которых задача будет сопротивляться ожидаемому сдвигу.
2. Проверьте рабочий календарь
Откройте «Проект → Изменить рабочее время». Для примера используйте рабочие дни с понедельника по пятницу, интервалы 08:00–12:00 и 13:00–17:00. Суббота и воскресенье должны быть нерабочими. В параметрах расписания проверьте восемь часов в дне и 40 часов в неделе.
Календарь отвечает за то, где на шкале времени помещаются часы работы. Поэтому длительность «3 дня» не обязательно занимает три соседние календарные даты: выходные программа пропускает.
В реальном плане добавьте праздники и другие нерабочие периоды. Если у людей разные графики, потребуются также календари ресурсов. Взаимодействие календарей Microsoft разбирает в отдельной инструкции. Для учебного примера оставим один общий график.
3. Введите 18 задач и их длительности
Добавьте строки в указанном порядке. Длительности в таблице выражены в рабочих днях. В русской версии можно вводить, например, «2 дн»; в английской используется «2d». Важно, чтобы Project распознал число как длительность, а не сохранил произвольный текст.
| ID | Задача | Дни | ID предшественников |
|---|---|---|---|
| 1 | Согласовать цель и границы | 1 | Нет |
| 2 | Собрать требования | 2 | 1 |
| 3 | Утвердить структуру | 1 | 2 |
| 4 | Подготовить прототип | 2 | 3 |
| 5 | Согласовать прототип | 1 | 4 |
| 6 | Подготовить тексты | 3 | 3 |
| 7 | Подготовить изображения | 2 | 3 |
| 8 | Настроить тестовую площадку | 1 | 3 |
| 9 | Сверстать страницы | 3 | 5, 8 |
| 10 | Заполнить контент | 2 | 6, 7, 9 |
| 11 | Настроить форму заявки | 1 | 9 |
| 12 | Подключить аналитику | 1 | 9 |
| 13 | Проверить сценарии | 2 | 10, 11, 12 |
| 14 | Исправить ошибки | 2 | 13 |
| 15 | Повторно проверить | 1 | 14 |
| 16 | Согласовать публикацию | 1 | 15 |
| 17 | Опубликовать сайт | 1 | 16 |
| 18 | Сайт запущен | 0 | 17 |
Последняя строка обозначает веху: результат достигнут, отдельная работа в этот момент не выполняется. Поэтому её длительность равна нулю. На диаграмме она отображается ромбом. Саму публикацию мы оценили отдельно в строке 17, чтобы не спрятать трудоёмкую операцию внутри вехи.
4. Настройте зависимости
Все связи в примере имеют тип «Окончание–начало» без задержки: следующая задача начинается после завершения предшественника. Это стандартный тип связи Project. Для простой пары можно выделить две задачи в нужном порядке и выбрать «Задача → Связать задачи».
Для строк с несколькими предшественниками удобнее дважды щёлкнуть по задаче и открыть вкладку «Предшественники». Добавьте каждый ID отдельной строкой и проверьте тип связи. Так не придётся угадывать разделитель списка, который зависит от региональных настроек Windows. Подробности есть в справке Microsoft о связях.
Обратите внимание на задачу 10. Наполнение начинается после готовности текстов, изображений и вёрстки. Если указать только вёрстку, программа не узнает, что отсутствие текста тоже блокирует следующий этап. Расписание будет выглядеть аккуратно, но описывать неполный процесс.
Не связывайте все строки подряд одной цепочкой. Подготовка текстов, изображений и тестовой площадки в нашей модели может идти параллельно после утверждения структуры. Последовательная связь искусственно удлинит проект.
5. Проверьте результат и критическую цепочку
При указанных настройках веха «Сайт запущен» должна оказаться на 29 октября в 17:00. Если у вас получилось иначе, сравните рабочий календарь, режим задач, длительности и предшественников. В первую очередь проверьте строки 9, 10 и 13: у них несколько входящих связей.
В представлении диаграммы Ганта откройте вкладку её форматирования и включите выделение критических задач. Обычно Project отмечает их красным. На иллюстрации выше для них использован синий цвет.
В исходном примере завершение определяет цепочка 1 → 2 → 3 → 4 → 5 → 9 → 10 → 13 → 14 → 15 → 16 → 17 → 18. Если работа в этой цепочке затянется и другие условия не изменятся, окончание сдвинется. Объяснение критического пути и настройки отображения доступны в документации Microsoft.
Критичность не равна важности задачи для бизнеса. Изображения могут быть обязательны для запуска, но в текущем расписании у их подготовки есть запас времени. Этот запас исчезнет, если работа существенно увеличится.
6. Измените одну длительность и посмотрите на последствия
Сначала сохраните копию файла. Затем увеличьте длительность задачи 9 «Сверстать страницы» с трёх до пяти рабочих дней. Не меняйте связи и календарь.
Теперь завершающая веха должна перейти на 2 ноября 2026 года, 17:00. Вёрстка стала длиннее на два рабочих дня, вслед за ней сдвинулись наполнение и следующие операции. Суббота и воскресенье между датами в работу не включаются.
Для сравнения верните исходную длительность вёрстки и увеличьте подготовку текстов с трёх до четырёх дней. В этой модели дата запуска останется прежней: тексты всё ещё готовы до завершения вёрстки. Так можно увидеть разницу между задержкой внутри резерва и задержкой критической работы.
7. Сохраните базовый план
Когда первоначальные сроки согласованы, выберите «Проект → Задать базовый план → Задать базовый план» и сохраните его для всего проекта. Базовый план фиксирует согласованные значения, с которыми можно сравнивать дальнейшие изменения. Эта операция описана в руководстве по управлению проектом.
Не перезаписывайте исходный базовый план после каждой задержки. Иначе сравнивать текущие сроки будет не с чем. Если объём работ официально изменился, отдельно зафиксируйте причину и новую согласованную версию плана.
Как превратить учебный пример в рабочее расписание
В нашем файле не назначены сотрудники. Поэтому параллельность означает только отсутствие логической зависимости между задачами. Она не доказывает, что у команды хватает людей для одновременной работы.
Перед использованием плана назначьте ответственных и проверьте загрузку. Например, если вёрстку и настройку тестовой площадки выполняет один человек, их сроки должны учитывать его доступность. Автоматическое выравнивание ресурсов тоже может изменить даты, поэтому сначала разберитесь, какую перегрузку оно устраняет.
Также уточните критерий завершения каждой задачи. «Проверить сценарии» в реальном проекте лучше дополнить перечнем: отправка формы, получение уведомления, запись события аналитики, просмотр на телефоне. Тогда процент выполнения будет опираться на проверяемый результат.
Как открыть приложенный файл
- Скачайте план в формате Project XML.
- В настольном Project выберите «Файл → Открыть → Обзор». При необходимости включите отображение XML или всех файлов.
- Откройте файл и выберите импорт как нового проекта, если появится соответствующий запрос.
- Проверьте календарь, 18 задач и дату последней вехи.
- Сохраните рабочую копию через «Файл → Сохранить как» в формате MPP.
Для выполнения примера требуется настольное приложение. Варианты продукта можно посмотреть в каталоге Microsoft Project. После построения расписания основной рабочий файл лучше хранить отдельно от копий, в которых проверяются задержки и другие сценарии.