Какие структуры управления качеством используются (подходят) сегодня, особенно в разработке программного обеспечения? [закрыто]

Были ISO 9001 (и адаптированная версия для IT TickIT), CMMI - модель зрелости возможностей, Six Sigma, стандарты разработки программного обеспечения IEEE и так далее. Все это предназначалось для управления качеством программного обеспечения. Что от этого осталось и что из этого применяется сегодня (по состоянию на 2016 год)? Может быть, есть какой-то хороший справочник, отчет о практике, обзор текущей ситуации в отрасли и рекомендуемые лучшие практики от ученых?

Мне кажется, что agile-подход используется широко, и нет никаких предопределенных стандартов, кроме одобренных командой методологий и практик.

Вы пытаетесь спросить, какова статистическая распространенность всех фреймворков? Я лично не знаю каких-либо значимых исследований, которые могли бы ответить на этот вопрос, и даже если бы такие исследования были, я сомневаюсь, что они могли бы быть действительно исчерпывающими.
Я не понимаю, что вы ищете. Большинство из этих вещей не противоречат друг другу - можно иметь организацию, которая следует ISO 9001 (или отраслевому варианту) для своей системы управления качеством, внедряя CMMI и следуя гибким методам, используя различные стандарты IEEE для систем и программной инженерии. Из того, что я видел, внедрение ISO 9001 обусловлено отраслевыми стандартами и ожиданиями клиентов. Такие вещи, как CMMI, Lean, Six Sigma, стандарты IEEE и гибкие методы, обеспечивают структуру процесса.
Нет, меня не интересует статистика. Я знаю, что ISO 9001 и CMMI можно интегрировать (их можно интегрировать даже с помощью гибких методов). Просто мне нужно узнать о стандартах и ​​процессах качества программного обеспечения, и я ищу мотивацию. Реальность такова, что одна крупная фирма в нашей стране отказалась от сертификации CMMI, университет отказался от курса качества программного обеспечения, и об этих вещах стало меньше шума. Итак - должны ли они принадлежать прошлому и есть ли какие-то новые практики? Или уклонение от курса CMMI и качества программного обеспечения — это просто локальный фактор, с которым я сталкиваюсь?
Интересно, не привели ли дополнительные затраты на внедрение этих «фирменных» систем управления качеством к прекращению спроса на них? Внедрение CMMI 5 было безумно дорогим и, вероятно, использовалось только для государственных систем. Поскольку правительству пришлось сократить платежи, оно, возможно, больше не нуждается в документации и гарантиях такого уровня. Кроме того, я все еще работаю с ISO9000 и CMMI для разработки с использованием каскадных процессов. Я не вижу большого количества QMS в Agile-средах.

Ответы (2)

По моему опыту, рамки управления качеством были заменены целью пройти приемочный тест.

При разработке программного обеспечения для смартфонов стандарты качества программного обеспечения де-факто определяются различными магазинами приложений.

Если вы хотите безопасно распространять свое приложение, вам необходимо пройти их тесты.

При разработке веб-сервера конечный продукт, скорее всего, будет подвергаться сторонним тестам на проникновение.

Таким образом, кажется, что область QMF раскололась, и если вы хотите узнать об этом, вам нужно найти приемочные испытания, относящиеся к типу продукта, который вы создаете.

Взгляните на ISO 25010 «Системная и программная инженерия. Требования и оценка качества систем и программного обеспечения (SQuaRE) — Модели качества систем и программного обеспечения».

Какие структуры управления качеством используются (подходят) сегодня, особенно в разработке программного обеспечения? [закрыто]
СпросиСетьПолитика конфиденциальности1y, 0v