Якість — це ілюзія, яку всі підтримують

💡 Усі статті, обговорення, новини про тестування — в одному місці. Приєднуйтесь до QA спільноти!

Якість — це ілюзія, яку всі підтримують

На будь якому проєкті, де я контриб’ютив — кого не запитай, усі «за якість».

Рівно до першого конфлікту із дедлайном.
А потім якість стає «не на часі».

Процеси?

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

QA зазвичай знає, що реліз буде поганим. Знає за тижні.

Але його правда незручна. А незручні правди в ІТ не масштабуються.

Баги не є проблемою.

Вони побічний ефект культури «зробимо зараз, розберемось потім».

Коли вимоги це фантазії, рішення — компроміси зі страху, а відповідальність, звичайно ж колективна (тобто нічия), якість стає декорацією. Як Agile. Як «ownership».

QA не блокує релізи. Він просто залишає свідчення.

Якість це не процес. Це вибір.

І його майже ніхто не робить.

На цьому я міг би закінчити, піти із криком душі у Тредс, або в бар із колегами.

Але, мої вісім років досвіду роботи із різними командами, в різних країнах світу підказують, що проблема досить універсальна.

Як насправді покращити якість (а не робити вигляд)

По-перше, перестати вірити в героїзм QA

Якщо реліз «врятували» в останній момент це не успіх. Це провал процесу.
Героїзм — найдорожчий і найменш масштабований інструмент якості.

По-друге, зафіксувати момент, коли ще не пізно

Якість помирає не на тестуванні. Вона помирає на:
1) нечітких вимогах,
2) відсутності критеріїв приймання (acceptance criteria)
3) рішеннях «давайте якось».

Quality Gates мають бути до коду, а не після.

Необхідно зробити відповідальність неприємно конкретною
Колективна відповідальність — це її відсутність. За кожним рішення має бути ім’я.
Навіть якщо воно незручне.

Вимірювати треба не активність, а наслідки.

Не кількість тест-кейсів. Не кількість багів.

А:
— кількість відкатів,
— кількість гарячих фіксів,
— час від ідеї до стабільного релізу.

Все інше — заспокійливе.

Дозволити QA говорити «ні»

Без санкцій. Без «ти гальмуєш».
Без «це бізнес-ризик».
Якщо «ні» нічого не означає — роль QA декоративна.

Визнати, що якість — це управлінське рішення

Не технічне.

Не інструментальне.

Управлінське.

І поки це рішення не прийняте зверху — внизу залишиться лише імітація.