Структура управления проектами Введение (основные определения)

из "Путеводитель в мир управления проектами "

Совокупность знаний по управлению проектами (РМВОК) - это обобщающий термин, описывающий всю сумму знаний по профессии управление проектами . Так же, как и в других профессиях, таких как юриспруденция, медицина и бухучет, эта совокупность опирается на практиков и теоретиков, которые применяют знания и расширяют их. Полный РМВОК включает в себя проверенный традиционный опыт, который широко применяется наряду с нововведениями, используемыми в более ограниченном объёме. [c.9]
Основной целью этого документа является определение и описание той части РМВОК, которая считается общепринятой. Это означает, что знания и опыт, описанные здесь, применимы для большинства проектов в большинстве случаев и существует общепринятое признание их ценности и полезности. Общее признание не означает того, что указанные знания и опыт могут или должны применяться для всех проектов, но команда управления проектом всегда несёт ответственность за определение того, что пригодно для каждого данного проекта. [c.9]
Данный документ также предназначен для обеспечения общепринятого лексикона для профессионального разговора об управлении проектами. Поскольку управление проектами -профессия относительно молодая, и хотя существует примерное понимание того, что уже сделано, но в используемых терминах ещё относительно мало единообразия. [c.9]
Отличаются операции и проекты в основном тем, что операции постоянны и повторяемы, в то время как проекты временны и уникальны. Поэтому проект может быть определен через свои отличительные характеристики проект - это временные действия, предпринятые для создания уникального продукта или услуги. Термин временные означает, что каждый проект имеет определенные начальную и конечную точки, а термин уникальный определяет продукт или услугу как отличные в каком-либо контексте от остальных схожих продуктов или услуг. [c.10]
Временный означает, что каждый проект имеет определенное начало и определённый конец. Конец наступает, когда цели проекта достигнуты или становится ясно, что цели проекта не будут или не могут быть достигнуты, и проект сворачивается. Временный не обязательно означает кратковременный многие проекты длятся годами. В любом случае продолжительность проекта ограниченна, проекты не являются постоянным видом деятельности. [c.10]
В дополнение термин временный не обязательно применяется ко всем создаваемым в ходе проекта продуктам и услугам. Большинство проектов ориентировано на получение долговременного результата, например, проект постройки национального памятника создаст результат, который предполагается сохранить на века. [c.10]
Многие виды деятельности временны в том смысле, что они когда-нибудь будут свернуты. Например, конвейерная сборка, работа на заводе-автомате, в конце концов, будут прекращены. Проекты в корне отличны, так как завершаются по достижении цели, в то время как непроектные виды деятельности ставят новые цели и продолжают работать. [c.10]
Временная природа проекта может быть применима к другим аспектам деятельности Возможность или ниша на рынке обычно временны - большинство проектов ограничено во времени для производства своего продукта или услуги. Команда проекта как команда редко переживает завершение проекта - большинство проектов осуществляется командой, которая создается с единственной целью его исполнения, распадается по его завершении, а исполнители получают новые задания. [c.11]
Так как продукт каждого проекта уникален, то определяющие его характеристики должны быть последовательно тщательно разработаны. Последовательно - процесс осуществляется ступенчато, постепенно, продолжается по этапам. Разработан - тщательно и аккуратно изложен во всех деталях [1.1]. Эти отличительные характеристики будут широко определены на ранней стадии проекта и будут уточнены более детально параллельно с достижением командой лучшего и более завершенного понимания продукта. [c.11]
Постепенная разработка характеристик продукта должна быть аккуратно связана с соответствующим определением замысла проекта, особенно, если проект осуществляется на основе контракта. В случае правильного определения замысел проекта - перечень видов деятельности для выполнения - должен оставаться неизменным, даже если характеристики продукта постепенно изменялись. Отношения между замыслом продукта и замыслом проекта обсуждаются далее во введении к пятой главе. [c.11]
Следующие два примера иллюстрируют последовательную разработку в различных сферах деятельности. [c.11]
ПРИМЕР 1. Химический завод начинается с технической проработки процесса для определения его характеристик. Эти характеристики используются для конструирования основных агрегатов обработки. Эта информация становится основой для инженерного проектирования, определяющего как детальный план завода, так и механические характеристики оборудования и вспомогательных мощностей. Всё это выливается в чертежи, которые перерабатываются для создания окончательных строительных планов и трехмерных чертежей. Во время строительства, при необходимости, производятся дополнения и изменения, которые подлежат соответствующему согласованию. Дальнейшая разработка характеристик охватывается чертежами готовой постройки . В процессе испытаний дальнейшая разработка характеристик часто делается в форме окончательных оперативных изменений. [c.11]
ПРИМЕР 2. Продукт биофармацевтического исследования может быть изначально определен, как клинические испытания XYZ , поскольку число испытаний и масштаб каждого неизвестны. В процессе выполнения проекта продукт может быть описан более детально, как три испытания ФАЗЫ 1, четыре испытания ФАЗЫ 2, два испытания ФАЗЫ 3 . Следующий этап последовательной разработки может фокусироваться на протоколе исследования испытаний первой фазы - сколько пациентов, какую дозу и как часто принимают. На заключительной стадии проекта исследования 3-й фазы будут описываться, основываясь на данных, собранных и проанализированных в ходе исследований первой и второй фаз. [c.11]
Знания об управлении проектами могут быть систематизированы многими путями. Данный документ содержит два основных раздела и 12 глав, описанных ниже. [c.12]
Часть I - Структура управления проектами - обеспечивает основу для понимания управления проектами. [c.12]
Глава 1 - Введение - определяет ключевые термины и дает обзор остальной части документа. [c.12]
Глава 2 - Содержание управления проектами - описывает среду, в которой функционируют проекты. Команда проекта должна уметь понимать этот более широкий контекст - управление ежедневными работами проекта необходимо, но не достаточно для успеха. [c.12]
Глава 3 - Процессы управления проектами - описывает общий взгляд на то, как взаимодействуют различные процессы управления проектами. Понимание этих взаимодействий является ключевым для понимания материала глав 4-12. [c.12]
Часть II - Области знания управления проектами - описывает знания и опыт управления проектами в терминах его составных процессов. Эти процессы сведены в девять областей знаний, описанных ниже и проиллюстрированных рис.1.1. [c.12]

Вернуться к основной статье