Book.od.ua Книги для вашего бизнеса



Одесская библиотека бизнес литературы
полезные книги для бизнеса

6.5. Критерии выбора эффективной декомпозиции работ

Поскольку первым признаком любой удачно выбранной декомпозиции работ проекта является ее "читабельность" (т.е. понятность для тех, кто впервые знакомится с нею), люди нередко полагают, что в составлении декомпозиции работ также нет ничего сложного. Однако подобное мнение не имеет ничего общего с действительностью: каждый год на свет Божий появляется огромное множество декомпозиций работ, выбранных далеко не лучшим образом. Однако если ваша WBS отвечает перечисленным ниже критериям, можете не сомневаться, что она принесет вам немалую пользу в процессе планирования, коммуникаций и отслеживания вашего проекта. Вот три критерия выбора удачного варианта WBS.
1. WBS должна формироваться по нисходящему принципу - "сверху вниз". Это так называемая "декомпозиция по принципу сверху вниз". В этом случае пакеты работ должны определяться как подмножества ваших суммарных задач. Для этого можно использовать достаточно простой тест: начинайте с любого пакета работ и продвигайтесь вверх по иерархической структуре, каждый раз отвечая на вопрос: "Является ли данная задача подмножеством задачи, находящейся на более высоком уровне?" (Это правило иллюстрируется рис. 6.6.) Неуклонное следование этому правилу позволяет вам решить следующие проблемы.
• Использовать стандартные компьютерные программы управления проектами. Если же вы не будете строго следовать этому правилу, с помощью стандартных компьютерных программ управления проектами вы не сумеете добиться сколько-нибудь вразумительного результата на уровне суммарных задач.
• Представлять на уровне суммарных задач информацию, важную для понимания сущности выполняемого проекта. Например, затраты на выполнение суммарных задач вычисляются простым суммированием затрат, которые требуются для выполнения всех подчиненных задач. Это дает вам возможность отслеживать выполнение проекта на уровне пакетов работ и в то же время представлять текущее состояние проекта его спонсору с помощью более понятной и осмысленной информации на уровне суммарных задач.
2. Совокупность пакетов работ должна составлять определенную суммарную задачу. Одной из наиболее серьезных ошибок планирования является пропуск важных задач. Этой проблемы можно избежать, уделяя особое внимание суммированию продуктов всех пакетов работ, охватываемых той или иной суммарной задачей. В совокупности эти подчиненные задачи должны производить результат, указываемый соответствующей суммарной задачей. Детальной иллюстрацией этого положения может служить рис. 6.7.
3. Каждая суммарная задача и каждый из пакетов работ должны быть поименованы как действие, которое позволяет получить определенный продукт. Это означает, что каждая из задач должна получить описательное название, которое включает четкий глагол - действие - и четкое имя существительное - продукт. Без такого наименования задача принимает неоднозначный, неопределенный характер. В связи с этим возможны две ситуации.
Критерии выбора эффективной декомпозиции работ
Проект "Изделие; версия 4.0"
I. 0. Определить требования к продукту M1B 2.0. Определить требования к продукту R45 3.0. Разработать конструкцию компонента M1B 4.0. Разработать конструкцию компонента R45 5.0. Модифицировать базовые модули M1B 6.0. Модифицировать базовые модули R45 7.0. Изготовить новые модули M1B
8.0. Изготовить новые модули R45
9.0. Тестировать и сертифицировать M1B
10.0. Тестировать и сертифицировать R45
II. 0. Интегрировать и тестировать версию 4.0
РИС. 6.5. WBS, в которой отсутствуют суммарные задачи. Проект "Изделие; версия 4.0"предполагает выполнение такого же, как и раньше, объема работ, несмотря на отсутствие в данном случае суммарных задач
Ландшафтный проект
1.0. Спроектировать ландшафт вблизи дома
2.0. Разбить газон 2.0 является подмножеством данного проекта.
2.1. Приобрести исходные материалы для разбивки газона
2.2. Смонтировать поливочную систему 2.2является подмножеством 2.0.
2.2.1. Определить маршрут прокладки поливочной системы
2.2.2. Выкопать траншеи 2.2.2является подмножеством 2.2.
2.2.3. Проложить трубы и смонтировать насосную систему
2.2.4. Укрыть поливочную систему 2.2.4 является подмножеством 2.2.
2.3. Посеять траву
2.3.1. Убрать строительный мусор
2.3.2. Подготовить почву
2.3.3. Посеять траву для будущего газона
2.4. Посадить кустарник
3.0. Поставить ограду 3.0 является подмножеством данного проекта.
3.1. Приобрести исходные материалы для строительства ограды
3.2. Построить ограду 3.2является подмножеством 3.0.
3.2.1. Разметить трассу для установки ограды
3.2.2. Установить столбики для ограды
3.2.3. Установить сетку ограды и ворота 3.2.3 является подмножеством 3.2.
3.2.4. Покрасить ограду
РИС. 6.6. Первое правило: WBS должна формулироваться по нисходящему принципу
• Задачи, допускающие множество истолкований. "Выполнить анализ" или "Исследовать" представляют собой, в принципе, понятные действия, но, поскольку в этом случае не совсем понятно, каким именно должен быть продукт таких действий, эти действия могут продолжаться до бесконечности. Более удачные названия задач включают также продукты анализа или исследований, например: "Сформулировать требования к оборудованию", "Сформулировать проблему, которую предстоит решить" или "Составить перечень потенциальных поставщиков". Указание на конкретный продукт дает возможность проектной команде составить четкое представление о том, чем именно должно завершиться выполнение соответствующей задачи, придавая самой задаче необходимую ясность и определенность и облегчая процессы ее оценки и отслеживания выполнения. 
• Действия, допускающие множество истолкований. "База данных" представляет собой задачу, которая встречается в десятках тысяч проектов, но о каком именно действии идет речь в данном случае? Говоря о базе данных вообще, мы можем подразумевать достаточно широкий круг действий, начиная с ее проектирования и заканчивая загрузкой для тестирования. Непонятно лишь, что подразумевается под задачей "База данных" в нашем случае. Эту задачу можно было бы прояснить, указав то или иное конкретное действие, например "Тестировать базу данных".


Понравился материал? Поделитесь с друзьями!

<< Предыдущая статьяСледующая статья >>
6.4. Третий этап формирования WBS: как организовать WBS 6.6. WBS: ключ к успеху





Убедительная просьба при использовании любых материалов Одесской электронной бизнес-библиотеки ставить активную ссылку на наш сайт. По всем вопросам касательно сайта пожалуйста пишите на почту
      Карта сайта