Критерії готовності

Що це означає

Критерії готовності (Definition of Done) - це спільно погоджений чек-лист, якому має відповідати завдання, щоб вважатися завершеним. Зазвичай він охоплює, що код пройшов код-рев'ю, протестований, задокументований і розгорнутий у тестовому чи робочому середовищі.

Поняття прийшло зі Scrum і гнучкої розробки, де воно не дає видавати за готову роботу, яка ще потребує зусиль. Без чіткого визначення один учасник команди скаже готово після написання коду, інший - лише після розгортання й задоволеного клієнта.

Definition of Done однаково діє для всіх завдань, а критерії приймання специфічні для конкретної користувацької історії. Завдання готове, лише коли виконує й те, й інше: свої критерії приймання та спільне визначення готовності.

Як це працює на практиці

Добре визначення коротке, конкретне й перевірюване. Замість загального протестовано краще написати, що автотести проходять, нова функція має тести, а ручний тест проведено на мобільному й десктопі.

Команда регулярно переглядає його на ретроспективі. Якщо повторюються помилки після розгортання, до визначення додають крок, який їм запобігає, наприклад перевірку доступності чи оновлення посібника користувача. Завдання, що не відповідають визначенню, повертаються до беклогу.

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

На що звернути увагу

Надто суворе визначення сповільнює команду й веде до обходу правил, надто м'яке - до накопичення технічного боргу. Воно має сенс, лише якщо команда справді його дотримується й незавершену роботу не позначають готовою заради доброго враження наприкінці спринту.

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