Риск-менеджмент, как много в этом слове, для QA слилось...

Обеспечение качества часто идет рука в об руку с управлением рисками, цель которого снизить вероятность негативных событий и/или их последствий.

Будь то определение тестового покрытия при тестировании конкретной фичи, набора регрессионных тестов, приоритетов автоматизации, определение критичности дефекта или многие другие аспекты работы QA, везде сталкиваемся с необходимостью управлениями рисками.

Популярным инструментом служит матрица «влияние × вероятность», где каждый риск оценивается по двум осям:

1) насколько сильно он повлияет на цели

2) какова вероятность его наступления

На практике существуют разные стратегии приоритизации.

Системообразующими являются две:

Первая стратегия фокусируется на рисках с максимальным влиянием, независимо от их вероятности. Логика проста: даже редкое событие может быть критичным для бизнеса, репутации или безопасности. Такой подход часто используется в регулированных отраслях и при работе с «чёрными лебедями».

Вторая стратегия делает ставку на самые вероятные риски, не взирая на масштаб их влияния. Здесь целью является сокращение постоянных потерь и операционных сбоев, которые «съедают» ресурсы за счёт частоты.

* – на практике чаще применяется комбинированная стратегия, когда для влияния и частотности рисков опередляются веса, считается их произведение и устанавливаются пороги для применения тех или иных техник управления рисками.

——

Для работы с рисками обычно применяют четыре ключевые техники:

Избегание, когда производят изменение планов или процессов так, чтобы риск не возникал.

«Новогодний фриз» – пример избегания рисков возникновения новых дефектов в критически важный момент за счет временной приостановки поставок обновлений ПО.

Снижение (минимизация), организация работы таким образом, чтобы уменьшались вероятность и/или влияние риска.

"Раскатка под флагом/тогглом/на процент" – один из популярных способов минимизировать риски при выкатке нового ПО.

Передача, по сути, способ переноса ответственности (страхование, аутсорсинг).

Применение в работе автотестов/краудтестинга в некотором роде является реализацией техники передачи, которая, однако, зачастую требует "страхования страхователя"

Принятие – осознанное решение ничего не делать, но быть готовым к последствиям.

Управление тех.долгом дефектов в продакшене, как правило, это пример отрицания, злости, торга, депрессии, принятия рисков и последствий столкновения части пользователей с дефектами.

Эффективный риск-менеджмент редко ограничивается одной стратегией и сочетает все техники в зависимости от контекста.

А какиими наиболее востребованными пользуетесь Вы на своих проектах?