Содержание
Пять этапов, по которым проходит требование
Каждый этап получает артефакт от предыдущего и отдаёт свой следующему. Разрывы происходят на стыках.
01 — Постановка
Как задача становится задачей
- 01.1 Definition of Ready: готовая постановка и её имитация Признаки, по которым видно, что задачу нельзя брать в работу. →
- 01.2 Границы задачи: что входит в объём, а что лежит рядом Незамеченный стейкхолдер и постановка, у которой нет края. →
- 01.3 Откуда приходит задача: интервью и вопросы, которые вскрывают настоящую потребность Просьба, потребность и проблема; последний случай вместо общего правила. →
- 01.4 Цель и метрика успеха: как записать «зачем», чтобы на приёмке было с чем сравнить Исходное значение до релиза, противовес и метрики, которые обманывают. →
02 — Аналитика
Требование превращается в описание
- 02.1 Трассировка: как связать требование, реализацию и проверку Почему матрица умирает и где рвётся цепочка. →
- 02.2 Сценарии и исключения: основной поток пишется за час, альтернативные — неделю Шесть вопросов к каждому шагу и кто решает, что делать вне основного потока. →
- 02.3 Модель данных для аналитика: сущности, связи и словарь данных Три вопроса к сущности, связи как бизнес-правила и словарь данных. →
- 02.4 Нефункциональные требования, которые можно проверить Свойство, величина, условия, способ измерения — и откуда взять число. →
- 02.5 Описание интеграции: контракт API глазами аналитика Что делать с каждой ошибкой, неизвестный результат и повтор без дублей. →
03 — Разработка
Что делает аналитик, пока пишется код
- 03.1 Изменение требований по ходу разработки: править постановку или заводить новую задачу Как отличить правку от новой работы и не потерять изменение по дороге. →
- 03.2 Вопросы разработчика по постановке: журнал вопросов и куда попадают ответы Ответ существует, только когда он записан в задаче. →
- 03.3 Демо по ходу разработки: что показывать до готовности и как не получить новое ТЗ Что показывать, как вести без обещаний и куда девать замечания. →
04 — Тестирование
Проверяем то, что заказывали
- 04.1 Баг или недосказанность в постановке: как разбирать спорные дефекты Четыре вида расхождений и кто решает, когда постановка молчит. →
- 04.2 Критерии приёмки: от требования к проверке, «Дано/Когда/Тогда» и когда он не нужен Границы, отрицательные случаи и таблица примеров вместо пересказа. →
- 04.3 Тестовые данные: кто их описывает и почему «на тестовом всё работает» Состояния вместо записей, время как данные и старые записи. →
05 — Деплой
Задача доходит до пользователя
- 05.1 Что проверять после релиза: первые сутки на проде глазами аналитика План проверки, старые данные и решение об откате до выкладки. →
- 05.2 Миграция данных: маппинг полей, грязные записи и сверка после переноса Правило для каждого поля, решения по грязным записям и таблица сверки. →
- 05.3 Обратная связь из прода: обращения и инциденты как источник новых задач Канал от поддержки до аналитика и что из жалоб становится задачей. →
Шаблоны
Готовые формы под разборы
Формы, которые можно скопировать в свою постановку. Каждая ведёт к разбору, где объяснено, зачем она устроена именно так.