Определения

Многие из приведенных здесь слов могут иметь в словаре более широкое, а

иногда и другое значение.

Определения даны в соответствии со следующими принципами:

• Входящие в глоссарий термины, используемые как часть определений,
выделены в глоссарии курсивом.

♦ Если какой-либо термин употребляется в определении несколько раз,
то он выделяется курсивом только в первый раз.

♦ В некоторых случаях термин глоссария может состоять из нескольких
слов (например, "планирование реагирования на риски")

♦ Во многих случаях в определении могут идти подряд несколько
терминов глоссария. Например, оценка длительности отсылает к
двум независимым словарным статьям: "длительность" и "оценка".

♦ Также имеются определения с последовательностью выделенных
курсивом слов (не разграниченных запятыми), включающие
несколько терминов глоссария, идущих друг за другом, причем как
минимум один из терминов содержит несколько слов. Например,
поздний финиш метода критического пути содержит два отдельных
термина: "метод критического пути" и "поздний финиш". В этих
случаях после последнего слова в строке, выделенного курсивом,
стоит звездочка (*), обозначающая, что несколько терминов
глоссария идут подряд.

 

• Определения синонимам не даются, а читателю предлагается перейти к
описанию предпочтительного термина (т. е. см. предпочтительный
термин).

• В конце определения даются ссылки на близкие термины, не являющиеся
синонимами (т. е. см. также близкий термин).

S-кривая (S-Curve)График зависимости от времени итоговых затрат, трудозатрат, процента выполнения работ или других количественных показателей. Название получено от характерной S-образной (более пологой в начале и конце и более крутой в середине) формы кривой развития проекта, имеющего плавное начало, более быстрое развитие и плавное окончание. Термин также используется для обозначения кривой распределения вероятности, получаемой в результате моделирования, которое применяется в количественном анализе рисков.

Авторизация работ (Work Authorization)[Метод] Разрешение или указание, обычно в письменном виде, начать работы по определенной плановой операции, пакету работ или контрольному счету. Метод санкционирования работ проекта, который гарантирует выполнение работ указанной организацией в нужное время в нужной последовательности.

Агрегированная операция (Hammock Activity)См. суммарная операция.

Администрирование контрактов (Contract Administration)[Процесс] Процесс управления контрактом и взаимоотношениями между покупателем и продавцом, изучение и документирование деятельности продавца, чтобы определить необходимые корректирующие действия и обеспечить основу для дальнейших отношений с продавцом, управляя изменениями, связанными с контрактом, и, в случае необходимости, контрактными взаимоотношениями с внешним покупателем проекта.

Активы организационного процесса (Organizational ProcessAssets) [Выход/вход] Любые активы, относящиеся к процессу, во всех организациях, участвующих в проекте, которые влияют или могут влиять на успех проекта. Эти активы включают формальные и неформальные планы, стратегии, процедуры и руководства. Также они включают базы знаний организаций, такие как базы накопленных знаний и исторической информации.

Руководство к Своду знаний по управлению проектами (Руководство РМВОК®) Третье издание
350 ©2004 Project Management Institute, Four Campus Boulevard, Newtown Square, PA 19073-3299 USA / США


Анализ дерева решений (Decision Tree Analysis)[Метод] Дерево решений - это диаграмма, описывающая процесс принятия решения путем рассмотрения альтернатив и последствий выбора той или иной имеющейся альтернативы. Используется в случаях, когда будущие сценарии или исход операций неясны. В диаграмме отражаются вероятности и величины затрат и выгод каждой логической цепи событий и будущих решений и используется анализ ожидаемой денежной стоимости для помощи организациям в определении относительной стоимости альтернативных операций. См. также анализ ожидаемой денежной стоимости.

Анализ допущений (Assumptions Analysis)[Метод] Метод, который анализирует точность допущений и идентифицирует риски проекта, вызванные неточностью, противоречивостью или неполнотой допущений.

Анализ ожидаемой денежной стоимости (Expected Monetary Value (EMV) Analysis)Статистический метод, вычисляющий средний результат, когда в будущем имеются сценарии, которые могут произойти, а могут и не произойти. Обычно этот метод используется в рамках анализа дерева решений. Для анализа рисков стоимости и расписания рекомендуется применять моделирование, так как оно обладает большей мощностью и снижает вероятность неправильного применения по сравнению с анализом ожидаемой денежной стоимости.

Анализ отклонений (Variance Analysis)[Метод] Метод разложения общего отклонения совокупности переменных содержания, стоимости и расписания на отклонения отдельных элементов, которые связаны с определенными факторами, влияющими на переменные содержания, стоимости и расписания.

Анализ первопричины (Root Cause Analysis)[Метод] Аналитический метод, призванный найти основную причину отклонения, дефекта или риска. Одной первопричиной могут быть вызваны сразу несколько отклонений, дефектов или рисков.

Анализ расписания (Schedule Analysis)См. анализ сети расписания.

Анализ резервов (Reserve Analysis)[Метод] Методы анализа, служащие для определения существенных характеристик и взаимосвязей элементов в плане управления проектом с целью установления резерва для длительности расписания, бюджета, оценочной стоимости или средств проекта.

Анализ сети (Network Analysis)См. анализ сети расписания.

Анализ сети расписания (Schedule Network Analysis)[Метод] Метод определения ранних и поздних стартов* и ранних и поздних финишей* для невыполненных плановых операций проекта. См. также метод критического пути, метод критической цепи, анализ возможных сценариев и выравнивание ресурсов.

Анализ сильных и слабых сторон, возможностей и угроз (Strengths, Weaknesses, Opportunities, and Threats Analysis или SWOT Analysis)Метод сбора информации, изучающий проект с точки зрения каждой из сильных и слабых сторон проекта, его благоприятных возможностей и угроз, чтобы увеличить охват рисков, рассматриваемых в рамках управления рисками.

Анализ тенденций (Trend Analysis)[Метод] Аналитический метод, использующий математические модели для прогнозирования результатов в будущем на основании исторических данных. С помощью этого метода определяется отклонение от базового плана по затратам, срокам или содержанию с использованием данных из предыдущих периодов отчетности и прогнозирования величины отклонения данного параметра в определенный момент в будущем, если в исполнение проекта не будут вноситься изменения.

Анализ характера и последствий отказов (Failure Mode and Effect Analysis, FMEA)[Метод] Аналитическая процедура, в которой каждый потенциальный характер отказа в каждом элементе продукта анализируется с целью определения его влияния на надежность данного элемента и, как совместно с другими возможными характерами отказов, так и отдельно, влияние на надежность продукта или системы и на функциональность элемента; или изучение всех возможностей возникновения неисправности продукта (на системном nlvmn более низких уровнях). Для каждой потенциальной неисправности производится оценка ее влияния на всю систему и ее эффект. Кроме того, оцениваются меры, запланированные для снижения возможности появления неисправности и сведения к минимуму ее последствий.


 

Глоссарий


 


Руководство к Своду знаний по управлению проектами (Руководство РМВОК®) Третье издание ©2004 Project Management Institute, Four Campus Boulevard, Newtown Square, PA 19073-3299 USA



Глоссарий

Анализ характеристик конструкции (Design Review)[Метод] Метод управления, используемый для оценки предложенных характеристик конструкции для обеспечения соответствия конструкции системы или продукта требованиям заказчика или для уверенности в том, что данная конструкция будет успешно действовать, ее можно будет произвести и обслуживать.

Анализ чувствительности (Sensitivity Analysis)Метод количественного анализа рисков и моделирования, используемый для определения рисков с наибольшим возможным воздействием на проект. В процессе анализа устанавливается, в какой степени неопределенность каждого элемента проекта отражается на исследуемой цели проекта, если остальные неопределенные элементы принимают базовые значения Обычно отображение результатов представлено в виде диаграммы "торнадо".

База данных рисков (Risk Database)Хранилище для сбора, обработки и анализа данных, полученных и использованных в процессах управления рисками.

База накопленных знаний (Lessons Learned Knowledge Base).Хранилище исторической информации и накопленных знаний о результатах принятых в прошлом решений по выбору проектов и исполнении этих проектов.

Базовый план (Baseline)Утвержденный план с указанными временными фазами {проекта, элементов иерархической структуры работ, пакета работ или плановой операции); возможно включение содержания проекта, стоимости, расписания и технических изменений. Обычно обозначает текущий базовый план, но может относиться к исходному или какому-либо другому базовому плану. Часто употребляется с уточнением (например "базовый план по стоимости", "базовый план расписания", "базовый план исполнения", "базовый план по технической части"). См. также базовый план исполнения.

Базовый план исполнения (Performance Measurement Baseline)Одобренный план работ проекта, с которым сравнивается текущее исполнение проекта и по отношению к которому определяются отклонения для целей управления. Базовый план исполнения обычно включает параметры содержания, расписания и стоимости проекта, но также может включать технические параметры и параметры качества.

Базовый план по содержанию (Scope Baseline)См. базовый план.

Базовый план по стоимости (Cost Baseline)См. базовый план.

Базовый старт (Baseline Start Date)Дата начала плановой операции в одобренном базовом плане расписания. См. также расчетная дата начала.

Базовый финиш (Baseline Finish Date)Дата завершения плановой операции в одобренном базовом плане расписания. См. также расчетная дата завершения.

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

Буфер (Buffer)См. резерв.

Быстрый проход (Fast Tracking)[Метод] Особый метод сжатия расписания исполнения проекта, который изменяет логику сети и накладывает друг на друга фазы, которые в обычной ситуации выполнялись бы последовательно, например проектирование и строительство, или предполагает параллельное выполнение плановых операций. См. сжатие расписания, см. также сжатие.

Бюджет (Budget)Утвержденная оценка проекта, любого элемента иерархической структуры работ или любой плановой операции. См. также оценка.

Бюджет по завершении (БПЗ) (Budget at Completion, ВАС)Сумма всех составляющих бюджета, установленных для работ, выполняемых в рамках проекта, элемента иерархической структуры работ или плановой операции. Общий плановый объем проекта.

Ведомость материалов (Bill of Materials, BOM)Формальное документированное иерархически выстроенное табличное представление сборочных узлов, комплектующих и элементов, необходимых для создания продукта.

Верификация (Verification)[Метод] Метод оценки элемента или продукта в конце фазы или проекта с целью удостовериться, что он удовлетворяет указанным требованиям. Ср. проверка.

Руководство к Своду знаний по управлению проектами (Руководство РМВОК®) Третье издание
352 ©2004 Project Management Institute, Four Campus Boulevard, Newtown Square, PA 19073-3299 USA / США


Виртуальная команда (Virtual Team)Группа лиц с общими целями, выполняющих свои роли, которые в процессе сотрудничества практически не общаются лично. Этот метод в различных формах часто используется для обеспечения коммуникаций между членами команды. Виртуальные команды могут быть составлены из людей, разделенных большими расстояниями.

Временной резерв (Float)Другое название - "slack". См. общий временной резерв, см. также свободный временной резерв.

Временной резерв (Slack)См. общий временной резерв и свободный временной резерв.

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

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

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

Выполнение (Execution)См. исполнение.

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

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

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

Гистограмма ресурсов (Resource Histogram)Столбиковая горизонтальная диаграмма, показывающая время работы ресурса согласно расписанию в течение нескольких временных периодов. Доступность ресурса может быть изображена в виде линии для возможности сравнения. На расположенных рядом столбцах может отображаться фактическое время использования ресурса по мере продвижения проекта.

Группа процессов (Process Group)См. группа процессов управления проектами.

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

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

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

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

Дата начала (Start Date)Дата начала плановой операции, обычно употребляется с уточнением: фактическая, плановая, ожидаемая, расчетная, ранняя, поздняя, базовая, директивная или текущая.

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


 

Глоссарий


 


Руководство к Своду знаний по управлению проектами (Руководство РМВОК®) Третье издание ©2004 Project Management Institute, Four Campus Boulevard, Newtown Square, PA 19073-3299 USA



Глоссарий

Дефект (Defect)Несовершенство или упущение в элементе проекта, из-за которого

этот элемент не соответствует требованиям или характеристикам и должен быть

либо исправлен, либо заменен. Диаграмма влияния (Influence Diagram)[Инструмент] Графическое представление

ситуаций, отображающее взаимные влияния, временные связи событий и другие

отношения между переменными и результатами проекта.

Диаграмма Ганта (Gantt Chart)См. столбиковая горизонтальная диаграмма. Диаграмма Парето (Pareto Chart)[Инструмент] Гистограмма зависимости частоты

наступления результатов от их причин. Диаграммы зависимостей (Flowcharting)[Метод] Отображение в виде диаграммы

входов, действий в процессе и выходов одного или нескольких процессов в системе. Директивная дата выполнения (Target Finish Date, TF)Директивная дата,

ограничивающая возможные сроки завершения плановой операции. Директивная дата завершения (Target Completion Date, ТС)Требуемая дата,

ограничивающая или иным способом влияющая на анализ сети расписания. Директивная дата начала (Target Start Date, TS)Директивная дата,

ограничивающая возможные сроки начала плановой операции. Директивное расписание (Target Schedule)Расписание, переработанное в

сравнительных целях во время анализа сети расписания, которое может

отличаться от базового расписания. См. также базовый план. Дискретная трудоемкость (Discrete Effort)Трудоемкость, которая напрямую

сопоставима с определенными элементами иерархической структуры работ и

результатами поставки и которая может быть напрямую спланирована и

измерена. Ср. распределенная трудоемкость. Дисциплина (Discipline)Область деятельности, требующая особых знаний и обладающая

определенным сводом правил, обуславливающих производство работ (например

машиностроение, программирование, составление смет и т. д.). Длительность (Duration, DU или DUR)Общее количество рабочих периодов (исключая

выходные и другие нерабочие периоды), необходимых для выполнения плановой

операции или элемента иерархической структуры работ. Обычно выражается в

количестве рабочих дней или недель. Иногда неправомерно приравнивается к

календарному времени. Ср. трудоемкость. См. также исходная длительность,

оставшаяся длительность и фактическая длительность. Длительность операции (Activity Duration)Время в календарных единицах между

началом и завершением плановой операции. См. также фактическая

длительность, исходная длительность и оставшаяся длительность. Документ (Document)Носитель и информация на нем, которые обычно имеют

определенную устойчивость к воздействиям и могут быть прочитаны человеком или

считаны устройством. Примерами могут служить планы управления проектами,

характеристики, процедуры, исследования и руководства. Документация по поставкам (Procurement Documents)[Выход/вход] Документы,

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

предложениям, приглашение к переговорам, запрос информации, запрос расценок,

запрос предложения покупателя и ответы продавца. Документированная процедура (Documented Procedure)Письменное

формализованное описание проведения операции, процесса, метода или

методологии. Допущения (Assumptions)[Выход/вход] Допущения - это факторы, которые для целей

планирования считаются верными, реальными или определенными без привлечения

доказательств. Допущения влияют на все аспекты планирования проекта и являются

частью последовательной разработки проекта. Идентификация, документирование и

проверка допущений часто являются частью процесса планирования проекта.

Допущения обычно связаны с определенным риском. Доработка (Rework)Действие, предпринятое для приведения содержащих дефект или

неприемлемых элементов в соответствие с требованиями или характеристиками. Жизненный цикл (Life Cycle)См. жизненный цикл проекта.

Руководство к Своду знаний по управлению проектами (Руководство РМВОК®) Третье издание
354 ©2004 Project Management Institute, Four Campus Boulevard, Newtown Square, PA 19073-3299 USA / США


Жизненный цикл продукта (Product Life Cycle)Набор последовательных (обычно), не перекрывающихся фаз продукта*, название и количество которых определяется производственными и управленческими нуждами организации. Обычно последняя фаза жизненного цикла продукта - это гибель или разрушение продукта. Жизненный цикл проекта обычно укладывается в один или несколько жизненных циклов продукта.

Жизненный цикл проекта (Project Life Cycle)Набор обычно последовательных фаз проекта, количество и состав которых определяется потребностями управления проектом организацией или организациями, участвующими в проекте. Жизненный цикл можно документировать с помощью методологии.

Журнал (Log)Документ, используемый для записи и описания или обозначения некоторых элементов во время выполнения процесса или операции. Обычно используется с уточнением, например: "журнал проблем", "журнал контроля качества", действие или дефект.

Завершающие процессы (Closing processes)[Группа процессов] Процессы, выполняемые для формального завершения всех операций проекта или фазы и передачи полученного продукта другим или для завершения остановленного проекта.

Зависимость (Dependency)См. логическая взаимосвязь.

Задача (Task)Термин для обозначения работы, значение и расположение которой в структурированном плане работ по проекту может различаться в зависимости от области приложения, отрасли и производителя программного обеспечения для управления проектами.

Задержка (Lag)[Метод] Дополнение к логической взаимосвязи, определяющее задержку выполнения последующей операции. Например, при логической взаимосвязи Финиш-старт с задержкой в 10 дней последующая операция может начаться не ранее, чем через 10 дней после окончания предшествующей операции. См. также опережение.

Заказчик (Customer)Лицо или организация, которые будут использовать продукт, услугу или результат проекта. См. также пользователь.

Закрытие контракта (Contract Closure)[Процесс] Процесс закрытия и оплаты контракта, включая урегулирование всех открытых вопросов и завершение каждого контракта.

Закрытие проекта (Close Project)[Процесс] Процесс завершения всех операций всех групп процессов проекта в целях формального завершения проекта или фазы.

Запрос информации (Request for Information)Тип документа по поставкам, посредством которого покупатель просит потенциального продавца предоставить ему ту или иную информацию о продукте, услуге или возможностях продавца.

Запрос информации у продавцов (Request Seller Responses)[Процесс] Процесс сбора информации, расценок, цен, предложений надлежащим образом.

Запрос на изменение (Change Request)Запросы на увеличение или уменьшение содержания проекта, изменение стратегий, процессов, планов или процедур, изменение цен или бюджетов или пересмотр расписания. Запросы на изменение могут быть прямыми или косвенными, внешними или внутренними, а также обусловленными или не обусловленными законами или контрактом. Обрабатываются только задокументированные запрошенные изменения, и выполняются только одобренные запросы на изменение.

Запрос предложения (Request for Proposal, RFP)Тип документа по поставкам, используемый для запроса предложений продуктов или услуг у предполагаемых продавцов. В отдельных областях приложения данный термин может иметь более узкое или специальное значение.

Запрос расценок (Request for Quotation, RFQ)Тип документа по поставкам, используемый для запроса у предполагаемых продавцов предлагаемых цен на обычные или стандартные продукты или услуги. Иногда используется вместо запроса предложения; в некоторых областях приложения у этого термина может быть более узкое или специальное значение.

Запрошенное изменение (Requested Change)[Выход/вход] Формально задокументированный запрос на изменение, ожидающий одобрения в рамках процесса общего управления изменениями. Ср. одобренный запрос на изменение.


 

Глоссарий


 


Руководство к Своду знаний по управлению проектами (Руководство РМВОК®) Третье издание ©2004 Project Management Institute, Four Campus Boulevard, Newtown Square, PA 19073-3299 USA



Глоссарий

Знание (Knowledge)Знание чего-то на основании опыта, образования, наблюдения или изучения, понимание процесса, практики или метода или способа использования инструмента.

Идентификатор операции (Activity Identifier)Уникальное буквенно-цифровое обозначение, присваиваемое каждой плановой операции, чтобы отличать эту операцию проекта* от других операций. Обычно он уникален для каждой сетевой диаграммы расписания проекта.

Идентификация рисков (Risk Identification)[Процесс] Процесс определения того, какие риски способны повлиять на проект, и документирования характеристик этих рисков.

Иерархическая структура работ (ИСР) (Work Breakdown Structure, WBS)[Выход/вход] Ориентированная на результат поставки иерархическая декомпозиция работ, выполняемых командой проекта для достижения целей проекта и необходимых результатов поставки. С ее помощью структурируется и определяется все содержание проекта. Каждый следующий уровень иерархии отражает более детальное определение элементов проекта ИСР разбивается на пакеты работ. Ориентация на результат поставки включает внутренние и внешние результаты поставки. См. также пакет работ, контрольный счет, иерархическая структура работ по контракту и сводная иерархическая структура работ проекта.

Иерархическая структура работ по контракту (Contract Work BreakdownStructure, CWBS) [Выход/вход] Часть иерархической структуры работ проекта, разрабатываемая и поддерживаемая продавцом по контракту для обеспечения подпроекта или элемента проекта.

Иерархическая структура ресурсов (Resource Breakdown Structure, RBS)Иерархическая структура ресурсов, разбитая по категориям и типу ресурсов, используемая при выравнивании ресурсов в расписании, а также для разработки расписаний с ограниченными ресурсами, которую также можно использовать для определения и анализа назначения исполнителей в проекте.

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

Изменение содержания (Scope Change)Любые изменения содержания проекта. Изменение содержания обычно влечет за собой пересмотр сроков и стоимости проекта.

Индекс выполнения сроков (ИВСР) (Schedule Performance Index, SPI)Показатель выполнения расписания проекта. Отношение освоенного объема (00) к плановому объему (ПО). Индекс выполнения расписания = освоенный объем, поделенный на плановый объем. Значение, большее или равное 1, означает благоприятные условия, а значение, меньшее 1, означает неблагоприятные условия. См. также управление освоенным объемом.

Индекс выполнения стоимости (ИВСТ) (Cost Performance Index, CPI)Показатель эффективности проекта по стоимости. Отношение освоенного объема (00) к фактической стоимости (ФС). Индекс выполнения стоимости = освоенный объем, поделенный на фактическую стоимость. Значение, большее или равное 1, означает благоприятные условия, а значение, меньшее 1, означает неблагоприятные условия.

Инициатор (Initiator)Лицо или организация, у которой есть как возможность, так и полномочия для начала проекта.

Инициация проекта (Project Initiation)Запуск процесса, который может завершиться авторизацией и определением содержания нового проекта.

Инспекция (Inspection)[Метод] Обследование и изучение с целью проверить, соответствует ли операция, элемент, продукт, результат или услуга указанным требованиям.

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

Руководство к Своду знаний по управлению проектами (Руководство РМВОК®) Третье издание
356 ©2004 Project Management Institute, Four Campus Boulevard, Newtown Square, PA 19073-3299 USA / США


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

Информационная система управления проектами (Project Management Information System, PMIS)[Инструмент] Информационная система, которая состоит из инструментов и методов, используемых для сбора, интеграции и распространения результатов процессов управления проектами. Она используется для поддержки всех аспектов проекта от инициации до завершения и может включать в себя как ручные, так и автоматизированные системы.

Информация об исполнении работ (Work Performance Information)[Выход/вход] Информация и данные о состоянии выполняемых плановых операций проекта, собираемые в рамках процессов руководства и управления исполнением проекта*. Информация об исполнении включает в себя: состояние результатов поставки; состояние запросов на изменения, корректирующих действий, предупреждающих действий и исправления дефектов; прогнозы до завершения; подтвержденный процент физического выполнения работ; полученное значение технического измерения исполнения; даты начала и завершения плановых операций.

Исполнение (Executing)Руководство, управление, выполнение и осуществление работ проекта, достижение результатов поставки и представление информации о выполнении работы.

Исполнить (Execute)CM.исполнение.

Исполняющая организация (Performing Organization)Предприятие, персонал которого непосредственно участвует в работе над проектом.

Исправление дефекта (Defect Repair)Формализованная идентификация дефектов в элементе проекта с представлением рекомендаций либо исправить дефект, либо полностью заменить элемент.

Историческая информация (Historical Information)Документы и данные по предыдущим проектам, включая архивы проектов, записи, корреспонденцию, закрытые контракты и проекты.

Источник влияния (Influencer)Лица или группы, которые напрямую не связаны с получением или использованием продукта проекта, но которые, в связи с их положением в организации заказчика*, могут положительно или отрицательно повлиять на ход выполнения проекта.

Исходная длительность (Original Duration, OD)Длительность операции, изначально указанная для плановой операции, в которую не вносили изменения с появлением отчетов об исполнении операции. Обычно используется для сравнения с фактической длительностью и оставшейся длительностью, приводимых в отчетах об исполнении расписания.

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

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

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


 

Глоссарий


 


Руководство к Своду знаний по управлению проектами (Руководство РМВОК®) Третье издание ©2004 Project Management Institute, Four Campus Boulevard, Newtown Square, PA 19073-3299 USA



Глоссарий

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

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

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

Код операции (Activity Code)Буквенно-цифровое обозначение, определяющее характеристики работ или некоторым образом идентифицирующее плановую операцию, с помощью которого можно фильтровать и упорядочивать операции в отчетах.

Код счетов (Code of Accounts)[Инструмент] Любая числовая система кодирования, используемая для идентификации элементов иерархической структуры работ. Ср. план счетов.

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

Команда проекта (Project Team)Все члены команды проекта, включая команду управления проектом, менеджера проекта и, в некоторых случаях, спонсора проекта.

Команда управления проектом (Project Management Team)Члены команды проекта, непосредственно занятые в управлении его операциями. В небольших проектах команда управления проектом может включать практически всех членов команды проекта.

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

Компенсация (Compensation)Что-либо, отданное или полученное в качестве оплаты или вознаграждения, обычно в денежной форме или в виде продуктов, услуг или результатов.

Контракт "Время и материалы" (Time and Material (T&M) Contract)Тип смешанного контракта, содержащий элементы контракта с возмещением затрат и контракта с фиксированной ценой. Контракты "Время и материалы" напоминают контракты с возмещением затрат тем, что они открыты, то есть их объемы не определены в момент заключения. Таким образом, общая стоимость таких контрактов может увеличиваться аналогично контрактам с возмещением затрат. Этот тип контрактов также напоминает договоры с фиксированной ценой. Например, покупатель и продавец устанавливают единичные расценки, когда обе стороны договорились о ставках оплаты для категории "старший инженер".

Контракт (Contract)[Выход/вход] Контракт - это взаимное соглашение, обязывающее продавца поставить определенный продукт, услугу или результат, а покупателя -оплатить его.

Контракт с возмещением затрат (Cost-Reimbursable Contract)Тип контракта, подразумевающий оплату (возмещение) покупателем продавцу его фактических затрат, а также вознаграждение, обычно составляющее прибыль продавца. Затраты обычно подразделяют на прямые затраты и непрямые затраты. К прямым затратам относят расходы, непосредственно связанные с осуществлением проекта, такие как зарплата членов команды проекта. К непрямым затратам, также называемым накладными, общехозяйственными или административными расходами, причисляют затраты исполняющей организации на ведение бизнеса, отнесенные на проект, такие как зарплата сотрудников, косвенно принимающих участие в проекте, а также оплата потребленной офисом электроэнергии. Непрямые затраты обычно рассчитываются в процентах от прямых затрат. В контракты с возмещением затрат часто включают пункты с поощрениями или бонусами за достижение или улучшение отдельных параметров проекта, таких как сроки выполнения или общая стоимость.

Руководство к Своду знаний по управлению проектами (Руководство РМВОК®) Третье издание
358 ©2004 Project Management Institute, Four Campus Boulevard, Newtown Square, PA 19073-3299 USA / США


Контракт с возмещением затрат плюс вознаграждение (Cost-Plus-Fee, CPF)Тип

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

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

Контракт с возмещением затрат плюс процент от затрат (Cost-Plus-Percentage of Cost, CPPC)См. контракт с возмещением затрат плюс вознаграждение.

Контракт с возмещением затрат плюс фиксированное вознаграждение (Cost-Plus-Fixed-Fee (CPFF) Contract)По этому типу контракта с возмещением затрат покупатель возмещает поставщику оговоренные затраты (определяются условиями договора) и уплачивает фиксированное вознаграждение.

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

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

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

Контроллинг (Controlling)См. контроль

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

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

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

Контрольное событие расписания (Schedule Milestone)Значительное событие в расписании проекта, такое как событие, ограничивающее работы в будущем или отмечающее достижение основного результата поставки. Контрольное событие расписания имеет нулевую длительность. Другое название - контрольная операция. См. также контрольное событие.

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

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


 

Глоссарий


 


Руководство к Своду знаний по управлению проектами (Руководство РМВОК®) Третье издание ©2004 Project Management Institute, Four Campus Boulevard, Newtown Square, PA 19073-3299 USA



Глоссарий

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

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

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

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

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

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

Логика (Logic)См. логика сети.

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

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

Логическая диаграмма (Logic Diagram)См. сетевая диаграмма расписания проекта.

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

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

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

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

Руководство к Своду знаний по управлению проектами (Руководство РМВОК®) Третье издание
360 ©2004 Project Management Institute, Four Campus Boulevard, Newtown Square, PA 19073-3299 USA / США


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

Менеджер проекта (Project Manager, PM)Лицо, назначенное исполняющей организацией для достижения целей проекта*.

Метод "операции в узлах" (метод предшествования) (Precedence Diagramming Method, PDM)[Метод] Метод составления сетевых диаграмм, в которых плановые операции представляются прямоугольниками (или узлами). Плановые операции графически связаны одной или несколькими логическими взаимосвязями, которые показывают последовательность выполнения операций.

Метод "операции на дугах" (метод стрелочных диаграмм) (Arrow Diagramming Method, ADM)[Метод] Метод построения сетевой диаграммы расписания, когда плановые операции отображаются на стрелках. Начало стрелки соответствует старту плановой операции, а конец - завершению (длина стрелки неотображает ожидаемую длительность плановой операции). Операции соединяются в точках, называемых узлами (обычно отображаются кружочками), для иллюстрации порядка, в котором операции могут исполняться. См. также метод "операции в узлах" (метод предшествования).

Метод (Technique)Определенная систематическая процедура, применяемая персоналом для выполнения операции с целью получения продукта или результата или оказания услуги, которая также может использовать один или несколько инструментов.

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

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

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

Метод Монте-Карло (Monte Carlo Analysis)Метод, многократно рассчитывающий (или выполняющий итерации) стоимости проекта или длительности проекта с использованием входных величин, произвольно взятых из возможных значений стоимости или длительности, с целью получения распределения вероятностей значения общей стоимости проекта или дат завершения проекта.

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


 

Глоссарий


 


Руководство к Своду знаний по управлению проектами (Руководство РМВОК®) Третье издание ©2004 Project Management Institute, Four Campus Boulevard, Newtown Square, PA 19073-3299 USA



Глоссарий

Метод освоенного объема (Earned Value Technique, EVT)[Метод] Особый метод для измерения исполнения работ для элемента иерархической структуры работ, контрольного счета или проекта. Другое название - "метод правил освоения и начисления дохода" (earning rules and crediting method).

Методология (Methodology)Система практик, методов, процедур и правил, используемых в определенной дисциплине.

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

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

Модель расписания (Schedule Model)[Инструмент] Модель, используемая вместе с ручными методиками или программным обеспечением для управлением проектами для выполнения анализа сети расписания с целью создания расписания проекта для применения в управлении исполнением проекта. См. также расписание проекта.

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

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

Мониторинг и управление работами проекта (Monitor and Control Project Work)[Процесс] Процесс мониторинга и управления процессами, необходимыми для инициации, планирования, исполнения и завершения проекта для достижения целей, указанных в плане управления проектом и описании содержания проекта.

Мониторинг и управление рисками (Risk Monitoring and Control)[Процесс] Процесс отслеживания известных рисков, мониторинга остаточных рисков, обнаружения новых рисков, выполнения планов реагирования на риски и оценки их эффективности в течение жизненного цикла проекта.

На дату (As-of Date)См. отчетная дата.

Наблюдать (Monitor)См. мониторинг.

Набор команды проекта (Acquire Project Team)[Процесс] Процесс набора персонала, необходимого для выполнения проекта.

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

Надежность (Reliability)Вероятность выполнения продуктом назначенной функции в определенных условиях в определенный период времени.

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

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

Непредвиденные обстоятельства (Contingency)См. резерв.

Нормативный акт (Regulation)Требования, налагаемые административными органами. Эти требования могут устанавливать характеристики продуктов, процессов или услуг, которым необходимо соответствовать.

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

Руководство к Своду знаний по управлению проектами (Руководство РМВОК®) Третье издание
362 ©2004 Project Management Institute, Four Campus Boulevard, Newtown Square, PA 19073-3299 USA / США