Общение > Разговоры о тайм менеджменте

Глоссарий терминов - "Управление проектами"

(1/2) > >>

OlZin:
Глоссарий терминов включает (Copyright © Руководство PMBOK):
• Большую часть терминов, относящихся к управлению содержанием проекта, управлению сроками проекта и управлению рисками проекта, поскольку многие из терминов, используемых в данных областях знаний, относятся исключительно или почти исключительно к управлению проектами.
• Многие из терминов, относящихся к управлению качеством проекта, поскольку данные термины употребляются в более узком значении, чем это общепринято.
• Относительно небольшое количество терминов, относящихся к управлению человеческими ресурсами проекта и управлению коммуникациями проекта, поскольку значение большинства терминов, используемых в данных областях знаний, существенно не отличается от общепринятого.
• Относительно небольшое количество терминов, относящихся к управлению стоимостью проекта, управлению интеграцией проекта и управлению закупками проекта, поскольку большинство терминов, используемых в данных областях знаний, употребляется в более узком значении, специфичном для конкретной прикладной области.

А-Б-В
агрегированная операция (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) См. резерв.

временной резерв (Slack) Другое название – “float”. См. общий временной резерв и свободный временной резерв.

вторичный риск (Secondary Risk) Риск, возникающий в результате реагирования на риски.

вход (Input) [Вход процесса]. Любой элемент, как внешний, так и внутренний по отношению к проекту, который требуется процессу перед его началом. Может являться выходом предшествующего процесса.

выравнивание (Leveling) См. выравнивание ресурсов.

выравнивание ресурсов (Resource Leveling) [Метод]. Любая форма анализа сети, при которой сроки (даты начала и завершения) определяются с учетом ограничений на ресурсы (например, ограниченная доступность ресурсов или сложно управляемые изменения степени их доступности).

выход (Output) [Выход процесса]. Продукт, результат или услуга, появившиеся в результате процесса. Может быть входом для последующего процесса.

OlZin:
(Глоссарий терминов - "Управление проектами" - продолжение)
Г-Д-Ж-З-И

Гистограмма ресурса (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) Общее количество рабочих периодов (исключая выходные и другие нерабочие периоды), необходимых для выполнения запланированной операции или элемента иерархической структуры работ. Обычно выражается в количестве рабочих дней или недель. Иногда неправомерно приравнивается к календарному времени. Ср. трудоемкость.

длительность операции (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) Документы и данные по предыдущим проектам, включая архивы проектов, записи, корреспонденцию, закрытые контракты и проекты.

OlZin:
(Глоссарий терминов - "Управление проектами" - продолжение)
К-Л-М

календарная единица (Calendar Unit) Наименьший отрезок времени, используемый при расчете расписания проекта. Обычно календарная единица – это час, день или неделя, но это также может быть квартал, месяц, смена и даже минута.

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

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

качество (Quality) Степень, в которой ряд присущих характеристик соответствует требованиям.

качественный анализ рисков (Perform Qualitative Risk Analysis) [Процесс]. Процесс расстановки приоритетов в отношении рисков для их дальнейшего анализа или действий путем оценкии сопоставления их воздействия и вероятностей возникновения.

количественный анализ рисков (Perform Quantitative Risk Analysis) [Процесс]. Процесс численного анализа воздействия выявленных рисков на цели проекта в целом.

код операции (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) Сравнение фактического исполнения с запланированным, анализ отклонений, оценка тенденций для оказания влияния на улучшение процесса, оценка возможных альтернатив и рекомендация соответствующих корректирующих воздействий, если это необходимо.

контроль качества (Perform Quality Control) [Процесс]. Процесс мониторингаи документирования результатов действий, направленных на обеспечение качества, для оценки исполнения и создания рекомендаций относительно необходимых изменений.

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

контрольное событие (Milestone) Важный момент или событие проекта.

контрольные границы (Control Limits) Область, образованная тремя среднеквадратическими отклонениями с каждой стороны осевой линии или среднего значения с нормальным распределением данных, отображенных на контрольной карте, которая отражает ожидаемые отклонения в данных. См. также границы, заданные спецификацией.

контрольный счет (Control Account) [Инструмент] Представляет собой элемент управления, в котором содержание проекта, его бюджет (ресурсные планы), фактическая стоимость и расписание объединяются и сравниваются с освоенным объемом для измерения исполнения. См. также пакет работ.

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

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

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

критическая операция (Critical Activity) Любая запланированная операция на критическом пути в расписании проекта. Чаще всего определяется методом критического пути. Несмотря на то, что некоторые операции, не лежащие на критическом пути, могут быть причислены в общем смысле этого слова к ≪критическим≫, данный термин редко используется в контексте управления проектами в этом значении.

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

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

логическая связь (Logical Relationship) Зависимость между двумя запланированными операциями проекта или между запланированной операцией проекта и контрольным событием расписания. Существует четыре типа логических связей: финиш-старт; финиш-финиш; старт-старт и старт-финиш. См. также отношение предшествования.

материальные средства (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) [Процесс]. Процесс применения планов реагирования на риски, отслеживания идентифицированных рисков, мониторинга остаточных рисков, выявления новых рисков и оценки процесса управления рисками на протяжении всего проекта.

OlZin:
(Глоссарий терминов - "Управление проектами" - продолжение)
Н-О

набор команды проекта (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) [Процесс]. Процесс разработки детализированного описания проекта и продукта.

оптимизация выгоды (Value Engineering, VE) Подход к оптимизации стоимости на этапах жизненного цикла проекта, сокращению временных затрат, увеличению прибыли, улучшению качества, расширению рынка сбыта, разрешению проблем и/или повышению эффективности использования ресурсов.

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

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

освоенный объем (оо) (Earned Value, EV) Объем выполненных работ, выраженный в терминах утвержденного бюджета, выделенного на эти работы для запланированной операции или элемента иерархической структуры работ. Другое название – ≪плановая стоимость выполненных работ≫ (ПСВР)._

особая причина (Special Cause) Причина отклонений, которая не является присущей системе, непредсказуема и временна. Ее можно приписать дефекту в системе. На контрольной карте ее изображают точки за границами контроля или неслучайные распределения в пределах контрольных границ. Другое название – ≪неслучайная причина≫. Ср. общая причина.

остаточный риск (Residual Risk) Риск, оставшийся после реагирования на риски.

осуществление закупок (Conduct Procurements) [Процесс]. Процесс получения ответов от продавцов, выбора продавца и заключения контракта.

обеспечение качества (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) [Процесс]. Процесс приблизительного подсчета денежных ресурсов, необходимых для выполнения операций проекта.

OlZin:
(Глоссарий терминов - "Управление проектами" - продолжение)
П

пакет работ (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) [Выход/вход]. Утвержденный формальный документ'7C

план управления человеческими ресурсами (Human Resource Plan) Документ, описывающий, как будут определены и структурированы для проекта роли, ответственности, отношения подотчетности и управление обеспечением проекта персоналом. План управления человеческими ресурсами содержится в плане проекта или является его вспомогательным планом.

планирование закупок (Plan Procurements) [Процесс]. Процесс документирования решений проекта в отношении закупок, установления подхода и определения потенциальных продавцов.

планирование качества (Plan Quality) [Процесс]. Процесс определения требований и/или стандартов качества для проекта и продукта, а также документирования того, каким образом проект будет демонстрировать соответствие требованиям и/или стандартам качества.

планирование коммуникаций (Plan Communications) Процесс выявления потребностей заинтересованных сторон проекта в информации и определения подхода к коммуникациям.

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

планирование реагирования на риски (Plan Risk Responses) [Процесс]. Процесс разработки вариантов и действий для расширения возможностей и сокращения угроз целям проекта.

планирование управления рисками (Plan Risk Management) [Процесс]. Процесс определения того, каким образом осуществлять управление рисками проекта.

планируемый пакет работ (Planning Package) Элемент иерархической структуры работ, отнесенный к контрольному счету, с известным содержанием работ, но без подробного расписания запланированных операций. См. также контрольный счет.

плановая стоимость запланированных работ (псзР) (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) Любая непрерывная последовательность связанных логической связью запланированных операций в сетевой диаграмме проекта.

Навигация

[0] Главная страница сообщений

[#] Следующая страница

Перейти к полной версии