В управлении проектами , то иерархическая структура ресурсов ( RBS ) представляет собой иерархический список ресурсов , связанные с помощью функции и ресурсов типа , который используется для облегчения планирования и контроля работы проекта. [1] Иерархическая структура ресурсов включает, как минимум, кадровые ресурсы, необходимые для успешного завершения проекта, и предпочтительно содержит все ресурсы, на которые будут потрачены средства проекта, включая персонал, инструменты, машины, материалы, оборудование и сборы и лицензии. Деньги не считаются ресурсом в RBS; включены только те ресурсы, которые будут стоить денег. [2]
Определение
Назначаемые ресурсы, такие как персонал, обычно определяются с функциональной точки зрения: «кто» выполняет работу определяется на основе их роли в проекте, а не их отдела или роли в материнских компаниях. В некоторых случаях может быть предпочтительнее географическое разделение. Каждый нисходящий (нижний) уровень представляет все более подробное описание ресурса до тех пор, пока он не станет достаточно маленьким, чтобы его можно было использовать вместе с иерархической структурой работ (WBS), чтобы можно было планировать, отслеживать и контролировать работу.
Пример
В обычной практике только ресурсы длительного пользования (т. Е. Товары длительного пользования) перечислены в RBS. Пример иерархии ресурсов:
1. Инженерное дело 1.1 Г-н Фред Джонс, менеджер 1.1.2 Г-жа Джейн Вагнер, ведущий специалист по архитектуре 1.1.3 Команда разработчиков программного обеспечения и ресурсы 1.1.3.1 Г-н Гэри Нейми, инженер-программист 1.1.3.2 Г-жа Джеки Томс, дизайнер пользовательского интерфейса 1.1.3.3 Стандартный табель учета рабочего времени (табель учета рабочего времени и программное обеспечение для отслеживания проектов) 1.1.3.4 Microsoft Project (планирование проекта) 1.1.3.5 SQL Server (база данных) 1.1.4 Команда по архитектуре оборудования и ресурсы 1.1.4.1 Г-жа Корина Йоханнес, менеджер по ресурсам 1.1.4.2 Г-н Ян Сюй, руководитель тестирования 1.1.4.3 Испытательный стенд A 1.1.4.3.1 SAN Группа A 1.1.4.3.2 Сервер A1 1.1.4.4 Испытательный стенд B 1.1.4.4.1 SAN Группа B 1.1.4.4.2 Сервер B1
В приведенном выше примере перечислены как человеческие, так и физические ресурсы, такие как программное обеспечение и испытательные инструменты. Номенклатура представляет собой пронумерованный иерархический список слоев с отступом, каждый уровень добавляет дополнительную цифру, представляющую. Например, числовые метки (1.1, 1.1.2) делают каждый ресурс уникальным. [3]
Использование в Microsoft Project
Поля удаленного хранилища больших двоичных объектов (также известные как иерархическая структура пользователей) в файле проекта специально кодируются администратором этого проекта, обычно менеджером проекта . Иногда в более крупном проекте назначается администратор PM, который будет управлять самим инструментом Project. Это поле называется кодом структуры корпоративного ресурса и попадает в одну из двух категорий: RBS (поле ресурса) и RBS (поле назначения). Это области высокого уровня, для которых требуются менеджеры, знающие, для чего они будут использоваться с точки зрения организации. [4]
Смотрите также
Рекомендации
- ^ Свод знаний по управлению проектами (Руководство PMBOK) - четвертое издание , стр. 145. Институт управления проектами, 2008.
- ^ Рад, Парвиз Ф. Оценка проекта и управление затратами , стр. 33. Концепции управления, 2001.
- ^ Определить структуру разбивки ресурсов , блог группы проекта, опубликовано 26 июня 2012 г., http://www.projectteamblog.com/index.php/define-resource-breakdown-structure-rbs/
- ^ RBS Fields , страница поддержки Microsoft Office, https://support.office.com/en-au/article/RBS-fields-5d08f8c1-be86-4ea7-b93e-27ba5112427b (получено 13 марта 2015 г.)