суббота, 20 февраля 2016 г.

Глоссарий терминов по управлению проектами (PMBOK)

Русско-язычный глоссарий терминов и принятых сокращений, которые используются в управлении проектами по методологии PMBOK

ПРИНЯТЫЕ СОКРАЩЕНИЯ
  • AC Actual Cost (Фактическая стоимость, ФС)
  • ACWP Actual Cost of Work Performed (Фактическая стоимость выполненных работ, ФСВР)
  • BAC Budget at Completion (Бюджет по завершении, БПЗ)
  • BCWP Budgeted Cost of Work Performed (Плановая стоимость выполненных работ, ПСВР)
  • BCWS Budgeted Cost of Work Scheduled (Плановая стоимость запланированных работ, ПСЗР)
  • CCB Change Control Board (Совет по управлению изменениями)
  • COQ Cost of Quality (Стоимость качества)
  • CPAF Cost-Plus-Award-Fee (Контракт с возмещением затрат плюс премиальное вознаграждение)
  • CPF Cost-Plus-Fee (Контракт с возмещением затрат плюс вознаграждение)
  • CPFF Cost-Plus-Fixed-Fee (Контракт с возмещением затрат плюс фиксированное вознаграждение)
  • CPI Cost Performance Index (Индекс выполнения стоимости, ИВСТ)
  • CPIF Cost-Plus-Incentive-Fee (Контракт с возмещением затрат плюс поощрительное вознаграждение)
  • CPM Critical Path Method (Метод критического пути)
  • CV Cost Variance (Отклонение по стоимости, ОСТ)
  • EAC Estimate at Completion (Прогноз по завершении)
  • EF Early Finish date (Ранний финиш)
  • EMV Expected Monetary Value (Ожидаемое денежное значение)
  • ES Early Start date (Ранний старт)
  • ETC Estimate to Complete (Прогноз до завершения, ПДЗ)
  • EV Earned Value (Освоенный объем, ОО)
  • EVM Earned Value Management (Управление освоенным объемом)
  • FF Finish-to-Finish (Финиш-финиш, ФФ)
  • FFP Firm-Fixed-Price (Контракт с твердой фиксированной ценой)
  • FMEA Failure Mode and Effect Analysis (Анализ характера и последствий отказов)
  • FP-EPA Fixed Price with Economic Price Adjustment (Контракт с фиксированной ценой и оговоркой о возможной корректировке цены)
  • FPIF Fixed-Price-Incentive-Fee (Контракт с фиксированной стоимостью и поощрительным
  • вознаграждением)FS Finish-to-Start (Финиш-старт, ФС)
  • IFB Invitation for Bid (Приглашение к подаче заявок)
  • LF Late Finish date (Поздний финиш)
  • LOE Level of Effort (Уровень загрузки)
  • LS Late Start date (Поздний старт)
  • OBS Organizational Breakdown Structure (Организационная структура)
  • PDM Precedence Diagramming Method (Метод «операции в узлах», или метод диаграмм
  • предшествования)
  • PMBOK® Project Management Body of Knowledge (Свод знаний по управлению проектами)
  • PMIS Project Management Information System (Информационная система управления проектами)
  • PMP® Project Management Professional (Профессионал по управлению проектами)
  • PV Planned Value (Плановый объем, ПО)
  • QA Quality Assurance (Обеспечение качества)
  • QC Quality Control (Контроль качества)
  • RACI Responsible, Accountable, Consult, and Inform (Отвечает - Утверждает - Консультирует -
  • Информируется)
  • RAM Responsibility Assignment Matrix (Матрица ответственности)
  • RBS Risk Breakdown Structure (Иерархическая структура рисков)
  • RFI Request for Information (Запрос информации)
  • RFP Request for Proposal (Запрос предложения)
  • RFQ Request for Quotation (Запрос расценок)
  • SF Start-to-Finish (Старт-финиш)
  • SOW Statement of Work (Описание работ)
  • SPI Schedule Performance Index (Индекс выполнения сроков, ИВСР)
  • SS Start-to-Start (Старт-старт)
  • SV Schedule Variance (Отклонение по срокам, ОСР)
  • SWOT Strengths, Weaknesses, Opportunities, and Threats (Сильные и слабые стороны, возможности и
  • угрозы)
  • T&M Time and Material (Время и материалы)
  • TQM Total Quality Management (Тотальное управление качеством)
  • WBS Work Breakdown structure (Иерархическая структура работ)2.


ГЛОССАРИЙ
  • Агрегированная операция (Hammock Activity) См. суммарная операция.
  • Активы процессов организации (Organizational Process Assets) [Выход/вход]. Любые ресурсы, относящиеся к процессам, во всех организациях, участвующих в проекте, которые влияют или могут влиять на успех проекта. Эти ресурсы включают формальные и неформальные планы, политики, процедуры и руководства. Также активы процессов организации включают базы знаний организаций, такие как базы накопленных знаний и исторической информации.
  • анализ дерева решений (Decision Tree Analysis) [Метод]. Дерево решений - это диаграмма, описывающая процесс принятия решения путем рассмотрения альтернатив и последствий выбора той или иной имеющейся альтернативы. Используется в случаях, когда будущие сценарии, или результаты действий, носят вероятностный характер. В диаграмме отражаются вероятности и величины затрат и выгод каждой логической цепи событий и будущих решений, и используется анализ ожидаемого денежного значения для помощи организациям в определении относительной стоимости альтернативных действий. См. также анализ ожидаемого денежного значения.
  • анализ допущений (Assumptions Analysis) [Метод]. Метод, который анализирует точность допущений и идентифицирует риски проекта, вызванные неточностью, противоречивостью или неполнотой допущений.
  • Анализ ожидаемого денежного значения (Expected Monetary Value (EMV) Analysis) Статистический метод, вычисляющий средний результат, когда в будущем имеются сценарии, которые могут произойти, а могут и не произойти. Обычно этот метод используется в рамках анализа дерева решений.
  • анализ отклонений (Variance Analysis) [Метод]. Метод разложения общего отклонения совокупности переменных содержания, стоимости и расписания на отклонения отдельных элементов, которые связаны с определенными факторами, влияющими на содержание, стоимость и расписание.
  • анализ первопричины (Root Cause Analysis) [Метод]. Аналитический метод, призванный найти основную причину отклонения, дефекта или риска. Одной первопричиной могут быть вызваны сразу несколько отклонений, дефектов или рисков.
  • анализ резервов (Reserve Analysis) [Метод]. Метод анализа, служащий для определения существенных характеристик и взаимосвязей элементов в плане управления проектом с целью установления резерва для длительности расписания, бюджета, оценочной стоимости или выделенных средств проекта.
  • анализ сети (Network Analysis) См. анализ сети.
  • анализ сети (Schedule Network Analysis) [Метод]. Метод определения ранних и поздних стартов и ранних и поздних финишей для невыполненных частей запланированных операций проекта. См. также метод критического пути, метод критической цепи и выравнивание ресурсов.
  • анализ сильных и слабых сторон, возможностей и угроз (Strengths, Weaknesses, Opportunities, and Threats Analysis, или SWOT Analysis) Метод сбора информации, изучающий проект с точки зрения каждой из сильных и слабых сторон проекта, его благоприятных возможностей и угроз, чтобы увеличить охват рисков, рассматриваемых в рамках управления рисками.
  • анализ тенденций (Trend Analysis) [Метод]. Аналитический метод, использующий математические модели для прогнозирования результатов в будущем на основании исторических данных. С помощью этого метода определяется отклонение от базового плана по стоимости, срокам или содержанию с использованием данных из предыдущих периодов отчетности и прогнозирования величины отклонения данного параметра в определенный момент в будущем, если в исполнение проекта не будут вноситься изменения.
  • анализ характера и последствий отказов (Failure Mode and Effect Analysis, FMEA) [Метод]. Аналитическая процедура, в которой каждый потенциальный характер отказа в каждом элементе продукта анализируется с целью определения его влияния на надежность данного элемента и, как совместно с другими возможными характерами отказов, так и отдельно, влияния на надежность продукта или системы и на функциональность элемента; или изучение всех возможностей возникновения неисправности продукта (на системном и/или более низких уровнях). Для каждой потенциальной неисправности производится оценка ее влияния на всю систему и ее воздействия. Кроме того, оцениваются меры, запланированные для снижения вероятности появления неисправности и сведения к минимуму ее последствий.
  • анализ чувствительности (Sensitivity Analysis) Метод количественного анализа рисков и моделирования, используемый для определения рисков с наибольшим возможным воздействием на проект. В процессе анализа устанавливается, в какой степени неопределенность каждого элемента проекта отражается на исследуемой цели проекта, если остальные неопределенные элементы принимают базовые значения. Обычно отображение результатов представлено в виде диаграммы «торнадо».
  • База накопленных знаний (Lessons Learned Knowledge Base) Хранилище исторической информации и накопленных знаний о результатах принятых в прошлом решений по выбору проектов и исполнении этих проектов.
  • базовое расписание (Schedule Baseline) Особая версия модели расписания, используемая для сравнения фактических результатов с планом, чтобы определить, нужны ли предупреждающие или корректирующие воздействия для достижения целей проекта.
  • базовый план (Baseline) Утвержденный для проекта план с возможным включением одобренных изменений. Сравнивается с фактическим выполнением для того, чтобы определить, находится ли выполнение в пределах допустимых колебаний. Обычно обозначает текущий базовый план, но может относиться к исходному или какому- либо другому базовому плану. Как правило, употребляется с уточнением (например, «базовый план выполнения стоимости», «базовое расписание», «базовый план исполнения», «базовый план по технической части»).
  • базовый план выполнения стоимости (Cost Performance Baseline) Особая версия бюджета с временными фазами, используемая для сравнения фактической стоимости с запланированной, которая позволяет определить, требуются ли предупреждающие или корректирующие воздействия для достижения целей проекта.
  • базовый план исполнения (Performance Measurement Baseline) Одобренный объединенный план работ проекта по содержанию, срокам и стоимости, с которым сравнивается текущее исполнение проекта для измерения и управления исполнением. Базовый план также может включать технические параметры и параметры качества.
  • базовый план по содержанию (Scope Baseline) Конкретная утвержденная версия детализированного описания содержания, иерархической структуры работ (ИСР) и связанного с ней словаря ИСР.
  • благоприятная возможность (Opportunity) Условие или ситуация, благоприятные для проекта, удачное стечение обстоятельств, удачный ход событий, риск, который окажет положительное влияние на цели проекта, или возможность положительных изменений. Ср. угроза.
  • буфер (Buffer) См. резерв.
  • быстрый проход (Fast Tracking) [Метод]. Особый метод сжатия расписания проекта, изменяющий логику сети путем наложения друг на друга фаз, которые в обычной ситуации выполнялись бы последовательно, например фазы проектирования и фазы строительства, или для параллельного выполнения запланированных операций. См. также сжатие расписания.
  • бюджет (Budget) Утвержденная оценка проекта, любого элемента иерархической структуры работ или любой запланированной операции. См. также оценка.
  • бюджет по завершении (бпз) (Budget at Completion, BAC) Сумма всех составляющих бюджета, установленных для работ, выполняемых в рамках проекта, элемента иерархической структуры работ или запланированной операции. Общий плановый объем проекта.
  • Виртуальная команда (Virtual Team) Группа лиц с общими целями, выполняющих свои роли, которые в процессе сотрудничества практически не общаются лично. Этот метод в различных формах часто используется для обеспечения коммуникаций между членами команды. Виртуальные команды могут быть составлены из людей, разделенных большими расстояниями.
  • возможные потери (Contingency) См. резерв.
  • временной резерв (Float) Другое название - "slack". См. общий временной резерв и свободный временной резерв.
  • временной резерв (Slack) Другое название - "float". См. общий временной резерв и свободный временной резерв.
  • вторичный риск (Secondary Risk) Риск, возникающий в результате реагирования на риски.
  • вход (Input) [Вход процесса]. Любой элемент, как внешний, так и внутренний по отношению к проекту, который требуется процессу перед его началом. Может являться выходом предшествующего процесса.
  • качественный анализ рисков (Perform Qualitative Risk Analysis) [Процесс]. Процесс расстановки приоритетов в отношении рисков для их дальнейшего анализа или действий путем оценкии сопоставления их воздействия и вероятностей возникновения.
  • количественный анализ рисков (Perform Quantitative Risk Analysis) [Процесс]. Процесс численного анализа воздействия выявленных рисков на цели проекта в целом.
  • выравнивание (Leveling) См. выравнивание ресурсов.
  • выравнивание ресурсов (Resource Leveling) [Метод]. Любая форма анализа сети, при которой сроки (даты начала и завершения) определяются с учетом ограничений на ресурсы (например, ограниченная доступность ресурсов или сложно управляемые изменения степени их доступности).
  • выход (Output) [Выход процесса]. Продукт, результат или услуга, появившиеся в результате процесса. Может быть входом для последующего процесса.
  • Гистограмма ресурса (Resource Histogram) Ленточная диаграмма, показывающая время работы ресурса в течение нескольких временных периодов. Доступность ресурса может быть изображена в виде линии для возможности сравнения. На расположенных рядом столбцах может отображаться для сравнения фактический объем использованных ресурсов по мере реализации проекта.
  • Готовность принимать риски (Risk Tolerance) Уровень, количество или объем риска, который организация или лицо могут выдержать.
  • Границы, заданные спецификацией (Specification Limits) Область с каждой стороны осевой линии или среднего значения с данными, построенными на контрольной карте, соответствующая требованиям заказчика к продукту или услуге. Эта область может быть больше или меньше области контрольных границ. См. также контрольные границы.
  • Группа процессов управления проектом (Project Management Process Group) Логическое объединение управленческих входов, инструментов и методов, и выходов проекта. В группы процессов управления проектами входят процессы инициации, процессы планирования, процессы исполнения, процессы мониторинга и управления и процессы завершения. Группы процессов управления проектами не являются фазами проекта.
  • дата завершения (Finish Date) Момент времени, связанный с завершением запланированной операции. Обычно употребляется с прилагательным - фактическая, плановая, ожидаемая, расчетная, ранняя, поздняя, базовая, статусная или текущая.
  • дата старта (Start Date) Дата начала запланированной операции, обычно употребляется с уточнением: фактическая, плановая, ожидаемая, расчетная, ранняя, поздняя, базовая, статусная или текущая.
  • декомпозиция (Decomposition) [Метод]. Метод планирования, предполагающий разбиение содержания проекта и результатов проекта на более мелкие и легко управляемые элементы до тех пор, пока работы по проекту, связанные с выполнением содержания проекта и обеспечением результатов, не будут определены достаточно подробно для исполнения, мониторинга и контроля этих работ.
  • дефект (Defect) Несовершенство или упущение в элементе проекта, из-за которого этот элемент не соответствует требованиям или характеристикам и должен быть либо исправлен, либо заменен.
  • диаграмма влияния (Influence Diagram) [Инструмент]. Графическое представление ситуаций, отображающее причинные влияния, последовательности событий во времени и другие отношения между переменными и результатами.
  • диаграмма Ганта (Gantt Chart) [Инструмент]. Графическое представление информации, относящейся к расписанию. В типичной ленточной диаграмме перечень запланированных операций или элементов иерархической структуры работ располагается вдоль левой стороны диаграммы, даты размещены сверху, а длительности операций показаны в виде горизонтальных полос (лент), привязанных к датам.
  • диаграмма парето (Pareto Chart) [Инструмент]. Упорядоченная по частоте возникновения результатов гистограмма, показывающая, сколько результатов было вызвано каждой идентифицированной причиной.
  • длительность (Duration, DU или DUR) Общее количество рабочих периодов (исключая выходные и другие нерабочие периоды), необходимых для выполнения запланированной операции или элемента иерархической структуры работ. Обычно выражается в количестве рабочих дней или недель. Иногда неправомерно приравнивается к календарному времени. Ср. трудоемкость.
  • длительность операции8 (Activity Duration) Время в календарных единицах от начала до завершения запланированной операции. См. также длительность.
  • допущения (Assumptions) Допущения - это факторы, которые для целей планирования считаются верными, реальными или определенными без предоставления доказательств или демонстрации.
  • доработка (Rework) Действие, предпринятое для приведения содержащих дефект или неприемлемых элементов в соответствие с требованиями или характеристиками.
  • Жизненный цикл (Life Cycle) См. жизненный цикл проекта.
  • Жизненный цикл продукта (Product Life Cycle) Набор обычно последовательных, не перекрывающихся фаз продукта, название и количество которых определяется производственными и управленческими потребностями организации. Обычно последняя фаза жизненного цикла продукта - это окончание продаж и обслуживания. Жизненный цикл проекта обычно укладывается в один или несколько жизненных циклов продукта.
  • жизненный цикл проекта (Project Life Cycle) Набор обычно последовательных фаз проекта, количество и состав которых определяется потребностями управления организации или организаций, участвующих в проекте. Жизненный цикл можно документировать с помощью методологии.
  • журнал (Log) Документ, используемый для записи и описания или обозначения некоторых элементов во время выполнения процесса или операции. Обычно используется с уточнением, например: «журнал проблем», «журнал контроля качества», «журнал записи действий» или «журнал дефектов».
  • завершение проекта или фазы (Close Project or Phase) [Процесс]. Процесс завершения всех операций всех групп процессов управления проектом в целях формального завершения проекта или фазы.
  • зависимость (Dependency) См. логическая связь.
  • задержка (Lag) [Метод]. Дополнение к логической связи, определяющее задержку выполнения последующей операции. Например, при логической связи финиш-старт с задержкой в 10 дней последующая операция может начаться не ранее, чем через 10 дней после окончания предшествующей операции. См. также опережение.
  • заинтересованная сторона (Stakeholder) Лицо или организация (например, потребитель, спонсор, исполняющая организация или общественность), которые активно вовлечены в проект, или на чьи интересы могут позитивно или негативно повлиять исполнение или завершение проекта. Заинтересованная сторона также может оказывать влияние на проект и его результаты.
  • закрытие закупок (Close Procurements) [Процесс]. Процесс завершения каждой закупки проекта.
  • закупочная документация (Procurement Documents) [Выход/вход]. Документы, используемые в процессе закупок, включающие приглашения к подаче заявок, приглашения к переговорам, запросы информации, запросы расценок, запросы предложений и ответы продавца.
  • запрос информации (зи) (Request for Information, RFI) Тип закупочного документа, посредством которого покупатель просит потенциального продавца предоставить ему ту или иную информацию о продукте, услуге или возможностях продавца.
  • запрос на изменение (Change Request) Запросы на увеличение или уменьшение содержания проекта, изменение стратегий, процессов, планов или процедур, изменение цен или бюджетов или пересмотр расписаний.
  • запрос предложения (Request for Proposal, RFP) Тип закупочного документа, используемый для запроса предложений продуктов или услуг у предполагаемых продавцов. В отдельных прикладных областях данный термин может иметь более узкое или специальное значение.
  • запрос расценок (Request for Quotation, RFQ) Тип закупочного документа, используемый для запроса у предполагаемых продавцов предлагаемых цен на обычные или стандартные продукты или услуги. Иногда используется вместо запроса предложения; в некоторых прикладных областях у этого термина может быть более узкое или специальное значение.
  • Запрошенное изменение (Requested Change) [Выход/вход]. Формально задокументированный запрос на изменение, ожидающий одобрения в рамках процесса общего управления изменениями.
  • идентификатор операции (Activity Identifier) Уникальное буквенное или цифровое обозначение, присваиваемое каждой запланированной операции, чтобы отличать эту операцию проекта от других операций. Обычно он уникален для каждой сетевой диаграммы проекта.
  • идентификация рисков (Identify Risks) [Процесс]. Процесс определения того, какие риски могут воздействовать на проект, и документирования их характеристик.
  • иерархическая структура работ (исР) (Work Breakdown Structure, WBS) [Выход/вход]. Ориентированная на результаты (предметы поставки) иерархическая декомпозиция работ, выполняемых командой проекта для достижения целей проекта и получения необходимых результатов. С ее помощью структурируется и определяется все содержание проекта.
  • иерархическая структура ресурсов (Resource Breakdown Structure) Иерархическая структура ресурсов, организованная по категориям и типам ресурсов, используемая при выравнивании ресурсов в расписании, а также для разработки расписаний с ограничениями по ресурсам, которую также можно использовать для определения и анализа назначения исполнителей в проекте.
  • иерархическая структура рисков (Risk Breakdown Structure, RBS) [Инструмент]. Иерархически организованное представление идентифицированных рисков проекта, распределенных по категориям и подкатегориям риска, указывающим на различные области и источники возможных рисков. Иерархическая структура рисков часто бывает адаптирована под конкретные типы проектов.
  • изменение содержания (Scope Change) Любые изменения содержания проекта. Изменение содержания практически всегда влечет за собой пересмотр сроков и стоимости проекта.
  • имитация (Simulation) Имитация использует модель проекта для определения влияния последствий подробно описанных неопределенностей на результаты проекта в целом. При имитации проекта используются компьютерные модели и оценки рисков, обычно выраженные в виде вероятностного распределения возможных стоимостей или длительностей на детализированном уровне, обычно с использованием метода Монте-Карло.
  • имитация методом монте-карло (Monte Carlo Simulation) Процесс, который на основе распределения вероятностей для стоимости и сроков для отдельных задач генерирует сотни или тысячи возможных результатов выполнения. Затем результаты используются для генерации распределения вероятностей для проекта в целом.
  • индекс выполнения сроков (ивсР) (Schedule Performance Index, SPI) Показатель степени выполнения расписания проекта. Отношение освоенного объема (ОО) к плановому объему (ПО).
  • индекс выполнения стоимости (ивст) (Cost Performance Index, CPI) Показатель эффективности проекта по стоимости. Отношение освоенного объема (ОО) к фактической стоимости (ФС). ИСВТ = ОО, поделенный на ФС.
  • Индекс производительности до завершения (ИПДЗ) (To-Complete-Performance-Index, TCPI) Расчетный показатель эффективности выполнения проекта по стоимости, который должен быть достигнут на оставшемся объеме работ для того, чтобы достичь установленных управленческих показателей, таких как бюджет по завершении (БПЗ) или прогноз по завершении (ППЗ). Это соотношение между «оставшейся работой» и «оставшимися финансами».
  • инициация проекта (Project Initiation) Запуск процесса, который может завершиться санкционированием нового проекта.
  • инспекция (Inspection) [Метод]. Обследование и изучение с целью проверить, соответствует ли операция, элемент, продукт, результат или услуга указанным требованиям.
  • инструмент (Tool) Нечто осязаемое, например шаблон или компьютерная программа, используемая при выполнении операции с целью получения продукта или результата.
  • информационная система управления проектами (Project Management Information System, PMIS)
  • [Инструмент]. Информационная система, которая состоит из инструментов и методов, используемых для сбора, интеграции и распространения результатов процессов управления проектами. Информационная система управления проектами используется для поддержки всех аспектов проекта от инициации до завершения и может включать в себя как ручные, так и автоматизированные системы.
  • информация об исполнении работ (Work Performance Information) [Выход/вход]. Информация и данные о состоянии выполняемых запланированных операций проекта, собираемые в рамках процессов руководства и управления исполнением проекта. Информация об исполнении включает в себя: состояние результатов; состояние запросов на изменение, корректирующих воздействий, предупреждающих действий и исправления дефектов; прогнозы до завершения; подтвержденный процент физического выполнения работ; полученное значение технического измерения исполнения; даты начала и завершения запланированных операций.
  • исполнять (Execute) Управлять, руководить, исполнять и завершать проектные работы, предоставляя результаты и информацию о ходе работ.
  • исполняющая организация (Performing Organization) Предприятие, персонал которого непосредственно участвует в работе над проектом.
  • исправление дефекта (Defect Repair) Формализованная идентификация дефектов в элементе проекта с представлением рекомендаций либо исправить дефект, либо полностью заменить элемент.
  • историческая информация (Historical Information) Документы и данные по предыдущим проектам, включая архивы проектов, записи, корреспонденцию, закрытые контракты и проекты.
  • календарная единица (Calendar Unit) Наименьший отрезок времени, используемый при расчете расписания проекта. Обычно календарная единица - это час, день или неделя, но это также может быть квартал, месяц, смена и даже минута.
  • календарь проекта (Project Calendar) Календарь рабочих дней или смен, устанавливающий даты, в которые проводятся запланированные операции, и нерабочие дни, т. е. даты, в которые запланированные операции не выполняются. Обычно в календаре указываются праздники, выходные и смены. См. также ресурсный календарь.
  • Словарь иерархической структуры работ (Work Breakdown Structure Dictionary) [Выход/вход]. Документ, описывающий каждый элемент в иерархической структуре работ (ИСР). Для каждого элемента ИСР в словаре присутствует краткое описание содержания, указан (ы) результат (ы) (предмет (ы) поставки), список имеющих к нему отношение операций и список контрольных событий. Также могут указываться: ответственная организация, даты начала и завершения работ, требуемые ресурсы, оценка стоимости, порядковый номер, информация о контракте, требования к качеству и технические справочные материалы, способствующие выполнению работ.
  • категория риска (Risk Category) Группа потенциальных источников риска. Источники риска могут быть сгруппированы в такие категории, как технические, внешние, организационные, риски окружающей среды и управления проектами. Категории могут включать подкатегории, такие как техническая усталость, погода или применение жестких оценок.
  • качество (Quality) Степень, в которой ряд присущих характеристик соответствует требованиям.
  • код операции (Activity Code) Одно или несколько буквенных или цифровых обозначений, определяющих характеристики работ или некоторым образом идентифицирующих запланированную операцию, с помощью которых можно фильтровать и упорядочивать операции в отчетах.
  • команда управления проектом (Project Management Team) Члены команды проекта, непосредственно занятые в управлении его работами. В небольших проектах команда управления проектом может включать практически всех членов команды проекта.
  • контракт «время и материалы» (Time and Material (T&M) Contract) Тип смешанного контракта, содержащий элементы контракта с возмещением затрат и контракта с фиксированной ценой. Контракты «Время и материалы» напоминают контракты с возмещением затрат тем, что они открыты, то есть их объемы не определены в момент заключения. Таким образом, общая стоимость таких контрактов может увеличиваться аналогично контрактам с возмещением затрат. Этот тип контрактов также напоминает договоры с фиксированной ценой. Например, покупатель и продавец устанавливают единичные расценки, когда обе стороны договорились о ставках оплаты для категории «старший инженер».
  • контракт (Contract) [Выход/вход]. Контракт - это взаимное соглашение, обязывающее продавца предоставить определенный продукт, услугу или результат, а покупателя - оплатить его.
  • контракт с возмещением затрат (Cost-Reimbursable Contract) Тип контракта, подразумевающий оплату продавцу его фактических затрат, а также вознаграждение, обычно составляющее прибыль продавца. В контракты с возмещением затрат часто включают пункты с поощрениями или бонусами за достижение или улучшение отдельных параметров проекта, таких как сроки выполнения или общая стоимость.
  • контракт с возмещением затрат плюс поощрительное вознаграждение (Cost-Plus-Incentive-Fee (CPIF) Contract) По этому типу контракта с возмещением затрат покупатель возмещает поставщику оговоренные затраты (определяются условиями договора). При этом поставщик получает дополнительный доход при выполнении установленных критериев исполнения работы.
  • контракт с возмещением затрат плюс фиксированное вознаграждение (Cost-Plus-Fixed-Fee (CPFF) Contract) По этому типу контракта с возмещением затрат покупатель возмещает поставщику оговоренные затраты (определяются условиями договора) и уплачивает фиксированное вознаграждение.
  • Контракт с твердой фиксированной ценой (ФЦ) (Firm-Fixed-Price Contract, FFP Contract) Тип контракта с фиксированной ценой, когда покупатель платит продавцу фиксированную сумму (в соответствии с условиями контракта), вне зависимости от затрат продавца.
  • контракт с фиксированной ценой (Fixed-Price или Lump-Sum Contract) Тип контракта, предполагающий общую фиксированную стоимость четко описанного продукта. Контракты с фиксированной ценой могут предполагать поощрения за достижение или улучшение отдельных параметров проекта, таких как сроки выполнения. Простейшей формой контракта с фиксированной стоимостью является заказ на покупку.
  • контракт с фиксированной ценой и поощрительным вознаграждением (ФЦпв) (Fixed-Price-Incentive- Fee Contract, FPIF Contract) Тип контракта с фиксированной ценой, когда покупатель платит продавцу фиксированную сумму (в соответствии с условиями контракта), при этом продавец может рассчитывать на дополнительное поощрительное вознаграждение за выполнение определенных критериев качества.
  • контроллинг (Controlling) См. контроль.
  • контроль (Control) Сравнение фактического исполнения с запланированным, анализ отклонений, оценка тенденций для оказания влияния на улучшение процесса, оценка возможных альтернатив и рекомендация соответствующих корректирующих воздействий, если это необходимо.
  • контрольная карта (Control Chart) [Инструмент]. Графическое представление результатов процесса во времени и в сравнении с установленными контрольными границами, имеющее осевую линию, позволяющую определить тренд величин по графику в направлении каждой из контрольных границ.
  • контрольное событие (Milestone) Важный момент или событие проекта.
  • контрольные границы (Control Limits) Область, образованная тремя среднеквадратическими отклонениями с каждой стороны осевой линии или среднего значения с нормальным распределением данных, отображенных на контрольной карте, которая отражает ожидаемые отклонения в данных. См. также границы, заданные спецификацией.
  • контрольный счет (Control Account) [Инструмент] Представляет собой элемент управления, в котором содержание проекта, его бюджет (ресурсные планы), фактическая стоимость и расписание объединяются и сравниваются с освоенным объемом для измерения исполнения. См. также пакет работ.
  • корректирующее воздействие (Corrective Action) Документированное управление исполнением работ проекта с целью привести ожидаемое будущее исполнение работ проекта в соответствие с планом управления проектом.
  • критерии (Criteria) Стандарты, правила или тесты, на которых может основываться решение или суждение, или с помощью которых можно оценить продукт, услугу, результат или процесс.
  • критерии приемки (Acceptance Criteria) Критерии, в том числе требования к исполнению и существенные условия, которые должны быть выполнены до приемки результатов проекта.
  • критическая операция (Critical Activity) Любая запланированная операция на критическом пути в расписании проекта. Чаще всего определяется методом критического пути. Несмотря на то, что некоторые операции, не лежащие на критическом пути, могут быть причислены в общем смысле этого слова к «критическим», данный термин редко используется в контексте управления проектами в этом значении.
  • Критический путь (Critical Path) Обычно, но не всегда, последовательность запланированных операций, определяющая длительность проекта. Является самым продолжительным путем в проекте. См. также метод критического пути.
  • логика сети (Network Logic) Совокупность логических связей запланированных операций, образующая сетевую диаграмму проекта.
  • логическая связь (Logical Relationship) Зависимость между двумя запланированными операциями проекта или между запланированной операцией проекта и контрольным событием расписания. Существует четыре типа логических связей: финиш-старт; финиш-финиш; старт-старт и старт-финиш. См. также отношение предшествования.
  • материальные средства11 (Material) Совокупность предметов, используемых организацией в любом предприятии, таких как оборудование, приборы, инструменты, механизмы, различные устройства и материалы.
  • матрица вероятности и воздействия (Probability and Impact Matrix) [Инструмент]. Общепринятый подход, заключающийся в отнесении риска к высоким, средним или низким путем сопоставления двух параметров риска: вероятности и воздействия на содержание проекта в случае его наступления.
  • матрица ответственности (Responsibility Assignment Matrix, RAM) [Инструмент]. Структура, приводящая организационную иерархическую структуру проекта в соответствие с иерархической структурой работ и помогающая обеспечить назначение для каждого элемента содержания работ по проекту ответственного лица или команды.
  • матрица отслеживания требований (Requirements Traceability Matrix) Таблица, которая связывает требования с их происхождением и отслеживает их в течение жизненного цикла проекта.
  • матричная организация (Matrix Organization) Любая организационная структура, в которой менеджер проекта разделяет с функциональными руководителями ответственность по заданию приоритетов и управлению работой лиц, назначенных для исполнения проекта.
  • менеджер проекта (Project Manager, PM) Лицо, назначенное исполняющей организацией для достижения целей проекта.
  • метод «операции в узлах» (метод диаграмм предшествования) (Precedence Diagramming Method, PDM) [Метод]. Метод составления сетевых диаграмм, в которых запланированные операции представляются прямоугольниками (или узлами). Запланированные операции графически связаны одной или несколькими логическими связями, которые показывают последовательность выполнения операций.
  • метод (Technique) Определенная систематическая процедура, применяемая персоналом для выполнения операции с целью получения продукта или результата или оказания услуги, которая также может использовать один или несколько инструментов.
  • Метод Дельфи (Дельфийский метод) (Delphi Technique) [Метод]. Метод сбора информации, используемый для достижения консенсуса экспертов по какому-либо вопросу. В этом методе эксперты участвуют на условиях анонимности. Устроитель с помощью вопросника запрашивает мнения по важным моментам проекта, относящимся к данному вопросу. Ответы суммируются и возвращаются экспертам для комментариев. Консенсуса можно достичь за несколько циклов этого процесса. Метод Дельфи помогает преодолеть необъективность в данных и устраняет избыточное влияние отдельных лиц на исход обсуждения.
  • метод критического пути (Critical Path Methodology, CPM) [Метод]. Метод анализа сети, используемый для определения степени гибкости при планировании (величины временного резерва) в различных логических путях в сети проекта и определяющий минимальную общую длительность проекта. Ранний старт и ранний финиш рассчитываются с помощью прохода вперед, исходя из указанной даты начала. Поздний старт и поздний финиш рассчитываются с помощью прохода назад, исходя из указанной даты завершения, которой иногда бывает ранний финиш проекта, рассчитанный с помощью прохода вперед.
  • метод критической цепи (Critical Chain Method) [Метод]. Метод анализа сети, модифицирующий расписание проекта с учетом ограниченности ресурсов.
  • метод монте-карло (Monte Carlo Analysis) Метод, многократно (итеративно) рассчитывающий стоимости проекта или длительности проекта с использованием входных величин, произвольно взятых из возможных значений стоимости или длительности, с целью получения распределения вероятностей значений общей стоимости проекта или дат завершения проекта.
  • метод освоенного объема (Earned Value Technique, EVT) [Метод]. Особый метод для измерения исполнения работ и создания базового плана исполнения.
  • метод оценки и анализа программ (Program Evaluation and Review Technique, PERT) Метод оценки, использующий взвешенную среднюю величину оптимистичной, пессимистичной и наиболее вероятной оценки в тех случаях, когда существует неопределенность в оценках отдельных операций.
  • методология (Methodology) Система практик, методов, процедур и правил, используемых в определенной сфере деятельности.
  • мнение заказчика (Voice of the Customer) Метод планирования, используемый для предоставления продуктов, услуг и результатов, которые полностью отражают требования заказчика, с помощью преобразования этих требований в соответствующие технические требования для каждой фазы разработки продукта проекта.
  • мозговой штурм (Brainstorming) [Метод]. Общий метод сбора информации, идей и предложения решений, который может использоваться для идентификации рисков, идей или решений проблем группой членов команды или экспертов.
  • мониторинг (Monitor) Сбор данных об исполнении проекта с учетом плана, измерение показателей выполнения проекта, а также представление и распространение информации об исполнении проекта.
  • мониторинг и управление работами проекта (Monitor and Control Project Work) [Процесс]. Процесс отслеживания, проверки и регулирования исполнения для достижения целей исполнения, определенных в плане управления проектом.
  • Мониторинг и управление рисками (Monitor and Control Risks) [Процесс]. Процесс применения планов реагирования на риски, отслеживания идентифицированных рисков, мониторинга остаточных рисков, выявления новых рисков и оценки процесса управления рисками на протяжении всего проекта.
  • набор команды проекта (Acquire Project Team) [Процесс]. Процесс подтверждения доступности человеческих ресурсов и набора команды, необходимой для выполнения задач по проекту.
  • накопленные знания (Lessons Learned) [Выход/вход]. Знания, полученные в ходе исполнения проекта. Накопленные знания могут обнаруживаться на любых этапах проекта. Также считаются частью документации проекта, которую необходимо включать в базу накопленных знаний.
  • нормативный акт (Regulation) Требования, налагаемые административными органами. Эти требования могут устанавливаться государственными органами и включать характеристики продуктов, процессов или услуг, а также административные требования, которым необходимо соответствовать.
  • область знаний по управлению проектами (Project Management Knowledge Area) Выделенная область управления проектами, определяемая ее требованиями к знаниям и описываемая в терминах ее составных процессов, практик, входов, выходов, инструментов и методов.
  • обход (Workaround) [Метод]. Реагирование на произошедший неблагоприятный риск. Отличается от плана реагирования на риски тем, что обход не планируется до наступления события риска.
  • общая причина (Common Cause) Присущий системе, и потому предсказуемый, источник отклонений. На контрольной карте он выглядит как часть случайных отклонений процесса (т. е. отклонений от процесса, которые можно считать нормальными и вполне обычными) и обозначается случайным расположением точек в пределах контрольных границ. Также называется «случайная причина». Ср. особая причина.
  • общий временной резерв (Total Float, TF) Общее количество времени, на которое может быть отложена запланированная операция с раннего старта без просрочки даты завершения проекта или нарушения временных ограничений. Вычисляется с помощью метода критического пути и определяется разницей между ранним финишем и поздним финишем. См. также свободный временной резерв.
  • ограничение (Constraint) [Вход]. Состояние, качество или понимание сдерживающих факторов, влияющих на определенный образ действия или бездействия. Применимое условие, внутреннее или внешнее, влияющее на ход исполнения проекта или процесса. Например, ограничение на сроки - это указание предельных сроков для расписания проекта, которое влияет на планирование операций; обычно дается в виде фиксированных установленных дат.
  • одобренный запрос на изменение (Approved Change Request) [Выход/вход]. Запрос на изменение, который прошел процесс общего управления изменениями и был одобрен.
  • околокритическая операция (Near-Critical Activity) Запланированная операция с незначительным общим временным резервом. Понятие «околокритический» в равной степени применимо к запланированной операции и к пути в сети. Граница, ниже которой общий временной резерв считается околокритическим, определяется экспертной оценкой и может различаться в разных проектах.
  • Операция (Activity) Элемент работ проекта.

  • Опережение (Lead) [Метод]. Модификация логической связи, позволяющая ускорить выполнение последующей операции. Например, при логической взаимосвязи финиш-старт с опережением в 10 дней последующая операция может начаться за 10 дней до окончания предшествующей операции. Отрицательное значение опережения эквивалентно положительному значению задержки. См. также задержка.
  • описание работ (Statement of Work, SOW) Описание поставляемых продуктов, услуг или результатов.
  • описание содержания продукта (Product Scope Description) Документированное описание содержания продукта.
  • описание содержания проекта (Project Scope Statement) [Выход/вход]. Описание целей и содержания проекта, в том числе основных результатов, допущений, ограничений и работ проекта, которое обеспечивает документированную основу для принятия решений по проекту в будущем и для подтверждения или формирования одинакового представления о целях и содержании проекта у заинтересованных сторон проекта.
  • определение бюджета (Determine Budget) [Процесс]. Процесс консолидации оценочных стоимостей отдельных операций или пакетов работ для создания санкционированного базового плана по стоимости.
  • определение заинтересованных сторон (Identify Stakeholders) [Процесс]. Процесс выявления всех людей и организаций, на которых будет оказывать влияние проект, и документирования значимой информации относительно их интересов, вовлеченности и влияния на успех проекта.
  • определение операций (Define Activities) [Процесс]. Процесс определения тех операций, которые необходимо выполнить для производства результата проекта.
  • определение последовательности операций (Sequence Activities) [Процесс]. Процесс определения и документирования связей между операциями проекта.
  • определение содержания (Define Scope) [Процесс]. Процесс разработки детализированного описания проекта и продукта.
  • оптимизация выгоды12 (Value Engineering, VE) Подход к оптимизации стоимости на этапах жизненного цикла проекта, сокращению временных затрат, увеличению прибыли, улучшению качества, расширению рынка сбыта, разрешению проблем и/или повышению эффективности использования ресурсов.
  • организационная диаграмма проекта (Project Organization Chart) [Выход/вход]. Документ, графически отображающий членов команды проекта и их взаимосвязи в конкретном проекте.
  • организационная структура (Organizational Breakdown Structure, OBS) [Инструмент]. Иерархическое отображение организации проекта, устроенное таким образом, чтобы соотнести пакеты работ с исполняющими подразделениями.
  • освоенный объем (оо) (Earned Value, EV) Объем выполненных работ, выраженный в терминах утвержденного бюджета, выделенного на эти работы для запланированной операции или элемента иерархической структуры работ. Другое название - «плановая стоимость выполненных работ» (ПСВР).
  • Особая причина (Special Cause) Причина отклонений, которая не является присущей системе, непредсказуема и временна. Ее можно приписать дефекту в системе. На контрольной карте ее изображают точки за границами контроля или неслучайные распределения в пределах контрольных границ. Другое название - «неслучайная причина». Ср. общая причина.
  • остаточный риск (Residual Risk) Риск, оставшийся после реагирования на риски.
  • осуществление закупок (Conduct Procurements) [Процесс]. Процесс получения ответов от продавцов, выбора продавца и заключения контракта.
  • контроль качества (Perform Quality Control) [Процесс]. Процесс мониторингаи документирования результатов действий, направленных на обеспечение качества, для оценки исполнения и создания рекомендаций относительно необходимых изменений.
  • обеспечение качества (Perform Quality Assurance) [Процесс]. Процесс проверки соблюдения требований качества и результатов измерений в процессе контроля качества для обеспечения использования соответствующих стандартов качества и операционных определений.
  • осуществление общего управления изменениями (Perform Integrated Change Control) [Процесс]. Процесс проверки всех запросов на изменение, их утверждения и управления изменениями результатов, активов процессов организации, документов проекта и плана управления проектом.
  • отклонение (Variance) Измеримое отступление, или отклонение, от базового или ожидаемого значения.
  • отклонение по срокам (осР) (Schedule Variance, SV) Показатель исполнения расписания проекта. Разница между освоенным объемом (ОО) и плановым объемом (ПО). ОСР = ОО минус ПО.
  • отклонение по стоимости (ост) (Cost Variance, CV) Показатель исполнения проекта по стоимости. Это разница между освоенным объемом (ОО) и фактической стоимостью (ФС). ОСТ = ОО минус ФС.
  • отношение предшествования (Precedence Relationship) Термин, используемый в методе диаграмм предшествования (метод составления диаграмм) для обозначения логических связей. Однако обычно термины «отношение предшествования», «логическая связь» и «зависимость» используются как взаимозаменяемые термины независимо от применяемого метода составления диаграмм. См. также логическая связь.
  • отчеты об исполнении (Performance Reports) [Выход/вход]. Документы и презентации, содержащие упорядоченное и обобщенное представление информации о выполненных работах, расчеты и параметры управления освоенным объемом и результаты анализа исполнения и состояния работ проекта.
  • офис управления проектами (Project Management Office, PMO) Подразделение или организация, выполняющее определенные обязанности в отношении централизованного и скоординированного управления проектами, которые входят в зону его ответственности. Сфера ответственности офиса управления проектами может варьироваться от оказания поддержки в управлении проектами до прямого управления проектом.Оценка «снизу вверх» (Bottom-up Estimating) [Метод]. Метод оценки элемента работ. Объем работ разбивается на более мелкие работы. Подготавливается оценка того, что нужно для выполнения требований каждой из частей объема работ, и эти оценки затем суммируются для данного элемента работ. Точность оценки «снизу вверх» определяется размером и сложностью работ, выделенных на более низких уровнях.
  • оценка (Estimate) [Выход/вход]. Количественная оценка вероятного объема или результата. Обычно применяется к затратам, ресурсам, трудоемкости и длительности проекта и имеет уточнение (т. е. предварительная, концептуальная, выполнимости, порядка величины, окончательная). Всегда должна включать указание на точность измерения (например, ± x процентов). См. также бюджет и стоимость.
  • оценка длительности операций (Estimate Activity Durations) [Процесс] Процесс приблизительного определения количества рабочих периодов, требуемых для завершения отдельных операций при предполагаемых ресурсах.
  • оценка по аналогам (Analogous Estimating) [Метод]. Метод оценки, использующий значения таких параметров, как содержание, стоимость, бюджет, длительность, или измеряемые параметры (размер, вес и сложность) предыдущих схожих операций в качестве основы для оценки таких же параметров или измеряемых параметров для предстоящих операций.
  • оценка по трем точкам (Three-Point Estimate) [Метод]. Аналитический метод, использующий три оценки стоимости или длительности, отражающие оптимистический, наиболее вероятный и пессимистический сценарии. Этот метод применяется для повышения точности оценок стоимости или длительности, когда исходная операция или элемент стоимости неточен.
  • оценка ресурсов операций (Estimate Activity Resources) [Процесс]. Процесс оценки типов и количества материалов, человеческих ресурсов, оборудования или запасов, требуемых для выполнения каждой операции.
  • оценка стоимости (Estimate Costs) [Процесс]. Процесс приблизительного подсчета денежных ресурсов, необходимых для выполнения операций проекта.
  • пакет работ (Work Package) Результат или элемент работ проекта, расположенный на самом низком уровне каждого ответвления иерархической структуры работ. См. также контрольный счет.
  • параметрическая оценка (Parametric Estimating) [Метод]. Метод оценки, использующий статистические отношения между историческими данными и другими переменными (например, площадь конструкций, строки программного кода) для вычисления оценки параметров операции, таких как содержание, стоимость, бюджет и длительность. Примером для параметра стоимости может быть умножение запланированного объема выполняемых работ на стоимость единицы объема работы в прошлом для получения оценочной стоимости.
  • параметры операций (Activity Attributes) [Выход/Вход]. Разнообразные параметры, связанные с каждой запланированной операцией, которая может быть внесена в список операций. Параметры операции включают коды операции, предшествующую операцию, последующую операцию, логические связи, опережения и задержки, потребности в ресурсах, установленные даты, ограничения и допущения.
  • передача риска (Risk Transference) [Метод]. Метод планирования реагирования на риски, который перекладывает последствия наступления угрозы вместе с ответственностью за реагирование на третью сторону.
  • План обеспечения проекта персоналом (Staffing Management Plan) [Процесс]. Документ, описывающий способ выполнения требований к ресурсам. Этот план содержится в плане управления человеческими ресурсами или является вспомогательным планом.
  • план счетов (Code of Accounts) [Инструмент]. Любая числовая система кодирования, используемая для идентификации элементов иерархической структуры работ.
  • план управления закупками (Procurement Management Plan) [Выход/вход]. Документ, описывающий порядок управления процессами закупок, начиная от разработки закупочной документации и заканчивая закрытием контрактов.
  • план управления качеством (Quality Management Plan) [Выход/вход]. План управления качеством описывает, каким образом команда управления проектом будет претворять в жизнь политику исполняющей организации в области качества. План управления качеством является частью или вспомогательным планом плана управления проектом.
  • план управления коммуникациями (Communication Management Plan) [Выход/вход]. Документ, описывающий: требования и ожидания от коммуникаций для проекта; как и в каком виде будет происходить обмен информацией; когда и где будут иметь место коммуникации; а также кто несет ответственность за обеспечение каждого типа коммуникаций. План управления коммуникациями содержится в плане управления проектом или является его вспомогательным планом.
  • план управления проектом (Project Management Plan) [Выход/вход]. Утвержденный формальный документ, в котором указано, как проект будет исполняться, как будет происходить его мониторинг и управление им. План может быть обобщенным или подробным, а также может включать один или несколько вспомогательных планов управления и другие документы по планированию.
  • план управления расписанием (Schedule Management Plan) [Выход/вход]. Документ, устанавливающий критерии и действия по разработке и управлению расписанием проекта. Этот план содержится в плане управления проектом или является его вспомогательным планом.
  • план управления рисками (Risk Management Plan) [Выход/вход]. Документ, описывающий, как будет организовано управление рисками проекта, и как оно будет выполняться в рамках проекта. Этот план содержится в плане управления проектом или является его вспомогательным планом. Информация, содержащаяся в плане управления рисками, различается в зависимости от прикладной области и размера проекта. План управления рисками отличается от реестра рисков, который содержит список рисков проекта, результаты анализа рисков и реагирование на риск.
  • план управления содержанием (Scope Management Plan) [Вход/выход]. Документ, описывающий, каким образом будет определено, разработано и проверено содержание проекта, а также как будет создана и определена иерархическая структура работ, и устанавливающий, как командой проекта будет осуществляться контроль и управление содержанием. Содержится в плане управления проектом или является вспомогательным планом к нему.
  • план управления стоимостью (Cost Management Plan) [Выход/вход]. Документ, задающий формат и определяющий действия и критерии для планирования, структурирования и управления стоимостью проекта. План управления стоимостью содержится в плане управления проектом или является его вспомогательным планом.
  • План управления человеческими ресурсами (Human Resource Plan) Документ, описывающий, как будут определены и структурированы для проекта роли, ответственности, отношения подотчетности и управление обеспечением проекта персоналом. План управления человеческими ресурсами содержится в плане проекта или является его вспомогательным планом.
  • планирование закупок (Plan Procurements) [Процесс]. Процесс документирования решений проекта в отношении закупок, установления подхода и определения потенциальных продавцов.
  • планирование качества (Plan Quality) [Процесс]. Процесс определения требований и/или стандартов качества для проекта и продукта, а также документирования того, каким образом проект будет демонстрировать соответствие требованиям и/или стандартам качества.
  • планирование коммуникаций (Plan Communications) Процесс выявления потребностей заинтересованных сторон проекта в информации и определения подхода к коммуникациям.
  • планирование методом набегающей волны (Rolling Wave Planning) [Метод]. Вид планирования последовательной разработки, при котором работа, которую надо будет выполнить в ближайшей перспективе, подробно планируется с глубоким раскрытием иерархической структуры работ, в то время как далеко отстоящая работа планируется с относительно неглубоким раскрытием иерархической структуры работ, но по мере выполнения работ текущего периода производится подробное планирование работ, которые надо будет выполнить в следующем временном периоде.
  • планирование реагирования на риски (Plan Risk Responses) [Процесс]. Процесс разработки вариантов и действий для расширения возможностей и сокращения угроз целям проекта.
  • планирование управления рисками (Plan Risk Management) [Процесс]. Процесс определения того, каким образом осуществлять управление рисками проекта.
  • планируемый пакет работ (Planning Package) Элемент иерархической структуры работ, отнесенный к контрольному счету, с известным содержанием работ, но без подробного расписания запланированных операций. См. также контрольный счет.
  • плановая стоимость выполненных работ (псвР) (Budgeted Cost of Work Performed, BCWP)
  • См. освоенный объем (ОО).
  • плановая стоимость запланированных работ (псзР) (Budgeted Cost of Work Scheduled, BCWS)
  • См. плановый объем (ПО).
  • плановый объем (по) (Planned Value, PV) Утвержденный бюджет, выделенный на плановые работы, выполняемые в рамках запланированной операции или элемента иерархической структуры работ. Другое название - «плановая стоимость запланированных работ» (ПСЗР).
  • подготовка отчетов об исполнении (Report Performance) [Процесс]. Процесс сбора и распространения информации об исполнении, включая отчеты о статусе, результаты измерения исполнения и прогнозы.
  • подпроект (Subproject) Небольшая часть всего проекта, выделяемая, когда проект разбивается на более управляемые элементы или части.
  • Подсеть (Subnetwork) Секция (фрагмент) сетевой диаграммы проекта, обычно отображающая подпроект или пакет работ. Часто используется для иллюстрации или изучения потенциальных или предлагаемых состояний расписания, например изменений в предпочитаемой логике сети или содержании проекта.
  • подтверждение (Validation) [Метод]. Проверка того, что продукт, услуга или система соответствует потребностям клиента или прочих установленных заинтересованных сторон. Часто связано с приемкой и годностью для внешних заказчиков. Ср. проверка.
  • поздний старт (Late Start Date, LS) В методе критического пути самый поздний момент времени, когда может быть начата запланированная операция, определяемый на основании логики сети, даты завершения проекта и любых ограничений в отношении запланированных операций без нарушения временных ограничений или отсрочки даты завершения проекта. Поздний старт определяется с помощью прохода назад в сети проекта.
  • поздний финиш (Late Finish Date, LF) В методе критического пути самый поздний момент времени, когда может быть завершена запланированная операция, определяемый на основании логики сети, даты завершения проекта и любых ограничений в отношении запланированных операций без нарушения временных ограничений или отсрочки даты завершения проекта. Поздний финиш определяется с помощью прохода назад в сети проекта.
  • покупатель (Buyer) Приобретатель продуктов, услуг или результатов от имени организации.
  • полномочия (Authority) Право использовать ресурсы проекта, расходовать средства, принимать решения или давать одобрение.
  • порог (Threshold) Значение стоимости, времени, качества, ресурсов или техническое значение, используемое в качестве параметра, которое также может включаться в спецификацию продукта. Преодоление порогового значения может вызывать некоторое действие, например составление отчета об отклонениях.
  • портфель (Portfolio) Набор проектов или программ и других работ, объединенных вместе с целью эффективного управления данными работами для достижения стратегических целей. Проекты и программы портфеля не обязательно являются взаимозависимыми или напрямую связанными.
  • последовательная разработка (Progressive Elaboration) [Метод]. Непрерывное улучшение и детализация плана по мере получения более подробной информации и более точных оценок в процессе исполнения проекта и, благодаря этому, разработка более точных и более полных планов, являющихся результатом многократного повторения процесса планирования.
  • практика (Practice) Особый тип профессиональной или управленческой деятельности, которая вносит свой вклад в выполнение процесса и может использовать один или несколько методов и инструментов.
  • предупреждающее действие (Preventive Action) Документированное указание выполнить действие, которое может снизить вероятность отрицательных последствий, связанных с рисками проекта.
  • предшествующая операция (Predecessor Activity) Запланированная операция, определяющая, когда может начаться или завершиться последующая операция.
  • Претензия (Claim) Запрос, требование или отстаивание прав продавцом по отношению к покупателю или наоборот, в целях рассмотрения, удовлетворения требований, получения вознаграждения, компенсации или выплаты по условиям имеющего юридическую силу контракта, как, например, в случае оспоренного изменения.
  • приглашение к подаче заявок (Invitation for Bid, IFB) В общем случае значение данного термина идентично запросу предложений. В отдельных прикладных областях данный термин может иметь более узкое или специальное значение.
  • прикладная область (Application Area) Категория проектов, обладающих общими элементами, значимыми для таких проектов, но не являющимися необходимыми или присущими всем проектам. Прикладные области обычно выделяются по продукту (т. е. по схожим технологиям или методам производства), типу заказчика (т. е. внутренние или внешние, государственные или коммерческие) или отрасли (т. е. коммунальные услуги, автомобилестроение, космонавтика, информационные технологии и т. д.). Прикладные области могут перекрываться.
  • принятие риска (Risk Acceptance) [Метод]. Метод планирования реагирования на риски, свидетельствующий о том, что команда проекта приняла решение не изменять план управления проектом в связи с риском или не нашла другой подходящей стратегии реагирования.
  • проблема (Issue) Обсуждаемая или еще не решенная проблема, или проблема, по которой существуют противоположные мнения и разногласия.
  • проверка (Verification) [Метод]. Оценка того, соответствует ли продукт, услуга или система постановлению, нормативному акту, спецификации или налагаемому условию. Часто является внутренним процессом. Ср. подтверждение.
  • подтверждение содержания (Verify Scope) [Процесс]. Процесс формализованной приемки достигнутых результатов проекта.
  • прогноз (Forecast) Оценка или предсказание условий и событий в будущем проекта на основании информации и знаний, доступных на момент прогнозирования. Эта информация основывается на опыте предыдущих проектов и ожидаемом будущем исполнении проекта и включает информацию, которая может повлиять на проект в будущем, такую как прогноз по завершении и прогноз до завершения.
  • прогноз до завершения (Estimate to Complete, ETC) [Выход/вход]. Ожидаемые затраты на выполнение оставшейся части работ для запланированной операции, элемента иерархической структуры работ или проекта. См. также метод освоенного объема и прогноз по завершении.
  • прогноз по завершении (Estimate at Completion, EAC) [Выход/вход]. Ожидаемая общая стоимость запланированной операции, элемента иерархической структуры работ или проекта по завершении указанного перечня работ. Прогноз по завершении может быть сделан на основании исполнения на данный момент или определен командой проекта на основании других факторов, причем в этом случае он часто называется последней пересмотренной оценкой. См. также метод освоенного объема и прогноз до завершения.
  • программа (Program) Ряд связанных друг с другом проектов, управление которыми координируется для достижения преимуществ и степени управляемости, недоступных при управлении ими по отдельности. Программы могут содержать элементы работ, имеющих к ним отношение, но выходящих за рамки содержания отдельных проектов программы.
  • Продавец (Seller) Поставщик продуктов, услуг или результатов.
  • Продукт (Product) Производимое изделие, которое можно выразить количественно и которое может являться как конечным объектом, так и компонентом. Вспомогательными словами для этого понятия являются материальные средства и товары. Ср. результат (result). См. также результат, предмет поставки.
  • проект (Project) Временное предприятие, направленное на создание уникальных продуктов, услуг или результатов.
  • проектная организация (Projectized Organization) Любая организационная структура, в которой менеджер проекта обладает всеми полномочиями по установлению приоритетов, использованию ресурсов и руководству работой лиц, назначенных для исполнения проекта.
  • проход вперед (Forward Pass) Вычисление ранних сроков начала и окончания невыполненных частей всех операций. См. также анализ сети и проход назад.
  • проход назад (Backward Pass) Определение позднего финиша и позднего старта незавершенных частей всех запланированных операций. Определяется в результате расчета проекта от даты завершения проекта к началу на основании логики сети. См. также анализ сети.
  • процент выполнения (Percent Complete) Оценка (в процентах) объема выполненных работ операции или элемента иерархической структуры работ.
  • процессы завершения (Closing processes) [Группа процессов]. Процессы, выполняемые для завершения всех операций в рамках всех групп процессов управления проектом в целях формального завершения проекта или фазы.
  • процессы инициации (Initiating Processes) [Группа процессов]. Процессы, которые выполняются для определения нового проекта или новой фазы существующего проекта путем получения разрешения для начала проекта или фазы.
  • процессы исполнения (Executing Processes) [Группа процессов]. Процессы, применяемые для выполнения работ, указанных в плане управления проектом, для осуществления целей проекта.
  • процессы мониторинга и управления (Monitoring and Controlling Processes) [Группа процессов]. Процессы, требуемые для отслеживания, проверки и регулирования исполнения и эффективности выполнения проекта, выявления тех областей, в которых требуется внесение изменений в план, и инициации соответствующих изменений.
  • процессы планирования (Planning Processes) [Группа процессов]. Процессы, осуществляемые для установления общего содержания работ, определения и уточнения целей и разработки курса действий, требуемых для достижения данных целей.
  • путь в сети (Network Path) Любая непрерывная последовательность связанных логической связью запланированных операций в сетевой диаграмме проекта.
  • Развитие команды проекта (Develop Project Team) [Процесс]. Процесс совершенствования компетенций, взаимодействия членов команды и общих условий работы команды для улучшения исполнения проекта.
  • Разработка блок-схем (Flowcharting) [Метод]. Отображение в виде блок-схем входов, действий в процессе и выходов одного или нескольких процессов в системе.
  • Разработка плана управления проектом (Develop Project Management Plan) [Процесс]. Процесс документирования операций, необходимых для определения, подготовки, интеграции и координации всех вспомогательных планов.
  • Разработка плана управления человеческими ресурсами [Процесс]. Процесс определения и документирования ролей в проекте, обязанностей, требуемых навыков и отчетности, а также создания плана управления человеческими ресурсами.
  • Разработка расписания (Develop Schedule) [Процесс]. Процесс анализа последовательностей операций, их длительности, потребности в ресурсах и временных ограничений для создания расписания проекта.
  • Разработка устава проекта (Develop Project Charter) [Процесс]. Процесс разработки документа, который формально санкционирует проект или фазу, и документирования первоначальных требований, удовлетворяющих потребностям и ожиданиям заинтересованных сторон.
  • Разрешение на выполнение работ (Work Authorization) Разрешение или указание, обычно в письменном виде, начать работы по определенной запланированной операции, пакету работ или контрольному счету. Метод санкционирования работ проекта, который обеспечивает выполнение работ указанной организацией в нужное время в нужной последовательности.
  • Ранний старт (Early Start Date, ES) В методе критического пути это самый ранний из возможных моментов времени, в который могут начаться невыполненные части запланированных операций (или проекта), вычисляемый на основании логики сети, статусной даты и любых временных ограничений расписания. Ранний старт может меняться по ходу исполнения проекта и внесения изменений в план управления проектом.
  • Ранний финиш (Early Finish Date, EF) В методе критического пути это самый ранний из возможных моментов времени, в который могут завершиться невыполненные части запланированных операций (или проекта), вычисляемый на основании логики сети, статусной даты и любых временных ограничений расписания. Ранний финиш может меняться по ходу исполнения проекта и внесения изменений в план управления проектом.
  • Расписание (Schedule) См. расписание проекта, см. также сетевая модель.
  • Расписание контрольных событий (Milestone Schedule) [Инструмент]. Укрупненное расписание работ, отображающее сроки наступления основных контрольных событий. См. также укрупненное расписание.
  • Расписание проекта (Project Schedule) [Выход/вход]. Плановые даты выполнения запланированных операций и наступления контрольных событий расписания.
  • Распространение информации (Distribute Information) [Процесс]. Процесс предоставления необходимой информации заинтересованным сторонам проекта в соответствии с планом.
  • Расхождение путей (Path Divergence) Продление или создание параллельных путей в сети, исходящих из одного узла на сетевой диаграмме проекта. Расхождение путей характеризуется запланированной операцией, у которой несколько последующих операций.
  • Расчетная дата завершения (Scheduled Finish Date, SF) Момент завершения работ запланированной операции согласно расписанию проекта. Расчетная дата завершения обычно лежит в промежутке от раннего финиша до позднего финиша. Это может быть связано с выравниванием ограниченных ресурсов. Другое название - «плановый финиш».
  • Расчетная дата начала (Scheduled Start Date, SS) Момент начала работ запланированной операции согласно расписанию исполнения проекта. Расчетная дата начала обычно лежит в промежутке от раннего старта до позднего старта. Это может быть связано с выравниванием ограниченных ресурсов. Другое название - «плановый старт».
  • Реестр рисков (Risk Register) [Выход/вход]. Документ, содержащий результаты качественного анализа рисков, количественного анализа рисков и планирования реагирования на риски. Реестр рисков подробно рассматривает все выявленные риски и включает описание, категорию, причину, вероятность возникновения, влияние на цели, предполагаемые ответные действия, владельцев и текущее состояние.
  • Резерв (Reserve) Предусмотренные в плане управления проектом средства, предназначенные для снижения стоимостных и/или временных рисков. Часто употребляется с уточнением (например, «управленческий резерв», «резерв на возможные потери»), чтобы уточнить, для каких типов рисков он предназначен.
  • Резерв на возможные потери (Contingency Reserve) [Выход/вход]. Средства, бюджет или количество времени, необходимые сверх расчетных величин для снижения риска невыполнения целей проекта до приемлемого для организации уровня.
  • Результат (Result) Выход, получаемый в результате выполнения процессов и действий по управлению проектами. Сюда входят результаты (например, интегрированные системы, переработанный процесс, реструктурированная организация, тесты, обученный персонал и т. д.) и документы (например, стратегии, планы, исследования, процедуры, характеристики, отчеты и т. д.). Ср. продукт. См. также результат, предмет поставки.
  • Результат, предмет поставки (Deliverable) [Выход/вход]. Любой уникальный и проверяемый продукт, результат или способность оказывать услугу, которые необходимо произвести для завершения процесса, фазы или проекта. Часто используется в более узком значении для обозначения внешнего результата, т. е. результата, требующего утверждения спонсором или заказчиком проекта.
  • Ресурс (Resource) Квалифицированный персонал (в определенных сферах деятельности могут использоваться как индивидуально, так и в бригадах или командах), оборудование, услуги, расходные материалы, сырье, материальные средства, бюджеты или денежные средства.
  • Ресурсный календарь (Resource Calendar) Календарь рабочих и нерабочих дней, определяющий, в какие даты каждый ресурс может или не может быть использован. Обычно содержит определенные рабочие и нерабочие периоды каждого ресурса. См. также календарь проекта.
  • Риск (Risk) Неопределенное событие или условие, наступление которого отрицательно или положительно сказывается на целях проекта.
  • Роль (Role) Определенная функция, выполняемая членами команды проекта, например тестирование, систематизация, инспектирование, кодирование.
  • Руководство и управление исполнением проекта (Direct and Manage Project Execution) [Процесс]. Процесс исполнения работ, определенных в плане управления проектом, для достижения целей проекта.
  • S-кривая (S-Curve) График, отображающий нарастающим итогом на шкале времени затраты, трудозатраты, процент выполнения работ или другие количественные показатели. Название получено от характерной S-образной (более пологой в начале и в конце и более крутой в середине) формы кривой развития проекта, имеющего плавное начало, более быстрое развитие и плавное окончание. Термин также используется для обозначения кривой распределения вероятности, получаемой в результате имитирования, которое применяется в количественном анализе рисков.
  • сбор требований (Collect Requirements) [Процесс]. Сбор требований представляет собой процесс определения и документирования потребностей заинтересованных сторон для достижения целей проекта.
  • свободный временной резерв (Free Float) Промежуток времени, на который можно задержать выполнение запланированной операции без задержки раннего старта любых непосредственно последующих запланированных операций. См. также общий временной резерв.
  • свод знаний по управлению проектами (Project Management Body of Knowledge, PMBOK®) Собирательный термин, охватывающий совокупность профессиональных знаний по управлению проектами. Как и в других профессиональных областях, таких как юриспруденция, медицина, бухгалтерский учет, свод знаний опирается на практиков и теоретиков, которые используют и углубляют эти знания. Полный свод знаний по управлению проектами включает зарекомендовавшие себя и широко используемые традиционные практики, а также недавно появившиеся инновационные практики. Свод знаний включает как опубликованные, так и неопубликованные материалы и постоянно расширяется. Руководство PMI к своду знаний по управлению проектами PMBOK® определяет ту подгруппу свода знаний по управлению проектами, которая общепринято признается хорошей практикой.
  • сдвиг содержания (Scope Creep) Включение новых характеристик и функций (в содержание проекта) без учета влияния этого включения на сроки, стоимость и ресурсы, или без одобрения заказчика.
  • сетевая диаграмма проекта (Project Schedule Network Diagram) [Выход/вход]. Любое схематическое отображение логических связей между запланированными операциями проекта. Всегда строится слева направо для отображения хронологии работ проекта.
  • сетевая диаграмма, привязанная к временной шкале (Time-Scaled Schedule Network Diagram)
  • [Инструмент]. Любая сетевая диаграмма проекта, в которой положение и величина запланированной операции отражают ее длительность. Обычно представляется в виде ленточной диаграммы с соблюдением логики сети.
  • сетевая модель* (Schedule Model) [Инструмент]. Модель, используемая вместе с ручными методиками или программным обеспечением для управления проектами для выполнения анализа сети с целью создания расписания проекта для применения в управлении исполнением проекта. См. также расписание проекта.
  • сеть (Network) См. сетевая диаграмма проекта.
  • сжатие (Crashing) [Метод]. Особый тип метода сжатия расписания проекта, при котором общая длительность проекта уменьшается после проведения анализа серии альтернатив для достижения максимального сжатия длительности при наименьших дополнительных затратах. Стандартные подходы к сжатию расписания включают уменьшение длительности запланированных операций и увеличение ресурсов, назначаемых для выполнения запланированных операций. См. также сжатие расписания.
  • Сжатие расписания (Schedule Compression) [Метод]. Сжатие длительности расписания проекта без изменения его содержания. См. также сжатие и быстрый проход.
  • система санкционирования выполнения работ (Work Authorization System) [Инструмент]. Подсистема общей системы управления проектами. Ряд формальных процедур, в которых описывается, как будут выдаваться разрешения на выполнение работ проекта для обеспечения того, что работы будут выполнены указанной организацией в нужное время в правильной последовательности. В эту систему входят шаги, документы, система отслеживания и определенные уровни утверждения, необходимые для санкционирования работ.
  • система управления изменениями (Change Control System) [Инструмент]. Набор формальных процедур, определяющих способы контроля, внесения изменений и одобрения результатов и документации проекта. В большинстве прикладных областей система управления изменениями входит в систему управления конфигурацией.
  • система управления конфигурацией (Configuration Management System) [Инструмент]. Подсистема общей системы управления проектами. Набор формальных задокументированных процедур, используемый для применения технического и административного управления и сопровождения с целью: идентифицировать и документировать функциональные и физические характеристики продукта, результата, услуги или элемента; управлять любыми изменениями таких характеристик; регистрировать и доводить до сведения заинтересованных лиц каждое изменение и ход его проведения; выполнять аудит продуктов, результатов или элементов для подтверждения их соответствия требованиям. Система управления конфигурацией включает в себя документацию, системы отслеживания и определенные уровни, на которых происходит санкционирование и управление изменениями.
  • система управления проектом (Project Management System) [Инструмент]. Совокупность процессов, инструментов, методов, методологий, ресурсов и процедур для управления проектом.
  • слияние путей (Path Convergence) Объединение или схождение параллельных путей в сети в одном узле на сетевой диаграмме проекта. Слияние путей характеризуется запланированной операцией, у которой несколько предшествующих операций.
  • снижение рисков (Risk Mitigation) [Метод]. Связанный с угрозами метод планирования реагирования на риски, который стремится понизить вероятность и/или воздействие риска до приемлемого уровня.
  • совет по управлению изменениями (Change Control Board, CCB) Формально созданная группа заинтересованных сторон проекта, ответственная за изучение, оценку, одобрение, отсрочку или отклонение внесения изменений в проект, причем все решения и рекомендации совета записываются.
  • совместное расположение (Co-location) [Метод]. Способ размещения, при котором члены команды проекта находятся физически близко друг к другу в целях улучшения коммуникаций, рабочих отношений и производительности.
  • содержание (Scope) Совокупность продуктов, услуг и результатов, являющихся предметом проекта. См. также содержание проекта и содержание продукта.
  • Содержание продукта (Product Scope) Свойства и функции, которые характеризуют продукт, услугу или результат.
  • Содержание проекта (Project Scope) Работы, которые необходимо выполнить, чтобы получить продукт, услугу или результат с заданными характеристиками и функциями.
  • создание исР (иерархической структуры работ) (Create WBS, Work Breakdown Structure) [Процесс]. Процесс разделения результатов проекта и работ по проекту на меньшие элементы, которыми легче управлять.
  • сорт (Grade) Категория или ранг, используемый для отличия продуктов, имеющих одинаковые функциональные свойства (например, «молоток»), но отличающихся по своим требованиям к качеству (например, различные молотки могут различаться по прочности).
  • спецификация (Specification) Документ, полностью и точно определяющий требования, устройство, поведение или другие особенности системы, элемента, продукта, результата или услуги, а также, часто, процедуры, способные определить, были ли выполнены эти условия. Примеры: спецификация требований, спецификация структуры, спецификация продукта и спецификация испытаний.
  • список операций (Activity List) [Выход/вход]. Документированное табличное представление запланированных операций, отображающее описание операции, идентификатор операции и достаточно подробное описание работ, так чтобы члены команды проекта могли понять, какие работы должны быть выполнены.
  • спонсор (Sponsor) Лицо или группа лиц, предоставляющая финансовые ресурсы (в любом виде) под проект.
  • справочник команды проекта (Project Team Directory) Документированный список членов команды проекта, их ролей в проекте и информации о том, как с ними связываться.
  • средства на возможные потери (Contingency Allowance) См. резерв.
  • стандарт (Standard) Документ, устанавливающий правила, руководства или характеристики действий или их результатов для общего и постоянного использования с целью достижения оптимальной степени упорядочения в определенной области.
  • старт-старт (Start-to-Start, SS) Логическая связь, при которой начало работ по последующей запланированной операции зависит от начала работ по предшествующей запланированной операции. См. также логическая связь.
  • старт-финиш (Start-to-Finish, SF) Логическая связь, при которой завершение последующей запланированной операции зависит от начала предшествующей запланированной операции. См. также логическая связь.
  • статусная дата (Data Date) Дата, по которую в системе отчетности проекта сформированы отчеты о фактическом состоянии и исполнении. Другие названия - на дату и текущая дата.
  • стоимость качества (Cost of Quality, COQ) [Метод]. Метод определения затрат, связанных с обеспечением качества. Затраты на профилактику и затраты на оценку (затраты на соответствие) включают стоимость планирования качества, контроля качества и обеспечения качества для соответствия требованиям (т. е. обучение, системы контроля качества и т. д.). Стоимость отказа (затраты при несоответствии) включают стоимость доработки несоответствующих требованиям к качеству продуктов, элементов или процессов, стоимость гарантийных работ и потерь, а также снижение репутации.
  • Суммарная операция (Summary Activity) Группа связанных запланированных операций, объединенная на определенном уровне и отображаемая в виде одной операции на этом уровне. См. также подпроект и подсеть.
  • требование (Requirement) Определенные условия или характеристики, которым должны соответствовать или которые должны иметь система, продукт, услуга, результат или элемент в соответствии с контрактом, стандартами, характеристиками или другими формальными предписывающими документами. Требования включают выраженные в количественной форме и документированные запросы, пожелания и ожидания спонсора, заказчика и других заинтересованных сторон проекта.
  • триггеры (Triggers) Указания на то, что события риска произошли или вот-вот произойдут. Триггеры могут быть обнаружены на этапе идентификации рисков и должны отслеживаться в ходе процесса мониторинга и управления рисками. Другое название - «симптомы риска» или «признаки риска».
  • трудоемкость (Effort) Количество рабочих единиц, необходимое для выполнения запланированной операции или элемента иерархической структуры работ. Обычно выражается в человеко-часах, человеко-днях или человеко-неделях. Ср. длительность.
  • угроза (Threat) Условие или ситуация, неблагоприятные для проекта, неблагоприятное стечение обстоятельств, негативный ход событий, риск, который будет оказывать негативное воздействие на цели проекта, или возможность негативных изменений. Ср. благоприятная возможность.
  • узел (Node) Одна из определяющих точек сетевой диаграммы; точка, соединенная с несколькими или всеми другими линиями зависимости.
  • уклонение от риска (Risk Avoidance) [Метод]. Метод планирования реагирования на риски, который вносит изменения в план управления проектом, направленные либо на устранение риска, либо на защиту целей проекта от его влияния.
  • укрупненное расписание (Master Schedule) [Инструмент]. Укрупненное расписание проекта, включающее лишь основные результаты и элементы иерархической структуры работ и ключевые контрольные события расписания. См. также расписание контрольных событий.
  • управление закупками проекта (Project Procurement Management) [Область знаний]. Управление закупками проекта включает в себя процессы покупки или приобретения необходимых для осуществления проекта продуктов, услуг или результатов вне команды проекта.
  • управление закупочной деятельностью (Administer Procurements) [Процесс]. Процесс управления отношениями с поставщиками, контроля исполнения контрактов, и, при необходимости, внесения изменений и корректив.
  • управление изменениями (Change Control) Идентификация, документирование, одобрение или отклонение и управление внесением изменений в базовые планы проекта.
  • управление интеграцией проекта (Project Integration Management) [Область знаний]. Управление интеграцией проекта включает в себя процессы и действия, необходимые для определения, уточнения, комбинирования, объединения и координации различных процессов и действий по управлению проектом в рамках групп процессов управления проектом.
  • Управление качеством проекта (Project Quality Management) [Область знаний]. Управление качеством проекта включает в себя процессы и действия исполняющей организации, которые определяют политики в области качества, цели и ответственность таким образом, чтобы проект удовлетворял тем потребностям, ради которых он был предпринят.
  • управление командой проекта (Manage Project Team) [Процесс]. Процесс отслеживания деятельности членов команды, обеспечения обратной связи, решения проблем и управления изменениями с целью оптимизации исполнения проекта.
  • управление коммуникациями проекта (Project Communications Management) [Область знаний]. Управление коммуникациями проекта включает в себя процессы, необходимые для обеспечения своевременного формирования, сбора, распространения, хранения, нахождения и использования проектной информации.
  • управление ожиданиями заинтересованных сторон (Manage Stakeholder Expectations) [Процесс]. Процесс общения и работы с заинтересованными сторонами для удовлетворения их потребностей и решения проблем по мере их возникновения.
  • управление освоенным объемом (Earned Value Management, EVM) Методология управления для интеграции содержания, сроков и ресурсов, а также объективного измерения исполнения проекта и достигнутой эффективности. Эффективность исполнения проекта измеряется путем определения плановой стоимости выполненных работ (т. е. освоенного объема) и ее последующего сравнения с фактической стоимостью выполненных работ (т. e. фактической стоимостью).
  • управление портфелями (Portfolio Management) [Метод]. Централизованное управление одним или несколькими портфелями, включая идентификацию, определение приоритетов, санкционирование и управление проектами, программами и другими соответствующими работами для достижения определенных стратегических целей.
  • управление программой (Program Management) Централизованное координированное управление программой, имеющее своей задачей достижение преимуществ и стратегических целей программы.
  • управление проектами (Project Management) Приложение знаний, навыков, инструментов и методов к работам проекта для удовлетворения требований, предъявляемых к проекту.
  • управление расписанием (Control Schedule) [Процесс]. Процесс мониторинга статуса проекта для внесения информации об исполнении и управления изменениями базового расписания.
  • управление рисками проекта (Project Risk Management) [Область знаний]. Управление рисками проекта включает процессы, связанные с осуществлением планирования управления рисками, выявлением, анализом, реагированием, а также мониторингом и контролем рисков в проекте.
  • управление содержанием [Процесс]. Процесс мониторинга статуса проекта и содержания продукта, а также внесения изменений в базовый план по содержанию.
  • управление содержанием проекта (Project Scope Management) [Область знаний]. Управление содержанием проекта включает в себя процессы, требуемые для обеспечения того, чтобы проект содержал все и только те работы, которые требуются для успешного выполнения проекта.
  • Управление сроками проекта (Project Time Management) [Область знаний]. Управление сроками проекта включает в себя процессы, необходимые для того, чтобы обеспечить своевременное выполнение проекта.
  • управление стоимостью (Control Costs) [Процесс]. Процесс мониторинга статуса проекта для корректировки бюджета проекта и внесения изменений в базовый план по стоимости.
  • управление стоимостью проекта (Project Cost Management) [Область знаний]. Управление стоимостью проекта включает в себя процессы, необходимые для оценки, разработки бюджета и контроля расходов, обеспечивающие исполнение проекта в рамках утвержденного бюджета.
  • управление человеческими ресурсами проекта (Project Human Resource Management) [Область знаний]. Управление человеческими ресурсами включает в себя процессы организации и управления командой проекта.
  • устав (Charter) См. Устав проекта.
  • устав проекта (Project Charter) [Выход/вход]. Документ, выпущенный инициатором или спонсором проекта, который формально узаконивает существование проекта и предоставляет менеджеру проекта полномочия использовать ресурсы организации в операциях проекта.
  • установленная дата (Imposed Date) Указанная фиксированная дата для запланированной операции или контрольного события расписания, обычно представленная в виде «начать не ранее, чем» и «закончить не позже, чем».
  • Фаза (Phase) См. фаза проекта.
  • Фаза проекта (Project Phase) Ряд логически связанных операций проекта, обычно завершающихся достижением одного из основных результатов. Фазы проекта обычно выполняются последовательно, но в определенных ситуациях могут перекрываться. Фаза проекта является элементом жизненного цикла проекта. Фаза проекта не является группой процессов управления проектами.
  • Фактическая длительность (Actual Duration) Период времени в календарных единицах между фактическим стартом запланированной операции и либо статусной датой расписания исполнения проекта, если запланированная операция находится в стадии выполнения, либо фактическим финишем, если запланированная операция завершена.
  • Фактическая стоимость (ФС) (Actual Cost, AC) Фактические понесенные и задокументированные затраты на выполнение работ за определенный период времени в рамках запланированной операции или элемента иерархической структуры работ. Фактическая стоимость иногда может включать только непосредственно отработанные часы, только прямые затраты или все затраты, включая непрямые. Другое название - фактическая стоимость выполненных работ (ФСВР). См. также управление освоенным объемом и метод освоенного объема.
  • Фактическая стоимость выполненных работ (ФсвР) (Actual Cost of Work Performed, ACWP) См. фактическая стоимость (ФС).
  • Факторы среды предприятия (Enterprise Environmental Factors) [Выход/вход]. Некоторые или все факторы внешней среды и внутренние организационные факторы, влияющие на успех проекта. Эти факторы формируются каждым из предприятий, участвующих в проекте, и включают корпоративную культуру и структуру организации, инфраструктуру, имеющиеся ресурсы, коммерческие базы данных, условия рынка и программное обеспечение для управления проектами.
  • Финиш-старт (Finish-to-Start, FS) Логическая связь, при которой начало работ последующей операции зависит от завершения работ предшествующей операции. См. также логическая связь.
  • Финиш-финиш (ФФ) (Finish-to-Finish, FF) Логическая связь, при которой завершение работ последующей операции невозможно до завершения работ предшествующей операции. См. также логическая связь.
  • Функциональная организация (Functional Organization) Иерархически выстроенная организация, в которой у каждого сотрудника есть один прямой начальник, а персонал разделен на группы по сферам деятельности и управляется человеком, имеющим компетентность в данной сфере
  • Функциональный руководитель (Functional Manager) Лицо, обладающее руководящими полномочиями в подразделении функциональной организации. Менеджер любой группы, которая фактически занята в производстве продукта или услуги. Иногда также называется «линейным менеджером».
  • Цель (Objective) То, на что должны быть направлены работы, стратегическая позиция, которую следует занять, задача, которую следует решить, результат, которого следует достичь, продукт, который следует произвести, или услуга, которую следует оказать.
  • Шаблон (Template) Частично заполненный документ в определенном формате, предлагающий определенную структуру сбора, организации и представления информации и данных.
  • Экспертные оценки (Expert Judgment) [Метод]. Суждения, предоставляемые на основании компетентности в прикладной области, области знаний, сфере деятельности, отрасли и т. д., соответствующих выполняемой операции. Экспертное заключение могут давать как группы, так и отдельные лица, имеющие специальное образование, знания, навыки, опыт или подготовку.
  • Элемент иерархической структуры работ (Work Breakdown Structure Component) Элемент в иерархической структуре работ, который может находиться на любом уровне.

Комментариев нет:

Отправить комментарий

Вы можете добавить свой комментарий...

Примечание. Отправлять комментарии могут только участники этого блога.