Проектный офис: функции, структура и запуск PMO

Граница материала: Постоянная функция, которая задаёт правила, поддерживает проекты и управляет портфелем. U984 описывает работу одного проекта, а не устройство PMO. Сквозной пример — растущая компания одновременно ведёт двадцать инициатив без общей картины приоритетов. Каждый раздел заканчивается решением или доказательством, которое можно проверить через показатель: результат портфеля, качество прогноза, скорость решений, загрузка, соблюдение правил и удовлетворённость команд.

Подтвердить проблему и спонсора: проектный офис

Разберите «проектный офис» через конкретную потребность. На шаге «подтвердить проблему и спонсора» роль владелец потребности оформляет артефакт операции «подтвердить проблему и спонсора» для темы «проектный офис»: решение по шагу «подтвердить проблему и спонсора» с версией и критерием проверки «проектный офис». Этот материал «проектный офис» должен позволять другому участнику понять решение без устного контекста. Проверьте его на примере «растущая компания одновременно ведёт двадцать инициатив без общей картины приоритетов». Если возникает «при действии «подтвердить проблему и спонсора» в теме «проектный офис» возникает отклонение: для «подтвердить проблему и спонсора» отсутствует доказательство в системе «проектный офис»», вернитесь к исходной задаче и уточните границу.

• Потребность: «подтвердить проблему и спонсора» в системе «проектный офис».
• Владелец ответа: владелец потребности.
• Рабочая запись: артефакт операции «подтвердить проблему и спонсора» для темы «проектный офис»: решение по шагу «подтвердить проблему и спонсора» с версией и критерием проверки «проектный офис».
• Неясная граница: при действии «подтвердить проблему и спонсора» в теме «проектный офис» возникает отклонение: для «подтвердить проблему и спонсора» отсутствует доказательство в системе «проектный офис».

Выбрать модель PMO: проектный офис

Согласование «проектный офис» начинается до выполнения. Для операции «выбрать модель PMO» роль руководитель направления показывает артефакт операции «выбрать модель PMO» для темы «проектный офис»: решение по шагу «выбрать модель PMO» с версией и критерием проверки «проектный офис». Участники «проектный офис» отдельно фиксируют принятое решение и открытые вопросы. Испытайте правило на спорном случае. Сигнал переделки: при действии «выбрать модель PMO» в теме «проектный офис» возникает отклонение: для «выбрать модель PMO» отсутствует доказательство в системе «проектный офис». Пока он сохраняется, следующий этап не открывают.

• Решение до старта: «выбрать модель PMO» в системе «проектный офис».
• Кто согласует: руководитель направления.
• След согласования: артефакт операции «выбрать модель PMO» для темы «проектный офис»: решение по шагу «выбрать модель PMO» с версией и критерием проверки «проектный офис».
• Причина возврата: при действии «выбрать модель PMO» в теме «проектный офис» возникает отклонение: для «выбрать модель PMO» отсутствует доказательство в системе «проектный офис».

Задать мандат и границы: проектный офис

Приоритет «проектный офис» связывайте с ценностью и ограничением. На действии «задать мандат и границы» роль аналитик решения использует артефакт операции «задать мандат и границы» для темы «проектный офис»: решение по шагу «задать мандат и границы» с версией и критерием проверки «проектный офис». Не складывайте срочность, громкость запроса и влияние в одну оценку. Для «проектный офис» сравните минимум два варианта. Если обнаружен риск «при действии «задать мандат и границы» в теме «проектный офис» возникает отклонение: для «задать мандат и границы» отсутствует доказательство в системе «проектный офис»», основание приоритета нужно перепроверить.

• Основание приоритета: «задать мандат и границы» в системе «проектный офис».
• Кто выбирает: аналитик решения.
• Расчёт выбора: артефакт операции «задать мандат и границы» для темы «проектный офис»: решение по шагу «задать мандат и границы» с версией и критерием проверки «проектный офис».
• Ложная срочность: при действии «задать мандат и границы» в теме «проектный офис» возникает отклонение: для «задать мандат и границы» отсутствует доказательство в системе «проектный офис».

Собрать портфель проектов: проектный офис

Связность «проектный офис» проверяют в обе стороны. Во время шага «собрать портфель проектов» роль координатор связей сохраняет артефакт операции «собрать портфель проектов» для темы «проектный офис»: решение по шагу «собрать портфель проектов» с версией и критерием проверки «проектный офис». По нему должно быть видно, откуда появилось решение и где проверяется его результат. На примере «растущая компания одновременно ведёт двадцать инициатив без общей картины приоритетов» пройдите цепочку целиком. Разрыв «при действии «собрать портфель проектов» в теме «проектный офис» возникает отклонение: для «собрать портфель проектов» отсутствует доказательство в системе «проектный офис»» означает, что изменение пока нельзя безопасно выпускать.

• Цепочка решения: «собрать портфель проектов» в системе «проектный офис».
• Кто связывает: координатор связей.
• Трасса результата: артефакт операции «собрать портфель проектов» для темы «проектный офис»: решение по шагу «собрать портфель проектов» с версией и критерием проверки «проектный офис».
• Потерянная связь: при действии «собрать портфель проектов» в теме «проектный офис» возникает отклонение: для «собрать портфель проектов» отсутствует доказательство в системе «проектный офис».

Ввести минимальные стандарты: проектный офис

Границы роли в «проектный офис» задайте явно. Для шага «ввести минимальные стандарты» роль владелец результата предъявляет артефакт операции «ввести минимальные стандарты» для темы «проектный офис»: решение по шагу «ввести минимальные стандарты» с версией и критерием проверки «проектный офис». Укажите, что человек решает самостоятельно, с кем советуется и кому сообщает итог. Ошибка «при действии «ввести минимальные стандарты» в теме «проектный офис» возникает отклонение: для «ввести минимальные стандарты» отсутствует доказательство в системе «проектный офис»» создаёт зависание или двойную ответственность. Исправьте полномочия «проектный офис» до следующей контрольной точки.

• Полномочие роли: «ввести минимальные стандарты» в системе «проектный офис».
• Кто отвечает: владелец результата.
• Подтверждение роли: артефакт операции «ввести минимальные стандарты» для темы «проектный офис»: решение по шагу «ввести минимальные стандарты» с версией и критерием проверки «проектный офис».
• Двойной владелец: при действии «ввести минимальные стандарты» в теме «проектный офис» возникает отклонение: для «ввести минимальные стандарты» отсутствует доказательство в системе «проектный офис».

Определить роли офиса: проектный офис

Фактическое состояние «проектный офис» важнее процента готовности. На этапе «определить роли офиса» роль ответственный за исполнение обновляет артефакт операции «определить роли офиса» для темы «проектный офис»: решение по шагу «определить роли офиса» с версией и критерием проверки «проектный офис». Для проверки используйте завершённый результат, наблюдаемое событие или подтверждённое решение. Если появился риск «при действии «определить роли офиса» в теме «проектный офис» возникает отклонение: для «определить роли офиса» отсутствует доказательство в системе «проектный офис»», не улучшайте статус вручную. Сначала разберите причину через «результат портфеля, качество прогноза, скорость решений, загрузка, соблюдение правил и удовлетворённость команд».

• Состояние по факту: «определить роли офиса» в системе «проектный офис».
• Кто обновляет: ответственный за исполнение.
• Доказательство статуса: артефакт операции «определить роли офиса» для темы «проектный офис»: решение по шагу «определить роли офиса» с версией и критерием проверки «проектный офис».
• Скрытое отклонение: при действии «определить роли офиса» в теме «проектный офис» возникает отклонение: для «определить роли офиса» отсутствует доказательство в системе «проектный офис».

Настроить единые данные: проектный офис

Изменение «проектный офис» получает отдельную запись. Для операции «настроить единые данные» роль комитет изменений прикладывает артефакт операции «настроить единые данные» для темы «проектный офис»: решение по шагу «настроить единые данные» с версией и критерием проверки «проектный офис». Сравните пользу, стоимость задержки и влияние на уже согласованное. При признаке «при действии «настроить единые данные» в теме «проектный офис» возникает отклонение: для «настроить единые данные» отсутствует доказательство в системе «проектный офис»» остановите перенос в рабочую версию. Команда «проектный офис» должна видеть одно действующее решение и историю предыдущего.

• Запрос изменения: «настроить единые данные» в системе «проектный офис».
• Кто решает: комитет изменений.
• Версия и причина: артефакт операции «настроить единые данные» для темы «проектный офис»: решение по шагу «настроить единые данные» с версией и критерием проверки «проектный офис».
• Несогласованный выпуск: при действии «настроить единые данные» в теме «проектный офис» возникает отклонение: для «настроить единые данные» отсутствует доказательство в системе «проектный офис».

Запустить пилот: проектный офис

Качество «проектный офис» проверяется на исполнении. На шаге «запустить пилот» роль независимый проверяющий передаёт артефакт операции «запустить пилот» для темы «проектный офис»: решение по шагу «запустить пилот» с версией и критерием проверки «проектный офис» участнику, который не готовил материал. Если тот приходит к другому выводу, правило уточняют. Риск «при действии «запустить пилот» в теме «проектный офис» возникает отклонение: для «запустить пилот» отсутствует доказательство в системе «проектный офис»» нельзя закрывать средним показателем. Для «проектный офис» сохраните пример ошибки и правильный вариант.

• Независимая проверка: «запустить пилот» в системе «проектный офис».
• Кто проверяет: независимый проверяющий.
• Контрольный пример: артефакт операции «запустить пилот» для темы «проектный офис»: решение по шагу «запустить пилот» с версией и критерием проверки «проектный офис».
• Разный вывод: при действии «запустить пилот» в теме «проектный офис» возникает отклонение: для «запустить пилот» отсутствует доказательство в системе «проектный офис».

Измерить пользу PMO: проектный офис

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

• Условие приёмки: «измерить пользу PMO» в системе «проектный офис».
• Кто принимает: заказчик результата.
• Результат теста: артефакт операции «измерить пользу PMO» для темы «проектный офис»: решение по шагу «измерить пользу PMO» с версией и критерием проверки «проектный офис».
• Причина отказа: при действии «измерить пользу PMO» в теме «проектный офис» возникает отклонение: для «измерить пользу PMO» отсутствует доказательство в системе «проектный офис».

Развивать зрелость без бюрократии: проектный офис

После шага «развивать зрелость без бюрократии» обновите рабочую систему «проектный офис». Роль владелец процесса сохраняет артефакт операции «развивать зрелость без бюрократии» для темы «проектный офис»: решение по шагу «развивать зрелость без бюрократии» с версией и критерием проверки «проектный офис», причину решения и дату пересмотра. Отделите единичную ошибку от повторяемого правила. Если остаётся «при действии «развивать зрелость без бюрократии» в теме «проектный офис» возникает отклонение: для «развивать зрелость без бюрократии» отсутствует доказательство в системе «проектный офис»», назначьте следующий эксперимент. Польза для «проектный офис» подтверждается изменением «результат портфеля, качество прогноза, скорость решений, загрузка, соблюдение правил и удовлетворённость команд», а не количеством документов.

• Изменённое правило: «развивать зрелость без бюрократии» в системе «проектный офис».
• Кто закрепляет: владелец процесса.
• Запись урока: артефакт операции «развивать зрелость без бюрократии» для темы «проектный офис»: решение по шагу «развивать зрелость без бюрократии» с версией и критерием проверки «проектный офис».
• Непроверенная гипотеза: при действии «развивать зрелость без бюрократии» в теме «проектный офис» возникает отклонение: для «развивать зрелость без бюрократии» отсутствует доказательство в системе «проектный офис».

Матрица контроля и владения

Что изучить дальше

• канбан-доска
• метод критического пути
• бэклог продукта
• управление проектами
• матрица RACI
• диаграмма Ганта

Чек-лист запуска