Итоговое тестирование

1. Основными процессами управления интеграцией проекта являются:

A. Разработка Устава проекта, разработка предварительного описания
содержания проекта, разработка плана управления проектом,
руководство и управление исполнением плана проекта, мониторинг и
управление работами проекта, общее управление изменениями и
закрытие проекта.

B. Планирование содержания, разработка предварительного описания
содержания проекта, разработка плана управления проектом,
руководство и управление исполнением плана проекта, мониторинг и
управление работами проекта, общее управление изменениями и
закрытие проекта.

C. Разработка Устава проекта, определение состава операций, разработка
плана управления проектом, руководство и управление исполнением
плана проекта, мониторинг и управление работами проекта, общее
управление изменениями и закрытие проекта.

D. Разработка Устава проекта, разработка предварительного описания
содержания проекта, разработка плана управления проектом, управление
расписанием, мониторинг и управление работами проекта, общее
управление изменениями и закрытие проекта.

2. Во время, каких групп процессов управления проектом спонсоры имеют наибольшее
влияние на содержание, качество, сроки и стоимость проекта:

A. Группа процессов инициации.

B. Группа процессов планирования.

C. Группа процессов исполнения.

D. Группа процессов закрытия.

3. В идеале связь между руководителем проекта и членами команды проекта должна
осуществляться посредством:

A. Ежедневных отчетов о состоянии проекта.

B. Утвержденных форм документов.

C. Письменно и устно при общении друг с другом.

D. Официальных приказов.

4. Период окупаемости проекта заканчивается, когда:

A. Реализована максимальная прибыль.

B. Реализована единичная прибыль.

C. Ежемесячный доход превышает ежемесячные издержки.

D. Суммарный доход равен кумулятивной стоимости.

5. Описание содержания проекта необходимо, поскольку оно:

A. Обеспечивает основу для принятия дальнейших решений по проекту.

B. Представляет краткое описание проекта.

C. Представляет проект участникам проекта.

D. Дает критерии для оценки стоимости проекта.

6. Метод управления освоенным объемом интегрирует следующее, за исключением:

A. Содержания проекта

B. Стоимости проекта

C. Расписания проекта

D. Качества проекта

7. До какого уровня необходимо строить иерархическую структуру работ в ходе
процесса планирования управления содержанием проекта:

A. До уровня подпроекта.

B. До уровня, определяемого офисом проекта.

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

D. До уровня ценообразования.

8. Декомпозиция - это метод, используемый для создания:

A. Диаграммы предшествования.

B. Диаграммы критического пути.

C. Вероятностного анализа.

D. Иерархической структуры работ.

9. Проект теряет Исполнителя в середине выполнения проекта. Для выполнения роли
выбывшего Исполнителя и его/ее команды создается новая команда проекта. Первая
тема обращения к команде в качестве нового менеджера проекта на первом собрании:

A. Определение ролей и ответственностей в команде.

B. Рассмотрение подробного календарного плана.

C. Обсуждение оценок стоимости.

D. Акцентирование собственных полномочий.

10. Конструктивные роли в команде заключаются в том, чтобы:

A. Вдохновлять, инициировать и охранять.

B. Давать информацию, быть «адвокатом дьявола» и уточнять.

C. Аннулировать, согласовывать, останавливать.

D. Подводить итог, искать одобрение, искать информацию.

11. Дата завершения проекта по расписанию изменится, если:

A. Уменьшится критический путь.

B. Не будет непредвиденных обстоятельств.

C. Не будет запаса времени.

D. Будут сокращены ресурсы проекта.

12. Ваш проект не укладывается в расписание из-за конфликта членов команды. После
устранения конфликта, чтобы уложиться в сроки, вы должны использовать:

A. Сжатие расписания.

B. Выравнивание ресурсов.

C. Календарное планирование по перераспределению ресурсов.

D. Важные (дефицитные) ресурсы.

13. Количественный анализ риска включает:

A. Перечисление внутренних и внешних источников риска.

B. Определение потенциальных событий и последствий.

C. Оценку вероятности возникновения риска и его последствий.

D. Разработку планов и подготовку ресурсов на случай непредвиденных
обстоятельств.

14. На какой фазе проекта Вы можете оказывать наибольшее влияние на риск проекта?

A. Концепция.

B. Проектирование.

C. Исполнение.

D. Внедрение.

15. Точным описанием поставляемой продукции является:

A. Спецификация.

B. Базовый план.

C. Рабочий пакет.

D. Элемент иерархической структуры работ.

16. Быстрый проход выполняется для:

A. Увеличения производительности.

B. Уменьшения продолжительности проекта.

C. Усиления контроля за расписанием проекта.

D. Снижения рисков, связанных с проектом.

17. Когда менеджер проекта делает заказ на покупку оборудования, это означает:

A. Обязательство.

B. Расходы.

C. Утечку наличных денег.

D. Капиталовложения.

18. Какие из следующих инструментов часто используются при планировании покупок
и приобретений?

A. Анализ «производить или покупать», экспертная оценка, выбор
типа контракта.

B. Выбор типа контракта, конференции контрагентов, экспертная
оценка.

C. Экспертная оценка, аудит, конференции контрагентов.

D. Анализ «производить или покупать», выбор типа контракта,
система взвешивания.

19. Вам передан контроль над проектом в середине его исполнения. Вам нужно узнать,
кто имеет право утверждать изменения содержания проекта. В каком документе
содержится данная информация:

A. Матрица распределения ресурсов.

B. План управления содержанием проекта.

C. Устав проекта.

D. Организационная схема клиентов.

20. Какие методы из перечисленных ниже подходов к управлению конфликтами дают
наихудшие результаты:

A. Конфронтация (решение проблемы).

B. Избегание (уклонение).

C. Компромисс.

D. Принуждение.

21. Самое эффективное управление комплексными проектами, включающими
несколько дисциплин, осуществляется:

A. Многочисленными менеджерами проекта.

B. В функциональной организации.

C. В сильной матричной организации.

D. Традиционным сильным менеджером.

22. Показатель, используемый для прогнозирования стоимости проекта по его
завершении:

A. CPI

B. SPI

C. EV

D. АС

23. Поставщик задержал поставку на 30 дней. Процесс определения воздействия этой
задержки на график проекта называется:

A. Идентификация риска.

B. Снижение риска.

C. Моделирование риска.

D. Оценка риска.

24. Методы урегулирования конфликтов, которые могут использоваться в проекте,
включают:

A. Отказ, компромисс, конфронтация и принуждение.

B. Конфронтация, принуждение, сглаживание и избегание.

C. Конфронтация, компромисс, сглаживание и руководство.

D. Сглаживание, конфронтация, принуждение, избегание и компромисс.

25. Вашей компании необходимо предложить свою продукцию через Интернет для
укрепления позиций на рынке. У компании не было опыта в данной области, но вы
понимаете, что срочно нужны знания в этой области. Так как вы выразили
заинтересованность в этой работе, вас попросили начать планирование этого проекта.

Ваш первый шаг при начале планирования:

A. Идентификация риска.

B. Планирование содержания.

C. Планирование ресурсов.

D. Выполнение оценки стоимости и составление расписания.

26. Эффективное управление участниками проекта включает все следующие элементы
проекта, за исключением:

A. Четкого определения требований.

B. Управления изменениями содержания проекта.

C. Своевременной информации о состоянии.

D. Частых отчетов о стоимости.

27. Вероятный результат «компромисса» при решении конфликта между двумя
сторонами:

A. Проигравший - проигравший.

B. Победитель - проигравший.

C. Победитель - победитель.

D. Проигравший - победитель.

28. Предварительное описание содержания проекта включает в себя все ниже
указанное, кроме:

A. Цели проекта и продукта

B. Границы проекта

C. Требования к проекту

D. Первоначальная организация проекта

29. Общепринятый метод подтверждения точности хода выполнения задания:

A. Освоенный объем.

B. Вероятность в зависимости от результата.

C. Максимальная цена.

D. Иерархическая структура работ.

30. Разработка Устава проекта является процессом группы процессов:

A. Планирования

B. Инициации

C. Планирования содержания

D. Разработки плана управления проектом

31. Диаграмма Парето, диаграмма причинно-следственных связей, диаграмма
зависимостей - это инструменты, используемые в процессе:

A. Контроля качества.

B. Бенчмаркинга.

C. Планирования качества.

D. Обеспечения качества.

32. Что необходимо для разделения основных результатов поставки проекта и работ
проекта на меньшие элементы, которыми легче управлять:

A. Планирование содержания

B. Идентификации рисков

C. Планирование покупок и приобретений

D. Создание ИСР

33. Разработка бюджета расходов - это процесс:

A. Необходимый для разработки приблизительных значений стоимости
ресурсов для выполнения операций проекта.

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

C. Необходимый для суммирования оценок стоимости отдельных операций или
пакетов работ.

D. Необходимый для определения, что, как и когда следует приобрести.

34. Группа процессов исполнения состоит из ниже перечисленных процессов, за
исключением:

A. Управление командой проекта

B. Развитие команды проекта

C. Набор команды проекта

D. Распространение информации

35. Стоимость проекта составляет 1,5 млн. долл., продолжительность проекта - 6
месяцев. Через три месяца анализ освоенного объема показал следующее:

EV = $ 650 000 PV = $ 750 000 АС = $ 800 000 Выберите вариант отклонений по срокам и стоимости:

A. SV = +$100 000 CV = +$150 000

B. SV = +$150 000 CV = -$100 000

C. SV = -$50 000 CV = +$150 000

D. SV = -$100 000 CV = -$150 000

36. Конфигурационный менеджмент - это метод, используемый для:

A. Общего управления изменениями.

B. Исполнения плана проекта.

C. Планирования содержания.

D. Количественного анализа риска.

37. В группу процессов мониторинга и управления входят следующие, кроме:

A. Мониторинг соответствия текущих операций проекта плану управления
проектом и базовому плану исполнения проекта

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

C. Координация людей и ресурсов, работа с содержанием проекта

D. Мониторинг и управление работами проекта

38. Закрытие проекта - это процесс области знания:

A. Управление содержанием проекта

B. Управление поставками проекта

C. Управление сроками проекта

D. Управление интеграцией проекта

39. Сколько процессов объединяет методология управления проектом:

A. 5

B. 39

C. 44

D. 68

40. Сколько групп процессов управления проектом:

A. 60

B. 5

C. Сколько угодно

D. 9

41. Кто непосредственно отвечает за управление операциями проекта:

A. Менеджер проекта

B. Команда проекта

C. Спонсор

D. Команда управления проектом

42. Каковы полномочия менеджера проекта при сильной матричной организации
проекта? Выберите правильный вариант:

A. Высокий уровень полномочий или практически полный контроль

B. Низкий или средний уровень полномочий

C. Средний или высокий уровень полномочий

D. Ограниченные полномочия

43. Перечислите выходы процесса «планирование контрактов»:

A. План управления поставками, содержание работ контрактов, решения

«производить или покупать», запрошенные изменения

B. Список аттестованных поставщиков, пакет документации по поставке,

выбранные продавцы, контракт, план управления контрактом, доступность ресурсов, план управления поставками, запрошенные изменения.

C. Документация по поставкам, критерии оценки, содержание работ контракта.

D. Документация по контракту, запрошенные изменения, рекомендованные

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

44. Что является входными данными процесса «разработка Устава проекта»:

A. Контракт, содержание работ проекта, факторы внешней среды предприятия,
активы организационного процесса

B. Предварительное описание содержания проекта, процессы управления
проектами, факторы внешней среды, активы организационного процесса

C. План управления проектом, информация об исключении работ,
отклоненные запросы на изменения

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

45. Экспертная оценка является составной частью инструментов и методов следующих
процессов, кроме:

A. Оценка длительности операций

B. Разработка расписания

C. Оценка ресурсов операций

D. Определение состава операций

46. В каком процессе программное обеспечение для управления проектами не является
«инструментом и методом»:

A. Стоимостная оценка

B. Разработка расписания

C. Разработка бюджетов расходов

D. Оценка ресурсов операций

47. Менеджер проекта должен рассматривать количество потенциальных каналов или
путей коммуникации в качестве показателя сложности коммуникаций в проекте.
Каково будет общее количество каналов коммуникации, если количество участников
проекта 17?

A. 136 потенциальных каналов коммуникаций

B. 68 потенциальных каналов коммуникаций

C. Сколько запланируем, столько и будет

D. 153 потенциальных канала коммуникаций

48. Используются различные форматы документирования распределения ролей и
ответственности членов команды проекта. Большинство форматов относятся к одному
из перечисленных типов, кроме:

A. Иерархический

B. Матричный

C. Функциональный

D. Текстовой

49. Все ниже перечисленное является «инструментами и методами» развития команды,
кроме:

A. Обучение

B. Со-расположение

C. Поощрение и премирование

D. Наказание

50. Выходы процесса «Управление командой проекта» все ниже перечисленные, кроме:

A. Активы организационного процесса

B. Оценка эффективности команды проекта

C. Рекомендованные корректирующие действия

D. Рекомендованные предупреждающие действия

ГЛОССАРИЙ ПО ТЕМЕ «УПРАВЛЕНИЕ ПРОЕКТАМИ»

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

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

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

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

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

допущений.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Иерархическая структура работ по контракту (Contract Work Breakdown Structure, CWBS)

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

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

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

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

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

Информационная система управления проектами (Project Management Information System, PMIS)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Метод "операции в узлах" (метод предшествования) (Precedence Diagramming Method, PDM)

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

Метод "операции на дугах" (метод стрелочных диаграмм) (Arrow Diagramming Method, ADM)

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

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

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

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

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