Команда проекта: роли, состав и правила работы

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

Уточнить цель и результат команды: команда проекта

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

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

Определить необходимые роли: команда проекта

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

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

Описать навыки и загрузку: команда проекта

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

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

Найти и подтвердить участников: команда проекта

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

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

Распределить полномочия: команда проекта

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

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

Согласовать правила работы: команда проекта

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

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

Настроить принятие решений: команда проекта

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

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

Разбирать конфликты: команда проекта

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

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

Развивать команду по фактам: команда проекта

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

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

Завершить работу и сохранить знания: команда проекта

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

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

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

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

• управление проектами
• жизненный цикл проекта
• матрица RACI
• диаграмма Ганта
• управление рисками
• Agile

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