Как заполнить паспорт проекта внедрения
Паспорт кратко отвечает на вопросы: что внедряем, зачем, в каких границах и когда встречаемся. РП клиента и сопровождения заполняют его на Подготовке и уточняют при изменении условий. Обычно для каждого пункта достаточно одного-двух предложений.
1. Проект и цель внедрения
Цели могут быть типовыми или специфичными для проекта. В качестве отправной точки используй типовые цели, ожидаемые результаты и способы расчёта: выбери подходящие и при необходимости дополни своими.
РП внедрения вместе с РП клиента готовит предложение, обсуждает его с рабочей командой на установочной встрече и представляет стейкхолдеру на утверждение. Учитываются приоритеты клиента, выбранная область внедрения и доступные данные для оценки результата.
Запиши итог кратко в раздел «Проект и цель внедрения» шаблона паспорта: ожидаемый эффект и проверяемые целевые показатели для PoC и Пилота. Добавь ссылку на подтверждение решения. Пока решение не принято, пометь цели как предложенные. Если для числового порога ещё нет данных, укажи, когда и на основании чего его определят. Границы и правила измерения выбранных показателей фиксируются в плане мониторинга; для собственной цели нужно также определить способ проверки результата.
- Клиент и продукт: название компании и продукта или системы.
- Кратко о продукте: для кого он предназначен и какие задачи решает.
- Ожидаемый эффект: что должно улучшиться благодаря агентам. Например, сократить участие людей в типовых доработках и ожидание результата.
- Целевые показатели: несколько проверяемых целей с единицами измерения. Например, «медиана TTM до main — не более 3 дней». Если цель пока не определена, так и напиши и укажи, кто и когда её уточнит. Выбранные показатели и границы ведутся в отдельном документе, расчёт — по методологии мониторинга.
2. Область внедрения
- Какие задачи решаем с агентами: типы изменений и части продукта, которые берём в работу.
- Что исключено: задачи и области, которые в это внедрение не входят.
- Охват работы агента: какие действия ему поручаем — например, подготовку требований, разработку кода и автотестов. Это отличается от типов продуктовых задач в первом пункте.
- Ограничения и условия клиента: только существенные условия, влияющие на внедрение, например запрет использовать реальные данные на тестовых средах. Для действующих правил достаточно ссылки.
- Размещение платформы, моделей, Git, трекера задач и тестовой инфраструктуры: где находится каждый компонент — у клиента, в облаке поставщика или у другого поставщика. Если размещение меняется между PoC и Пилотом, явно укажи оба варианта. Адреса, доступы, модели и устройство сред описываются в профильных документах.
Платформа, модели и системы выбираются независимо по гайду вариантов PoC. Можно использовать копию кода и временные ресурсы; ещё не принятый выбор обозначать как открытый вопрос. Детали решений — в схеме размещения и инфраструктуры PoC, в паспорте достаточно короткого описания и ссылки.
3. Календарь встреч
Укажи часовой пояс и добавь короткий блок для каждой нужной встречи: дейлик, еженедельный статус, планирование, разбор результатов или разовая встреча. Достаточно расписания, участников/организатора и ссылки либо места встречи.
- Когда: конкретные дни, время и длительность. Если время различается, перечисли варианты: «пн, вт, чт, пт 10:30–10:45; ср 14:00–14:15». Для встречи через неделю укажи дату первого проведения; для разовой — дату. Если расписание действует только на определённом этапе или с определённой даты, отметь это здесь же.
- Участники и организатор: имена или роли; кто участвует постоянно, кто подключается по вопросу и кто поддерживает приглашение.
- Где: ссылка на календарное приглашение или ВКС, канал либо переговорная. Если приглашение ещё не создано, укажи это явно.
В большом проекте можно разнести требования, разработку, тестирование и документацию по отдельным встречам — ежедневно в разное время или в разные дни. Не требуется заводить все эти встречи: небольшой команде может хватить одного дейлика и недельного статуса. Можно использовать существующие встречи команды.
При изменении расписания организатор обновляет приглашение и запись в паспорте. На Подготовке и онбординге набор встреч может отличаться от Пилота. Здесь хранится актуальное расписание; повестки, результаты и действия по итогам встреч остаются в журналах и трекере.
4. Иные вопросы
Добавляй только существенные для этого проекта договорённости или нерешённые вопросы, которые не вошли выше. Для нерешённого вопроса достаточно указать, что нужно решить, кто готовит ответ и к какому сроку. Если таких вопросов нет, напиши «Нет».
Состав команды, план этапов и вех, рабочие регламенты и журналы ведутся отдельно. Расписание встреч хранится в разделе «Календарь встреч» паспорта. Не нужно переносить их в паспорт или превращать «Иные вопросы» в обязательный перечень дополнительных разделов.