“Управление качеством” концепция модная, особенно в ИТ. Ее включают в цели квартала и добавляют в стратегии команд. Но если спросить: “А что конкретно вы вкладываете в это понятие?” — ответы начинаются с “Эммм…”.
У кого-то это “автотестов побольше”. У кого-то — “отсутствие критичных дефектов после релиза”. Кто-то считает, что за качество отвечает только тестирование. Кто-то, что управление чем бы там ни было - задача менеджеров и начальства.
Часто в контексте разговора о качестве в фокусе держат только функцию тестирования и забывают про остальные:
Это неверный подход.
Качество — составная характеристика, охватывающая весь жизненный цикл продукта. Управление таким процессом должно учитывать неоднородную структуру. Качество лучше воспринимать как сквозной процесс, затрагивающий все этапы разработки и организации работы.
У кого-то это “автотестов побольше”. У кого-то — “отсутствие критичных дефектов после релиза”. Кто-то считает, что за качество отвечает только тестирование. Кто-то, что управление чем бы там ни было - задача менеджеров и начальства.
Часто в контексте разговора о качестве в фокусе держат только функцию тестирования и забывают про остальные:
- Качество продукта
- Качество аналитики
- Качество разработки
- Качество процессов
Это неверный подход.
Качество — составная характеристика, охватывающая весь жизненный цикл продукта. Управление таким процессом должно учитывать неоднородную структуру. Качество лучше воспринимать как сквозной процесс, затрагивающий все этапы разработки и организации работы.
Управление качеством можно рассматривать в трех плоскостях: мониторинга, влияния и предсказуемости. Рассмотрим по порядку.
ПЛОСКОСТЬ МОНИТОРИНГА
Прежде чем управлять, нужно понять текущее состояние. Невозможно управлять тем, чего не измеряешь. При этом качество это не только количество критических дефектов на проде, но и множество других параметров.
Ниже некоторые метрики системы контроля качества:
Ниже некоторые метрики системы контроля качества:
Продуктовые метрики
- Net Promoter Score - индекс готовности рекомендовать продукт друзьям
- Time to Market - время вывода продукта на рынок
- Defect Escape Rate - какая доля дефектов была обнаружена после релиз
Процессные метрики
- Наличие и актуальность аналитических требований
- Причины пропуска дефектов
- Затоваренность аналитики, разработки, тестирования
Метрики тестирования
- Количество и критичность дефектов до релиза
- Актуальность тестовой модели
- Длительность регресса
- Покрытие кода автотестами
Технические метрики
- Технический долг разработки (рефакторинг, дефекты)
- Длительность внесения исправлений в систему
Эти показатели важны для понимания состояния системы качества. Они - фундамент влияния на качество.
ПЛОСКОСТЬ ВЛИЯНИЯ
Влиять на качество значит изменять его состояние. Противоположностью влиянию является констатация факта.
Если при мониторинге выявились параметры, оказывающие существенное влияние на качество, на них необходимо сфокусироваться. Звучит очевидно, но на практике — это редкость.
А вот кто должен влиять — тут сложнее. Короткий ответ — все. Качество должно быть командной ценностью, но с назначением ответственного, обладающего необходимыми полномочиями.
А вот кто должен влиять — тут сложнее. Короткий ответ — все. Качество должно быть командной ценностью, но с назначением ответственного, обладающего необходимыми полномочиями.
Примеры из практики
После введения анализа дефектов прода, команда выяснила, что 20% ошибок связано с ошибками конфигурации инфраструктуры. Автоматизация процесса была реализована за неделю. Количество дефектов стало меньше на 20%. На качество повлияли сотрудники внедрения.
Разворачивание тестового стенда по кнопке за пять минут позволило разработчикам тестировать свои доработки до передачи в тестирование. В итоге метрика Reopen Rate (количество возвратов фичи) сократилась на 30%. На качество повлияли девопсы.
ПЛОСКОСТЬ ПРЕДСКАЗУЕМОСТИ
Предсказуемость — самый интересный пункт в триаде управления качеством. Конечной целью мониторинга и влияния, как раз является предсказуемость. В любой момент времени вы должны понимать к чему приведут принимаемые вами решения в вопросах качества. И какие именно решения оказывают на него влияние.
- Если сократить сроки, как это повлияет на качество? Приемлемо ли это?
- Если оставить нецелевой вариант архитектуры, как это повлияет на качество в будущем?
- Как достичь золотой середины между желанием бизнеса делать фичи быстрее и стремлением разработки к чистому коду?
То есть предсказуемость — это понимание, что будет, если мы сократим тесты, ускорим спринт, упростим архитектуру или примем любое другое решение.
Количество допустимых дефектов на проде это тоже из области предсказуемости. Управлять качеством не значит 0 дефектов или 100% автоматизации, а значит поддерживать уровень, достаточный для данного проекта.
Количество допустимых дефектов на проде это тоже из области предсказуемости. Управлять качеством не значит 0 дефектов или 100% автоматизации, а значит поддерживать уровень, достаточный для данного проекта.
ВЫВОДЫ ПРО УПРАВЛЕНИЕ КАЧЕСТВОМ
Управление качеством — это зрелость: когда команда понимает, какие компромиссы допустимы, а какие обернутся катастрофой.
Если у вас есть инструменты мониторинга, механизмы влияния и понимание допустимых рисков — значит, вы управляете качеством. И неважно, кто вы по роли — тестировщик, тимлид или продакт.
Потому что качество — это сквозной процесс, и без коллективного участия оно просто не работает.
Если у вас есть инструменты мониторинга, механизмы влияния и понимание допустимых рисков — значит, вы управляете качеством. И неважно, кто вы по роли — тестировщик, тимлид или продакт.
Потому что качество — это сквозной процесс, и без коллективного участия оно просто не работает.
Quality Trek помогает командам выстроить систему, в которой качество — это не случайность, а результат предсказуемых действий.
