«Общая характеристика области знаний «Управление содержанием» (Предмет: Управление бизнес-процессами )»

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

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

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

Управление содержанием проекта включает в себя процессы, обеспечивающие включение в проект тех и только тех работ, которые необходимы для успешного завершения проекта. Управление содержанием проекта непосредственно связано с определением и контролем того, что включено и что не включено в проект. На рисунке 1 представлена общая схема процессов управления содержанием проекта, которые включают в себя следующее:

2. СТРУКТУРА РАБОТ ПРОЕКТА

Структуры работ проекта — иерархические декомпозиции проекта на составные части (элементы, модули), необходимые и достаточные для эффективного осуществления процесса управления проектом в интересах различных его участников.

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

Для этого весь проект делится на компоненты или хозяйственные программы, определяющие подразделы и отдельные группы работ. Эта процедура известна как составление дерева работ проекта (WBS – Work Breakdown Structure).

Иерархическая структура работ (далее ИСР) — это разбиение вашего проекта на более мелкие и измеримые части. ИСР описывает все результаты/работы, которые должны быть получены/выполнены для завершения проекта. Все, что не вошло в ИСР в рамки проекта не входит [6].

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

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

эффективно учитывать отклонения от плановых параметров задач и управлять изменениями проекта.

2.1 СТРУКТУРНАЯ МОДЕЛЬ ПРОЕКТА ПО ФАЗАМ ЖИЗНЕННОГО ЦИКЛА

Основные подходы к построению структурной модели проекта:

• Структурная модель организации проекта (или проектный офис), представляющая иерархическую декомпозицию организационной и производственной структуры проекта.

• Матрица ответственности и распределения работ по исполнителям, которая строится на основе структурных моделей работ проекта и организации проекта.

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

• Дерево ресурсов — структурная декомпозиция требуемых ресурсов для выполнения проекта.

• Дерево стоимости — структурная декомпозиция стоимостных показателей проекта, которая строится на основе СДР, дерева ресурсов и данных о стоимости элементов проекта.

3. ГЛОССАРИЙ ПРОЕКТА

Замечали, когда, вы приходите в проектную команду, которая довольно давно работает над проектом, то первое время вы чувствуете себя несколько неуютно из-за того, что люди вокруг вас говорят на каком-то особенном, своем языке. Они используют названия модулей, краткие названия каких-то фич, состояний, ситуаций, форм, ролей, документов, мэйлстоунов и много еще чего, что для свежего уха превращается в какой-то совершенно не понятный «птичий язык». Это все - глоссарий проекта. Он существует независимо от того, фиксируете вы его в документе или нет. Он появляется в первые дни работы над проектом, когда появляется первое рабочее название будущей системы, и очень активно формируется в последующие дни, во время бесед с заказчиками и обсуждений внутри команды. Фиксировать его на бумаге или нет - ваше дело. Но я думаю, что глоссарий проекта это документ из тех, что больше нужен вам (проектной команде), чем заказчику, а потому сформировать его и поддерживать в рабочем состоянии весьма полезно. управление проект глоссарий

Глоссарий входит в число необходимых документов во всех «тяжелых» методиках разработки (RUP, MSF). Но и для гибких (agile) методик, глоссарий, относится к вещам, которые лучше иметь, чем не иметь. Основополагающим принципом всех agile методик является поддержка внутри - командных коммуникаций на самом высоком уровне. Согласитесь, сложно общаться, не зная языка, а глоссарий – это и есть язык, на котором говорит команда. Для ведения глоссария вполне подходят wiki системы.

3.1 ГЛОССАРИЙ РАБОТЫ

Проект — деятельность, направленная насоздание уникального продукта (или результата) за ограниченный период времени силами специально созданной для этого организационной структуры, которая расформировывается после завершения проекта.

Цель проекта — то, чем должен завершиться проект. Проект всегда имеет две цели:

Управление содержанием проекта (scope management) – область знаний управления проектом, что включает процессы определения необходимых объемов работ проекта, планирование их выполнения, управление изменениями в объемах и работах.

Сбор требований – процесс определения и документирования потребностей заинтересованных сторон проекта для достижения целей проекта.

Определение содержания – процесс разработки подробного описания проекта и продукта.

Создание иерархической структуры работ (ИСР) – процесс разделения результатов проекта и работ проекта на более мелкие элементы, которыми легче управлять.

Подтверждение содержания – процесс формализованной приемки завершенных результатов проекта.

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

Структуры работ проекта — иерархические декомпозиции проекта на составные части (элементы, модули), необходимые и достаточные для эффективного осуществления процесса управления проектом в интересах различных его участников.