Запишите решение так, чтобы его можно было пересмотреть позже
ЗавершеноЗафиксируйте проблему, альтернативы, подтверждения, принятые ограничения и условия пересмотра. Решение о собственной разработке или покупке должно оставаться понятным после совещания.
Издатель TaigaКак мы пишем
Проверьте пониманиеКакое утверждение задаёт наиболее полезное условие пересмотра?Выполните упражнение
Чему вы научитесь
- Разделять требования, предположения и наблюдения в решении.
- Сравнивать реалистичные альтернативы при одинаковом объёме.
- Указывать условие пересмотра, которое может изменить решение.
Сохраните обоснование
На совещании принимают решение. Запись решения сохраняет причины, по которым выбор был обоснован.
Без обоснования следующая команда может принять временное ограничение за постоянный принцип. Она также может повторить оценку, которую организация уже выполнила.
AWS описывает архитектурные записи решений как способ документировать решения и их контекст. Такая же краткая структура полезна для операционной модели AI-разработки. Запись должна быть достаточно короткой, чтобы ответственные её прочитали.
Сравните реалистичные альтернативы
Вымышленной компании нужно сопровождать приложение для работы с договорами. Она рассматривает три варианта:
| Вариант | Основная ответственность, которая остаётся у компании | Вопрос, способный изменить решение |
|---|---|---|
| Сохранить текущий процесс с индивидуальными AI-инструментами | Самостоятельно связать контекст, review, выпуск и подтверждения | Сможет ли команда постоянно выполнять координационную работу? |
| Создать внутреннюю платформу разработки | Спроектировать, интегрировать и эксплуатировать эту возможность | Есть ли в организации финансирование и ответственные за долгосрочное сопровождение? |
| Приобрести услугу фабрики ПО | Управлять её использованием и согласовать обязанности, которые остаются у компании | Соответствует ли услуга требуемым контролям и интерфейсам? |
Используйте одинаковые объём приложения, период, предположения о данных и ожидания от сервиса. Не сравнивайте зрелый покупной сервис только со стоимостью прототипа внутренней системы.
Сочетание вариантов тоже может быть уместным. Существующая платформа может предоставлять среды и развёртывание, а фабрика ПО — координировать разработку. Опишите интерфейс и ответственность, не навязывая искусственный выбор «всё или ничего».
Запишите шесть частей
- Контекст. Опишите проблему и последствия её сохранения.
- Требования. Перечислите условия, которым должен соответствовать вариант.
- Альтернативы. Запишите реально рассматриваемые варианты и их основные компромиссы.
- Подтверждения. Добавьте ссылки на оценки, предположения о стоимости и нерешённые вопросы.
- Решение. Назовите выбранный вариант, объём, ответственного и принятые ограничения.
- Пересмотр. Определите дату или наблюдаемое событие, требующее повторной оценки.
Отделяйте наблюдения от ожиданий. «В ходе оценки это изменение в рамках обслуживания было выполнено» — наблюдение. «Сервис вдвое сократит годовую стоимость сопровождения» — прогноз, которому нужны подтверждения и явные предположения.
Включите самое сильное возражение
Для приложения по работе с договорами покупной сервис может сократить интеграционную работу, но создать зависимость от внешнего поставщика. Запишите это возражение и проверку экспорта, которая частично отвечает на него. Не удаляйте возражение лишь потому, что команда предпочитает этот вариант.
Укажите, какие нерешённые вопросы блокируют начало использования. Для остальных назначьте ответственных и сроки. Решение продолжать не превращает вопрос о контроле без ответа в проверенный результат.
Пересматривайте запись при изменении требований или подтверждений. Если выбор меняется, добавьте новое решение и сохраните прежнее обоснование. Перейдите к практическим сценариям Taiga, чтобы применить эти принципы к работе с продуктом.
Выполните упражнение
Составьте одностраничное решение для вымышленного приложения по работе с договорами из этой темы. Сравните три варианта. Укажите одну причину отказаться от предпочтительного варианта, одно непроверенное предположение и измеримое условие пересмотра.
Скачать рабочий лист (Markdown)Если снять этот флажок, весь прогресс, сохранённый в этом браузере, будет удалён.
Прогресс остаётся в этом браузере. Без аккаунта и отслеживания.