Question 1

Что такое Project Manager?

Accepted Answer

Project Manager — это специалист, который отвечает за планирование, организацию, выполнение и контроль проекта, обеспечивая его завершение в срок, в рамках бюджета и с требуемым качеством.

Question 2

Что такое Triple Constraint (железный треугольник)?

Accepted Answer

Triple Constraint (железный треугольник) описывает взаимосвязь между сроками, бюджетом и объёмом работ (scope) проекта; изменение одного из этих параметров неизбежно влияет на остальные.

Question 3

Что такое Gantt Chart?

Accepted Answer

Диаграмма Ганта — это инструмент визуализации, который отображает задачи проекта, их длительность, сроки выполнения и зависимости во времени.

Question 4

Что показывает Critical Path в проекте?

Accepted Answer

Критический путь — это последовательность задач в проекте, которая определяет его минимальную общую длительность; любая задержка на этом пути напрямую сдвигает срок завершения всего проекта.

Question 5

Что такое Risk Register?

Accepted Answer

Risk Register — это документ, содержащий список выявленных рисков проекта, их вероятность, потенциальное воздействие и разработанные планы по реагированию на них.

Question 6

Что такое Stakeholder Register?

Accepted Answer

Stakeholder Register — это документ, который содержит информацию о всех заинтересованных сторонах проекта, их ролях, уровне влияния и стратегиях взаимодействия с ними.

Question 7

Что такое Agile/Scrum Sprint?

Accepted Answer

Спринт в Agile/Scrum — это фиксированный временной интервал (обычно 1-4 недели), в течение которого команда выполняет определённый набор задач, включая планирование, ежедневные встречи и обзор.

Question 8

Что такое Burn‑down Chart в Agile?

Accepted Answer

График Burn-down визуализирует объем оставшейся работы в спринте или проекте, сравнивая идеальный прогресс с фактическим для отслеживания выполнения.

Question 9

Что такое Scope Creep?

Accepted Answer

Scope Creep — это неконтролируемое расширение объема проекта, которое происходит без соответствующей корректировки сроков, бюджета или ресурсов, что часто приводит к перерасходу и задержкам.

Question 10

Что такое RACI‑матрица?

Accepted Answer

RACI-матрица — это инструмент для определения и распределения ролей и обязанностей (Responsible, Accountable, Consulted, Informed) для каждой задачи или решения в проекте.

Question 11

Цель проекта: «Запустить раздел «Личный кабинет» на сайте к 30 сентября». В черновике WBS уже есть работы «Дизайн экранов», «Разработка API», «Frontend-реализация», «Тестирование». Какую из предложенных ниже задач нужно добавить в WBS, чтобы декомпозиция была полной по чек-листу «результат → work package»?

Accepted Answer

A верен: цель — «запустить», то есть раздел должен стать доступен пользователям, а в черновике нет work package про развёртывание и включение фичи — без него цель не будет достигнута, даже если весь код готов. A, C и D — задачи, не связанные с согласованной целью проекта, их включение расширило бы scope пожеланиями, не имеющими отношения к результату.

Question 12

На созвоне менеджер продукта сказал: «Пока делаем личный кабинет, было бы здорово ещё добавить тёмную тему для всего сайта». Как правильно отреагировать по шаблону разделения scope и списка пожеланий?

Accepted Answer

B верен: тёмная тема для всего сайта — самостоятельная, отдельная от согласованной цели («личный кабинет к дате») инициатива — правильная реакция по шаблону — явно зафиксировать её как отдельное пожелание вне текущего scope, а не молча включать или полностью терять. A неверен: молчаливое включение расширяет scope без пересмотра сроков/ресурсов. C неверен: потеря пожелания без фиксации — тоже ошибка, оно может быть ценным, но отдельным. D неверен: полная отмена текущей работы ради нового пожелания несоразмерна и не была запрошена.

Question 13

В готовом шаблоне WBS для проекта «Миграция оплаты на новый провайдер» есть три уровня: 1) Миграция оплаты (цель), 1.1) Интеграция с провайдером, 1.2) Тестирование, 1.3) Запуск. Работа «Написать код вызова API провайдера» относится к какому уровню WBS?

Accepted Answer

C верен: написание кода вызова API провайдера — это конкретная работа, реализующая интеграцию с провайдером, то есть работа внутри раздела 1.1, а не отдельная цель или отдельный этап. A неверен: цель проекта — это верхний уровень декомпозиции, а не конкретная работа. C и D неверны: написание кода интеграции не относится ни к тестированию, ни к запуску — это отдельные, более поздние этапы работы.

Question 14

По шаблону WBS менеджер должен отличать «результат» (deliverable) от «списка пожеланий». Что из перечисленного корректно описывает результат (deliverable) для проекта «Обновление формы регистрации»?

Accepted Answer

D верен: это конкретный, проверяемый deliverable — понятно, что именно должно существовать (форма с конкретными полями), пройти приёмку и быть развёрнутым. A неверен: «выглядит современно» — субъективная, непроверяемая формулировка, а не результат. B неверен: это эффект от работы команды, а не сам результат проекта. C неверен: это отдельное будущее пожелание, не входящее в согласованный текущий scope.

Question 15

В черновике WBS проекта «Запуск push-уведомлений» есть работа «Настроить отправку push через сервис уведомлений». По шаблону «результат → work package» этой работе не хватает явного критерия готовности. Какой критерий подходит лучше всего?

Accepted Answer

A верен: конкретный, проверяемый критерий — реальная доставка тестового уведомления на устройство — подтверждает, что работа выполняет свою функцию. B неверен: субъективная оценка «на глаз» не является проверяемым критерием. C неверен: затраченное время не говорит о том, работает ли функциональность. D неверен: сам факт коммита кода не подтверждает его работоспособность.

Матрица компетенций: Project Manager