Сценарий управления ресурсами
Ниже приведенная информация является справочным материалом. Подробнее о данном материале и его практическом применении вы можете узнать, просмотрев видео.
Содержание:
Сценарий управления ресурсами
Управление ресурсами — это критическая дисциплина, определяющая жизнеспособность любого проекта. Ошибка в планировании мощностей (capacity planning) ведет либо к простою дорогостоящих специалистов, либо к «выгоранию» команды и срыву сроков. Настоящий сценарий описывает последовательный процесс перехода от абстрактного планирования типов ресурсов к точечному назначению исполнителей и последующему анализу эффективности.
- Определение количества типов ресурсов На этапе инициации и детального планирования проекта невозможно сразу закрепить конкретных сотрудников за каждой задачей. Поэтому первым шагом является определение типов ресурсов (ролей или квалификаций).. Менеджер по ресурсам совместно с командой проекта и ведущими экспертами анализируют иерархическую структуру работ (ИСР) и назначают типы ресурсов на каждую операцию. Ресурсы на данном этапе назначаются как группами. Это необходимо для того, чтобы выяснить общее количество и номенклатуру типов ресурсов, требуемых для реализации проекта. Например, вместо конкретного «Ивана Иванова» планируется «Программист Python (Middle)» или «Инженер-проектировщик 1-й категории». Это позволяет оценить общую потребность проекта в компетенциях и сформировать запрос к функциональным подразделениям или HR-департаменту.
- Оптимизация загрузки типов ресурсов. После того как все задачи проекта «закрыты» типами ресурсов, часто обнаруживается картина катастрофической перегрузки определенных ролей в пиковые периоды. Менеджер ресурсов выполняет разделение групп типов ресурсов и приступает к оптимизации их загрузки по всей длительности проекта. Этот процесс также называют «выравниванием ресурсов» (Resource Leveling).
- Если тип ресурса «Системный архитектор» требуется одновременно в трех задачах, менеджер ресурсов перераспределяет сроки задач или увеличивает длительность этапов, чтобы устранить конфликты.
- Цель этапа — создать реалистичный график, в котором потребность в типах ресурсов не превышает физические возможности организации.
- Назначение ресурсов на типы ресурсов. Переход от теории к практике происходит непосредственно на этапе реализации. Менеджер по ресурсам заменяет абстрактные «типы» на реальных сотрудников компании. Важной особенностью данного сценария является краткосрочное оперативное назначение. Ресурсы закрепляются за задачами на период от одной до двух недель. Двухнедельный горизонт планирования позволяет сохранять гибкость и обеспечивать актуальность назначений, минимизируя риски простоев. Почему не на весь срок проекта?
- Динамичность: В живом проекте задачи завершаются раньше или позже срока.
- Доступность: Специалист может заболеть, уйти в отпуск или потребоваться на аварийном участке другого проекта.
- Оптимизация загрузки ресурсов. После того как конкретные люди назначены на задачи, менеджер по ресурсам проводит повторную проверку на перегрузку. В отличие от второго этапа, здесь учитывается не только этот проект, но и общая занятость сотрудника во всей компании (Multiproject environment). После неизбежного перепланирования сроков проекта (актуализации факта) менеджер по ресурсам оптимизирует загрузку сотрудников на назначаемый период. Это тонкая настройка, где учитывается индивидуальная производительность труда. Если один программист выполняет задачу быстрее другого, менеджер может перераспределить нагрузку внутри двухнедельного окна, чтобы сбалансировать график.
- Анализ результативности управления ресурсами. Управление ресурсами не заканчивается в момент сдачи продукта. На этапе завершения проекта менеджер по ресурсам проводит глубокий анализ результативности. Ключевые показатели анализа (KPI):
- Коэффициент утилизации: Какое время сотрудники были реально заняты проектными задачами, а сколько провели в ожидании данных или доступов.
- Отклонение фактических трудозатрат от плановых: Насколько точно команда оценила сложность задач на этапе определения типов ресурсов.
- Стоимость ресурсов: Сравнение плановой стоимости типов ресурсов с фактической стоимостью назначенных сотрудников.
Результаты данного анализа попадают в итоговый отчет о реализации проекта и формируют базу «извлеченных уроков» (Lessons Learned) для будущих инициатив компании.
Регламентация процесса
Для того чтобы описанный сценарий не остался теорией, а стал обязательным стандартом работы, в организации вводится строгий нормативный фундамент. Документом, регламентирующим данный процесс, является Регламент по управлению ресурсами. Этот регламент фиксирует:
- Роли и полномочия менеджера по ресурсам и руководителей функциональных отделов.
- Периодичность актуализации данных (например, каждый четверг до 16:00).
- Порядок разрешения ресурсных конфликтов между проектами разного приоритета.
- Инструментарий (например, использование MS Project Server или других систем управления портфелями).
Системное следование этому сценарию позволяет компании перейти от «интуитивного» управления к предсказуемой и прозрачной модели использования своего главного актива — талантов и времени своих сотрудников.
Присоединяйтесь к сообществу проектных менеджеров в телеграмм канале "Управление проектами с MS Project" https://t.me/msprojectonline Задать вопросы можно перейдя по ссылке.
Вас могут заинтересовать следующие материалы
Настройка отчетности по ресурсам в MS Project Server
Замена универсальных на ресурсов в MS Project Server
