Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
3_12_Самойленко_Детализация иерархической струк...docx
Скачиваний:
5
Добавлен:
01.05.2025
Размер:
507 Кб
Скачать
☆

Расширенный словарь исп/иср

Проблема использования ИСР состоит в том, что результирующие элементы обычно сопровождаются очень короткими описаниями... Такая краткость часто приводит к путанице, взаимному недопониманию и отсутствию ясных ожиданий со стороны заинтересованных сторон…

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

Уорд определяет расширенный словарь ИСР как «электронную систему управления базой данных, которая привязывает к каждому элементу ИСР разнообразные информационные составляющие». Благодаря этой информации достигается более глубокое понимание результата и связываемых с его получением ожиданий.

Различные типы и способы использования иерархических структур

Концепция, лежащая в основе иерархической структуры проекта/работ и впервые появившаяся в начале 60-х годов XX века в аэрокосмических и оборонных программах и проектах, породила множество различных иерархических структур, полезных в управлении сложными проектами. К наиболее широко используемым относятся структуры, описывающие работы или задачи (PBS/WBS, ИСП/ИСР), организации (OBS, ИСО), стоимость (CBS, ИСС), расписания (SBS, ИСРС)1 и продукт. Либерзон и Лобанов сообщают об использовании большого количества иерархических структур в России и приводят примеры структур для описания целей проекта, процессов проекта, ресурсов проекта и «обязанностей конструкторов (реализующих проектный замысел)», что, по сути, не отличается от ИСО. Другие авторы описывают использование данного подхода для разбиения содержания проекта. В то время как большая часть присутствующих на рынке пакетов управления проектами предполагает использование одной ИСР/ИСП, одной ИСО и одной ИСС, наиболее широко используемый в России пакет управления проектами, названный Spider Project, допускает использование неограниченного количества иерархических структур, предоставляя для каждой из них возможности оценивания, подведения итогов и ведения отчетности.

Автоматизация подготовки исп/иср и других иерархических структур

Большая часть программных пакетов управления проектами обеспечивает возможность автоматизированной подготовки и использования ИСП/ИСР, хотя во многих других пакетах этот аспект оставляет желать лучшего. Дополнительные модули позволяют представлять ИСП/ ИСР на экране монитора, используя различные форматы вывода. В качестве примера приведем пакет WBS Chart Pro, обеспечивающий двустороннее взаимодействие с одним из наиболее широко используемых пакетов планирования и составления расписаний - Microsoft Project. Кроме того, WBS Chart Pro может быть связан с другими аналогичными пакетами.

Поскольку термин «иерархическая структура работ» вошел в правительственные постановления и литературу по управлению проектами, он широко используется в других отраслях. Однако этот термин не вполне корректен и создает путаницу среди практикующих специалистов, так как предполагает рассмотрение только «работ» или «задач». В результате при первом взгляде на проект сразу же возникает стремление выделить операции, которые предстоит выполнить: проектирование, снабжение, строительство, сдачу в эксплуатацию (если рассматривается строительный проект). Однако в больших проектах подобное разбиение неприемлемо, поскольку элементы второго уровня получаются очень крупными. Именно поэтому используется термин «иерархическая структура проекта». Таким образом, подчеркивается, что сначала необходимо выделить большое количество элементов проекта и только потом идентифицировать функциональные задачи для каждого элемента, находящегося на соответствующем уровне.