Итерация функции
Last updated
Last updated
Каждая итерация функции имеет название, последовательный римский номер и стадии, за статус которых ответственен лидер итерации. Также она включает сектора лидера, других разработчиков и лист технического урона (если таковой был зафиксирован).
Мы настоятельно рекомендуем избегать использования критериев (Acceptance criteria) в формате "Given-When-Then" и вместо этого использовать простой повествовательный формат для спецификаций. Если вы используете внешние ресурсы, такие как инструменты OpenAPI (Swagger и т. д.) или инструменты дизайна (Figma), мы настоятельно рекомендуем документировать только информацию и требования, которые не могут быть напрямую взяты из этих документов. В противном случае изменения в этих ресурсах, что случается очень часто, сделают текстовое содержание итерации функции нерелевантным и устаревшим. Для всех спецификаций очень важно иметь единственный источник правды (single source of truth). Используйте принцип бритвы Оккама.
Написание сектора итерации для разработчика — это не только обязанность продуктового менеджера или бизнес-аналитика. Бизнес-аналитик может предоставить требования к продукту, но итерация функции существует для того, чтобы облегчить обслуживание продукта и его дальнейшую разработку для вас и ваших коллег в будущем. Разработчики контролируют свои сектора итерации, и мы рекомендуем им включать туда технические детали о компромиссах (trade-offs), сложных фиксах и технических решениях.
Сектор итерации разработчика — это не просто описание технических требований, за которые он ответственен; это живой документ, результат взаимодействия между продуктовой и инженерной командами. Он отражает не только то, что ожидается от разработки, но и документирует процесс технической реализации и его результат.
В ИФ методе классический вопрос Agile — "Должен ли это быть отдельный тикет?" — просто отпадает. Вся информация распределяется по секторам разработчиков. Как разделить итерацию функции на сектора — это решение, которое принимает лидер итерации.
