01
Опишите изменение одним конкретным правилом
Например: «Повторное подтверждение оплаты не должно повторно отправлять заказ в доставку». Начните с правила в спецификации, а не с карточки «доработать интеграцию». Укажите, какие состояния и взаимодействия меняются.
02
Определите, кто согласует поведение
В стейкхолдерах зафиксируйте ожидания, опасения и план взаимодействия. Матрица влияния и интереса помогает выбрать формат работы с участником; она не заменяет само согласование.
| Участник | Что уточняет |
|---|---|
| Владелец продукта | Какой результат увидит покупатель при повторе? |
| Аналитик и разработчик | Как определяется повтор и сохраняется состояние? |
| QA | Как воспроизвести повтор и увидеть отсутствие второго действия? |
| Поддержка | По какому идентификатору разбирать обращение? |
03
Разложите изменение на проверяемые задачи
На канбан-доске укажите исполнителей, сроки, подзадачи и зависимости между карточками. В описании карточки дайте критерий завершения и ссылку на документ с правилом.
- Уточнить правило повтора и пример подтверждения.
- Реализовать обработку в нужном сервисе.
- Подготовить повторный вызов и проверки данных.
- Проверить отсутствие повторной доставки и уведомления.
04
Запишите риск и способ реакции
Риск в примере: повторная доставка при повторном подтверждении платежа. Запишите триггер, вероятность, влияние, ответственного и план реакции. Свяжите риск с сервисом заказа и карточкой проверки.
Вероятность и влияние оценивает команда на своих данных. Учебному примеру не нужно придумывать «правильный» балл или обещанный процент снижения риска.
05
Согласуйте, что считать завершённой работой
- Правило описано и согласовано участниками.
- Реализация проверена в нужном окружении.
- Фактические результаты приложены к задаче.
- Документация соответствует итоговому поведению.
Изменение диаграммы и закрытая карточка — разные результаты. Проверять завершение нужно по согласованному поведению системы.
МАТЕРИАЛЫ ДЛЯ РАБОТЫ
Продолжите на своём примере
Спецификация заказа
Заполненный пример: границы, сценарии, API, ошибки и критерии приёмки.
Чек-лист проверки заказа
Десять проверок по учебной спецификации и поля для фактического результата.
Учебные правила и данные нужно адаптировать к вашей системе. Набор не является готовой реализацией магазина.
Скачать полный набор ↓