Вопросы на собеседовании: Проджект-менеджер

Реалистичное расписание объединяет декомпозицию объёма, оценки команды, зависимости, доступность ресурсов и явную неопределённость.

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

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

• Критический путь представляет собой самую длинную последовательность зависимых работ в расписании, и он определяет минимально возможную длительность проекта.
• Он важен, потому что любая задержка задачи на критическом пути задерживает весь проект, тогда как у задач вне пути есть запас времени.
• Я уделяю особое внимание работам критического пути и связанным с ними рискам и слежу за околокритическими путями, которые могут стать критическими, если возникнет задержка.

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

• Свободный запас показывает, на сколько можно сдвинуть работу без задержки следующей задачи, а полный запас показывает допустимый сдвиг без задержки всего проекта.
• У активностей критического пути полный запас равен нулю, поэтому я использую запас, чтобы видеть, где есть возможность перераспределить ресурсы или поглотить небольшие задержки.
• Отслеживание запаса также предупреждает меня, когда некритическая задача расходует свой запас и вот-вот станет критической.

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

• Я явно составляю карту зависимостей, различая обязательные логические связи и выбранную командой последовательность, внутренние и внешние зависимости, и фиксирую типы связей, например «окончание-начало».
• Для межкомандных зависимостей я получаю согласованную дату передачи результата от ответственной команды и отслеживаю её как веху, потому что именно здесь графики часто незаметно срываются.
• Я ищу возможности вести работу параллельно или использовать опережения и задержки, чтобы безопасно сжать сроки.

Выравнивание ресурсов приводит расписание в соответствие с реальной доступностью, даже если меняется дата завершения.

• Выравнивание ресурсов корректирует расписание, чтобы устранить перегрузку, когда человеку или ресурсу назначено больше работы, чем позволяет его доступность в этот период.
• Я применяю его, когда исходное расписание предполагает, что кто-то работает над несколькими задачами сразу сверх реальной доступности, и сначала сдвигаю даты старта в пределах доступного запаса.
• Если выравнивание переносит завершение работы за крайний срок, я эскалирую необходимость выбора, а не делаю вид, что план достижим.

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

• Выравнивание ресурсов устраняет перегрузку и может сдвинуть дату окончания проекта при необходимости, потому что соблюдение доступной загрузки важнее.
• Сглаживание ресурсов корректирует работы только в пределах их доступного запаса, поэтому дата завершения не меняется, а пики нагрузки сглаживаются без переноса крайнего срока.
• Я выбираю сглаживание, когда нужна более равномерная загрузка без переноса даты завершения, а выравнивание выбираю, когда потребность действительно превышает доступность ресурсов.

При неопределённости нужны диапазоны, фактические данные, оценки исполнителей и прозрачные допущения.

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

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

• У меня два главных рычага: добавление ресурсов к задачам критического пути и параллельное выполнение работ, которые изначально шли последовательно.
• Добавление ресурсов повышает стоимость и даёт убывающую отдачу, а параллельное выполнение увеличивает риск переделок из-за наложения работ, поэтому я сравниваю оба варианта по стоимости и риску.
• Я сжимаю только критический путь, поскольку сокращение задач с запасом ничего не даёт.

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

• Веха представляет собой маркер значимого события нулевой длительности, вроде завершения фазы, согласования или передачи ключевого результата.
• Я использую вехи, чтобы давать стейкхолдерам понятные контрольные точки, задавать точки оплаты или принятия решений и отслеживать состояние расписания на уровне выше отдельных задач.
• Значимые вехи привязаны к реальным результатам, а не к произвольным датам, поэтому сдвиг вехи служит реальным сигналом о проблеме.

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

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

Диаграмма Ганта показывает сроки, а сетевая диаграмма раскрывает логику, которая их определяет.

• Диаграмма Ганта показывает работы на временной шкале с их длительностью, поэтому она удобна, чтобы донести расписание и прогресс до стейкхолдеров.
• Сетевая диаграмма показывает логические зависимости между работами, и именно с её помощью я рассчитываю критический путь и анализирую поток работы.
• Сетевую диаграмму я использую для построения и анализа расписания, а диаграмму Ганта использую для его представления стейкхолдерам.

Сдвиг критической задачи на неделю требует немедленной оценки влияния, вариантов восстановления и открытой коммуникации.

• Сначала я подтверждаю влияние, заново пересчитывая критический путь, чтобы понять, сдвигается ли срок всего проекта или задержку поглощает запас времени, и проверяю, какие последующие задачи затронуты.
• Затем я смотрю варианты восстановления, вроде перераспределения ресурсов, параллельного выполнения или добавления ресурсов к оставшимся работам критического пути, и взвешиваю их стоимость и риск.
• Я оперативно сообщаю пересмотренный прогноз и варианты стейкхолдерам, а не прячу сдвиг в надежде незаметно наверстать отставание.

Размер буфера должен соответствовать реальной неопределённости, а сам буфер должен оставаться управляемым и видимым.

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

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

• Я провожу сессию идентификации рисков с командой и стейкхолдерами, используя техники вроде мозгового штурма, чек-листов и опыта схожих проектов, и заношу всё в реестр рисков.
• Для каждого риска я оцениваю вероятность и влияние, расставляю приоритеты с помощью качественной матрицы и назначаю владельца, а также определяю ответные меры.
• Я пересматриваю реестр с установленной периодичностью, потому что управление рисками не сводится к разовой процедуре, и новые риски появляются по мере развития проекта.

Полезный реестр превращает неопределённость в конкретные записи с владельцами и понятными действиями.

• Каждая запись содержит чёткое описание риска в терминах причины и следствия, оценку вероятности и влияния, итоговый приоритет или балл, назначенного владельца, планируемые ответные меры и триггер, который показывает, что риск материализуется.
• Я также отслеживаю статус и остаточный риск после выполнения ответных мер.
• Реестр с расплывчатыми однострочными рисками и без владельцев становится формальностью, поэтому я формулирую записи конкретно и указываю понятные действия.

Качественный анализ быстро расставляет приоритеты, а количественный численно оценивает выбранные риски.

• Качественный анализ оценивает вероятность и влияние рисков по установленной шкале, чтобы быстро их приоритизировать, и этого достаточно большинству проектов.
• Количественный анализ даёт численную оценку приоритетным рискам, например моделируя их влияние на стоимость или расписание с помощью метода Монте-Карло или расчёта ожидаемой денежной стоимости.
• Я использую качественный анализ для первичной сортировки всех рисков, а количественный применяю выборочно к самым крупным рискам, где числовой ответ оправдывает затраты.

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

• Для угроз я выбираю устранение, передачу, снижение или принятие риска.
• Устранение убирает причину, например меняя план, чтобы устранить рискованный подход; передача переносит последствия на третью сторону через страховку или условие договора; снижение уменьшает вероятность или влияние; а принятие означает, что я не предпринимаю проактивных действий, кроме выделения резерва на случай его реализации.
• Я подбираю стратегию под серьёзность риска и стоимость ответных мер.

Триггер риска задаёт наблюдаемый момент, когда от мониторинга пора переходить к действию.

• Триггер представляет собой ранний предупреждающий сигнал о том, что риск близок к реализации или уже начал реализовываться: например, пропуск вендором промежуточного срока может служить сигналом о риске поставки.
• Я определяю триггеры, чтобы команда включала план на случай реализации риска в нужный момент, а не реагировала поздно, когда последствия уже наступили.
• Без триггеров реестр рисков остаётся пассивным документом, а не системой раннего предупреждения.

Риск относится к неопределённому будущему, а проблема уже требует действий.

• Риск представляет собой потенциальное будущее событие, которое может произойти или нет, поэтому им управляют через вероятность, влияние и планируемые ответные меры.
• Проблема представляет собой реализовавшийся риск или уже возникшую проблему, поэтому она требует немедленных действий и назначения ответственного, а не оценки вероятности.
• Я перемещаю риски в журнал проблем, когда они реализуются, и управляю ими иначе, поскольку смешение этих понятий ведёт либо к панике из-за гипотетического, либо к игнорированию реальных проблем.

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

• Резерв на случай реализации риска покрывает выявленные риски и известную неопределённость, и я контролирую его как часть бюджета и расписания проекта.
• Управленческий резерв покрывает непредусмотренную работу, неизвестные заранее обстоятельства, и он обычно находится под контролем спонсора и вне моих полномочий, требуя одобрения для доступа.
• Я использую резерв на случай реализации риска, когда реализуется известный риск, и запрашиваю управленческий резерв только для по-настоящему непредвиденных событий.