Методы оценки - WBS

Иерархическая структура работ (WBS) в управлении проектами и системном проектировании представляет собой разложение проекта на более мелкие компоненты, ориентированное на конечный результат. WBS - это ключевой результат проекта, который организует работу команды по управляемым разделам. Свод знаний по управлению проектами (PMBOK) определяет WBS как «ориентированное на конечный результат иерархическое разложение работы, которая должна быть выполнена командой проекта».

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

Представительство WBS

WBS представлен в виде иерархического списка рабочих операций проекта. Есть два формата WBS -

  • Контурное представление (формат с отступом)
  • Просмотр древовидной структуры (организационная диаграмма)

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

Общий вид

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

  • Software Development

    • Scope

      • Определить объем проекта
      • Надежное спонсорство проекта
      • Определите предварительные ресурсы
      • Безопасность основных ресурсов
      • Объем завершен
    • Analysis/Software Requirements

      • Провести анализ потребностей
      • Проект предварительных спецификаций программного обеспечения
      • Разработать предварительный бюджет
      • Изучите спецификации / бюджет программного обеспечения с командой
      • Учитывать отзывы о спецификациях программного обеспечения
      • Разработайте график доставки
      • Получите одобрение для продолжения (концепция, сроки и бюджет)
      • Обеспечьте необходимые ресурсы
      • Анализ завершен
    • Design

      • Изучите предварительные спецификации программного обеспечения
      • Разработать функциональные спецификации
      • Получить разрешение на продолжение
      • Дизайн завершен
    • Development

      • Ознакомьтесь с функциональными характеристиками
      • Определение параметров модульной / многоуровневой конструкции
      • Разработать код
      • Тестирование разработчика (первичная отладка)
      • Разработка завершена
    • Testing

      • Разработка планов модульного тестирования с использованием спецификаций продукта
      • Разработка планов тестирования интеграции с использованием спецификаций продукта
    • Training

      • Разработка спецификаций обучения для конечных пользователей
      • Определите методику проведения обучения (онлайн, в классе и т. Д.)
      • Разработать учебные материалы
      • Завершить подготовку учебных материалов
      • Разработать механизм проведения обучения
      • Учебные материалы завершены
    • Deployment

      • Определить окончательную стратегию развертывания
      • Разработать методологию развертывания
      • Ресурсы безопасного развертывания
      • Обучить вспомогательный персонал
      • Развернуть программное обеспечение
      • Развертывание завершено

Давайте теперь посмотрим на представление древовидной структуры.

Просмотр древовидной структуры

Представление древовидной структуры представляет собой очень понятный вид всего проекта. На следующем рисунке показано, как выглядит представление древовидной структуры. Такой тип организационной структуры диаграммы можно легко нарисовать с помощью функций, доступных в MS-Word.

Типы WBS

Есть два типа WBS -

  • Functional WBS- В функциональной WBS система разбита на функции в разрабатываемом приложении. Это полезно для оценки размера системы.

  • Activity WBS- В WBS активности система не работает на основе действий в системе. Действия далее разбиваются на задачи. Это полезно при оценке усилий и графика в системе.

Оценить размер

Step 1 - Начните с функциональной WBS.

Step 2 - Рассмотрим листовые узлы.

Step 3 - Используйте Analogy или Wideband Delphi для получения оценок размера.

Оценить усилия

Step 1- Используйте технику Wideband Delphi для построения WBS. Мы предлагаем, чтобы задачи не превышали 8 часов. Если задача большей продолжительности, разделите ее.

Step 2 - Используйте широкополосную технику Delphi или трехточечную оценку, чтобы получить оценки трудозатрат для задач.

Планирование

Когда WBS будет готов и известны оценки размера и трудозатрат, вы готовы к планированию задач.

При планировании задач следует учитывать некоторые вещи -

  • Precedence - Говорят, что задача, которая должна быть выполнена раньше другой, имеет приоритет над другой задачей.

  • Concurrence - Параллельные задачи - это те, которые могут выполняться одновременно (параллельно).

  • Critical Path - Конкретный набор последовательных задач, от которых зависит дата завершения проекта.

    • У всех проектов есть критический путь.
    • Ускорение некритических задач напрямую не сокращает график.

Метод критического пути

Метод критического пути (CPM) - это процесс определения и оптимизации критического пути. Задачи некритического пути могут начинаться раньше или позже, не влияя на дату завершения.

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

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

Дата завершения проекта не зависит от обучения, документации и развертывания. Такие задачи называются некритическими задачами.

Отношения зависимости задач

В некоторых случаях при планировании вам, возможно, придется учитывать отношения зависимости задач. Важные отношения зависимости задач:

  • От конца до начала (FS)
  • От конца до конца (FF)

От конца до начала (FS)

В отношении зависимости задачи «От конца к началу» (FS) задача B не может начаться, пока задача A не будет завершена.

От конца до конца (FF)

В отношении зависимости задачи «От конца до конца» (FF) задача B не может завершиться, пока не будет завершена задача A.

Диаграмма Ганта

Диаграмма Ганта - это тип гистограммы, адаптированный Каролем Адамецки в 1896 году и независимо Генри Ганттом в 1910-х годах, который иллюстрирует график проекта. Диаграммы Ганта иллюстрируют даты начала и окончания конечных элементов и сводных элементов проекта.

Вы можете перенести формат структуры, показанный на рисунке 2, в Microsoft Project, чтобы получить представление диаграммы Ганта.

Вехи

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

Например, на приведенной выше диаграмме Ганта завершение проектирования и завершение разработки показаны в виде вех, представленных в форме ромба.

Вехи могут быть привязаны к условиям контракта.

Преимущества оценки с использованием WBS

WBS значительно упрощает процесс оценки проекта. Он предлагает следующие преимущества перед другими методами оценки:

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

  • WBS позволяет получить более точные оценки затрат и сроков.

  • Менеджер проекта получает командное участие для завершения WBS. Такое участие команды порождает энтузиазм и ответственность в проекте.

  • WBS обеспечивает основу для назначения задач. Поскольку конкретная задача возлагается на конкретного члена команды, который будет отвечать за ее выполнение.

  • WBS позволяет отслеживать и контролировать на уровне задач. Это позволяет вам отслеживать прогресс и гарантировать, что ваш проект будет реализован вовремя.