рефераты конспекты курсовые дипломные лекции шпоры

Реферат Курсовая Конспект

Разработка Структуры Декомпозиции Работ

Разработка Структуры Декомпозиции Работ - раздел Философия, Управление проектами Структура Декомпозиции Работ (Workbreakdownstructure – Wbs) Может Разрабатыва...

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

При разработке WBS необходимо принимать во внимание следующие основные правила:

· Каждый элемент WBS должен обеспечивать достижение ощутимого результата.

· Каждый элемент WBS должен являться агрегатом всех подчиненных элементов, перечисленных непосредственно под ним.

· Результаты должны логически декомпозироваться до уровня, на котором можно определить, как они будут достигаться (проектирование, поставки, заключение договоров, производство). Декомпозиция результатов, начиная от верхнего уровня WBS (проекта) до нижнего уровня должно быть логически связано.

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

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

· Каждый элемент WBS(пакет работ), представляющий собой объем работ подрядчика или других внешних организаций, должен быть согласован непосредственно с соответствующими элементами WBS подрядчика.

· Все результаты в явном виде должны быть включены в WBS.

· Для всех важных событий, связанных с отчетностью (например, Штабы, ежемесячные отчеты, отчеты о проведении испытаний и т.д.) должны быть включены и определены соответствующие пакеты работ.

· Все пакеты работ должны быть совместимы с организационной структурой и структурой затрат.

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

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

К сложностям, связанным с разработкой WBS, относятся

· Нахождение баланса между задачами описания содержания проекта и требованиями к сбору фактической информации и отчетности. Чрезмерная детализация WBS требует излишнего уровня поддержки и отчетности.

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

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

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

  1. Есть ли необходимость в повышении точности оценки стоимостных данных и длительности по пакету работ?
  2. Для пакета работ определен более чем один ответственный? Для выполнения работ в рамках пакета могут использоваться различные ресурсы, однако должен быть назначен только один ответственный за каждый пакет работ.
  3. Объем работ, выполняемый в рамках данного пакета, описывает больше, чем один тип процесса или больше, чем один результат (продукт) проекта?
  4. Есть ли необходимость в раздельном определении стоимости процессов или результатов, описанных в данном пакете работ?
  5. Есть ли зависимость между частью работ внутри пакета работ и другими внешними пакетами?
  6. Наблюдаются ли существенные перерывы в выполнении работ в рамках пакета?
  7. Меняются ли требования к ресурсам в течение времени в рамках пакета работ?
  8. Различаются ли исходные условия для работ внутри пакета работ?
  9. Существуют ли четкие, объективные критерии измерения выполнения для пакета работ?
  10. Существуют ли утвержденные критерии, применяемые для оценки завершения работ в целом по пакету?
  11. Существуют ли специфические риски, связанные с частью пакта работ и требующие дальнейшей детализации пакета для выделения этих рисков?
  12. Может ли для части пакета работ отдельно пересчитываться расписание?
  13. Содержит ли пакет работ понятную и полную информацию с точки зрения Проектировщика (планировщика), Исполнителя и Заказчика?

Уровень детализации WBS зависит от размера и баланса между сложностью, риском, и требованиями руководителя проекта к контролю проекта. Уровень детализации может также изменяться в процессе жизненного цикла проекта.

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

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

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

Основной процесс разработки WBS состоит из следующих шагов:

· Первый шаг – определение конечных результатов проекта – что должно быть произведено (поставлено) для обеспечения успешного завершения проекта. В качестве руководства рекомендуется проанализировать, рассмотреть документы, описывающие общий объем работ по проекту.

· Второй шаг – определение основных пакетов работ, необходимых для получения конечных результатов (продуктов) проекта. Часто такими основными пакетами работ являются результаты, необходимые для создания результата проекта, но вместе с тем, сами по себе они не являются целями проекта (например, технические требования к разработке ПСД).

· Третий шаг – объединение дополнительных уровней детализации в соответствии с внутренней системой управления и единой системой контроля. Такие элементы обычно связаны с четким и раздельным определением отдельных результатов (продуктов) проекта.

· Четвертый шаг – пересмотр (анализ) и усовершенствование WBS до тех пор, пока все участники проекта не будут согласны, что планирование проекта может быть успешно завершено, и можно будет успешно управлять, контролировать и регулировать получаемые результаты.

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

– Конец работы –

Эта тема принадлежит разделу:

Управление проектами

имени А Г и В Г Столетовых... Кафедра менеджмента... Учебное пособие Управление проектами...

Если Вам нужно дополнительный материал на эту тему, или Вы не нашли то, что искали, рекомендуем воспользоваться поиском по нашей базе работ: Разработка Структуры Декомпозиции Работ

Что будем делать с полученным материалом:

Если этот материал оказался полезным ля Вас, Вы можете сохранить его на свою страничку в социальных сетях:

Все темы данного раздела:

Владимир 2011
    Рецензент Доц.кафедры ЭУИИ ВПО ВлГУ к.э.н., доц. Сыров В.Д. Печатается по решению редакционно-издательского совета В

Определение проекта
В «Советском энциклопедическом словаре» выпуска 1988 года (четвертое издание):проект (от лат. Projectus букв. - брошенный вперед): «Замысел, план;проектирование: п

Понятие управления инновационными проектами
Так же, как нет единого определения проекта, не существует и единого определения управления проектом. Рассмотрим наиболее распространенные варианты определений. Управление проектом или Pro

Роль стандартов в управлении проектами
Руководителю проекта нужны четкие регламенты, на основании которых он может принимать решения. До того момента пока все руководители компании не имеют четких правил, по которым они смогут определит

Цели проекта. Критерии успехов и неудач
Одними из центральных понятий, связанных с проектом, является понятие цели и задач проекта. Цель — это желаемый результат деятельности, достигнутый в пределах некоторого интервала времени. Задача —

Фазы проекта и методы управления в разных фазах проекта
В процессе анализа и осуществления проекта на протяжении его жизненного цикла основные характеристики проекта должны помочь оценить основные аспекты его осуществления, каждый из которых может рассм

Внешнее окружение проекта
Окружение организации также оказывает существенное влияние на проект. К окружению организации относятся: Политические характеристики и факторы: политическая стабильность; поддержка

Внутреннее окружение проекта
На сам проект и, особенно на процесс его успешной реализации, существенное влияние оказывает внутреннее окружение проекта, наиболее существенными факторами которого являются: Стиль руко

Участники проекта, критерии выбора руководителя проекта
Состав участников проекта, их роли, распределение функций и ответственности зависят от типа, вида, масштаба и сложности проекта, а также от фаз жизненного цикла проекта. Таким образом, постоянными

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

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

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

Управление стоимостью проекта
  Управление стоимостью проекта связано с одним из трех основных ограничений в проектах — по стоимости, срокам и требованиям к предметной области. Управление стоимост

Управление качеством проекта
Управление качеством проекта предполагает реализацию системы менеджмента качества и в процессах управления проектами. Планирование качества проектов проводится для выбора тех положений ста

Управление рисками проекта
План управления проектом является "точкой опоры" или исходной базой для всего последующего развития проекта. Однако, уже планируя проект, мы предполагаем, что не все получится именно так,

Управление временем проекта
· Процесс Определение состава работ · Разбиение пакета работ на элементарные работы. Результаты пакетов работ. · Процесс Определение последовательности ра

Хотите получать на электронную почту самые свежие новости?
Education Insider Sample
Подпишитесь на Нашу рассылку
Наша политика приватности обеспечивает 100% безопасность и анонимность Ваших E-Mail
Реклама
Соответствующий теме материал
  • Похожее
  • Популярное
  • Облако тегов
  • Здесь
  • Временно
  • Пусто
Теги