Кейс: ресурсная модель компании

08.09.2010 13:08

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

Модель компании

Рассмотрим пример абстрактной компании, в которой в текущее время ведется 3 проекта, у каждого из которых есть свой руководитель (PП1, PП2, PП3). Все три проекта идут параллельно и в каждом требуются специфические навыки, которые распределены между несколькими разработчиками (dev.lead, developer 1, developer 2). У разработчиков есть свой функциональный (или линейный) руководитель М1, который в том числе согласует выделение разработчиков (своих ресурсов) на те или иные проекты. Назовем такой отдел с разработчиками пулом ресурсов (пул разработчиков), из которого по мере надобности выделяются сотрудники (ресурсы) с полной или частичной занятостью на проекте.

Итак, у нас есть три проекта:

проект "СХД: поддержка продукта", в котором участвуют руководитель РП1 и разработчики dev.lead, developer 1, developer 2
проект "СХД: разработка продукта", в котором участвуют руководитель РП2 и разработчики dev.lead, developer 1
проект "Внедрение Hyperion", в котором участвуют руководитель РП3 и разработчики dev.lead, developer 2

Интересы руководителя проектов

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

img1

Если необходимого количества ресурсов недостаточно, то в зависимости от приоритета проекта, ресурсы можно перераспределить. Для этого можно посмотреть загрузку ресурсов из пула разработчиков по проектам и согласовать перераспределение времени конкретных разработчиков в пользу нового проекта.

img2

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

img3

Интересы функционального руководителя

Функциональный руководитель обязан отслеживать наличие ресурсов из своего пула, планировать увеличение или сокращение пула, контролировать выделение своих сотрудников на свойственные им роли в проектах, чтобы снизить вовлечение сотрудников в непрофильные задачи.

img1

Руководитель просматривает проекты, в которых участвуют сотрудники подответственного ему пула

img2

Руководитель контролирует загрузку каждого участника своего пула и не допускает перегрузки сотрудника и отслеживает степень его вовлеченности в проектах компании.

img4

Система управления проектами DEVPROM позволяет ответить на большинство вопросов, возникающих при матричной модели управления, в максимально сжатые сроки и автоматизирует формирование необходимых отчетов, формирующихся на актуальных данных. Чтобы оценить возможности ресурсного планирования в DEVPROM вы можете использовать демо-версию корпоративной версии, расположенную по адресу: http://demo.pmcloud.ru

Попробуйте сейчас!