IT: Учимся делать качественный продукт
Нужно 146%? Это Вам надо в ЦИ(Р)К.
Нужно 100%? Это Вам надо к сказочникам (маркетологам).
А вот как приблизиться хотя бы к 90%, мы поговорим.
Ранее под меткой (tag) ГОСТ я просто ворчал. Теперь я перечислю основные шаги, которые компании стоит сделать, чтобы повысить качество выпускаемого IT-продукта.
Шаг № 1. Откажитесь от разработки программных продуктов по «дремучим» ГОСТ 15, ГОСТ 19, ГОСТ-34. Если же ваш заказчик требует работать именно по ним, то просто предоставьте ему нужную документацию (бумажки), а делайте так, как надо.
Шаг № 2. Просмотрите (прочитайте) современные ГОСТ:
ГОСТ Р ИСО/МЭК 15288 - 2008 Информационная технология, Системная инженерия, Процессы жизненного цикла систем.
ГОСТ Р ИСО/МЭК 12207-2010 Информационная технология, Системная и программная инженерия, Процессы жизненного цикла программных средств.
Выберите из них процессы на основе вашей модели жизненного цикла системы или программных средств, и поручите инженеру по качеству составить по ним рабочие инструкции и шаблоны.
Правила кодирования - это тоже инструкция, как и правило регистрации ошибок в bug tracker.
Шаг № 3. Реализуйте систему периодического аудита процессов (проверки того, как они используются в разработке).
Не забывайте про валидацию и верификацию всего, что Вы выпускаете (включая руководство пользователя и другую документацию).
+++
Методология разработки при этом может быть любая: Scrum, собственный Agile, водопад и прочее.
P.S. В предыдущих конторах (смотри Что не так с ГОСТ-34? - 2 и Почему у них ничего не работает - 4) мне не удалось перевести разработку на рельсы качества. Может, Вам удастся в своих?