Студопедия

Главная страница Случайная страница

КАТЕГОРИИ:

АвтомобилиАстрономияБиологияГеографияДом и садДругие языкиДругоеИнформатикаИсторияКультураЛитератураЛогикаМатематикаМедицинаМеталлургияМеханикаОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРелигияРиторикаСоциологияСпортСтроительствоТехнологияТуризмФизикаФилософияФинансыХимияЧерчениеЭкологияЭкономикаЭлектроника






Определение содержания






Подготовка подробного описания содержания проекта – это ключевая составляющая успеха проекта; эта подготовка основывается на основных результатах поставки, допущениях и ограничениях, зафиксированных в предварительном описании содержания проекта, составленном при инициации проекта. На этапе планирования содержание проекта формулируется и излагается более подробно, так как имеется больше информации о проекте. Анализируются потребности, пожелания и ожидания участников проекта, которые затем преобразуются в требования. Допущения и ограничения анализируются на полноту, и при необходимости производится добавление дополнительных допущений и ограничений. Анализ может подготовить и провести команда проекта и другие участники проекта, владеющие информацией из предварительного описания содержания проекта. 5

 

Рисунок 5-4. Определение содержания: входы, инструменты и методы, выходы

 

5.2.1 Определение содержания: входы

.1 Активы организационного процесса Описаны в разделе 4.1.1.4.

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

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

.4 План управления содержанием проекта Описан в разделе 5.1.3.1.

.5 Одобренные запросы на изменение Одобренные запросы на изменение (раздел 4.4) могут вызвать изменение содержания проекта, качества проекта, смет и расписания проекта. Изменения часто идентифицируются и одобряются в процессе выполнения проектных работ.

5.2.2 Определение содержания: инструменты и методы

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

.2 Выявление альтернатив Выявление альтернатив является методом создания различных подходов к выполнению проектной работы. Здесь часто применяются ряд методов общего менеджмента; наибольшей популярностью пользуются метод мозгового штурма и всестороннее рассмотрение вопроса.

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

.4 Анализ участников проекта Анализ участников проекта выявляет влияние и интересы различных участников проекта и документирует их потребности, пожелания и ожидания. Затем в рамках анализа производится отбор потребностей, пожеланий и ожиданий, определяется их приоритет и делается их количественная оценка; эти данные используются для формулирования требований. Не имеющие количественного выражения ожидания (например, удовлетворение заказчика) являются субъективными и влекут за собой большой риск успешного выполнения. На интересы участников проекта могут положительно или отрицательно повлиять выполнение или завершение проекта, а они, в свою очередь, могут оказать влияние на проект и его результаты поставки.

5.2.3 Определение содержания: выходы

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

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

  Цели проекта. Цели проекта включают в себя измеримые критерии его  успешности. Проекты могут иметь широкий спектр целей – связанных с бизнесом, стоимостью и расписанием проекта, а также технических и качественных целей. Цели проекта могут также включать в себя плановые показатели стоимости, расписания и качества проекта. У каждой цели проекта есть атрибуты (например, стоимость), единица измерения (например, доллар США) и абсолютное или относительное значение (например, не более 1, 5 млн. долларов).

  Определение содержания продукта. Описывает характеристики  продукта, услуги или результата, для создания которых предпринят проект. Они обычно менее детализированы на ранних фазах проекта и становятся более подробными на поздних фазах по мере постепенного уточнения характеристик продукта. В то время как форма и содержание будут различаться, описание содержания должно всегда быть достаточно подробным, чтобы обеспечить будущее планирование содержания проекта. 5

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

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

  Результаты поставки проекта. Результаты поставки (раздел 4.4.3.1)  включают в себя как выходы, к которым относятся создаваемые проектом продукт или услуга, так и побочные результаты, такие как отчеты и документация по управлению проектом. В зависимости от описания содержания проекта результаты поставки могут быть описаны в обобщенном или детализированном виде.

  Критерии приемки продукта. Определяют порядок и критерии приемки  готового продукта.

  Ограничения проекта. Перечисляет и описывает ограничения проекта,  связанные с его содержанием и ограничивающие возможность выбора для команды проекта. К ним относятся, например, утвержденный предварительный бюджет или требуемые даты (контрольные события расписания), установленные заказчиком или исполняющей организацией. Когда проект выполняется по контракту, то в качестве ограничений обычно выступают условия контракта. Ограничения, перечисляемые в подробном описании содержания проекта, традиционно более многочисленны и детализированы по сравнению с перечисляемыми в Уставе проекта.

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

  Первоначальная организация проекта. На этом этапе определяются  члены команды проекта и участники проекта, а также документально фиксируется организация проекта.

  Изначально сформулированные риски. Перечисляются известные  риски.

  Контрольные события расписания. Заказчик или исполняющая  организация могут задать контрольные события и требуемые даты их выполнения. Эти даты могут быть обозначены в качестве ограничений на сроки.

  Ограничение финансирования. Описывает все ограничения, наложенные  на финансирование проекта, как на уровне его общей стоимости, так и в указанных временных рамках.

  Сметная стоимость. Сметная стоимость проекта представляет собой  ожидаемую общую стоимость проекта и перед ней обычно ставится модификатор, указывающий сна точность, такую как концептуальная или окончательная.

  Требования к управлению конфигурацией проекта. Описывают  уровень управления конфигурацией и изменениями, реализуемых в проекте.

  Спецификации проекта. Определяют спецификации, которым должен  соответствовать проект.

  Требования к одобрению. Определяют требования к одобрению,  применяющиеся к таким элементам, как цели проекта, результаты поставки проекта, документы и работа.

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

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

 


Поделиться с друзьями:

mylektsii.su - Мои Лекции - 2015-2024 год. (0.007 сек.)Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав Пожаловаться на материал