Ресурсный план проекта: как посчитать доступность и найти перегрузку

Свободные часы не всегда можно складывать

Ресурсный план сопоставляет нужную работу с доступностью людей и других ресурсов.

У команды в сумме 37 плановых часов и задач тоже на 37. Кажется, всё помещается. Но дизайнеру требуется 21 час при доступных 19, а у разработчика и редактора остаётся по часу. Эти два часа нельзя автоматически передать дизайнеру: навыки, доступы и последовательность работы различаются.

Разберём авторский учебный план небольшой страницы мероприятия. Все оценки условные и нужны для проверки арифметики и решений. Здесь нет обещания точности до часа: ресурсный план помогает увидеть ограничения и пересматривать их по мере появления фактов.

Определите период и состав ресурсов

Начните с одной недели или другого понятного окна. Уточните, кто действительно доступен проекту в этот период. Полная рабочая неделя сотрудника не равна времени на ваш проект: есть встречи, другие обязательства, отсутствие и сопровождение текущей работы.

Кроме людей могут понадобиться помещение, оборудование, бюджет или доступ к внешней системе. Не обязательно переводить всё в часы. Для студии узким местом может быть одна камера на конкретный день, а для разработки — доступ к тестовой среде.

В нашем примере считаем только время трёх специалистов. Предполагаем, что остальные условия доступны. Это ограничение модели нужно помнить: аккуратная таблица часов не доказывает готовность всего проекта.

Заполненный расчёт доступности

Для дизайнера расчёт такой: 30 − 7 − 4 = 19 часов. Резерв не является заранее известной работой; это оставленная возможность реагировать на неопределённость. Его размер в примере выбран условно. В реальном плане полезно опираться на характер проекта и наблюдения прошлых периодов.

Не вычитайте одну и ту же встречу дважды. Если исходные 30 часов уже были названы после исключения встреч, повторное вычитание исказит доступность. Поэтому рядом с таблицей стоит коротко описать происхождение исходных чисел.

Не скрывайте резерв внутри каждой оценки и одновременно отдельной большой строкой, если команда не понимает такой подход. Разделение базовой работы и неопределённости делает обсуждение прозрачнее.

Сопоставьте работы с нужными компетенциями

План требует 21 час дизайна, 10 часов разработки и 6 часов редактуры. Сумма равна 37, но дизайнеру не хватает двух часов. Если его макет нужен разработчику раньше конца недели, проблема может быть ещё серьёзнее: общий недельный баланс не показывает порядок зависимостей.

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

Проверьте также параллельность. Один специалист не может одновременно выполнять две работы, даже если обе назначены на один день и суммарно выглядят короткими. А ожидание ответа может занимать календарное время без активных часов. Эти два вида длительности нужно различать.

Три способа устранить дефицит

Первый вариант — сократить объём дизайна на два часа: например, использовать согласованный существующий шаблон вместо нового декоративного блока. Это требует проверить, что полезный результат и обязательные состояния сохранены.

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

В учебном плане команда выбирает существующий шаблон и убирает два часа необязательной графики. Новый объём дизайна — 19 часов. Общая работа становится 35 часов при плановой ёмкости 37; два часа у других специалистов остаются запасом их ролей, а не универсальным ресурсом.

Что делать, если оценка изменилась

В середине недели обнаружились дополнительные состояния формы. Обновите оставшуюся работу и доступность на остаток периода. Не сравнивайте новую полную оценку со старой полной ёмкостью: часть времени уже потрачена, а часть работы завершена.

Сохраните причину изменения: новое требование, недооценённая сложность, отсутствие или внешняя задержка. Это поможет улучшить следующий план. Если все отклонения записывать как «не успели», полезная информация потеряется.

1. Что уже завершено и не требует повторной работы?
2. Сколько работы осталось по каждой компетенции?
3. Какая доступность действительно осталась до контрольной даты?
4. Какие зависимости изменились?
5. Какое решение нужно: объём, срок, помощь или принятие риска?

Ресурсный план должен обновляться при существенном изменении, но не требовать полного пересчёта после каждой мелкой правки. Выберите детализацию, на которой видны решения, и не превращайте учёт в отдельный проект.

Где сохранить рабочий результат

В Sinqly можно создать задачу «Проверить нагрузку команды на неделю» и добавить в описание расчёт доступности, дефицит по ролям и выбранное решение; встроенный ресурсный планировщик в этом примере не предполагается; регистрация бесплатная.

КомпьютерТелефон

Рассмотреть экран ↗

Закрыть ×

Реальная карточка задачи Sinqly из банка скриншотов: показано поле описания на другом учебном примере. Содержание из этой статьи переносится вручную; отдельного специализированного модуля на снимке нет.

Проверка перед утверждением

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

Последний вопрос: что изменим первым, если появится новая срочная работа? Если ответ «постараемся всё успеть», план пока не содержит решения для реального ограничения. Лучше заранее назвать сокращаемую часть или момент пересмотра обязательств.

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