Что и как сделать WBS? [закрытый]

В традиционном управлении проектами WBS является неоценимым инструментом, если используется правильно.

Я всегда делал это в нисходящем подходе, начиная с главных блоков работы:

• пользовательский интерфейс
• бэкенд
• преобразования данных

и просто выполненный развертку к более определенным уровням

• экран ввода данных для транзакции отказа
• запрос для получения пользовательской истории
• преобразование таблицы STATS12 от версии 1.1 до версии 1.2

пока каждый элемент в структуре перечня работ по операциям не меньше, чем отчетный период.

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

Это имеет следующие основные благоприятные эффекты:

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

Тот последний момент важен по будущим оценкам. Например, если Sam непрерывно недооценивает задания пользовательского интерфейса на 10%, Вы знаете для увеличения тех оценок в будущем.

Это должно происходить IMNSHO иначе, Ваше усилие PM является большим количеством guess-work/black-magic, чем разработка.

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

WBS важен - согласно Скачкам Jones: недостающие/неизвестные/неполные требования, дизайн и планы являются основными причинами отказа проекта, справки WBS в обнаружении и ясно определении объема проектных работ. Я использовал различные инструменты с белых досок на инструменты схемы выражения идей. Не позволяйте инструменту связать Ваши руки, найти ту, которая работает, ИЛИ просто используйте бумагу.

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

Работа Вниз Структурирует, карта для работы, которую Вы будете предпринимать в своем проекте. WBS должен использоваться для объяснения последовательно, чего Вы собираетесь достигнуть, как Вы собираетесь достигнуть его, сколько времени он собирается взять и какого количества он собирается стоить.

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

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

1. General Ledger
2. Journal Interface
3. Account Payable module
4. Accounts Recievable module
5. Bank Interface
6. Reporting

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

1.0.0 General Ledger
  1.0 Transaction Ledger
  2.0 Accounts Maintenance
2.0.0 Journal Interface
  1.0 Journal creation
  2.0 Journal review
  3.0 Journal update
  4.0 Journal deletion
3.0.0 Account Payable module
  1.0 AP Invoice creation
  2.0 AP Invoice review
  3.0 AP Invoice update
  4.0 AP Invoice deletion
4.0.0 Accounts Recievable module
  1.0 AR Invoice creation
  2.0 AR Invoice review
  3.0 AR Invoice update
  4.0 AR Invoice deletion
5.0.0 Bank Interface
  1.0 Generic Payment interface
  2.0 ANZ Bank interface
  3.0 Westpac Bank Interface
  4.0 Commonwealth Bank interface
6.0.0 Reporting
  1.0 Trial Balance
  2.0 Balance Sheet
  3.0 Operating Statement
  4.0 Invoices Pending

(NB: система нумерации удобен. Например: Вы будете знать, что 6.3.2 вторая задача для создания Операционного отчета об Операторе.)

Затем Вы продолжили бы разламывать их, на работают пакеты, которые были бы каждый брать от 4 часов до 5 дней для завершения. После того как Вы завершили WBS, можно заставить членов команды или экспертов оценивать, сколько времени каждый пакет работы (задача) взял бы с самого начала. Эти оценки затем помогли бы Вам запланировать первоначальное расписание и бюджет, который согласовывается с Вами WBS и исходный объем, который был согласован.

Почему делают это этот путь? Существует несколько причин, первой является простота коммуникации. Вашим средствам оценки нужны низкоуровневые пакеты работы (т.е.: 4 часа к 5 дням) для оценки точно на. Но Вашим спонсорам нужны конкретные результаты высокого уровня для оценки расписания и бюджета на. Путем выбора WBS рано можно достигнуть обоих из них.

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

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

Ключевые пункты здесь;

1. Create your WBS from your deliverables
2. Break the WBS down into work packages between 4 hours to 5 days long
3. Estimate on the work packages
4. Report your schedule against the top level(s) of your WBS
5. Report your budget against the top level(s) of your WBS

Сложный (т.е.: дорогостоящий или опасный), для проектов обычно нужен другой шаг. Крупные проекты или с высокими вероятностями риска обычно поэтапно осуществляются. Это просто означает группу Ваши результаты в фазы как верхний уровень. Каждая фаза должна произвести что-то измеримое и позволить Вашим спонсорам решать продолжиться или нет. Таким образом, Вы избегаете подхода большого взрыва. Каждая фаза должна быть оценена завершенная, уроки, извлеченные сделанный и т.д. прежде, чем идти в следующую фазу. Большая разработка программного обеспечения, строительство сделано таким образом и так является экспериментальными проектами, где результат должен тщательно контролироваться, так как успех нельзя гарантировать.

Тот же проект выше ворванного фазы;

1.0.0.0 Phase 1
  1.0.0 General Ledger
    1.0 Transaction Ledger
    2.0 Accounts Maintenance
  2.0.0 Journal Interface
    1.0 Journal creation
    2.0 Journal review
  3.0.0 Reporting
    1.0 Trial Balance    

2.0.0.0 Phase 2
  1.0.0 Journal Interface
    1.0 Journal update
    2.0 Journal deletion
  2.0.0 Account Payable module
    1.0 AP Invoice creation
    2.0 AP Invoice review
    3.0 AP Invoice update
    4.0 AP Invoice deletion
  3.0.0 Reporting
    1.0 Balance Sheet
    2.0 Operating Statement

2.0.0.0 Phase 3
  etc etc etc

Ваш WBS должен иметь четкую ссылку на Ваши результаты, и можно использовать фазировку для сложных проектов. Так или иначе логика является тем же, продолжите ломать свой WBS, пока у Вас нет самых низких пакетов работы уровня, которые являются конкретными задачами, которые могут быть сделаны через 4 часа к 5 дням. Вы и Ваши члены команды должны сфокусироваться на получении сделанных пакетов работы, однако Вы и Ваши спонсоры сфокусируетесь на контроле и управлении лучшим или двумя уровнями WBS.

Править: WBS не должен действительно переходить полностью вниз к задачам.. я отправил более ясный пример на задачах и WBS.