Acceptance criteria англійською: як уточнити завдання до початку роботи

Критерії приймання ламаються не на технічній частині, а на двох дрібницях: на модальному дієслові й на сполучнику. Українське «має» лягає і на must, і на should, хоча англійська розвела їх по різних полюсах, а «коли» однаково перекладається як when і як if, хоч між ними стоїть упевненість у тому, що подія настане. Ціну помилки видно вже на демо. Ті самі формулювання щодня проходять через тикети й коментарі команди: під ці сценарії й побудовано англійську для QA, аналітиків і проджект-менеджерів.

Criterion чи criteria: число, яке видно одразу

Словник Cambridge подає criterion як злічуваний іменник рівня C1 із множиною criteria і визначає його як стандарт, за яким щось оцінюють або ухвалюють рішення. Звідси випливає все інше: одна вимога це one criterion, список вимог це the criteria, а поширене a criteria суперечить самій формі слова.

Дієслово поряд теж має свою колокацію. У прикладах словника критерії виконують: this woman seems to fulfil all of our criteria. Ще один приклад показує, якими критерії бувають: more specific and less subjective criteria, тобто конкретніші й менш суб’єктивні. Це майже готовий орієнтир для рев’ю власного тикета.

Must чи should: різниця, яку читає виконавець

Розділ Must у English Grammar Today описує це дієслово як сильний обов’язок і потребу. Приклади там рівня інструкції: Seat belts must be worn even in the back of the car, There must be a minimum of two members of the company at the meeting. Друге речення й за формою, і за змістом читається як критерій приймання.

Розділ Should описує зовсім інше. Це дієслово каже, що є ідеальним або найкращим у ситуації, і ним же дають поради та пропозиції. Гірше того, воно має третє значення: те, що ймовірно станеться. Довідник ілюструє його реплікою he says he should be here in ten minutes. Тому рядок the report should open in under two seconds виконавець має повне право прочитати як прогноз, а не як зобов’язання.

категорично · вільно й необов’язково

Окрема пастка чекає на того, хто пише про минулий спринт. Довідник прямо позначає must у значенні минулого обов’язку як помилку й вимагає had to. Поруч живе ще одне значення must, здогад: That must be his sister. У критерії воно з’являється рідко, зате регулярно виринає в коментарях під задачею, де пом’якшені формулювання мають власні правила: англійська для code review. Повну систему can, must і should розібрано окремо: модальні дієслова англійської.

When чи if: чи подія точно настане

Другий сполучник плутають ще частіше за модальні. Розділ When формулює різницю однією фразою: when уживають про майбутню ситуацію, у якій ми впевнені, а if вводить можливу або нереальну. Пара прикладів у довіднику показує це буквально: When I see Gary, I’ll tell him that you said hello означає, що зустріч точно буде, а If I see Gary… лишає її під питанням.

У критерії це рівно різниця між основним сценарієм і крайовим випадком. Дію, яку користувач у цьому сценарії виконує обов’язково, вводить when; те, що може статися й потребує окремої поведінки, вводить if. Змішавши їх, Ви перетворюєте головний шлях на необов’язковий і навпаки.

Це друга половина того самого правила. Довідник окремо попереджає, що в реченні про майбутнє після when іде present simple або present perfect, а не will, і позначає When the new park will open як помилкову форму. Українською ми кажемо «коли користувач надішле», тобто майбутнім часом, і саме цей переклад слово в слово дає помітну кальку в англомовному тикеті. Сусідні пастки дослівного перекладу зібрані тут: хибні друзі перекладача в IT.

Пасив у критерії: коли виконавець не потрібен

Приклад Seat belts must be worn even in the back of the car цікавий не тільки модальним дієсловом. Підмет тут не той, хто діє, а те, над чим дію виконують, і виконавця в реченні немає взагалі. Для приймання це часто рівно те, що треба: перевіряють результат, а не те, який модуль його дав.

Межа проста. Пасив доречний, коли виконавець очевидний або неважливий: The invoice must be generated in PDF. Активна форма потрібна тоді, коли роль у сценарії значуща: The admin must approve the request, бо тут саме адміністратор і є умовою. Помилка початківця в тому, що пасив ставлять скрізь заради «офіційності», і критерій перестає називати відповідального.

На заняттях із командами рівня B1 цей перехід дається важко не через граматику, а через звичку: у рідній мові людина каже «ми маємо згенерувати рахунок», і в англійському реченні з’являється we, якого в критерії бути не повинно. Допомагає одна вправа: прочитати свою вимогу вголос і спитати, чи можна її перевірити, не знаючи, хто саме писав код.

Питання, які виникають уже після написання

Один тикет, переписаний двічі

Перша редакція виглядала так: If user will send form, system should show message. У ній три проблеми одночасно: if замість when робить основний сценарій випадковим, will у підрядній частині суперечить правилу довідника, а should дозволяє повідомлення не показувати. Друга редакція знімає всі три: When the user submits the form, the system must display a confirmation message.

Різниця між цими двома рядками вимірюється не граматикою, а кількістю запитань на грумінгу. Самі ці зустрічі теж мають свій набір фраз: як вести нараду англійською. Якщо ж критерії доводиться переписувати регулярно, швидше дає результат розбір власних тикетів із викладачем, а не читання чужих прикладів: із цього починається автопідбір формату занять за Вашою метою.