More Related Content
Viewers also liked (8)
Similar to Раиса Гольденберг для ITGM#6. Кто отвечает за качество (20)
Раиса Гольденберг для ITGM#6. Кто отвечает за качество
- 2. Качество представляет собой совокупность свойств и характеристик продукта или услуги, которые определяют ее способность удовлетворять установленные или предполагаемые потребности целевых потребителей. (ГОСТ Р ИСО 9000-2001, 2001) Качество продукта (изделия или услуги) заключается в его способности удовлетворять нужды и ожидания потребителя Ка́чество програ́ммного обеспечения — способность программного продукта при заданных условиях удовлетворять установленным или предполагаемым потребностям (ISO/IEC 25000:2014)
- 3. Техническое качество (ТК) результата: «ЧТО?» функциональность (functionality); надежность (realibility); удобство (usability); эффективность (efficiency); сопровождаемость (maitainnability); переносимость (portability). Функциональное качество (ФК) процесса: «КАК?» Общее качество Техническое качество Функциональное качество
- 4. Материальные продукты Услуги Осязаемые Неосязаемые Однородные Неоднородные Производство и дистрибьюция отделены от потребления Производство, дистрибьюция и потребление – одновременные процессы Вещи Деятельность или процесс Основная ценность производится на производстве Основная ценность производится в ходе взаимодействия покупателя и продавца Потребитель(как правило) не принимает участия в производственном процессе Потребитель принимает участие в производственном процессе Могут быть накоплены(складируемые) Не могут быть накоплены (нескладируемые) Имеет место передача собственности Передача собственности не имеет места
- 5. Товар Услуги Целевые характеристики (качество исполнения и функционирования) Безопасность Надежность Надежность Удобство использования Гарантированность Ремонтопригодность Доступность Долговечность Коммуникативность Бездефектность Компетентность Безопасность Вежливость Экологичность Понимание Эстетичность Отзывчивость Осязаемость
- 6. На основании матрицы «Качества целей и качества исполнения» можно сказать, что высокое качество обеспечивается одновременным высоким качеством целей и исполнения, то есть важно «делать правильные вещи правильно». Делать неправильные вещи правильно Делать правильные вещи правильно Делать неправильные вещи неправильно Делать правильные вещи неправильно Качество исполнения Качество целей ВысокоеНизкое ВысокоеНизкое
- 7. Восприятие качества (модель Кано)
- 8. Этапы ЖЦ Обеспечение качества Тип (ответственность) Разработка требований Определение потребностей и нужд (обеспечение качества целей) ФК (аналитик) Проектирование Техническая реализация (обеспечение качества исполнения) ТК Реализация ТК (разработчик) Тестирование ТК (тестировщик) Ввод в действие ФК
- 9. По данными ежегодного исследования The StandishGroup (так же известные как CHAOS Report) «Chaos Manifesto 2013» основанном на анализе более чем 50000 проектов в 2012 году процент успешных (достигших поставленных целей в рамках указанных в планах срока и бюджета) /тяжелых/провальных (остановленных без получения результата) проектов равен 39/18/43%. То есть 61% проектов признан неуспешными. Приведенная в этом же отчете отдельная статистика успешности больших и малых (стоимостью до 1 миллиона долларов) проектов выглядят еще более удручающей. Так, число успешных малых проектов равно 76%, тогда как крупных – всего 10% .* Standish Group. Chaos Manifesto 2013.
- 10. По данным Standish Group, наибольшее количество ошибок происходит на этапе сбора, анализа и документирования требований. Доля ошибок в различных артефактах при разработке ПО представлена на рисунке. Наибольшее количество ошибок в требованиях происходит из-за следующих факторов: 1. Не выявлены требования 12,8% 2. Не четко сформулированы требования 12,3% 3. Изменения требований 11,8% Ошибка, допущенная в самом начале проекта (на этапе сбора, анализа и документирования требований), обходится в 100 раз дороже при исправлении ее на этапах внедрении и сдачи. То есть одним из основных факторов, определяющих успех разработки проекта, является правильная формулировка требований к программному обеспечению, то есть определение правильной цели.
- 11. 1. Standish Group. Chaos Manifesto 2013 2. Коберн А. Современные методы описания функциональных требований к системам. 3. Дин Леффингуэлл, Дон Уидриг. Принципы работы с требованиями к программному обеспечению. Унифицированный подход 4. Карл И. Вигерс. Разработка требований к программному обеспечению. 5. Д. В. Овсянко Управление качеством.