Главная страница

Обеспечение проектной деятельности Часть 1. Основные понятия управления проектами


Скачать 390.08 Kb.
НазваниеОсновные понятия управления проектами
АнкорОбеспечение проектной деятельности Часть 1
Дата15.03.2023
Размер390.08 Kb.
Формат файлаdocx
Имя файлаОбеспечение проектной деятельности Часть 1.docx
ТипГлава
#990791
страница40 из 40
1   ...   32   33   34   35   36   37   38   39   40

Контракт с возмещением затрат плюс вознаграждение (Cost-Plus-Fee, CPF) — тип контракта с возмещением затрат, при котором покупатель возмещает продавцу оговоренные затраты на выполнение работ по контракту, и продавец также получает вознаграждение, определяемое как оговоренный процент с затрат. Вознаграждение меняется в зависимости от фактической стоимости.

Контракт с возмещением затрат плюс вознаграждение за результаты (Cost-Plus-Incentive-Fee (CPIF) Contract) — тип контракта с возмещением затрат, при котором покупатель возмещает поставщику оговоренные затраты (определяются условиями договора). При этом поставщик получает дополнительный доход при выполнении установленных критериев исполнения работы.

Контракт с твердой фиксированной ценой (ФЦ) (Firm-Fixed-Price Contract, FFP Contract) — тип контракта с фиксированной ценой, когда покупатель платит продавцу фиксированную сумму (в соответствии с условиями контракта), вне зависимости от затрат продавца.

Контракт с фиксированной стоимостью и вознаграждением за результаты (ФС + П) (Fixed-Price-Incentive-Fee (FPIF) Contract) — тип контракта, когда покупатель платит продавцу фиксированную сумму (в соответствии с условиями контракта) и выплачивает дополнительную сумму при выполнении продавцом оговоренных критериев.

Контракт с фиксированной ценой (Fixed-Price or Lump-Sum Contract) — тип контракта, предполагающий общую фиксированную стоимость четко описанного продукта. Контракты с фиксированной ценой могут предполагать поощрения за достижение или улучшение отдельных параметров проекта, таких как сроки выполнения. Простейшей формой контракта с фиксированной стоимостью является заказ на покупку.

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

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

Контрольное событие (Веха, Milestone) — важный момент или событие проекта. Контрольное событие расписания имеет нулевую длительность.

Контрольный список (Checklist) — элементы, сведенные в список для удобства сравнения или для обеспечения выполнения связанных с ними действий. Примером может служить список элементов для инспекции, составляемый во время планирования качества и используемый в процессе контроля качества.

Корректирующее действие (Corrective Action) — документированное управление исполнением работ проекта с целью привести ожидаемое будущее исполнение работ проекта в соответствие с планом управления проектом.

Критерии (Criteria) — стандарты, правила или тесты, на которых может основываться решение или суждение или с помощью которых можно оценить продукт, услугу, результат или процесс.

Критерии приемки (Acceptance Criteria) — критерии, в том числе требования к исполнению и существенные условия, которые должны быть выполнены до приемки результатов поставки проекта.

Матрица вероятности и последствий (Probability and Impact Matrix) — общепринятый подход для отнесения риска к высоким, средним или низким путем сопоставления двух параметров риска: вероятности и воздействия на цели проекта в случае его наступления.

Матрица ответственности (Responsibility Assignment Matrix, RAM) — структура, ставящая в соответствие организационную структуру иерархической структуре работ и помогающая назначению лиц, ответственных за каждый элемент содержания проекта.

Метод Дельфи (Дельфийский метод) (Delphi Technique) — метод сбора информации, используемый для достижения консенсуса экспертов по некоторому вопросу. В этом методе эксперты участвуют на условиях анонимности. Устроитель с помощью вопросника представляет идеи по важным моментам проекта, относящимся к данному вопросу. Ответы суммируются и возвращаются экспертам для комментариев. Консенсуса можно достичь за несколько циклов этого процесса. Метод Дельфи помогает преодолеть необъективность в данных и устраняет избыточное влияние отдельных лиц на исход обсуждения.

Метод критического пути (Critical Path Method, CPM) — метод анализа сети расписания, используемый для определения возможной гибкости при планировании (возможного временного резерва) в различных логических путях в сети расписания проекта и определяющий минимальную общую длительность проекта. Ранний старт и ранний финиш рассчитываются с помощью расчета расписания вперед, исходя из указанной даты начала. Поздний старт и поздний финиш рассчитываются с помощью расчета расписания назад, исходя из указанной даты завершения, которой иногда бывает ранний финиш проекта, рассчитанный с помощью расчета расписания вперед.

Метод критической цепи (Critical Chain Method) — метод анализа сети расписания, модифицирующий расписание проекта с учетом ограниченности ресурсов. Метод критической цепи объединяет детерминированный и вероятностный подходы к анализу сети расписания.

Метод освоенного объема (Earned Value Technique, EVT) — особый метод для измерения исполнения работ для элемента иерархической структуры работ, контрольного счета или проекта.

Мозговой штурм (Brainstorming) — общий метод сбора информации, идей и предложения решений, который может использоваться для идентификации рисков, идей или решений проблем группой членов команды или экспертов. Обычно во время сессии мозгового штурма идеи участников фиксируются для последующего анализа.

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

Навык (Skill) — способность применять знания, развитая склонность и/или умение эффективно и быстро выполнять операцию.

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

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

Область знаний по управлению проектами (Project Management Knowledge Area) — особая область управления проектами, определяемая ее требованиями к знаниям и описываемая в терминах ее составных процессов, практик, входов, выходов, инструментов и методов.

Общий временной резерв (Total Float, TF) — общее количество времени, на которое может быть отложена плановая операция с раннего старта без просрочки даты завершения проекта или нарушения ограничений расписания. Вычисляется с помощью метода критического пути и определяется разницей между ранним финишем и поздним финишем.

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

Одобренный запрос на изменение (Approved Change Request) — запрос на изменение, который прошел процесс общего управления изменениями и был одобрен.

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

Опережение (Lead) — дополнение к логической взаимосвязи, определяющее опережение сроков возможного исполнения последующей операции. Например, при логической взаимосвязи Финиш-старт с опережением в 10 дней последующая операция может начаться за 10 дней до окончания предшествующей операции.

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

Организационная диаграмма (Organization Chart) — метод изображения взаимосвязей между группой лиц, совместно работающих для достижения общей цели.

Организационная диаграмма проекта (Project Organization Chart) — документ, графически отображающий членов команды проекта и их взаимосвязи в конкретном проекте.

Организационная структура (Organizational Breakdown Structure, OBS) — иерархически организованное изображение организации проекта, устроенное таким образом, чтобы соотносить пакеты работ с исполняющими организационными единицами.

Освоенный объем (ОО) (Earned Value, EV) — объем выполненных работ, выраженный в терминах одобренного бюджета, выделенного на эти работы для плановой операции и элемента иерархической структуры работ.

Отклонение (Variance) — измеримое отступление, или дивергенция, от базового или ожидаемого значения.

Отклонение по срокам (ОСР) (Schedule Variance, SV) — показатель исполнения расписания проекта. Алгебраическая разница между освоенным объемом (ОО) и плановым объемом (ПО). Отклонение по срокам = освоенный объем минус плановый объем.

Отклонение по стоимости (ОСТ) (Cost Variance, CV) — показатель стоимостного исполнения проекта. Это алгебраическая разница между освоенным объемом (ОО) и фактической стоимостью (ФС). Отклонение по стоимости = освоенный объем минус фактическая стоимость. Положительное значение обозначает благоприятные условия, а отрицательное значение — неблагоприятные условия.

Отчеты об исполнении (Performance Reports) — документы и презентации, предоставляющие организованное и обобщенное представление информации об исполнении работ, расчеты и параметры управления освоенным объемом и анализы прогресса и состояния работ проекта. Обычно отчеты об исполнении представляются в формате столбиковых горизонтальных диаграмм, S-кривых, гистограмм, таблиц и сетевой диаграммы расписания проекта, на которой показано текущее состояние расписания.

Офис управления проектом (Project Management Office, PMO) — организационная единица или сущность, которая несет определенную ответственность в отношении централизованного и координированного управления теми проектами, которые входят в ее сферу ответственности. Степень ответственности офиса управления проектом может варьироваться от оказания поддержки управлению проектом до прямого управления проектом.

Оценка «снизу вверх» (Bottom-up Estimating) — метод оценки элемента работ. Работа разбивается на более мелкие работы. Подготавливается оценка того, что нужно для выполнения требований каждой из частей работы, и эти оценки затем суммируются для данного элемента работ. Точность оценки «снизу вверх» определяется размером и сложностью работ, выделенных на более нижних уровнях. Обычно меньшее содержание работ увеличивает точность оценок.

Оценка (Estimate) — количественная оценка вероятного объема или результата. Обычно применяется к затратам, ресурсам, трудоемкости и длительности проекта и имеет уточнение (т.е. предварительная, концептуальная, выполнимая, порядок величины, окончательная). Всегда должна включать указание на точность измерения (например, ±x процентов).

Оценка будущей стоимости (Should-Cost Estimate) — оценка будущей стоимости продукта или услуг, используемая для оценки обоснованности цены, предложенной потенциальным продавцом.

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

Оценка по трем точкам (Three-Point Estimate) — аналитический метод, использующий три оценки стоимости или длительности, отражающие оптимистический, наиболее вероятный и пессимистический сценарии. Этот метод применяется для повышения точности оценок стоимости или длительности, когда исходный элемент операции или стоимости неясен.

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

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

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

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

План управления контрактом (Contract Management Plan) — документ, описывающий способ управления контрактом. Может включать такие элементы, как доставка необходимой документации и требования к исполнению. План управления контрактом может быть формальным или неформальным, очень подробным или обобщенным в зависимости от требований контракта. Каждый план управления контрактом является вспомогательным планом в плане управления проектом.

План управления обеспечением проекта персоналом (Staffing Management Plan) — документ, описывающий способ выполнения требований к ресурсам. Этот план содержится или является вспомогательным планом в плане управления проектами. План управления обеспечением персоналом может быть неформальным и обобщенным или формальным и очень подробным в зависимости от потребностей проекта. Информация, содержащаяся в плане управления обеспечением персоналом, различается в зависимости от области приложения и размера проекта.

План управления поставками (Procurement Management Plan) — документ, описывающий управление процессами поставки, начиная от разработки документации по поставкам и до закрытия контракта.

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

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

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

План управления содержанием проекта (Project Scope Management Plan) — документ, описывающий, как будет определяться, разрабатываться и проверяться содержание проекта и как будет создаваться и определяться иерархическая структура работ, а также дающий указания по управлению содержанием проекта. Этот план содержится или является вспомогательным планом в плане управления проектом. План управления содержанием проекта может быть неформальным и обобщенным или формальным и очень подробным в зависимости от потребностей проекта.

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

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

Плановый объем (ПО) (Planned Value, PV) — утвержденный бюджет, выделенный на плановые работы, выполняемые в рамках плановой операции или элемента иерархической структуры работ.

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

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

Пользователь (User) — лицо или организация, которые будут использовать продукт или услугу проекта.

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

Последующая операция (Successor Activity) — плановая операция, следующая за предшествующей операцией согласно их логической взаимосвязи.

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

Предшествующая операция (Predecessor Activity) — плановая операция, определяющая, когда может начаться или завершиться последующая операция.

Проблема (Issue) — обсуждаемый или еще не решенный вопрос или вопрос, по которому существуют противоположные мнения и разногласия.

Проверка (Validation) — метод оценки элемента или продукта во время или в конце фазы или проекта с целью подтверждения его соответствия указанным требованиям.

Прогноз до завершения (Estimate to Complete, ETC) — ожидаемые затраты на выполнение всех оставшихся работ для плановой операции, элемента иерархической структуры работ или проекта. См. также Метод освоенного объема и Прогноз по завершении.

Прогноз по завершении (Estimate at Completion, EAC) — ожидаемая общая стоимость плановой операции, элемента иерархической структуры работ или проекта, когда будет завершено указанное содержание работ. Прогноз по завершении равен фактической стоимости (ФС) плюс прогноз до завершения для всех оставшихся работ. Прогноз по завершении может быть вычислен на основании исполнения на данный момент или оценен командой проекта на основании других факторов, причем в этом случае он часто называется последней пересмотренной оценкой.

Программа (Program) — ряд связанных друг с другом проектов, управление которыми координируется для достижения преимуществ и степени управляемости, недоступных при управлении ими по отдельности. Программы могут содержать элементы работ, имеющих к ним отношение, но лежащих за пределами содержания отдельных проектов программы.

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

Проект (Project) — временное предприятие, предназначенное для создания уникальных продуктов, услуг или результатов.

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

Ранний старт (Early Start Date, ES) — в методе критического пути это самый ранний из возможных моментов времени, в который могут начаться невыполненные части плановых операций (или проекта), вычисляемый на основании логики сети расписания, отчетной даты и любых ограничений на расписание. Ранний старт может меняться по ходу исполнения проекта и внесения изменений в план управления проектом.

Ранний финиш (Early Finish Date, EF) — в методе критического пути это самый ранний из возможных моментов времени, в который могут завершиться невыполненные части плановых операций (или проекта), вычисляемый на основании логики сети расписания, отчетной даты и любых ограничений на расписание. Ранний финиш может меняться по ходу исполнения проекта и внесения изменений в план управления проектом.

Расписание проекта (Project Schedule) — плановые даты исполнения плановых операций и наступления контрольных событий расписания.

Реестр рисков (Risk Register) — документ, содержащий результаты качественного анализа рисков, количественного анализа рисков и планирования реагирования на риски. Реестр рисков подробно рассматривает все известные риски и включает описание, категорию, причину, вероятность, воздействие на цели, предполагаемые ответные действия, владельцев и текущее состояние. Реестр рисков является элементом плана управления проектом.

Резерв (Reserve) — предусмотренные в плане управления проектом средства, предназначенные для снижения стоимостных и временных рисков. Часто употребляется с уточнением (например, «управленческий резерв», «резерв на непредвиденные обстоятельства»), чтобы уточнить, для каких типов рисков он предназначен. Конкретное значение уточненного термина может отличаться в различных областях приложения.

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

Ресурс (Resource) — квалифицированный персонал (в определенных дисциплинах, как индивидуально, так и в командах), оборудование, услуги, расходные материалы, сырье, материальные средства, бюджет или денежные средства.

Риск (Risk) — неопределенное событие или условие, наступление которого отрицательно или положительно сказывается на целях проекта.

Роль (Role) — определенная функция, выполняемая членами команды проекта, например, тестирование, систематизация, инспектирование, кодирование.

Свободный временной резерв (Free Float, FF) — промежуток времени, на который можно задержать выполнение плановой операции без задержки раннего начала непосредственно последующих плановых операций.

Свод знаний по управлению проектами (Project Management Body of Knowledge, PMBOK®) — собирательный термин, охватывающий сумму профессиональных знаний по управлению проектами. Как и в других профессиональных областях, таких как юриспруденция, медицина, бухгалтерский учет, свод знаний опирается на практиков и теоретиков, которые используют и углубляют эти знания. Полный свод знаний по управлению проектами включает зарекомендовавшие себя и широко используемые традиционные практики, а также недавно появившиеся инновационные практики. Свод знаний включает как опубликованные, так и неопубликованные материалы и постоянно разрастается.

Сетевая диаграмма расписания проекта (Project Schedule Network Diagram) — любое систематическое отображение логических взаимосвязей между плановыми операциями проекта. Всегда рисуется слева направо для отображения хронологии работ проекта.

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

Система управления изменениями (Change Control System) — набор формальных процедур, определяющих способы контроля, внесения изменений и одобрения результатов поставки и документации проекта. В большинстве областей приложения система управления изменениями входит в систему управления конфигурацией.

Система управления конфигурацией (Configuration Management System) — подсистема общей системы управления проектами. Набор формальных процедур, используемый для применения технического и административного управления и сопровождения, чтобы: идентифицировать и документировать физические и функциональные характеристики продукта, результата, услуги или элемента; управлять любыми изменениями таких характеристик; регистрировать и доводить до сведения заинтересованных лиц каждое изменение и ход его проведения; выполнять аудит продуктов, результатов или элементов для верификации их соответствия требованиям. Она включает в себя документацию, системы отслеживания и определенные уровни, на которых происходит авторизация изменений.

Система управления проектом (Project Management System) — совокупность процессов, инструментов, методов, методологий, ресурсов и процедур по управлению проектом. Система документируется в плане управления проектами, и ее содержание может различаться в зависимости от области приложения, организационного влияния, сложности проекта и доступности имеющихся систем. Система управления проектами, которая может быть как формальной, так и неформальной, помогает менеджеру проекта эффективно доводить проект до завершения. Система управления проектами — это ряд процессов и связанных с ними функций мониторинга и контроля, объединенных в функциональное единство.

Словарь иерархической структуры работ (Work Breakdown Structure Dictionary) — документ, описывающий каждый элемент в иерархической структуре работ (ИСР). Для каждого элемента ИСР в словаре имеется краткое описание содержания, указан(ы) результат(ы) поставки, список имеющих к нему отношение операций и список контрольных событий. Также могут указываться: ответственная организация, даты начала и завершения работ, требуемые ресурсы, оценка стоимости, порядковый номер, информация о контракте, требования к качеству и технические справочные материалы, способствующие выполнению работ.

Содержание продукта (Product Scope) — свойства и функции, которые характеризуют продукт, услугу или результат.

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

Со-расположение (Co-location) — способ размещения, при котором члены команды проекта находятся физически близко друг от друга в целях улучшения коммуникаций, рабочих отношений и производительности.

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

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

Стоимость качества (Cost of Quality, COQ) — определение затрат, связанных с обеспечением качества. Затраты на профилактику и затраты на оценку (затраты на соответствие) включают стоимость планирования качества, контроля качества и обеспечения качества для соответствия требованиям (т.е. обучение, системы контроля качества и т.д.). Издержки вследствие отказа (затраты на несоответствие) включают стоимость доработки несоответствующих продуктов, элементов или процессов, стоимость гарантийных работ и безвозвратных потерь, а также снижение репутации.

Столбиковая горизонтальная диаграмма (Bar Chart) — графическое представление расписания проекта. В типичной столбиковой горизонтальной диаграмме плановые операции или элементы иерархической структуры работ перечислены с левой стороны диаграммы, даты отображаются сверху, а длительность операций показана горизонтальными полосками от даты начала до даты завершения. Другое название — диаграмма Ганта.

Тотальное управление качеством (Total Quality Management, TQM) — подход к внедрению программы повышения качества в организации.

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

Управление изменениями (Change Control) — идентификация, фиксация, одобрение или отклонение и управление внесением изменений в базовые планы проекта.

Управление освоенным объемом (Earned Value Management, EVM) — методология управления интеграцией содержания, расписания и ресурсов, а также объективным измерением исполнения проекта и прогресса. Исполнение проекта измеряется путем определения плановой стоимости выполненных работ (т.е. освоенного объема) и его последующего сравнения с фактической стоимостью выполненных работ (т.e. фактической стоимостью). Прогресс измеряется путем сравнения освоенного объема с плановым объемом.

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

Управление программой (Program Management) — централизованное координированное управление программой, имеющее своей задачей достижение преимуществ и стратегических целей программы.

Управление проектами (Project Management, PM) — приложение знаний, навыков, инструментов и методов к операциям проекта для удовлетворения требований, предъявляемых к проекту.

Услуга (Service) — полезная выполненная работа, результатом которой не является какой-либо осязаемый продукт или результат, как, например, выполнение бизнес-функций по поддержке продукции или дистрибуции. См. также Продукт и Результат.

Устав проекта (Project Charter) — документ, выпущенный инициатором или спонсором проекта, который формально узаконивает существование проекта и предоставляет менеджеру проекта полномочия использовать организационные ресурсы в операциях проекта.

Участник проекта (Stakeholder, Project Stakeholder) — лицо или организация, например, заказчик, спонсор, исполняющая организация, которая активно участвует в проекте или чьи интересы могут быть затронуты при исполнении или завершении проекта. Участники также могут влиять на проект и его результаты поставки.

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

Фактор(ы) внешней среды предприятия (Enterprise Environmental Factors) — любой или все внешние факторы воздействия и внутренние организационные факторы, влияющие на успех проекта. Эти факторы существуют для каждого из предприятий, участвующих в проекте, и включают корпоративную культуру и структуру организации, инфраструктуру, существующие ресурсы, коммерческие базы данных, условия рынка и программное обеспечение для управления проектами.

Функциональный руководитель (Functional Manager) — лицо, обладающее руководящими полномочиями в подразделении функциональной организации. Менеджер любой группы, которая фактически занята в производстве продукта или услуги. Иногда также называется «линейным менеджером».

Цель (Objective) — то, на что направлены работы, стратегическая позиция, которую следует занять, задача, которую следует решить, результат, которого следует достичь, продукт, который следует произвести или услуга, которую следует оказать.

Экспертные оценки (Expert Judgment) — суждения, предоставляемые на основании компетенции в области приложения, области знаний, дисциплине, индустрии и т.д., соответствующих выполняемой операции. Экспертизу могут осуществлять как группы, так и отдельные лица, обладающие специализированным образованием, знанием, навыками, опытом или обучением. Может быть несколько источников, в том числе, другие подразделения исполняющей организации; консультанты; участники проекта, включая заказчиков, профессиональные и технические ассоциации и отраслевые группы.

СПИСОК ИСПОЛЬЗУЕМЫХ СОКРАЩЕНИЙ


BAC — Budget at Completion

CPI — Cost Performance Index

CV — Cost Variance

EV — Earned Value

OPM3 — Organization Project Management Maturity Model

PMBOK — Project Management Body of Knowledge

PMI — Project Management Institute

PV — Planed Value

SMART — Specific, Mesurable, Actively Influencible, Realistic, Time Limited

SPI — Schedule Performance Index

SV — Schedule Variance

ИСР — иерархическая структура работ

ИСУП — информационная система управления проектами

ИТ — информационные технологии

КСУП — корпоративный стандарт управления проектами

ОУП — офис управления проектами

ПС — поздний старт

ПФ — поздний финиш

РС — ранний старт

РФ — ранний финиш
1   ...   32   33   34   35   36   37   38   39   40


написать администратору сайта