#рубрика_артефакт@systems_education 🏫 Шаблон Acceptance Criteria в формате Gherkin На проектах часто бывает, что при описании требований от бизнеса до разработки они доходят в искаженном виде и проблема проекта упирается в «Мы так поняли». Как описывать требования так, чтобы они не искажались восприятием разработки и тестирования? Один из ключевых артефактов, который помогает это сделать — Acceptance Criteria в формате Gherkin. Это таблица, в которой каждая строка — один критерий приемки к User Story: — Код Acceptance Criteria — Уникальный код вида AC-<код Story>-<порядковый номер> — Acceptance Criteria — Краткая формулировка критерия на бизнес‑языке — Описание сценария (Gherkin) — Сценарий в формате Given / When / Then / And / But ⬆️ Можете скачивать файл и сразу использовать для работы. Инструкция по заполнению шаблона внутри файла. На воркшопе «Бизнес-анализ. Разработка пользовательских требований и&nbsp;постановка задач на&nbsp;разработку» вы также сможете научиться описывать постановку задачи на&nbsp;разработку ИТ-системы, сервиса, продукта в понятной, однозначной, наглядной форме, не&nbsp;залезая в&nbsp;детали реализации. Автор поста — Владимир Бурмистров Под редакцией SE #воркшоп@systems_education