PRINCE2 FND 2009 Rationale RU SamplePaper1 V1.0 Final

Образцы документов PRINCE2®
Условия использования официальных образцов

документов для аккредитационного экзамена PRINCE2
Обратите внимание, что загружая и/или используя данный документ, вы

выражаете свое согласие с приведенными ниже Условиями использования.
1. Все образцы документов (в электронном или бумажном виде)

предназначены только для личного пользования.
2. Образцы документов предназначены только для использования в

следующих целях:
 в качестве учебного материала для подготовки кандидатов к экзамену

PRINCE2; или
 в качестве справочного материала.
3. Загружая бесплатную электронную копию любого из образцов документов

PRINCE2, вы обязуетесь:
 не воспроизводить и не копировать;
 не передавать и не распространять;
 не продавать документ третьим лицам.
4. Если вы хотите использовать тот или иной образец документа или какую-то
его часть в целях, отличных от самообучения или справочных, свяжитесь с
представителями AXELOS Accreditation Team (accreditation@axelos.com).
AXELOS Limited, 2013 г.

Все права сохранены.
Воспроизведение материала возможно только с разрешения AXELOS Limited.
Вихревой логотип (swirl logo™) является товарным знаком компании AXELOS Limited.
PRINCE2® является зарегистрированным товарным знаком компании AXELOS Limited.
PRINCE2_FND_2009_Rationale_RU_SamplePaper1_V1.0
Экзамен по основам PRINCE2
Объяснение к образцу документов 1
Редакция: январь 2013 г.
AXELOS Limited, 2013 г.

© AXELOS Limited, 2015 г.

2
1 Тема программы: OV0101 — Обзор и принципы

Правильный ответ: C
Задача: LL1 — Перечислить шесть аспектов выполнения проекта, которыми необходимо управлять.
a) Неверно. Может быть критерием приемки, но НЕ является одним из шести аспектов
выполнения проекта, которыми необходимо управлять. Эти шесть аспектов: стоимость,
временные рамки, качество, содержание, риск и выгоды. См. 1.5.2
b) Неверно. Может быть критерием приемки, но НЕ является одним из шести аспектов
c) Верно. Один из шести аспектов, наравне с аспектами стоимости, временных рамок, качества,
риска и выгод. См. 1.5.2
d) Неверно. Может быть критерием приемки, но НЕ является одним из шести аспектов
2 Тема программы: BC0201 — Тема «Экономическое обоснование»

Задача: LL2 — Понять назначение темы «Экономическое обоснование».
a) Неверно. Тема «Организация» определяет и устанавливает структуру подотчетности и
обязанностей по проекту. См. 5.1
b) Неверно. Тема «Прогресс» устанавливает механизмы мониторинга и сравнения фактических
достижений с запланированными, а также предоставляет прогноз для непрерывной оценки
целесообразности проекта. См. 10.1
c) Верно. Тема «Экономическое обоснование» управляет принятием решений во время
проекта, а также используется для того, чтобы оценить, остается ли проект целесообразным
и могут ли выгоды быть реализованы. См. 4.1
d) Неверно. Тема «Риски» определяет, оценивает и контролирует неопределенности,
связанные с проектом. См. 8.1
3 Тема программы: DP0203 — Процесс «Руководство проектом»

Задача: LL2 — Понять контекст процесса «Руководство проектом».
a) Неверно. Процесс «Запуск проекта» представляет собой подготовку к авторизации стадии
инициации. Запрос на инициацию проекта — это действие, выполняемое во время процесса
«Запуск проекта». См. 12.1
b) Неверно. Документация, которая будет предоставлена управляющему совету проекта для
авторизации проекта, готовится в рамках процесса «Инициация проекта», но сама
авторизация происходит в рамках процесса «Руководство проектом». См. 14.3
c) Верно. Только управляющий совет проекта может авторизовать инициацию проекта, и его
деятельность происходит в рамках процесса «Руководство проектом». См. 13.3
d) Неверно. Процесс «Управление границей стадии» готовит материалы для запроса на
авторизацию стадии у управляющего совета проекта. См. 17.1

3
4 Тема программы: PG0202 — Тема «Прогресс»

Задача: LL2 — Понять назначение темы «Прогресс».
a) Неверно. Назначение темы «Экономическое обоснование» — установить механизмы,
которые позволят определить, является ли проект востребованным, целесообразным и
выполнимым, в качестве средств для поддержки принятия решений относительно его
инвестиций. См. 4.1
b) Неверно. Назначение темы «Изменения» — определять, оценивать и управлять любыми
потенциальными и одобренными изменениями утвержденной версии. См. 9.1
c) Верно. Назначение темы «Прогресс» — установить механизмы, с помощью которых будет
осуществляться мониторинг фактических достижений и их сравнение с запланированными,
прогноз целей проекта и его непрерывной целесообразности, а также контроль всех
недопустимых отклонений. См. 10.1
d) Неверно. Назначение темы «Качество» — определить и внедрить средства, с помощью
которых в рамках проекта будет подтверждено, что продукты подходят для тех целей, для
которых они предназначены. См. 6.1
5 Тема программы: CP0202 — Процесс «Закрытие проекта»

Правильный ответ: A
Задача: LL2 — Понять, каковы цели процесса «Закрытие проекта».
a) Верно. Подтвердить приемку продуктов проекта пользователем. См. 18.2
b) Неверно. Процесс «Закрытие проекта» происходит в ходе финальной стадии, подготовка к
которой осуществляется во время процесса «Управление границей стадии», как и подготовка
ко всем другим стадиям, кроме стадии инициации. См. 18.3
c) Неверно. Ожидаемое заказчиком качество определяется и согласуется ранее в процессе
«Запуск проекта». Эти ожидания фиксируются во время обсуждений с заказчиком
(заинтересованные стороны от бизнеса и пользователей) и затем дорабатываются для
включения в описание продукта проекта. См. 12.4.4
d) Неверно. Возможно, что НЕ все выгоды будут получены до закрытия проекта. Некоторые
будут измерены после его закрытия в рамках оценки выгод. См. 18.4.3
6 Тема программы: SB0201 — Процесс «Управление границей стадии»

Задача: LL2 — Понять назначение процесса «Управление границей стадии».
a) Неверно. Пакеты работ авторизуются менеджером проекта во время процесса «Контроль
стадии». См. 15.4.1
b) Неверно. Отчет об исключении может послужить триггером процесса «Управление границей
стадии», если требуется план исключения. См. 15.4.7
c) Верно. Назначение процесса «Управление границей стадии» — предоставить управляющему
совету проекта всю необходимую информацию для того, чтобы совет смог оценить успех
текущей стадии и утвердить план следующей стадии. См. 17.1
d) Неверно. Управляющий совет проекта утверждает краткое описание проекта после процесса
«Запуск проекта» и до процесса «Инициация проекта». См. 13.4.1

4
7 Тема программы: PL0201 — Тема «Планы»

Правильный ответ: B
Задача: LL2 — Понять назначение темы «Планы».
a) Неверно. Назначение темы «Организация» — определить и установить структуру
подотчетности и обязанностей по проекту. См. 5.1
b) Верно. Планирование снабжает весь задействованный на проекте персонал информацией о
том, что именно требуется, как и кем это будет достигнуто, какие для этого понадобятся
ресурсы и специализированное оборудование, когда эти события состоятся и достижимы ли
цели. См. 7.1
c) Неверно. Экономическое обоснование используется для документирования основания
осуществления проекта. См. 4.1
d) Неверно. Назначение темы «Качество» — определить и внедрить средства, с помощью
которых в рамках проекта будет подтверждено, что продукты подходят для тех целей, для
которых они предназначены. См. 6.1
8 Тема программы: RK0102 — Тема «Риски»

Задача: LL1 — Перечислить типы реакции на риск и то, используются ли они для реакции на угрозу
или на возможность.
a) Неверно. Уменьшить — упреждающее действие, которое предпринимается, чтобы
снизить вероятность или воздействие угрозы, осуществляя какую-либо форму контроля.
См. Таблицу 8.2
b) Неверно. Передать — третья сторона берет на себя ответственность за часть финансового
воздействия угрозы. См. Таблицу 8.2
c) Верно. Отклонить — принятие осознанного и намеренного решения НЕ использовать или не
увеличивать возможность, если оказывается, что это будет экономически выгоднее, чем
предпринимать действия по реагированию на возможность. См. Таблицу 8.2
d) Неверно. Применение запасного плана действий, которые должны быть предприняты для
уменьшения воздействия угрозы в случае ее возникновения. Это реактивная форма
уменьшения, которая не влияет на вероятность наступления события. См. Таблицу 8.2

Правильный ответ: D
Задача: LL2 — Понять семь принципов.
a) Неверно. Согласованность проектной работы является выгодой, получаемой от
использования проектной документации и процессов PRINCE2. Она способствует
мобильности персонала между проектами и уменьшает негативное воздействие
смены/передачи персонала. См. 1.7
b) Неверно. PRINCE2 широко признана и известна, поэтому она обеспечивает общую
терминологию для участников проекта. Общая терминология НЕ является выгодой, которую
обеспечивает принцип управления по исключениям. См. 1.7 / 2.5
c) Неверно. Проект PRINCE2 фокусируется на продукте, благодаря чему все заинтересованные
стороны получают выгоду в виде знания того, что именно предоставит проект, почему, когда,
с чьей помощью и для кого. См. 1.7
d) Верно. PRINCE2 основывается на принципе управления по исключениям, обеспечивая
эффективное и экономичное использование времени управленческого состава, будь то на
уровне организации, программы, управляющего совета проекта или на уровне управления
проектом. Таким образом, время их загруженности уменьшается, но степень контроля
остается прежней, что обеспечивается уверенностью в том, что решения в организации
принимаются на нужном уровне. См. 1.7 / 2.5

5
10 Тема программы: IP0201 — Процесс «Инициация проекта»

Задача: LL2 — Понять назначение процесса «Инициация проекта».
a) Верно. Назначение процесса «Инициация проекта» — создать надежную базу для проекта,
которая поможет организации понять, какую работу требуется выполнить для получения
продуктов в рамках проекта, прежде чем принять решение о значительных расходах. См. 14.1
b) Неверно. Назначение процесса «Запуск проекта» — удостовериться, что все
предварительные условия для инициации проекта выполнены. Это делается путем ответа на
вопрос, является ли проект стоящим и целесообразным. См. 12.1
c) Неверно. Назначение процесса «Руководство проектом» — позволить управляющему совету
проекта взять на себя ответственность за успех проекта, принимая ключевые решения и
осуществляя общий контроль над проектом, передав менеджеру проекта текущее
управление проектом. См. 13.1
d) Неверно. Назначение процесса «Управление границей стадии» — предоставить
управляющему совету проекта всю необходимую информацию от менеджера проекта, чтобы
совет смог оценить успех текущей стадии, утвердить план следующей стадии, оценить
скорректированный план проекта и подтвердить, что проект по-прежнему экономически
обоснован, а риски — допустимы. См. 17.1
11 Тема программы: MP0201 — Процесс «Управление получением продукта»

Задача: LL2 — Понять назначение процесса «Управление получением продукта».
a) Верно. Процесс «Управление получением продукта» предъявляет формальные требования
для приемки, исполнения и предоставления результатов работы проекта. См. 16.1
b) Неверно. Это делает менеджер проекта в рамках процесса «Контроль стадии». См. 15. 4
c) Неверно. Это цель процесса «Контроль стадии». См. 15.1
d) Неверно. Это делает менеджер проекта в рамках процесса «Контроль стадии». См. 15.2
12 Тема программы: CS0203 — Процесс «Контроль стадии»

Задача: LL2 — Понять контекст процесса «Контроль стадии».
a) Верно. Менеджер проекта отвечает за контроль текущих операций в рамках стадии. См. 15.3
b) Неверно. Поддержка проекта предоставляет административную поддержку менеджеру
проекта, но НЕ отвечает за авторизацию работ. См. 5.3.2.8
c) Неверно. Внутренний контроль проекта оценивает операции на определенной стадии, но НЕ
отвечает за авторизацию работ. См. 5.3.2.3
d) Неверно. Менеджер команды согласовывает с менеджером проекта, какие работы будут
выполнены в рамках пакета работ. См. 5.3.2.7

6
13 Тема программы: QU0202 — Тема «Качество»

Задача: LL2 — Понять, в чем разница между внешним контролем качества и внутренним
контролем проекта.
a) Неверно. И внешний контроль качества, и внутренний контроль проекта отвечают за
мониторинг ведения проекта. Внутренний контроль проекта подотчетен заинтересованным в
проекте сторонам. Внешний контроль качества отчитывается перед более широким
сообществом. См. 6.2.6
b) Неверно. Они оба не зависят от менеджера проекта. См. 6.2.6
c) Верно. Внешний контроль качества — это подразделение внутри организации. Внутренний
контроль проекта — это временная роль внутри команды по управлению проектом. См. 6.2.6
d) Неверно. И внутренний контроль проекта, и внешний контроль качества обязаны
удостовериться, что применяются положенные стандарты. См. 6.2.6

Задача: LL2 — Понять характеристики проекта.
a) Неверно. Проекты вызывают угрозы и возможности, превосходящие те, с которыми мы
обычно встречаемся при стабильных бизнес-операциях. Проекты являются более
рискованными. См. 1.3
b) Неверно. Условия проекта включают в себя собранную на время команду людей с
различными навыками, которые работают вместе, чтобы внедрить определенные изменения
в бизнес-среду. См. 1.3
c) Верно. Это характеристики программы. Хотя проекты и предоставляют результаты и выгоды,
многие из них НЕ будут реализованы, пока проект не будет закрыт. См. 19.4
d) Неверно. Проекты по своей природе временны. Как только изменения были внедрены,
потребность в проекте отпадает. См. 1.3

Задача: LL2 — Понять назначение документации по инициации проекта.
a) Неверно. План проекта определяет, как и когда будут достигнуты цели, но он НЕ является
соглашением о том, каким будет предоставленный результат. Это определяется в
документации по инициации проекта. См. A.16
b) Неверно. Описание продукта проекта используется в процессе «Закрытие проекта», чтобы
удостовериться, что результаты проекта соответствуют ожидавшимся, но оно НЕ является
договором между менеджером проекта и управляющим советом проекта. См. A.21
c) Верно. Документация по инициации проекта формирует основания для управления и общего
успеха проекта и в этом качестве является своего рода договором между менеджером
проекта и управляющим советом проекта. См. A.20
d) Неверно. Информация в кратком описании проекта НЕ подтверждена и НЕ является
достаточно детальной, чтобы послужить основанием для прочного соглашения. Она НЕ
поддерживается после ее использования для создания документации по инициации проекта.
См. A.19

7

Задача: LL2 — Понять, каковы цели процесса «Управление границей стадии».
a) Неверно. Управляющий совет проекта утверждает начало стадии инициации в рамках
процесса «Руководство проектом», в конце стадии запуска. Это НЕ граница стадии.
См. 13.4.1
b) Верно. Оценить и, если нужно, внести изменения в документацию по инициации проекта (в
частности, в экономическое обоснование, план проекта, подход к реализации проекта,
стратегии, структуру команды по управлению проектом и описания ролей). См. 17.2
c) Неверно. Процесс «Управление получением продукта» создает дистанцию между
менеджером проекта и командами, которые обеспечивают получение продуктов. См. 16.1
d) Неверно. Продукты оцениваются и утверждаются в порядке и в сроки, когда они будут
завершены, в рамках процесса «Управление получением продукта». Эти проверки качества
НЕ откладываются на конец стадии. См. 16.4.2
17 Тема программы: CH0204 — Тема «Изменения»

Задача: LL2 — Понять, каковы рекомендованные шаги при процедуре контроля инцидентов и
изменений.
a) Неверно. Это запрос на изменение. Хотя менеджер команды и может упомянуть его в отчете
о прохождении контрольной точки, это НЕ будет способом работы с изменением. См. 9.3.3
b) Неверно. Менеджер команды НЕ составляет отчеты о ходе проекта. См. 10.3.3.4
c) Верно. Менеджер команды может оформить это как инцидент, но решение о том, нужно ли
для разрешения этого вопроса писать формальный отчет об инциденте, остается за
менеджером проекта. См. 9.3.3
d) Неверно. Менеджер команды НЕ составляет отчеты об исключениях. См. 10.3.4

Задача: LL2 — Понять назначение процесса «Закрытие проекта».
a) Неверно. Это делается в ходе процесса «Инициация проекта» как часть определения
стратегии управления конфигурацией. См. 14.4.2
b) Верно. Это назначение процесса «Закрытие проекта». См. 18.1
c) Неверно. Это назначение процесса «Управление получением продукта». См. 16.1
d) Неверно. НЕ все выгоды от проекта будут получены к моменту закрытия проекта. См. 18.4.4

8
19 Тема программы: SU0202 — Процесс «Запуск проекта»

Задача: LL2 — Понять, каковы цели процесса «Запуск проекта».
a) Верно. Цель процесса «Запуск проекта» — удостовериться, что время НЕ будет потрачено
впустую на инициацию каких-либо проектов, исходящих из необоснованных ограничений
и пр. — См.12.2
b) Неверно. Команда по управлению проектом составляется в ходе процесса «Запуск проекта»,
но конкретные менеджеры команд могут НЕ быть назначены до процесса «Управление
границей стадии». См. 12.4.3
c) Неверно. План проекта создается в ходе процесса «Инициация проекта» и утверждается
управляющим советом проекта в ходе процесса «Руководство проектом». См. 14.4.6 / 13.4.2
d) Неверно. Документация по инициации проекта готовится в ходе процесса «Инициация
проекта». См. 14.3

Задача: LL2 — Понять, каковы цели процесса «Руководство проектом».
a) Неверно. Этот процесс используется менеджером команды для общения с менеджером
проекта в рамках процесса «Контроль стадии». См. 16.1
b) Верно. Этот процесс помогает удостовериться, что у руководства организации или
программы есть способ взаимодействовать с проектом. Ключевой ролью управляющего
совета проекта является вовлечение руководства организации или программы и действие как
канал коммуникаций. См. 13.2 / 13.3
c) Неверно. Менеджер проекта должен отчитываться управляющему совету проекта и получать
от него информацию в рамках этого процесса. См. 15.1
d) Неверно. Продукты этого процесса будут предоставлены управляющему совету проекта в
рамках процесса «Руководство проектом», чтобы совет мог коммуницировать с руководством
организации или программы. См. 17.1
21 Тема программы: PG0207.2 — Тема «Прогресс»

Задача: LL2 — Понять назначение отчета о завершении проекта.
a) Неверно. Отчет о завершении проекта включает в себя сравнение итоговых результатов
проекта и исходной документации по инициации проекта. См. A.8.1
b) Неверно. Отчет о завершении проекта включает отчет об усвоенных уроках, который
поможет будущим проектам, позволив перенять опыт из этих уроков. См. A.8.1
c) Верно. Управляющий совет проекта использует отчет о завершении стадии вместе с планом
следующей стадии, чтобы решить, что делать с проектом дальше, например, авторизовать
следующую стадию, внести коррективы в содержание проекта либо остановить проект.
См. A.9.1
d) Неверно. Отчет о завершении проекта включает любые рекомендации по дальнейшим
действиям, которые включают в себя любые риски, заслуживающие внимания тех, кто будет
поддерживать или использовать конечный продукт. См. A.8.1

9

Задача: LL2 — Понять назначение темы «Изменения».
a) Неверно. Эта процедура служит для оценки и контроля неопределенностей, а НЕ изменений.
См. 8.3.5
b) Неверно. Эта процедура служит для мониторинга и оценки достижений, а НЕ изменений.
См. 10.3.4
c) Верно. С помощью этой процедуры идентифицируются и контролируются изменения
утвержденных версий продуктов. Это часть темы «Изменения». См. 9.1
d) Неверно. Эта процедура определяет и производит продукты, которые соответствуют
назначению. См. 6.3.2
23 Тема программы: SU0204.1 — Процесс «Запуск проекта»

Задача: LL2 — Понять назначение краткого описания проекта.
a) Верно. Одно из назначений краткого описания проекта — удостовериться, что у проекта есть
четко определенная исходная точка. См. A.19.1
b) Неверно. Это назначение стратегии управления коммуникациями. См. A.4.1
c) Неверно. Это назначение стратегии управления конфигурацией. См. A.6.1
d) Неверно. Это делается во время установки средств контроля проекта, которая проводится в
ходе процесса «Инициация проекта», а НЕ в кратком описании проекта. См. A.20.1 / 14.4.5

Задача: LL1 — Перечислить четыре неотъемлемых элемента.
a) Неверно. Качество является аспектом выполнения проекта, которым необходимо управлять.
Неотъемлемые элементы представляют собой семь принципов, семь тем, семь процессов и
адаптацию. См. 1.5.3
b) Неверно. Описания ролей помогают договориться относительно ролей и обязанностей в
команде по управлению проектом, и донести их до ее членов. Неотъемлемые элементы
представляют собой семь принципов, семь тем, семь процессов и адаптацию. См. 1.5.3
c) Верно. Четыре неотъемлемых элемента — это принципы, темы, процессы и адаптация.
См. 1.5.3
d) Неверно. Описания продуктов поддерживают фокус на продуктах, но четырьмя
неотъемлемыми элементами являются семь принципов, семь тем, семь процессов и
адаптация. См. 1.5.3

10
25 Тема программы: PL0202.2 — Тема «Планы»

Задача: LL2 — Понять уровни плана, их назначение и взаимосвязи между ними.
a) Неверно. (4) План стадии разрабатывается с тем уровнем детализированности, который
нужен менеджеру проекта, чтобы осуществлять текущий контроль. См. 7.2.5
b) Неверно. (3) План стадии разрабатывается ближе к концу предыдущей стадии. См. 7.2.5
c) Верно. (2) План стадии предоставляет основы для контроля со стороны менеджера проекта.
Управляющий совет проекта отслеживает его ход по плану проекта. См. 7.2.4
d) Неверно. (1) План стадии разрабатывается ближе к концу предыдущей стадии и таким
образом может быть написан с использованием знаний о предыдущих стадиях. См. 7.2.5

Задача: LL2 — Понять назначение отчета о ходе проекта.
a) Неверно. Отчеты о завершении стадии НЕ являются регулярными и могут быть составлены
через слишком большие промежутки времени, чтобы отчетность была на нужном уровне.
См. A.9.1
b) Неверно. Эти отчеты менеджер команды направляет менеджеру проекта. См. A.3.1
c) Неверно. Это НЕ регулярные отчеты о прогрессе. См. A.10.1
d) Верно. Эти отчеты менеджер проекта регулярно отправляет управляющему совету проекта.
См. A.11.1

Задача: LL2 — Понять технику планирования по продуктам.
a) Неверно. Содержание проекта будет понятно, но на время и усилия, потраченные на то,
чтобы обеспечить получение содержания, это НЕ повлияет. См. 7.3.3
b) Неверно. Планирование по продуктам НЕ подразумевает никаких предварительных оценок и
таким образом не может дать ответ на вопрос, сколько времени займет проект. См. 7.3.3
c) Неверно. Хотя эта техника и концентрируется на определении продуктов, которые требуются
от проекта, возможно, что операции, которые нужно выполнить, чтобы произвести либо
изменить каждый из планируемых продуктов, потребуется идентифицировать, чтобы
предоставить более полную картину планируемой нагрузки. См. 7.3.3
d) Верно. Четкие и последовательные идентификация и документация продуктов плана и
взаимозависимостей между ними уменьшают риск того, что важные аспекты содержания
проекта будут пропущены или не учтены. См. 7.3.3

11

Задача: LL2 — Понять назначение темы «Риски».
a) Неверно. Первое утверждение ложно. Назначение темы «Риски» — управление рисками,
связанными с проектом, а НЕ рисками на уровне организации или программы. См. 8.1
b) Верно. Истинно только второе утверждение. Стратегия управления рисками определяет
операции, которые должны быть внедрены, чтобы управлять связанными с проектом
рисками. Первое утверждение ложно. Назначение темы «Риски» — управление рисками,
связанными с проектом, а НЕ рисками на уровне организации или программы. См. 8.1
c) Неверно. Истинно только второе утверждение. См. объяснения выше. См. 8.1
d) Неверно. Второе утверждение истинно. См. объяснения выше. См. 8.1

Задача: LL2 — Понять контекст процесса «Закрытие проекта».
a) Неверно. У менеджера проекта НЕТ требуемых полномочий. Он осуществит
преждевременное закрытие по запросу со стороны управляющего совета проекта. См. 18.4.2
b) Верно. Управляющий совет проекта инициирует преждевременное закрытие в ходе процесса
«Руководство проектом». См. 18.4.2 / 13.4.4
c) Неверно. Поддержка проекта может предоставить управленческую информацию, чтобы
поддержать преждевременное закрытие проекта, но само закрытие может быть
инициировано только изнутри команды по управлению проектом управляющим советом
проекта, который обладает полномочиями принимать решения. См. 18.4.2
d) Неверно. Управляющий совет проекта может назначить лиц, отвечающих за внутренний
контроль проекта, чтобы они провели какие-либо проверки и оценки в процессе «Закрытие
проекта», но внутренний контроль проекта НЕ обладает достаточными полномочиями, чтобы
инициировать преждевременное закрытие. См. 18.4.2 / 13.4.5
30 Тема программы: OR0201 — Тема «Организация»

Задача: LL2 — Понять назначение темы «Организация».
a) Неверно. Это входит в тему «Прогресс». См. 10.1
b) Неверно. В начале проекта члены команды могут нуждаться в обучении. Менеджер проекта
должен удостовериться, что потребность в обучении учтена в соответствующих планах.
См. 5.3.3.2
c) Верно. Назначение темы «Организация» — определить и установить структуру
подотчетности и обязанностей по проекту (ответ на вопрос «Кто?»). См. 5.1
d) Неверно. Управление по исключениям требует установки стадий, показателей по 6 целям
и определения допусков по каждой цели. Это входит в тему «Прогресс». См. 10.1

12

Задача: LL2 — Понять назначение процесса «Руководство проектом».
a) Верно. Назначение процесса «Руководство проектом» — позволить управляющему совету
проекта взять на себя ответственность за успех проекта, принимая ключевые решения и
осуществляя общий контроль над проектом, передав менеджеру проекта текущее
управление проектом. См. 13.1
b) Неверно. Процесс «Контроль стадии» предоставляет менеджеру проекта полномочия для
того, чтобы назначать работу, которую нужно сделать, отслеживать ее выполнение,
устранять инциденты, отчитываться о прогрессе управляющему совету проекта и принимать
корректирующие действия. См. 15.1
c) Неверно. Процесс «Запуск проекта» служит для того, чтобы удостовериться, что все
предварительные условия для инициации проекта выполнены. См. 12.1
d) Неверно. Процесс «Инициация проекта» формирует устойчивые основания для проекта.
См. 14.1
32 Тема программы: PL0202.2 — Тема «Планы»

Задача: LL2 — Понять уровни планов, их назначение и взаимосвязи между планом проекта,
планами стадий, планами команд и планом исключения.
a) Неверно. План проекта составляется в ходе процесса «Инициация проекта», но план стадии
для стадии инициации составляется до этого. См. 7.2.3
b) Верно. План стадии для стадии инициации включает составление документации по
инициации проекта. Это первый план, который должен быть составлен в рамках процессов
PRINCE2. См. 7.2.3
c) Неверно. Планы команд не обязательны к составлению и НЕ составляются до процесса
«Управление получением продукта». Этот процесс может при желании быть задействован
при инициации проекта, но план стадии для стадии инициации составляется до начала
инициации проекта. См. 7.2.3
d) Неверно. План исключения НЕ МОЖЕТ быть составлен, пока нет поставленных целей,
относительно которых можно измерить прогресс. Эти цели ставятся в плане проекта и
последующих планах стадий. Тем не менее, все эти планы составляются после плана стадии
инициации. См. 7.2.3

Задача: LL1 — Вспомнить определение проекта.
a) Неверно. См. объяснение к варианту D.
b) Неверно. См. объяснение к варианту D.
c) Неверно. См. объяснение к варианту D.
d) Верно. Проект — это временная организация, которая создается с целью получения одного
или нескольких бизнес-продуктов в соответствии с утвержденным экономическим
обоснованием. См. 1.3

13

Задача: LL2 — Понять, каковы цели процесса «Управление получением продукта».
a) Неверно. Пакет работ служит для того, чтобы удостовериться, что все в команде, включая
поставщиков, понимают, что они должны делать. См. 16.2
b) Неверно. Пакет работ должен содержать описания продуктов, в которых описываются
требуемые продукты, включая критерии качества. См. 16.2
c) Верно. Процесс «Управление получением продукта» НЕ имеет никаких связей с
управляющим советом проекта. Информирование управляющего совета проекта о прогрессе
в работе над продуктами — это часть контроля стадии. См. 16.2
d) Неверно. В рамках операции по приемке пакета работ необходимо удостовериться, что
работа, которую будет выполнять команда, согласована с менеджером проекта. См. 16.2

Задача: LL2 — Понять, какова цель техники оценки качества.
a) Верно. Вовлечение ключевых заинтересованных сторон в проверку качества продукта
способствует более широкой приемке продуктов проекта. См. 6.3.2.1
b) Неверно. Любые изменения в спецификации продукта должны пройти формальный контроль
изменений. См. 9.1
c) Неверно. Цель техники оценки качества — утвердить версию продукта для дальнейшего
контроля изменений. Любые изменения в утвержденной версии продукта должны пройти
формальный контроль изменений. См. 6.3.2.1
d) Неверно. Это НЕ часть техники оценки качества. Результаты оценки сообщаются
соответствующим менеджерам либо персоналу поддержки, которые обновят эту
информацию. См. 15.4.2

Задача: LL2 — Понять назначение стратегии управления коммуникациями.
a) Неверно. Это назначение стратегии управления конфигурацией, а НЕ стратегии управления
коммуникациями. См. A.6.1
b) Верно. Это ключевой элемент использования стратегии управления коммуникациями.
См. A.4.1
c) Неверно. Это отражает назначение темы «Организация» в PRINCE2, а НЕ стратегии
управления коммуникациями. См. 5.1 / A.4.1
d) Неверно. Менеджеры команд коммуницируют с менеджером проекта, а НЕ с управляющим
советом проекта. См. 5.3.2.7 / A.4.1

14
37 Тема программы: CH0203.4 — Тема «Изменения»

Задача: LL2 — Понять назначение реестра инцидентов.
a) Неверно. Описание продукта будет обновлено, чтобы отразить запросы на изменение, если
контроль изменений утвердит эти требования. Описание продукта НЕ содержит подробные
сведения относительно статуса. См. A.17.2
b) Верно. Запросы на изменение должны быть отображены в отчетах об инцидентах, которые
должны быть записаны в реестр инцидентов, а менеджер проекта должен отслеживать их
статус. См. A.12.1
c) Неверно. Оно отображает статус продукта и содержит перекрестные ссылки на любые
отчеты об инцидентах. Оно НЕ отражает статус запросов на изменение. См. A.5.2
d) Неверно. Если запросы на изменение выявлены во время оценки качества, они будут
заведены как отчеты об инцидентах и включены в реестр инцидентов. Реестр качества НЕ
показывает статус отчетов об инцидентах. См. A.23.2

Задача: LL1 — Перечислить рекомендуемые роли команды по оценке качества.
a) Неверно. Хотя старший пользователь и может участвовать в оценке качества, в том числе в
качестве рецензента, НЕ рекомендуется, чтобы оценку качества проводил старший
пользователь. См. 6.3.2.1
b) Верно. Эта роль представляет продукт к оценке и представляет производителей этого
продукта. Презентатор также координирует и отслеживает работу после оценки качества,
например, контролирует внесение в продукт изменений, согласованных с командой.
См. 6.3.2.1
c) Неверно. Хотя поддержка проекта и может участвовать в оценке качества, в том числе как
администратор, поддержка проекта НЕ рекомендуется в роли оценки качества. См. 6.3.2.1
d) Неверно. Хотя внутренний контроль проекта и может участвовать в оценке качества, в том
числе в качестве рецензента, и отвечает за подбор соответствующих людей, которые могут
взять на себя эту роль, внутренний контроль проекта НЕ рекомендуется в роли оценки
качества. См. 6.3.2.1
39 Тема программы: QU0206.3 — Тема «Качество»

Задача: LL2 — Понять назначение реестра качества.
a) Неверно. Это событие уже случилось. Здесь нет неопределенности, случится ли оно,
следовательно, это НЕ является риском. См. 8.2.1 / A.25.1
b) Неверно. Этот вопрос может быть поднят как инцидент (отклонение от спецификации) и
перейти под формальное управление, если, к примеру, в противном случае возникнет
ситуация исключения. Тем не менее, именно реестр качества является продуктом, в который
всегда нужно вносить обновления в виде результатов операций, связанных с качеством.
См. 6.3.1.6 / A.23.1
c) Верно. В реестр качества записываются результаты всех операций по управлению
качеством. См. 6.3.1.6 / A.23.1
d) Неверно. Хотя рекомендация относительно того, как надо разрабатывать этот продукт, и
может быть дана, чтобы избежать подобных ситуаций на других проектах, в данном
утверждении НЕТ никакого подтверждения этого. См. 6.3.1.6 / A.14.1

15

Задача: LL2 — Понять назначение оперативного журнала.
a) Неверно. План стадии используется для записи операций и продуктов, запланированных для
этой стадии. См. 7.2.5
b) Верно. Менеджер проекта может устранять инциденты неформально, но они должны быть
внесены в оперативный журнал. См. A.7.1
c) Неверно. Запись об элементе конфигурации содержит информацию о статусе каждого
продукта. См. A.5.1
d) Неверно. Отчет о прохождении контрольной точки готовится менеджером команды, чтобы
продемонстрировать прогресс по пакету работ. См. A.3.1

Задача: LL2 — Понять семь принципов
a) Неверно. Для этого требуется, чтобы проект был разделен на стадии, которыми можно
управлять, с контрольными точками либо точками принятия решений. См. 2.4
b) Неверно. Для этого требуется, чтобы было принято решение о том, как именно будет
применяться метод управления проектом. См. 2.7
c) Неверно. Для этого требуется, чтобы все содержание проекта было понятно, а все
результаты — полностью определены. См. 2.6
d) Верно. Подотчетность устанавливается посредством делегирования полномочий с одного
уровня управления на следующий. Для этого устанавливаются допуски по шести целям для
соответствующего уровня плана: по времени, стоимости, качеству, содержанию, риску и
выгоде. См. 2.5
42 Тема программы: SU0201 — Процесс «Запуск проекта»

Задача: LL2 — Понять назначение процесса «Запуск проекта».
a) Верно. Назначение процесса «Запуск проекта» — удостовериться, что на вопрос, является
ли проект стоящим и целесообразным, можно ответить. Для этого нужно убедиться, что все
предварительные условия для инициации проекта выполнены. См. 12.1
b) Неверно. План проекта создается в ходе процесса «Инициация проекта», а НЕ процесса
«Запуск проекта». См. 14.4.6
c) Неверно. Документация по инициации проекта создается в ходе процесса «Инициация
проекта», а НЕ процесса «Запуск проекта». См. 14.4.8
d) Неверно. Ожидаемое заказчиком качество определяется и документируется в описании
продукта проекта в ходе процесса «Запуск проекта». В этот момент нет подтверждения того,
что эти показатели будут достигнуты, поскольку они являются целевыми. См. 12.4.4

16

Задача: LL2 — Понять, каковы цели процесса «Управление границей стадии».
a) Неверно. Новые заинтересованные стороны могут быть выявлены в любой момент. Их будет
необходимо добавить в стратегию управления коммуникациями, а НЕ в структуру команды по
управлению проектом. См. A.4.2
b) Неверно. Лица, которых номинируют на роли в команде по оценке качества, НЕ включаются в
структуру команды по управлению проектом. Они будут отмечены в реестре качества и в
связанных описаниях продуктов. См. A.23.2 / A.17.2
c) Верно. Для следующей стадии могут потребоваться новые менеджеры команд, из-за
особенностей следующей стадии может потребоваться другая команда по внутреннему
контролю проекта, и пр. См. 17.2 / 17.4.1
d) Неверно. В структуру команды по управлению проектом входит менеджер команды, но НЕ
члены команды. Эта деталь будет исправлена в плане команды. См. 16.4.2
44 Тема программы: OR0203.1 — Тема «Организация»

Задача: LL2 — Понять, какую роль играет управляющий совет проекта.
a) Верно. Управляющий совет проекта предоставляет менеджеру проекта допуск, когда
авторизует следующую стадию. Командам специалистов допуск предоставляет менеджер
проекта, а НЕ управляющий совет проекта. См. 15.4.1
b) Неверно. Поскольку план оценки выгод включает в себя ресурсы вне жизненного цикла
проекта, при авторизации закрытия проекта права владения на этот план необходимо
передать руководству организации или программы. См. 13.4.5
c) Неверно. Описание продукта проекта включают в краткое описание проекта, которое
утверждает управляющий совет проекта, когда авторизует инициацию проекта. См. 13.4.1
d) Неверно. Управляющий совет проекта согласует частоту отчетов о ходе проекта с
менеджером проекта в конце каждой стадии, когда авторизует план стадии или план
исключения. См. 10.3.3.4

Задача: LL2 — Проверить понимание того, как устанавливаются допуски на уровне проекта.
a) Неверно. Управляющий совет проекта осуществляет общий контроль на уровне проекта, пока
прогнозы остаются в пределах проектных допусков, и предоставляет менеджеру проекта
допуски по каждой управленческой стадии. См. 10.3.1.1
b) Верно. Руководство организации или программы находится вне проекта, но устанавливает
общие требования и уровни допуска по проекту. См. 10.3.1.1
c) Неверно. Ответственный руководитель является частью управляющего совета проекта.
Допуск по проекту устанавливается для управляющего совета проекта руководством
организации или программы. См. 10.3.1.1
d) Неверно. Менеджер проекта согласовывает допуски по пакетам работ с менеджером
команды (менеджерами команд). См. 10.3.1.1

17

Задача: LL2 — Понять выгоды от использования PRINCE2.
a) Неверно. Заинтересованные стороны НЕ представлены в планах. Они могут получать копии.
См. 1.7
b) Верно. Планы PRINCE2 создаются, чтобы удовлетворить потребности различных уровней
организации проекта. Регулярное обновление планов и доведение их до нужных уровней
также призвано способствовать коммуникации и контролю. См. 1.7
c) Неверно. В одном плане невозможно учесть нужды всех уровней организации проекта.
См. 7.2.3
d) Неверно. В методике PRINCE2 рекомендуются уровни управления в организации проекта.
Рекомендуемые планы НЕ затрагивают требуемые уровни управления. См. 5.3.1

Задача: LL1 — Перечислить уровни плана, рекомендуемые PRINCE2.
a) Неверно. Помимо этого, есть еще два уровня: план стадии и план команды. См. 7.2.3
b) Неверно. Помимо этого, есть еще один уровень — план команды. См. 7.2.3
c) Верно. План проекта, план стадии и план команды (план исключения заменяет один из
перечисленных). См. 7.2.3
d) Неверно. План проекта, план стадии и план команды (план исключения заменяет один из
перечисленных). См. 7.2.3

Задача: LL2 — Понять назначение описания продукта.
a) Неверно. (4) Операции по оценке могут быть запланированы и назначены благодаря
пониманию методов управления качеством и необходимых навыков управления качеством.
См. A.17.1
b) Неверно. (3) Навыки, необходимые для разработки продукта, помогут при планировании
ресурсов. См. A.17.1
c) Верно. (2) Описание продукта включает продукты, от которых он зависит, но НЕ наоборот.
См. A.17.1
d) Неверно. (1) В композиции будут перечислены части продукта, а это косвенно укажет на его
«размер», что поможет сделать предварительную оценку. См. A.17.1

18

Задача: LL2 — Понять назначение бюджета изменений.
a) Неверно. Любые изменения в стоимости проекта будут исходить от руководства организации,
если иное не указано в допусках для управляющего совета проекта. См. 10.3.3.1
b) Неверно. Менеджер проекта получает допуск по стоимости для каждой стадии. Любое
превышение потребует оформления отчета об исключении, который будет рассмотрен
управляющим советом проекта. Если потребуется, разница будет оплачена из допуска по
проекту. См. 10.3.4
c) Верно. Это сумма денег, из которой, согласно договору между заказчиком и поставщиком,
будут оплачиваться любые запросы на изменения. Она передается ответственному за
изменения для управления и контроля. См. 9.3.1.1
d) Неверно. Исправление отклонений от спецификации НЕ оплачивается из бюджета
изменений. См. 9.3.1.1

Задача: LL2 — Понять концепцию аппетита к риску / допусков по риску.
a) Неверно. Это бюджет по риску, т.е. сумма денег, включенная в бюджет проекта и отложенная
на финансирование конкретных реакций руководства на угрозы и возможности, связанные с
проектом. См. 8.3.6
b) Неверно. Это бюджет по риску, механизмы контроля над ним и доступа к нему должны быть
детально прописаны в стратегии управления рисками. См. 8.3.6
c) Неверно. Это описание допуска по стоимости, а НЕ аппетита к риску. См. 10.2.3
d) Верно. Уникальное отношение организации к принятию рисков, которое, в свою очередь,
определяет тот объем рисков, который считается приемлемым. См. 8.3.2

Задача: LL2 — Понять, кто является тремя заинтересованными в проекте сторонами и как они
представлены на трех уровнях структуры команды по управлению проектом.
a) Неверно. Управляющий совет проекта представляет «руководящий» уровень. См. 5.3.1
b) Неверно. Менеджер проекта представляет «управленческий» уровень. См. 5.3.1
c) Верно. Уровень «получения продукта» относится к менеджеру команды, отвечающему за
получение продуктов проекта, которое обеспечивается с помощью процесса «Управление
получением продукта». См. 5.3.1
d) Неверно. Поддержка проекта НЕ представляет отдельный уровень в команде по управлению

19
52 Тема программы: BC0202.2 — Тема «Экономическое обоснование»

Задача: LL2 — Понять назначение плана оценки выгод.
a) Неверно. Это назначение экономического обоснования. См. A.2.1
b) Неверно. План оценки выгод включает все выгоды, НЕ только те, которые можно измерить
после закрытия проекта. См. A.1.1
c) Верно. План оценки выгод используется для охвата оценки выгод. См. 4.3.3 / A.1.1
d) Неверно. Основания для проекта берутся из мандата на проект и документируются в
наброске экономического обоснования в ходе процесса «Запуск проекта». См. 12.4.4
53 Тема программы: CH0203.2 — Тема «Изменения»

Задача: LL2 — Понять назначение записи об элементе конфигурации.
a) Неверно. Это описание отчета о статусе продуктов. У каждой версии продукта имеется своя
запись об элементе конфигурации. См. A.18.1
b) Верно. В нее входят отношения с другими элементами, на которые могут повлиять любые
изменения в продукте. См. 9.3.1.2 / A.5.1
c) Неверно. Максимальный возможный уровень контроля определяется при помощи разбивки
продуктов проекта до достижения уровня, на котором компонент может быть установлен,
заменен или изменен независимо от других. Таким образом, иерархическая структура
продуктов может поддержать управление конфигурацией. См. 9.3.2
d) Неверно. Записи об элементах конфигурации содержат перекрестные ссылки на любые
инциденты или риски, которые повлекли изменения продукта, они НЕ содержат подробных
сведений о собственно инцидентах или рисках. См. A.5.2

Задача: LL2 — Понять назначение процесса «Контроль стадии».
a) Неверно. Менеджер проекта выполняет корректирующие действия, чтобы удостовериться,
что стадия не вышла за пределы допусков. См. 15.1 / 15.4.8
b) Верно. Рекомендации по допускам для стадии даются во время планирования стадии в ходе
процесса «Управление границей стадии». См. 17.4.1 / 13.4.3
c) Неверно. Менеджер проекта будет отчитываться о прогрессе управляющему совету проекта,
используя отчеты о ходе проекта. См. 15.1 / 15.4.5
d) Неверно. Менеджер проекта будет назначать работу, которую необходимо выполнить, в
пакетах работ. См. 15.1 / 15.4.1

20

Задача: LL2 — Понять концепцию управленческих стадий и различия между управленческими и
техническими стадиями.
a) Неверно. PRINCE2 требует наличия как минимум двух управленческих стадий: инициация и
оставшаяся часть проекта. См. 10.3.2.1
b) Верно. Техническая стадия может растянуться на более чем одну управленческую стадию.
См. 10.3.2.3
c) Неверно. Управленческие стадии НЕ накладываются друг на друга, в отличие от технических.
См. 10.3.2.2
d) Неверно. Управленческие стадии и технические стадии могут совпадать по времени, но это
верно применительно НЕ ко всем стадиям. См. 10.3.2.2
56 Тема программы: RK0206.1 — Тема «Риски»

Задача: LL2 — Понять назначение стратегии управления рисками.
a) Верно. Стратегия управления рисками описывает конкретные техники и стандарты
управления рисками, которые должны применяться, и обязанности для достижения
эффективной процедуры управления рисками. См. A.24.1
b) Неверно. Воздействие риска описывается в профиле риска. Эта процедура прописана в
стратегии управлениями рисками. См. A.24
c) Неверно. Стратегия управления рисками описывает различные категории реакций на риск,
которые могут быть использованы для определения подходящих действий для каждого
риска. Она НЕ определяет конкретные реактивные действия, подходящие для каждого риска.
См. A.24
d) Неверно. Владельцы рисков идентифицируются и записываются в реестре рисков. См. A.25.2

Задача: LL2 — Понять обязанности и характеристики, связанные с ролью менеджера проекта.
a) Неверно. Менеджер проекта НЕ МОЖЕТ исполнять роль ответственного руководителя
проекта, эти две должности должны быть независимы друг от друга. См. 5.3.2.1
b) Неверно. Внутренний контроль проекта НЕ МОЖЕТ быть делегирован менеджеру проекта,
эти роли должны оставаться независимыми. Роль внутреннего контроля проекта
принадлежит членам управляющего совета проекта и может быть ими делегирована кому-
либо, но НЕ менеджеру проекта. См. 5.3.2.3
c) Верно. Управляющий совет проекта может делегировать роль ответственного за изменения
менеджеру проекта. См. 5.3.2.4
d) Неверно. Роль старшего пользователя может сочетаться с ролью ответственного
руководителя, но НЕ может выполняться менеджером проекта. Роль менеджера проекта
несовместима с любой ролью в управляющем совете проекта. См. 5.3.2.1

21

Задача: LL1 — Перечислить три типа инцидентов.
a) Неверно. Разрешение на отклонение является отклонением от спецификации, которое было
принято без корректирующих действий. См. Таблицу 9.2
b) Верно. Все из перечисленного является разновидностью инцидента. См. Таблицу 9.1
c) Неверно. Отчет об инциденте содержит описание, оценку воздействия и рекомендации для
запроса на изменение, отклонение от спецификации или проблему/сомнение. Он создается
только для тех инцидентов, которые требуют формального решения. См. 9.3.1.6
d) Неверно. Отчет об инциденте содержит описание, оценку воздействия и рекомендации для
запроса на изменение, отклонение от спецификации или проблему/сомнение. Он создается
только для тех инцидентов, которые требуют формального решения. См. 9.3.1.6. Риск НЕ
является разновидностью инцидента. См. Таблицу 9.1

Задача: LL2 — Понять, каковы цели процесса «Инициация проекта».
a) Неверно. Доступные подходы к реализации проекта оцениваются в ходе процесса «Запуск
проекта». См. 12.2 / 12.4.5
b) Верно. Цель процесса «Инициация проекта» — удостовериться в наличии общего понимания
того, кому нужна информация, в каком формате и когда. См. 14.2 / 14.4.4
c) Неверно. Краткое описание проекта разрабатывается в ходе процесса «Запуск проекта», а
НЕ процесса «Инициация проекта». См. 12.2
d) Неверно. Процесс «Инициация проекта» концентрируется на том, чтобы понять и внедрить
нужные стратегии, чтобы управлять ограничениями, а НЕ снять их. См. 14.2

Задача: LL2 — Понять вероятность, воздействие и близость риска.
a) Неверно. Воздействие каждого риска измеряется относительно целей проекта. Воздействие
обозначает, какой результат будет в случае наступления риска. См. 8.3.5.2
b) Верно. Момент времени либо этап проекта, на котором риски могут материализоваться. См.
8.3.5.2
c) Неверно. Вероятность наступления риска — очень ли вероятно, что он наступит, или же НЕ
очень. См. 8.3.5.2
d) Неверно. Эта операция оценивает чистое влияние всех выявленных рисков на проекте в
совокупности. См. 8.3.5.2

22

Верный ответ: D
Задача: LL2 — Понять контекст процесса «Управление получением продукта».
a) Неверно. Планы команды составляются менеджером команды в ходе процесса «Управление
получением продукта». См. 16.3
b) Неверно. Планы команды составляются менеджером команды в ходе процесса «Управление
c) Неверно. Планы команды составляются менеджером команды в ходе процесса «Управление
d) Верно. Планы команды составляются менеджером команды в ходе процесса «Управление

Задача: LL2 — Понять, какую роль играет менеджер команды.
a) Неверно. Менеджер проекта НЕ МОЖЕТ взять на себя роль старшего поставщика. Это
окажется конфликтом интересов. Контроль со стороны поставщика должен оставаться
независимым от менеджера проекта и НЕ МОЖЕТ быть ему делегирован. См. 5.3.2.3
b) Верно. Назначать отдельных менеджеров команд не обязательно. Если менеджер проекта
обладает должными знаниями, охватом и пр., он может напрямую управлять командами.
См. 5.3.2.7
c) Неверно. За внутренний контроль проекта отвечает управляющий совет проекта. Внутренний
контроль проекта должен оставаться независимым от менеджера проекта и НЕ МОЖЕТ быть
ему делегирован. См. 5.3.2.3
d) Неверно. Проект окажется конфликтом интересов. Контроль со стороны пользователей
должен оставаться независимым от менеджера проекта и НЕ МОЖЕТ быть ему делегирован.
См. 5.3.2.3

Задача: LL2 — Понять, кто является заинтересованной стороной.
a) Верно. Члены управляющего совета проекта являются заинтересованными сторонами. Лица,
обладающие членством в управляющем совете проекта, будут заинтересованы в проекте и
будут обладать влиянием на него. Члены управляющего совета проекта являются лицами,
принимающими решения и представляющими интересы заинтересованных сторон, то есть
бизнеса, пользователей и поставщиков. См. 5.2.5
b) Неверно. Заинтересованные стороны находятся и внутри, и вне структуры организации.
c) Основные заинтересованные стороны представлены в управляющем совете проекта,
остальные находятся вне команды по управлению проектом. См. 5.3.5.2
d) Неверно. Руководство программы или организации является заинтересованной стороной,
находящейся внутри проекта, но оно находится ВНЕ структуры команды по управлению
e) Неверно. Члены управляющего совета проекта являются заинтересованными сторонами.
Лица, обладающие членством в управляющем совете проекта, будут заинтересованы в
проекте и будут обладать влиянием на него. Члены управляющего совета проекта являются
лицами, принимающими решения и представляющими интересы заинтересованных сторон,
то есть бизнеса, пользователей и поставщиков. См. 5.2.5

23

Задача: LL2 — Понять назначение бюджета рисков.
a) Неверно. На это средства будут выделены из бюджета изменений, а НЕ из бюджета рисков.
См. 9.3.1.1
b) Неверно. На это средства будут выделены из любого допуска по стоимости. См. Таблицу 10.1
c) Верно. Бюджет рисков состоит из средств, специально отложенных на финансирование
конкретных реакций руководства на угрозы и возможности, связанные с проектом. См. 8.3.6
d) Неверно. Использование бюджета рисков определяется стратегией управления рисками в
ходе процесса «Инициация проекта». См. A.24.2 / 8.3.6

Задача: LL2 — Понять, каковы цели процесса «Контроль стадии».
a) Верно. План стадии составляется в ходе процесса «Управление границей стадии», ближе к
концу стадии, и НЕ является целью процесса «Контроль стадии». См. 15.2 / 17.4.1
b) Неверно. Любое отклонение от заданного в начале стадии направления и продуктов
отслеживается, чтобы избежать неконтролируемых изменений («сдвига содержания») и
потери концентрации. См. 15.2
c) Неверно. Команда по управлению проектом концентрируется на том, чтобы обеспечить
получение продукта, не выходя за установленные допуски. Стадия НЕ должна выходить за
пределы допусков, согласованных с управляющим советом проекта. См. 15.2
d) Неверно. В течение стадии команда по управлению проектом должна отслеживать и
оценивать инциденты и риски и справляться с ними. См. 15.2. / 15.3
66 Тема программы: BC0101 — Тема «Экономическое обоснование»

Задача: LL1 — Дать определение конечного продукта, результата, выгоды и ущерба.
a) Верно. Это и есть конечный продукт — специальный продукт, осязаемый или неосязаемый.
См. 4.2.2
b) Неверно. Это результат. См. 4.2.2
c) Неверно. Это выгода. См. 4.2.2
d) Неверно. Это ущерб. См. 4.3.4.4

24

Задача: LL2 — Понять назначение темы «Качество».
a) Верно. Тема «Качество» определяет подход PRINCE2 к проверке продуктов проекта на
предмет их соответствия бизнес-ожиданиям. См. 6.1
b) Неверно. Это входит в тему «Изменения». См. 9.1
c) Неверно. Это входит в тему «Экономическое обоснование». См. 4.1
d) Неверно. Это назначение темы «Прогресс». См. 10.1

Задача: LL2 — Понять факторы, которые нужно учесть при определении управленческих стадий.
a) Неверно. Частота отчетов о ходе проекта будет учтена при планировании каждой стадии.
Она НЕ повлияет на принятие решения о продолжительности стадии. См. 10.3.2.2 / 10.3.1.2
b) Верно. В ключевые моменты в стадиях могут быть сделаны перерывы, в ходе которых можно
будет оценить риски для проекта перед значительными вложениями денег или ресурсов.
См. 10.3.2.2
c) Неверно. Управленческие стадии будут установлены, как только управляющий совет проекта
и менеджер проекта будут уверены в продолжении. Управленческие стадии НЕ
устанавливаются в соответствии с доступностью управляющего совета проекта. См. 10.3.2.2 /
10.3.1.2
d) Неверно. Технические стадии разделяются на типы по использованию конкретного набора
специальных навыков. Управленческие стадии приравниваются к подтверждению ресурсов и
полномочий, которые можно потратить. См. 10.3.2.2 / 10.3.1.3

Задача: LL2 — Понять контекст процесса «Управление границей стадии».
a) Верно. В ходе управления границей стадии план следующей стадии должен быть составлен
ближе к концу текущей стадии. См. 17.2 / 17.3 / 17.4.1 / 7.2.5
b) Неверно. В ходе управления границей стадии план следующей стадии должен быть
составлен ближе к концу текущей стадии, чтобы управляющий совет проекта мог его
утвердить, и можно было начать следующую стадию. См. 17.4.1
c) Неверно. План проекта составляется в ходе процесса «Инициация проекта». См. 14.4.6
d) Неверно. План второй стадии проекта может быть составлен ближе к концу инициации, но
планы последующих стадий составляются НЕ в этот момент. См. 7.2.5

25

Задача: LL2 — Понять разницу между причиной, событием и влиянием применительно к риску.
a) Неверно. Это описание влияния риска. Влияние риска должно описывать воздействие,
которое риск окажет на цели проекта, если материализуется. См. 8.3.5.1
b) Неверно. Это описание события риска. Событие риска должно описывать зону
неопределенности относительно угрозы или возможности. См. 8.3.5.1
c) Неверно. Это описание влияния риска. Влияние риска должно описывать воздействие,
которое риск окажет на цели проекта, если материализуется. См. 8.3.5.1
d) Верно. Это описание причины риска. Причина риска должна описывать источник риска, то
есть ситуацию, которая привела к возникновению риска. Их также часто называют
драйверами риска. См. 8.3.5.1

Задача: LL2 — Понять разницу между событийным контролем и периодическим контролем.
a) Неверно. Конец стадии НЕ является периодическим контролем, то есть он НЕ происходит
еженедельно или ежемесячно. См. 10.3.3
b) Неверно. Ситуации исключения НЕ являются периодическим контролем, то есть их НЕЛЬЗЯ
запланировать. См. 10.3.3
c) Верно. Периодический контроль осуществляется в заранее оговоренные периодические
интервалы. Частота и формат отчетов о прохождении контрольной точки будут согласованы
в пакете работ. См. 10.3.3
d) Неверно. Эти отчеты составляются в конце стадии и в конце проекта и НЕ являются формой
периодического контроля, поскольку НЕ составляются еженедельно или ежемесячно. См.
10.3.3

Задача: LL2 — Понять назначение описания продукта проекта.
a) Неверно. Это назначение стратегии управления качеством. См. A.22.1
b) Верно. Назначение описания продукта проекта — определить, какой продукт должен быть
получен в рамках проекта, чтобы заказчик его принял. См. A.21.1
c) Неверно. Это назначение плана проекта. См. 7.2.4
d) Неверно. Ответственный руководитель определяет сферу ответственности менеджера
проекта в ходе процесса «Запуск проекта». Она НЕ документируется в описании продукта
проекта. См. A.21.1 / 12.4.1

26

Задача: LL2 — Понять, в чем заключается роль ответственного за изменения.
a) Неверно. Если бюджет изменений и будет выделен, то его размер определит управляющий
совет проекта в рамках общего бюджета проекта. См. 9.3.1.1 / 13.4.2
b) Неверно. Это делает менеджер проекта, а НЕ ответственный за изменения. См. 9.3.3.2 /
9.3.1.1
c) Верно. Ответственный за изменения может утвердить изменения без необходимости
эскалации в рамках полномочий, установленных управляющим советом проекта. См. 5.3.2.4 /
9.3.1.1 / C.8.
d) Неверно. Ответственный за изменения работает с запросами на изменение и отклонениями
от спецификации, а НЕ с рисками. Нужно установить лимит делегированных полномочий
применительно к характеристикам изменений, которые ответственный за изменения имеет
право утвердить. См. 9.3.1.1

Задача: LL1 — Перечислить цепочки полномочий и отчетности между четырьмя уровнями
управления.
a) Верно. Менеджер команды обладает полномочиями по контролю пакета работ в пределах
допусков по пакету, согласованных с менеджером проекта. Если в ходе выполнения пакета
работ какие-либо прогнозы показывают, что он, скорее всего, выйдет за пределы
согласованных допусков, менеджер команды должен сообщить об этих отклонениях
менеджеру проекта, чтобы узнать его решение относительно корректирующих действий.
См. 10.3.1.1
b) Неверно. Если менеджер команды предвидит ситуацию исключения, он должен эскалировать
ее менеджеру проекта через инцидент. См. объяснение A.
c) Неверно. Если менеджер команды предвидит ситуацию исключения, он должен эскалировать
d) Неверно. Если менеджер команды предвидит ситуацию исключения, он должен эскалировать

Задача: LL2 — Понять пять этапов, которые включает в себя процедура управления рисками.
a) Неверно. Если риск НЕ был идентифицирован, его НЕЛЬЗЯ оценить. См. 8.3.5
b) Верно. Риск должен быть идентифицирован, прежде чем его можно будет оценить, а после
этого запланировать и внедрить реакции. См. 8.3.5
c) Неверно. Если риск НЕ был идентифицирован, его НЕЛЬЗЯ оценить. Таким образом, реакции
НЕЛЬЗЯ ни запланировать, ни внедрить. См. 8.3.5
d) Неверно. Если риск НЕ был идентифицирован, его НЕЛЬЗЯ оценить. Таким образом, реакции
НЕЛЬЗЯ ни запланировать, ни внедрить. См. 8.3.5

PRINCE2:2010-Rationale-RU-3822-GBP210FExam-121214Paper1

PRINCE2 FND 2009 Rationale RU SamplePaper1 V1.0 Final

Загружено:

Сведения о документе

Оригинальное название

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

PRINCE2 FND 2009 Rationale RU SamplePaper1 V1.0 Final

Загружено:

Авторское право:

Доступные форматы

Образцы документов PRINCE2®

Условия использования официальных образцов

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

1. Все образцы документов (в электронном или бумажном виде)

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

 в качестве учебного материала для подготовки кандидатов к экзамену

3. Загружая бесплатную электронную копию любого из образцов документов

AXELOS Limited, 2013 г.

Объяснение к образцу документов 1

Редакция: январь 2013 г.

AXELOS Limited, 2013 г.

© AXELOS Limited, 2015 г.

1 Тема программы: OV0101 — Обзор и принципы

2 Тема программы: BC0201 — Тема «Экономическое обоснование»

3 Тема программы: DP0203 — Процесс «Руководство проектом»

© AXELOS Limited, 2015 г.

4 Тема программы: PG0202 — Тема «Прогресс»

5 Тема программы: CP0202 — Процесс «Закрытие проекта»

6 Тема программы: SB0201 — Процесс «Управление границей стадии»

© AXELOS Limited, 2015 г.

7 Тема программы: PL0201 — Тема «Планы»

8 Тема программы: RK0102 — Тема «Риски»

9 Тема программы: OV0202 — Обзор и принципы

© AXELOS Limited, 2015 г.

10 Тема программы: IP0201 — Процесс «Инициация проекта»

11 Тема программы: MP0201 — Процесс «Управление получением продукта»

12 Тема программы: CS0203 — Процесс «Контроль стадии»

© AXELOS Limited, 2015 г.

13 Тема программы: QU0202 — Тема «Качество»

14 Тема программы: OV0203 — Обзор и принципы

15 Тема программы: IP0204 — Процесс «Инициация проекта»

© AXELOS Limited, 2015 г.

16 Тема программы: SB0202 — Процесс «Управление границей стадии»

17 Тема программы: CH0204 — Тема «Изменения»

18 Тема программы: CP0201 — Процесс «Закрытие проекта»

© AXELOS Limited, 2015 г.

19 Тема программы: SU0202 — Процесс «Запуск проекта»

20 Тема программы: DP0202 — Процесс «Руководство проектом»

21 Тема программы: PG0207.2 — Тема «Прогресс»

© AXELOS Limited, 2015 г.

22 Тема программы: CH0201 — Тема «Изменения»

23 Тема программы: SU0204.1 — Процесс «Запуск проекта»

24 Тема программы: OV0103 — Обзор и принципы

© AXELOS Limited, 2015 г.

25 Тема программы: PL0202.2 — Тема «Планы»

26 Тема программы: PG0208.2 — Тема «Прогресс»

27 Тема программы: PL0203 — Тема «Планы»

© AXELOS Limited, 2015 г.

28 Тема программы: RK0201 — Тема «Риски»

29 Тема программы: CP0203 — Процесс «Закрытие проекта»

30 Тема программы: OR0201 — Тема «Организация»

© AXELOS Limited, 2015 г.

31 Тема программы: DP0201 — Процесс «Руководство проектом»

32 Тема программы: PL0202.2 — Тема «Планы»

33 Тема программы: OV0102 — Обзор и принципы

© AXELOS Limited, 2015 г.

34 Тема программы: MP0202 — Процесс «Управление получением продукта»

35 Тема программы: QU0203 — Тема «Качество»

36 Тема программы: OR0205 — Тема «Организация»

© AXELOS Limited, 2015 г.

37 Тема программы: CH0203.4 — Тема «Изменения»

38 Тема программы: QU0101 — Тема «Качество»

39 Тема программы: QU0206.3 — Тема «Качество»