Создание структуры пооперационного перечня работ

 

Итак, мы разработали техническое задание проекта. Для чего же нужно создавать структуру пооперационного перечня работ? Неужели недостаточно опыта профессионала в области разработки ПО? Если возникают подобные вопросы, уместно напомнить о том, что структура пооперационного перечня работ (Work breakdown structure, WBS) является "сердцем" плана проекта. На основе этого документа проектируются другие компоненты проекта Структура WBS представляет собой инструмент, применяемый для документирования всех рабочих операций, которые должны быть выполнены при разработке и поставке ПО надлежащим образом. Структура WBS образует своего рода каркас, на основе которого разрабатывается график выполнения проекта. Благодаря этому можно переходить от действий верхнего уровня в рамках проекта (действия типа сделать) через ряд упрощенных и сравнительно незначительных действий, предназначенных для создания поставляемых продуктов проекта, до тех пор, пока не будут выбраны легко управляемые действия. В результате выбора подобной модели действий каждый пользователь сможет разобраться во взаимосвязях между задачами и действиями, воспользовавшись простыми и "прозрачными" методами. Подобная структура позволяет убедиться в том, что представлены все рабочие операции и ни один из этапов не был пропущен.

Структура WBS представляет собой иерархический перечень рабочих действий, необходимых для завершения проекта, она представляет собой описание выполняемой работы, разбитой на отдельные ключевые компоненты вплоть до самого нижнего уровня. Структура WBS, ориентированная на конечные продукты, отображает этапы процесса разработки продукта, детализованные на уровне его компонентов. Эта структура реализует управление планированием на этапах что и как, а также закладывает основы отслеживания рабочих действий, величины затрат и хода выполнения графика на этапе выполнение. При этом руководитель работ получает возможность взглянуть на происходящее с "глобальной точки зрения". Хорошо известно, что тройные ограничения для проектов включают область действия, график и затраты. Эти ограничения напрямую связаны с размером ПО, сроком завершения работ и трудозатратами, связанными с распределением ресурсов. Изначально выполняется идентификация цели и области действия. Затем рассматриваются трудозатраты и рабочий график. Для выполнения бюджетных и детализированных оценок работы, а также для разработки реального графика требуется структура WBS, ориентированной на продукты. Потребность в ней особенно ощущается при выполнении следующих трех действий в рамках проекта.

Оценка затрат:

· обеспечение соответствия каждого элемента оценки рассматриваемому действию;

· "пересчет" затрат на производство отдельных элементов в итоговые суммы затрат на производство.

Счета затрат:

· обеспечивают распределение работ и "зарядку" соответствующих центров затрат на основе специфических элементов структуры WBS;

· позволяют детализировать фактические затраты.

Выполнение графика:

· обеспечивается отслеживание завершенных действий;

· возможна оценка хода выполнения проекта.

Еще одно представление структуры WBSимеет вид списка, разделенного отступами. Отступы определяют уровни иерархии подобно тому, как это делают уровни в представлении дерева. Подобный тип представления очень подходит для просмотра иерархической структуры работы в случае, если процесс ее выполнения связан с множеством действий. Для большинства пользова-телей формат структуры представляется вполне естественным. Большие списки с отступами могут легко просматриваться с помощью простых электронных таблиц, позволяющих выполнять сортировку. Структура WBS может создаваться с применением самых различных методов, но, как правило, лучше всего ранжировать действия в соответствии с основными рабочими и поставляемыми продуктами, разработанными в соответствии с требованиями заказчиков. При планировании следуйте простому правилу: если элемент является слишком сложным для управления, он представляет собой перечень более простых элементов. Ниже приводятся пять этапов, применяемых при конструировании структуры WBS для программного проекта:

1. Идентифицируйте работу, связанную с разработкой программного продукта.

2. Структуру WBS для произвольной системы высшего уровня.

3. Определите программную архитектуру WBS.

4. Наполните содержимым программную архитектуру WBS.

5. Определите категории затрат, связанных с ПО.

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