Джина Гайд

Команда

Взаимодействуют продуктовая команда клиента и команда сопровождения. Сопровождение может быть внутренней функцией предприятия или внешней командой; назначения и совмещение ролей фиксируются в проекте. Определения ролей.

Роль Ответственность
Стейкхолдер клиента Утверждает или корректирует подготовленные командой цели и ожидаемые результаты; принимает решения по развилкам и эскалациям, даёт необходимые поручения коллегам. Участвует в решении о завершении Пилота, включая поддержку плана достижения целей.
РП клиента Организует свою часть команды: доступность специалистов, отбор и подготовку задач с владельцем продукта и аналитиками, ответы, ревью, тестирование и приёмку. Обеспечивает выполнение решений клиентом. Передаёт факты и позицию клиента для общих отчётов; проверяет аномалии оценок часов.
РП внедрения Организует свою часть команды и выполнение обязательств команды сопровождения. Обеспечивает следование методологии и продвижение по общему плану, готовит и представляет отчёты, презентации и показатели, организует подготовку контрольных точек и общую запись решений. Оба РП работают на общих встречах из календаря паспорта.
ИИ-инженер — специалисты сопровождения и клиента Участвует в Подготовке, выборе задач и онбординге агентов. На PoC подбирает калибровочные задачи с командой, ведёт их решение с агентом, разбирает MR и организует исправления по регламенту. На Пилоте сопровождает продуктовый поток: задачи ставит и ведёт команда, она же выполняет ревью и приёмку; инженер подключается при технических проблемах. Анализирует журналы, улучшает промпты и навыки, формулирует вопросы вендору. Настраивает мониторинг, проверяет эффект изменений и готовит инженерную часть отчётов. Специалист сопровождения постепенно передаёт знания и обязанности специалисту клиента; фактическая передача отражается в журнале.
Владелец продукта клиента Управляет бэклогом продукта. Участвует в выборе задач для PoC и Пилота.
Аналитик клиента Ставит агенту задачи на разработку требований, тест-кейсов и спецификаций. Проводит ревью этих артефактов. Готовит задачи для решения на платформе (PoC, Пилот и далее) в соответствии с согласованным процессом и форматами. Отправляет задачи в работу, ведёт коммуникацию с агентами в чате в соответствии с планом коммуникаций с агентом по задаче. Принимает результат работы команды сопровождения с использованием UAT-сред, формулирует замечания.
Архитектор клиента Анализирует задачи перед передачей в работу на предмет необходимости принятия архитектурных решений. Задачи на рассмотрение получает от аналитика. Принимает архитектурные решения, фиксирует их в репозитории проекта, проверяет понимание агентов: прежде чем ссылаться на решения из задач, просит агента пояснить, как он поняла их с учётом кодовой базы. Принимает задачи, где требуется контроль выполнения архитектурных решений (ревью кода, тест на UAT и т. д.).
Разработчик клиента Проводит ревью кода по задачам, выполненным агентом.
Тестировщик клиента (ручное тестирование) Выполняет тестирование по задачам, выполненным агентом. Выполняет ревью доказательств (артефактов тестирования), предоставленных агентом по выполненной задаче.
Тестировщик клиента (автотесты) Ставит задачи агенту на разработку тестов. Проводит ревью кода автотестов в рамках решения задач по разработке функций либо задач на покрытие тестами. Выполняет ревью доказательств (артефактов тестирования), предоставленных агентом по выполненной задаче, в части автотестов.
DevOps клиента Обеспечивает доступность и работу Git, трекера задач, CI-пайплайнов, тестовых сред.

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

Как назначить участников

Шаблон команды · Пример.

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

Для полного on-prem DevOps клиента привлекает владельцев вычислительных ресурсов, сетей и сервиса моделей по вопросам установки. Это не требует добавлять отдельную должность для каждой технической операции. Аналитик, архитектор, разработчик и тестировщики подключаются, если нужны их сведения, решения или проверки.

Все работы Подготовки.