Отпуск сотрудника — не комментарий к проектному плану, а реальное ограничение доступности ресурса. Если специалист недоступен несколько рабочих дней, этот период должен участвовать в календарном расчёте так же, как выходные, зависимости и занятость на других проектах.
Особенно заметно влияние отпусков в командах, где одни и те же специалисты работают сразу над несколькими проектами. Отсутствие одного аналитика или backend-разработчика может сдвинуть не только текущий этап, но и всю очередь зависимых работ.
Почему отпуск влияет на срок проекта
Представим, что этап разработки оценён в 10 рабочих дней. Разработчик начинает работу 1 октября, но с 6 по 10 октября находится в отпуске.
Если просто прибавить 10 рабочих дней к дате старта, не учитывая отсутствие, получится неверная дата окончания. Реальный план должен либо прервать этап на период отпуска и продолжить после возвращения, либо назначить другого исполнителя, изменить последовательность работ или сдвинуть этап.
Выбор зависит от правил планирования и состава команды, но сам отпуск нельзя игнорировать.
Отпуск влияет не только на одну работу
Если этап имеет зависимости, сдвиг распространяется дальше.
Например:
- аналитика — 5 рабочих дней;
- backend-разработка — 10 рабочих дней;
- тестирование — 5 рабочих дней.
Если аналитик отсутствует три дня посередине первого этапа, позже стартует backend. Затем позже стартует тестирование. В итоге три дня отсутствия могут сдвинуть дату завершения всего проекта.
В портфеле эффект может быть ещё сильнее. Тот же аналитик после первого проекта должен был перейти во второй. Значит, отпуск меняет уже не один график, а общую очередь работ.
Какие отсутствия стоит учитывать в ресурсном плане
Отпуск — только один тип недоступности. Для реалистичного планирования полезно учитывать ежегодный отпуск, отгулы, больничные, командировки, внутренние периоды недоступности, дату выхода нового сотрудника, последний рабочий день увольняющегося сотрудника, а также выходные и праздничные дни.
Главный принцип простой: если человек физически не может выполнять плановую работу в этот день, его ёмкость на этот период не должна считаться свободной.
Когда отпуск известен до планирования
Это лучший сценарий.
Если отсутствие внесено заранее, планировщик может сразу учитывать его при построении календаря. Этап при необходимости проходит через отпуск с разрывом: рабочие дни до и после отсутствия относятся к одной работе, а дни отпуска не считаются занятыми проектной работой.
Такой подход лучше, чем вручную «накинуть несколько дней запаса», потому что он сохраняет связь между реальной доступностью сотрудника и календарным сроком.
Что делать, если отпуск появился после публикации плана
Опубликованный план не должен незаметно переписываться задним числом.
Допустим, проект уже запланирован, а затем сотрудник согласовал отпуск, пересекающийся с будущим этапом. Есть два уровня информации: старый опубликованный план — что команда собиралась сделать, и новое ограничение — почему прежний сценарий больше не выполним.
Правильная реакция — зафиксировать проблему и выполнить перепланирование будущей работы. После этого руководитель может принять и опубликовать новую версию плана.
Так сохраняется история управленческого решения и становится видно, почему сроки изменились.
Нужно ли переносить весь этап целиком
Не обязательно.
Если характер работы допускает продолжение после отсутствия, этап можно разделить календарным разрывом. Например: 3 рабочих дня до отпуска, 5 дней отпуска и ещё 7 рабочих дней после возвращения.
Рабочая оценка этапа остаётся 10 дней, но календарный интервал становится длиннее. Это важное различие: оценка объёма работы не изменилась, изменилась доступность ресурса.
Отпуска и загрузка команды
Для руководителя важно видеть не только занятость, но и свободную ёмкость.
Если в команде три аналитика, а один уходит в отпуск на две недели, доступная мощность специализации временно снижается. Новый проект может формально требовать «одного аналитика», но свободного специалиста в нужный период не окажется.
Поэтому ресурсное планирование должно смотреть на конкретные даты, а не только на количество сотрудников в штатном расписании.
Отпуска и несколько проектов
Многопроектная среда делает отсутствие особенно чувствительным.
Представим, что один QA последовательно участвует в трёх проектах: проект A — тестирование до 10 ноября, проект B — с 11 ноября, проект C — после B.
Если QA берёт отпуск с 4 по 8 ноября, может сдвинуться окончание A, затем старт B и затем C. Локальная правка одного проекта не показывает всей картины.
Поэтому после изменения доступности дефицитного специалиста полезно пересчитывать затронутую часть портфеля.
Типичные ошибки при учёте отпусков
Хранить отпуск только в календаре HR
Если проектный планировщик не видит эти данные, менеджер должен помнить о них вручную. Рано или поздно отсутствие будет пропущено.
Добавлять одинаковый «запас на отпуска» ко всем проектам
Это размывает план. Отпуск конкретного человека — известное календарное ограничение, а не абстрактный риск.
Считать календарные дни вместо рабочих
Оценка в рабочих днях должна размещаться по рабочему календарю. Иначе выходные и праздники искажают длительность.
Переписывать старый план без истории
Если после каждого нового отсутствия старые даты просто меняются, невозможно понять, что было обещано и почему срок изменился.
Проверять отпуск только внутри одного проекта
При общей команде отсутствие влияет на все работы, которые ожидают этого специалиста.
Практический порядок учёта отпусков
- Ведите единый календарь доступности команды.
- Вносите известные отпуска до расчёта нового плана.
- Планируйте работу в рабочих днях.
- Проверяйте дефицитных специалистов на пересечения между проектами.
- Не меняйте опубликованный план задним числом без фиксации новой версии.
- При новом отсутствии оценивайте влияние на весь портфель.
- После перепланирования фиксируйте причину изменения сроков.
Как KORDO учитывает доступность сотрудников
В KORDO рабочие календари, целодневные отсутствия и кадровая доступность являются частью ресурсной модели. План строится с учётом того, в какие дни конкретный сотрудник может быть назначен на работу.
Если отсутствие было известно заранее, план может учитывать разрыв внутри этапа. Если оно появилось после публикации, руководитель получает основание пересмотреть будущую часть плана, не стирая прежнюю управленческую версию.
Главное
Отпуск — это не «помеха графику», которую нужно компенсировать вручную. Это нормальная часть доступности команды.
Чем раньше такие ограничения становятся частью ресурсного планирования, тем меньше неожиданных переносов возникает после публикации сроков.