Управление качеством в ИТ-проекте: код-ревью, тестирование, автоматизация
«Мы сдали проект в срок. А через месяц система падает»
Вы сдали проект в срок и в бюджет, а через месяц система падает, пользователи жалуются, заказчик не подписывает акт. Качество не было встроено в процесс с самого начала. Качество нельзя «проверить» в конце, его нужно создавать на каждом этапе. Чем позже найден дефект, тем дороже его исправление.
Стоимость качества
Ошибка, найденная на ревью, стоит в 20 раз дешевле, чем та же ошибка в продакшене. Этапы и стоимость исправления: требования — 1x, проектирование — 5x, разработка — 20x, тестирование — 50x, продакшен — 150x+.
Структура затрат на качество: стоимость соответствия — инвестиции в качество (обучение, стандарты, CI/CD, code review, тестирование); стоимость несоответствия — потери от дефектов (исправление багов, hotfixes, потеря репутации). Главный принцип: инвестируйте в ранние этапы — это снизит потребность в дорогих поздних исправлениях.
Три практики контроля качества
Код-ревью. Проверка кода коллегами до попадания в основную ветку. Форматы: Pull Request (каждая задача), парное программирование (сложные или критические участки). Правило: ни один пул-реквест не попадает в основную ветку без ревью.
Автоматизация тестирования. Скрипты, которые проверяют код при каждом коммите. Модульные тесты — JUnit/pytest, интеграционные тесты — Postman, REST Assured, UI-тесты — Selenium, Cypress. Правило: настройте CI/CD, каждый коммит запускает автотесты, если тесты не проходят — код не попадает в основную ветку.
Тестирование вручную. Модульное — в процессе разработки, интеграционное — после сборки модулей, системное — перед релизом, приёмочное (UAT) — перед сдачей, регрессионное — после каждого изменения.
Как найти баланс
Слишком мало инвестиций в качество — много дефектов в продакшене, штрафы, потеря репутации. Слишком много — дорогие процессы, задержки релизов. Золотая середина: инвестируйте в ранние этапы (требования, стандарты, обучение, CI/CD) — это снизит потребность в дорогих поздних исправлениях.
Качество и EVM
Качество влияет на бюджет и сроки. Если качество падает — растут затраты на исправление (AC растёт, EV не растёт → CPI падает). Подробнее — в статье EVM для ИТ-проекта.
Что в понедельник утром
Внедрите правило: ни один пул-реквест не попадает в основную ветку без ревью. Настройте CI/CD: каждый коммит запускает автотесты. Определите минимальное покрытие тестами (например, 80% для критического кода). Измеряйте стоимость качества. На ретроспективе спрашивайте: «Что мы могли бы сделать на этапе требований, чтобы не исправлять сейчас?».
Заключение
Качество — не этап, а непрерывный процесс. Инвестируйте в ранние этапы, внедряйте код-ревью и CI/CD, измеряйте стоимость качества.
Хотите научиться управлять качеством на практике? В модуле 7 курса «Мастер управления IT-проектами» мы выстраиваем систему контроля качества для ваших проектов. Подробнее о курсе →