Модуль 04 Управление качеством ИТ проекта

ISO9000. TQM - фундаментальные требования

ISO15504. Назначение и структура стандарта

352.50K

Category:

informatics

Управление качеством ИТ-проекта

1. Модуль 04 Управление качеством ИТ проекта

ННГУ, Н.Новгород, 2005 г.
Курс Введение в программную инженерию
Модуль 04 Управление качеством ИТ проекта
Карпенко С.Н., Н.Новгород, ННГУ, [email protected]
_____________________________________________________

2. О чем будем говорить?

Часть 1. Качество и управление качеством (экскурс в
историю)
Часть 2. ISO9000: система управления качеством
Часть 3. ISO12207: процессы качества ПО
Часть 4. CMM: зрелость организаций и процессов
Часть 5. ISO15504: аттестация, определение зрелости
и усовершенствование процессов
SEI. Мод.04 Управление качеством ИТ проекта
© Карпенко С.Н., 2005г.
№ 2 из NN

3.

Часть 1. Качество и управление
качеством (экскурс в историю)
Вопросы:
Что
такое качество?
Эволюция
качества
SEI. Мод.04 Управление качеством ИТ проекта
© Карпенко С.Н., 2005г.
методов обеспечения
№ 3 из NN

4.

Что такое качество?
А что Вы думаете по этому поводу?
SEI. Мод.04 Управление качеством ИТ проекта
© Карпенко С.Н., 2005г.
№ 4 из NN

5. Что такое качество?

Качество:
– …, все что составляет сущность лица или вещи. (Словарь Даля)
– философская категория, выражающая неотделимую от бытия
объекта его существенную определенность, благодаря которой
он является именно этим, а не иным объектом. (БСЭ)
– продукции - совокупность свойств продукции,
обусловливающих ее способность удовлетворять
определенные потребности в соответствии с ее назначением.
(БСЭ)
– товара - совокупность потребительских свойств товара. (ГОСТ Р
51303-99)
Качество - это свойство товара (услуги)
наиболее полно удовлетворять требованиям и
пожеланиям потребителя
SEI. Мод.04 Управление качеством ИТ проекта
© Карпенко С.Н., 2005г.
№ 5 из NN

6. Теория иерархии потребностей

Потребности – свойства личности
По Маслоу (Abraham Maslow)- 5 групп или уровней
потребностей:
– Основные или физиологические
потребности
– Потребности в защищенности
– Социальные потребности
– Потребности признания
– Потребности развития
Переход 100% (70%)
SEI. Мод.04 Управление качеством ИТ проекта
© Карпенко С.Н., 2005г.
№ 6 из NN

7. Мера качества: ценность и стоимость

Мера
качества:
– Ценность - способность удовлетворять потребности
– Качество - соответствие между свойствами и ценностью
– Мера качества - соотношение ценности и стоимости.
Различают:
– Для потреб.: Qu = Cu / Su
– Для произв.: Qd = Cd / Sd
– Конкурентосп.: K = Cu / Cd
Примеры
?:
– Не требуемых свойств
– Неудовлетвор. требований
– Дополнительных затрат
Производитель
Стоимость - Sd
Ценность - Cd
Внутрен
ний
дефект
Годная продукция
Требуем
ые
свойства
Неудовлетв
оренные
требования
Дополн
ител.
затраты
Ценность- Cu
Потребитель
SEI. Мод.04 Управление качеством ИТ проекта
© Карпенко С.Н., 2005г.
Не
требуем
ые
свойства
Внешн
ий
дефект
Стоимость- Su
№ 7 из NN

8.

Эволюция методов
обеспечения качества
Три фазы эволюции методов:
– Фаза отбраковки
– Фаза управления качеством
– Фаза планирования качества
SEI. Мод.04 Управление качеством ИТ проекта
© Карпенко С.Н., 2005г.
№ 8 из NN

9. Фаза отбраковки

Ремесленное
производство
– индивидуальных изделий
Стандартизация
– В 70х гг. XIX века калибровка на заводах Кольта
– Конец XIX века калибровка на заводах "Кадиллак"
Выходной
контроль вместо входного
– Производственная система Форда-Тейлора
Результат
– Численность контролеров стала составлять до 30 - 40%
SEI. Мод.04 Управление качеством ИТ проекта
© Карпенко С.Н., 2005г.
№ 9 из NN

10. Фаза управления качеством

Цель
фазы – не отбраковка, а увеличение
выхода годных изделий в техпроцессе:
– Управление процессами
– Управление производством
Старт
первого этапа май 1924г. Вестерн
Электрик, США:
– Контрольные карты Шухарта
– Аудиторские службы контроля небольших
выборок изделий
– Ограниченность отдельных процессов
SEI. Мод.04 Управление качеством ИТ проекта
© Карпенко С.Н., 2005г.
№ 10 из NN

11. Фаза управления качеством

Второй этап (фаза менеджмента качества):
Начало этапа – 1950 г., Япония. Доктор Эдвардс Деминг
–
–
–
–
Совершенствование системы в целом
Непосредственное участии высшего руководства
Обучение всех сотрудников компаний
Упор на мотивацию сотрудников на высококачественный труд
– Программа менеджмента качества из 14 пунктов
– 12 лекций Деминга для ведущих менеджеров японских фирм.
– Идеи программы вначале не нашли отклика в США
1957 г., Фейгенбаум: принципы TQM – Total Quality
Management
Качество определяет производитель, а покупатель ..
– что делать при ошибке определения запросов, когда годные
товары не находят спроса?
SEI. Мод.04 Управление качеством ИТ проекта
© Карпенко С.Н., 2005г.
№ 11 из NN

12. Фаза планирования качества

Старт – середина 60-х. Планирование запросов
Предпосылки:
Основы концепции:
– Развитие мирового рынка
– Резкое обострение конкуренции на этом рынке
– Политика государственной защиты интересов
потребителей
– Развитие теории надежности изделий
– Внедрение вычислительной техники и САПР
– Большая часть дефектов закладывается на стадии
проектирования
– Математическое моделирование свойств и
процессов
– Снижение цены
SEI. Мод.04 Управление качеством ИТ проекта
© Карпенко С.Н., 2005г.
№ 12 из NN

13. Что вы запомнили?

Что такое качество?
Что такое мера качества?
Какова мера качества программного продукта?
Каковы основные фазы эволюции методов
обеспечения качества?
Роль стандартов в обеспечении качества?
Что такое система управления качеством?
Что такое прогнозирование качества?
Что такое стандарты на программное обеспечение?
SEI. Мод.04 Управление качеством ИТ проекта
© Карпенко С.Н., 2005г.
№ 13 из NN

14.

Часть 2. ISO9000: система управления
качеством
Вопросы:
TQM – фундаментальные требования
ISO9000
Структура документов ISO9000
Как работает система управления
качеством?
Немного об истории ISO9000
SEI. Мод.04 Управление качеством ИТ проекта
© Карпенко С.Н., 2005г.
№ 14 из NN

15. ISO9000. TQM - фундаментальные требования

1. Ориентация
организации на потребителя
– Организации зависят от своих потребителей и, таким образом,
должны понимать текущие и будущие потребности потребителей,
удовлетворять их требования и стремиться превзойти их ожидания
2. Лидерство
– Лидеры организаций обеспечивают единство назначения и
направления организации. Они должны создать и поддерживать
внутреннюю окружающую среду, в которой люди могут в полной
мере участвовать в достижении стратегических целей организации
3. Вовлечение
персонала
– Люди составляют сущность организации на всех уровнях, и их
полная вовлеченность способствует применению их способностей
на благо организации.
4. Процессный
подход
– Желаемый результат достигается более эффективно, когда
связанные ресурсы и деятельность управляются как процесс
SEI. Мод.04 Управление качеством ИТ проекта
© Карпенко С.Н., 2005г.
№ 15 из NN

16. ISO9000. TQM - фундаментальные требования

5.
Системный подход к административному управлению
– Выявление, понимание и административное управление системой
взаимосвязанных процессов для заданной стратегический цели
повышает эффективность и результативность организации
6.
Непрерывное усовершенствование
– Непрерывное усовершенствование должно быть постоянной
стратегической целью организации
7.
Основанный на фактах подход к принятию решений
– Эффективные решения базируются на анализе данных и
информации
8.
Взаимовыгодные отношения с поставщиками
– Организация и ее поставщики взаимозависимы, и взаимовыгодные
отношения повышают способность обоих производить ценности
SEI. Мод.04 Управление качеством ИТ проекта
© Карпенко С.Н., 2005г.
№ 16 из NN

17. ISO9000. Структура документов СК

Заявление о политике и целях в области качества
Руководство по качеству
Документированные процедуры, требуемые
настоящим стандартом
Документы, необходимые организации для:
– обеспечения эффективного планирования
– осуществления процессов и управления ими
(положения о подразделениях, должностные
инструкции, регламенты, технологические инструкции
..)
Записи о качестве
SEI. Мод.04 Управление качеством ИТ проекта
© Карпенко С.Н., 2005г.
Подробно
№ 17 из NN

18. ISO9000.Заявление о политике и целях

ISO9000. Как работает система качества?
CPI: Continuous
Process
Improvement –
Постоянное
Улучшение
Процессов
Источник: Международные
стандарты ISO серии 9000.
http://www.m2bc.ru/qs_iso-scheme
SEI. Мод.04 Управление качеством ИТ проекта
© Карпенко С.Н., 2005г.
№ 22 из NN

19. ISO9000. Руководство по качеству

ISO9000. Немного истории
1979
г. BS-5750: British Standards
Institution, BSI
1987
г. – первая версия серии ISO9000
1994
г. - вторая версия ISO9000:1994 - 24
стандарта (с 9000 и 10000)
2000
г. – третья версия ISO9000:2000 - 5
базовых стандартов.
Подробно
SEI. Мод.04 Управление качеством ИТ проекта
© Карпенко С.Н., 2005г.
№ 23 из NN

20. ISO9000. Документированные процедуры

ISO9000. Что вы запомнили?
Каковы
8 принципов TQM?
Краткая
характеристика этих принципов
Почему
ISO9000 предписывает некоторую
структуру документов?
Каков
Как
состав этой структуры документов?
работает система качества?
Применим
ли ISO9000 к разработке ПО?
SEI. Мод.04 Управление качеством ИТ проекта
© Карпенко С.Н., 2005г.
№ 29 из NN

21. ISO9000. Записи о качестве

Часть 2. ISO12207: процессы качества ПО
Вопросы:
Процесс
обеспечения качества
Процесс
верификации
Процесс
аттестации
Процесс
усовершенствования
SEI. Мод.04 Управление качеством ИТ проекта
© Карпенко С.Н., 2005г.
№ 30 из NN

22. ISO9000. Как работает система качества?

ISO12207. Процесс обеспечения качества
Цель
- обеспечение продуктов и процессов
требованиям и планам.
Вспомогательные
процессы:
– верификация, аттестация, совместные
анализы, аудит и решение проблем
Процесс
–
–
–
–
состоит из следующих работ:
Подготовка процесса
Обеспечение продукта
Обеспечение процесса
Обеспечение систем качества
SEI. Мод.04 Управление качеством ИТ проекта
© Карпенко С.Н., 2005г.
№ 31 из NN

23. ISO9000. Немного истории

ISO12207. Процесс усовершенствования
1.
Подготовка
процесса
1.
Адаптация процесса обеспечения качества к
условиям конкретного проекта
2.
Обеспечение
продукта
2.
3.
Обеспечение
процесса
Координация процесса с процессами
верификации, аттестации, совместного
анализа и аудита
3.
Разработка плана выполнения работ и задач
процесса обеспечения качества
4.
Обеспечение доступности заказчику отчетов
по обеспечению качества
5.
Обеспечение лиц, ответственных за качество
организационной независимостью, ресурсами
и полномочиями
4.
Обеспечение
систем
качества
SEI. Мод.04 Управление качеством ИТ проекта
© Карпенко С.Н., 2005г.
№ 32 из NN

24. ISO 9000. Версия 1994 г.

ISO12207. Процесс усовершенствования
1.
Подготовка
процесса
2.
Обеспечение
продукта
3.
Обеспечение
процесса
4.
Обеспечение
систем
качества
1.
Обеспечение документального
оформления, взаимного согласования
и выполнения всех планов проекта
2.
Обеспечение разработки программных
продуктов и документации по
условиям договора и в рамках
утвержденных планов
3.
Обеспечение соответствия
программных продуктов требованиям
и пожеланиям заказчика при их
подготовке к поставке
SEI. Мод.04 Управление качеством ИТ проекта
© Карпенко С.Н., 2005г.
№ 33 из NN

25. ISO9000.94. Базовые стандарты

ISO12207. Процесс усовершенствования
1.
Подготовка
процесса
2.
Обеспечение
продукта
3.
4.
Обеспечение
процесса
Обеспечение
систем
качества
1.
Процессы поставки, разработки, эксплуатации,
сопровождения … должны выполняться в
соответствии с условиями договора и в рамках
утвержденных планов
2.
Используемые технологии, условия разработки, …
должны соответствовать условиям договора
3.
Требования должны быть доведены до
субподрядчика, а его продукты удовлетворять этим
требованиям
4.
Взаимная поддержка и кооперация с Заказчиком и
другие участниками
5.
Продукт и процессы должны соответствовать
установленным стандартам и процедурам
6.
Персонал должен обладать достаточным опытом и
знаниями
SEI. Мод.04 Управление качеством ИТ проекта
© Карпенко С.Н., 2005г.
№ 34 из NN

26. ISO9000.94. Стандарты поддержки

ISO12207. Процесс усовершенствования
1.
Подготовка
процесса
2.
Обеспечение
продукта
3.
Обеспечение
процесса
4.
Обеспечение
систем
качества
1.
Должно быть обеспечено проведение
дополнительных работ по
управлению качеством в соответствии
с разделами ГОСТ Р ИСО 9001,
указанными в договоре.
Полный текст процесса
SEI. Мод.04 Управление качеством ИТ проекта
© Карпенко С.Н., 2005г.
№ 35 из NN

27. ISO9000.94. Методические руководства

ISO12207. Процесс верификации
Определение
того, что ПО функционирует в
полном соответствии с требованиями
– Анализ, проверка и испытание (тестирование)
– Может выполняться с различной степенью
независимости исполнителей
Состоит
из следующих работ:
– Подготовка процесса
– Верификация
SEI. Мод.04 Управление качеством ИТ проекта
© Карпенко С.Н., 2005г.
№ 36 из NN

28. ISO 9000. Версия 2000г.

ISO12207. Процесс верификации
1.
Подготовка
процесса
2.
Верификация
1.
Определение необходимости верификации и
степени организационной независимости
исполнителей. Анализ критичности
проектных требований с точки зрения
необходимости верификации.
2.
Установление процесса верификации. Выбор
(при необходимости) независимой
организации.
3.
Определение работ и программных продуктов,
нуждающиеся в верификации
4.
Разработка плана верификации на основе
установленных задач верификации
5.
Выполнение плана верификации. Устранение
обнаруженных проблем через процесс
решения проблем.
SEI. Мод.04 Управление качеством ИТ проекта
© Карпенко С.Н., 2005г.
№ 37 из NN

29. ISO9000. Что вы запомнили?

ISO12207. Процесс верификации
1.
Подготовка
процесса
1.
Верификация договора
2.
Верификация
2.
Верификация процесса
3.
Верификация требований
4.
Верификация проекта
5.
Верификация программы
6.
Верификация сборки
7.
Верификация документации
–
–
–
–
–
–
SEI. Мод.04 Управление качеством ИТ проекта
© Карпенко С.Н., 2005г.
–
возможность, непротиворечивость и полнота требований
своевременность требований; реализуемость выбранных
процессов; применимость стандартов; обученность персонала
непротиворечивость, выполнимость, тестируемость и
точность
реализуемость по времени, требованиям, ресурсам
тестируемость, правильность, соответствие требованиям и
стандартам
полнота и правильность сборки компонентов и модулей
соответствие, полнота, непротиворечивость и
своевременность
№ 38 из NN
Полный текст процесса

30.

ISO12207. Процесс аттестации
Определение
полноты установленных
требований, созданного программного
продукта их функциональному назначению
– Может выполняться с различной степенью
независимости исполнителей
Состоит
из следующих работ:
– Подготовка процесса
– Аттестация
SEI. Мод.04 Управление качеством ИТ проекта
© Карпенко С.Н., 2005г.
№ 39 из NN

31. ISO12207. Процесс обеспечения качества

ISO12207. Процесс аттестации
1.
Подготовка
процесса
2.
Аттестация
1.
Определение необходимости
аттестации и степень
организационной независимости
исполнителей.
2.
Определение задач аттестации и
установление процесса аттестации.
3.
Разработка плана аттестации,
определяющего объекты, задачи,
ресурсы и процедуры аттестации.
4.
Выполнение плана аттестации.
Устранение обнаруженных проблем
через процесс решения проблем.№ 40 из NN
SEI. Мод.04 Управление качеством ИТ проекта
© Карпенко С.Н., 2005г.

32. ISO12207. Процесс усовершенствования

ISO12207. Процесс аттестации
1.
Подготовка
процесса
2.
Аттестация
1.
Подготовка требований к тестированию,
контрольных примеров и технических
условий испытаний.
2.
Обеспечение соответствия требований,
контрольных примеров и технических
условий испытаний конкретным требованиям
и объектам.
3.
Проведение испытаний, включая:
-
испытания при критических, граничных и
особых значениях исходных данных;
испытание на ошибкоустойчивость;
испытание при участии репрезентативно
выбранных пользователей.
процесса
SEI. Мод.04 Управление качеством ИТ проекта
© Карпенко С.Н., 2005г.
Полный текст
№ 41 из NN

33. ISO12207. Процесс усовершенствования

Является
процессом установления, оценки,
измерения, контроля и улучшения любого
процесса ЖЦ ПО
Состоит
из следующих работ:
– Создание процесса
– Оценка процесса
– Усовершенствование процесса
SEI. Мод.04 Управление качеством ИТ проекта
© Карпенко С.Н., 2005г.
№ 42 из NN

34. ISO12207. Процесс усовершенствования

1.Создание
1.
процесса
2. Оценка
процесса
3. Усовершен-
ствование
процесса
Определить набор организационных
процессов для всех процессов жизненного
цикла в соответствии с имеющимся
практическим опытом
При этом:
Организационные процессы и их применение
должны быть задокументированы
Определен механизм управления процессом
усовершенствования при разработке, контроле,
управлении и усовершенствовании процессов
SEI. Мод.04 Управление качеством ИТ проекта
© Карпенко С.Н., 2005г.
№ 43 из NN

35. ISO12207. Процесс усовершенствования

1.
Создание
процесса
1.
Должна быть разработана,
документально оформлена и
применена процедура оценки
процесса. Должны сохраняться и
обновляться отчеты о выполненных
оценках процесса
2.
Оценка и анализ улучшаемых
процессов должны планироваться и
выполняться в установленные сроки
2.Оценка
процесса
3. Усовершен-
ствование
процесса
SEI. Мод.04 Управление качеством ИТ проекта
© Карпенко С.Н., 2005г.
№ 44 из NN

36. ISO12207. Процесс верификации

ISO12207. Процесс усовершенствования
1.
Создание
процесса
2. Оценка
процесса
1.
По результатам анализа и оценки
внести соответствующие улучшения в
выполняемый процесс
2.
Для анализа процессов собрать и
проанализировать архивные,
технические и оценочные данные
3.
Для усовершенствования
организационных процессов собрать,
обновить и использовать данные о
расходах
3.Усовершен-
ствование
процесса
Полный текст процесса
SEI. Мод.04 Управление качеством ИТ проекта
© Карпенко С.Н., 2005г.
№ 45 из NN

37. ISO12207. Процесс верификации

ISO12207. Некоторые выводы
ISO12207 явно следует принципам TQM:
Соответствует (и явно ссылается) стандарту
ISO9000
Недостатки:
–
–
–
–
Процессный подход, как основа стандарта
Системной подход к управлению
Ориентация на потребителя
Непрерывное усовершенствование (процесс
усовершенствования)
– Есть детализация для ПО (процессы аттестации и
верификации), но в целом - ISO9000
– Декларативный характер рекомендаций – неясно, как
применять
– В чем разница между верификацией и аттестацией?
SEI. Мод.04 Управление качеством ИТ проекта
© Карпенко С.Н., 2005г.
№ 46 из NN

38. ISO12207. Процесс верификации

Часть 3. CMM: зрелость организаций и
процессов
Вопросы:
Причины и история создания
Модель технологической зрелости
Пять уровней зрелости организации
Определение модели зрелости
Критерии оценки уровня зрелости
SEI. Мод.04 Управление качеством ИТ проекта
© Карпенко С.Н., 2005г.
№ 47 из NN

39. ISO12207. Процесс аттестации

CMM. Причины и история создания
Недостатки ISO 9000
– недостаточная подробность стандарта
– неточность оценки качества процессов
– отсутствие механизмов улучшения процессов
Середина 70-х – проблемы Мин. обороны США
– Рост сложности задач
– Хронические срывы сроков и качества
– Безуспешный поиск методик и инструментов
– Неспособность организаций управлять процессом разработки
ПО
– Поиск методов оценки способности организаций
1993 г. - МО США + SEI: SW CMM
– Capability Maturity Model for Software
– Модель технологической зрелости организации-разработчика
ПО
SEI. Мод.04 Управление качеством ИТ проекта
© Карпенко С.Н., 2005г.
Подробнее: Легенда о CMM
№ 48 из NN

40. ISO12207. Процесс аттестации

CMM. Модель технологической зрелости
Модель технологической зрелости
Фундаментальные понятия модели:
– Process - технология, технологический процесс, процесс
– Process Capability - продуктивность, совершенство
– это описание стадий эволюции, которые проходят организацииразработчики по мере того, как они (организации) определяют,
реализуют, измеряют, контролируют и совершенствуют процессы
создания ПО
• диапазон результатов, которые можно ожидать от организации
– Process Performance - производительность процесса
• фактические результаты, достигнутые организацией
- Process Maturity - зрелость технологии
• степень определенности, управляемости, наблюдаемости,
контролируемости и эффективности процесса
Подробнее: Обзор модели CMM Зрелые и незрелые
организации.
SEI. Мод.04 Управление качеством ИТ проекта
© Карпенко С.Н., 2005г.
№ 49 из NN

41. ISO12207. Процесс аттестации

CMM. Пять уровней зрелости организации
1.
Начальный
(Initial)
2. Повторяемый
(Repeatable)
3. Определенный
(Defined)
4. Управляемый
(Managed)
5. Оптимизируемый
(Optimized)
SEI. Мод.04 Управление качеством ИТ проекта
© Карпенко С.Н., 2005г.
№ 50 из NN

42. ISO12207. Процесс усовершенствования

CMM. Пять уровней зрелости организации
1. Начальный
(Initial)
Технология разработки ПО
характеризуется как произвольная
(импровизированная), в
некоторых случаях — даже
хаотическая
Лишь некоторые процессы
определены, успех всецело
зависит от усилий отдельных
сотрудников
2. Повторяемый
(Repeatable)
3. Определенный
(Defined)
4. Управляемый
(Managed)
5. Оптимизируемый
(Optimized)
SEI. Мод.04 Управление качеством ИТ проекта
© Карпенко С.Н., 2005г.
№ 51 из NN

43. ISO12207. Процесс усовершенствования

CMM. Пять уровней зрелости организации
1.
Начальный
(Initial)
Базовые процессы управления
проектом ПО установлены для
отслеживания стоимости, графика
и функциональности выходного
продукта.
Необходимая дисциплина
соблюдения установленных
процессов имеет место и
обеспечивает возможность
повторения успеха предыдущих
проектов в той же прикладной
области
2. Повторяемый
(Repeatable)
3. Определенный
(Defined)
4. Управляемый
(Managed)
5. Оптимизируемый
(Optimized)
SEI. Мод.04 Управление качеством ИТ проекта
© Карпенко С.Н., 2005г.
№ 52 из NN

44. ISO12207. Процесс усовершенствования

CMM. Пять уровней зрелости организации
1.
Начальный
(Initial)
Управленческие и инженерные
процессы задокументированы,
стандартизованы и интегрированы
в унифицированную для всей
организации технологию
создания ПО.
Каждый проект использует
утвержденную, адаптированную к
особенностям данного проекта,
версию этой технологии.
2. Повторяемый
(Repeatable)
3. Определенный
(Defined)
4. Управляемый
(Managed)
5. Оптимизируемый
(Optimized)
SEI. Мод.04 Управление качеством ИТ проекта
© Карпенко С.Н., 2005г.
№ 53 из NN

45. ISO12207. Процесс усовершенствования

CMM. Пять уровней зрелости организации
1.
Начальный
(Initial)
Детальные метрики (объективные
данные) о качестве исполнения
процессов и выходной продукции
собираются и накапливаются.
Управление процессами и
выходной продукцией
осуществляется по
количественным оценкам
2. Повторяемый
(Repeatable)
3. Определенный
(Defined)
4. Управляемый
(Managed)
5. Оптимизируемый
(Optimized)
SEI. Мод.04 Управление качеством ИТ проекта
© Карпенко С.Н., 2005г.
№ 54 из NN

46. ISO12207. Некоторые выводы

CMM. Пять уровней зрелости организации
1.
Начальный (Initial) Совершенствование технологии
2. Повторяемый
(Repeatable)
3. Определенный
(Defined)
4. Управляемый
(Managed)
создания ПО осуществляется
непрерывно на основе
количественной обратной связи от
процессов и пилотного внедрения
инновационных идей
Подробнее: Пять уровней зрелости
5. Оптимизируемый
(Optimized)
А также:
5 уровней зрелости организации
5 уровней зрелости руководителя
SEI. Мод.04 Управление качеством ИТ проекта
© Карпенко С.Н., 2005г.
№ 55 из NN

47.

CMM. Определение модели зрелости
Группы ключевых процессов на каждом уровне
Для каждого ключевого процесса:
– Цели (целевые установки)
• Объем, границы и смысл каждого ключевого процесса
• Критерий эффективности процесса и достижимости уровня
– Ключевые практики по разделам:
Обязательства по выполнению
Необходимые предпосылки
Выполняемые операции
Измерения и анализ
Проверка внедрения
Подробнее:
SEI. Мод.04 Управление качеством ИТ проекта
© Карпенко С.Н., 2005г.
Определение модели зрелости
Ключевые практики
№ 56 из NN

48. CMM. Причины и история создания

CMM. Группы ключевых процессов
1. Начальный
(Initial)
2. Повторяемый
(Repeatable)
Компетентность специалистов
Самопожертвование
Героизм
3. Определенный
(Defined)
4. Управляемый
(Managed)
5. Оптимизируемый
(Optimized)
SEI. Мод.04 Управление качеством ИТ проекта
© Карпенко С.Н., 2005г.
№ 57 из NN

49. CMM. Модель технологической зрелости

CMM. Группы ключевых процессов
1.
Начальный
(Initial)
2. Повторяемый
(Repeatable)
Управление требованиями
Планирование проекта ПО
Отслеживание и контроль проекта
ПО
Управление субподрядом
Обеспечение качества ПО
Конфигурационное управление
ПО
3. Определенный
(Defined)
4. Управляемый
(Managed)
5. Оптимизируемый
(Optimized)
SEI. Мод.04 Управление качеством ИТ проекта
© Карпенко С.Н., 2005г.
№ 58 из NN

50. CMM. Пять уровней зрелости организации

CMM. Группы ключевых процессов
Фокус организации на процессах
Определение процессов в
организации
Программа обучения
Интегральное управление ПО
4. Управляемый
5. Оптимизируемый
Разработка программной
продукции
Координация между группами
Коллегиальное рассмотрение
(Peer Review)
1.
Начальный
(Initial)
2. Повторяемый
(Repeatable)
3. Определенный
(Defined)
(Managed)
(Optimized)
SEI. Мод.04 Управление качеством ИТ проекта
© Карпенко С.Н., 2005г.
№ 59 из NN

51. CMM. Пять уровней зрелости организации

CMM. Группы ключевых процессов
1.
Начальный
(Initial)
2. Повторяемый
(Repeatable)
Количественное управление
процессами
Менеджмент качества ПО
3. Определенный
(Defined)
4. Управляемый
(Managed)
5. Оптимизируемый
(Optimized)
SEI. Мод.04 Управление качеством ИТ проекта
© Карпенко С.Н., 2005г.
№ 60 из NN

52. CMM. Пять уровней зрелости организации

CMM. Группы ключевых процессов
1.
Начальный
(Initial)
2. Повторяемый
Предупреждение дефектов
Управление изменениями в
технологиях
Управление изменениями в
процессах
(Repeatable)
3. Определенный
(Defined)
4. Управляемый
(Managed)
5. Оптимизируемый
(Optimized)
SEI. Мод.04 Управление качеством ИТ проекта
© Карпенко С.Н., 2005г.
Пример: Управление требованиями
Подробнее: Группы ключевых процессов
№ 61 из NN

53. CMM. Пять уровней зрелости организации

CMM. Критерии оценки уровня зрелости
Целевые установки группы ключевых процессов считаются
– удовлетворенными, если применяемая практика соответствует всем
ключевым практикам СММ, или их адекватному эквиваленту
Группа ключевых процессов считается удовлетворяющей уровню :
– если удовлетворены все целевые установки
– не удовлетворяющей, если полностью не удовлетворена хотя бы
одна ее целевая установка
Организация считается соответствующей уровню :
– если удовлетворены все ключевые области процессов этого и всех
нижестоящих уровней
– не соответствующей, если хотя бы одна ключевая область
процессов этого или любого нижестоящего уровня не
удовлетворяет СММ
Подробнее: Использование CMM
SEI. Мод.04 Управление качеством ИТ проекта
© Карпенко С.Н., 2005г.
№ 62 из NN

54. CMM. Пять уровней зрелости организации

CMM. Вопросы, вопросы, вопросы?
1.
Кому и зачем потребовался CMM?
2.
Что такое зрелая и незрелая организации?
3.
Что такое модель технологической зрелости?
4.
Основные понятия модели технологической зрелости?
5.
Пять уровней зрелости модели CMM. Характеристика уровней.
6.
Что такое группы ключевых процессов?
7.
Как описываются ключевые процессы группы?
8.
Что такое ключевые практики и подпрактики? В чем состоит их
роль?
9.
Связь CMM с ISO9000?
10.
В чем сила и слабость модели CMM? Можете предложить другую
модель зрелости организации
SEI. Мод.04 Управление качеством ИТ проекта
© Карпенко С.Н., 2005г.
№ 63 из NN

55. CMM. Пять уровней зрелости организации

CMM. Резюме: CMM в тезисах
Зрелость организации есть возможность выполнять сложные проекты
Зрелость организации определяется через зрелость ее
технологических процессов
Можно выделить уровни зрелости организаций (процессов). В CMM
их пять.
Модель зрелости – описание способа оценки уровня зрелости и путей
перехода на следующий уровень
Модель зрелости описывается:
Достижение уровня зрелости определяется по критерию:
– Ключевыми процессами, которые должны выполняться на каждом уровне зрелости
– Каждый ключевой процесс описывается целями и набором разделов – атрибутов,
определяющих различные аспекты выполнения процесса
– Каждый атрибут описывается в виде ключевых практик – отдельных действий и
условий, которые должны выполняться
– уровень достигнут, если удовлетворены все ключевые процессы этого уровня
– ключевой процесс удовлетворен, если достигнуты все его цели
– цели процесса достигнуты, если выполняются все ключевые практики всех
разделов или их аналоги
SEI. Мод.04 Управление качеством ИТ проекта
© Карпенко С.Н., 2005г.
№ 64 из NN

56. CMM. Определение модели зрелости

Часть 4. ISO15504: аттестация,
определение зрелости и
усовершенствование процессов
Вопросы:
Причины и история создания
Назначение и структура стандарта
Структура эталонной модели
Процесс аттестации
Компетентность аттестаторов
SEI. Мод.04 Управление качеством ИТ проекта
© Карпенко С.Н., 2005г.
№ 65 из NN

57. CMM. Группы ключевых процессов

ISO15504. Причины и история создания
1991: ISO9000
1991: старт SPICE
– Software Process Improvement and Capability dEtermination - определение
возможностей и улучшение процесса создания программного
обеспечения
1993: CMM SW
– Каковы могут быть аналоги ключевых практик?
– Как быть, если выполняется только часть ключевых практик?
– Можно ли считать, что ключевая практика частично и как это оценить?
1998: ISO/IEC TR 15504 CMM:
Information Technology Software Process Assessment",
Цель – единый стандарт с
учетом всего мирового опыта
Результат: 500 страниц
SEI. Мод.04 Управление качеством ИТ проекта
© Карпенко С.Н., 2005г.
№ 66 из NN

58. CMM. Группы ключевых процессов

ISO15504. Назначение и структура стандарта
SEI. Мод.04 Управление качеством ИТ проекта
© Карпенко С.Н., 2005г.
№ 67 из NN

59. CMM. Группы ключевых процессов

ISO15504. Структура эталонной модели
Измерение «Зрелость»
1
Непо
лный
2
Выполняе
мый
3
Управляе
мый
4
Устоявшийся
5
Предсказ
уемый
6
Оптимизи
руемый
Измерение «Процесс»
Приобретения
Подготовки
приобретения
Поставки
Выявления
требований
Разработки
Проектировани
я ПО
..............
SEI. Мод.04 Управление качеством ИТ проекта
© Карпенко С.Н., 2005г.
№ 68 из NN

60. CMM. Группы ключевых процессов

ISO15504. Измерение «Процесс»
Основные:
Измерение «Процесс»
CUS: Потребитель-поставщик
ENG: Инженерная
Вспомогательные
SUP: Вспомогательная
Организационные
MAN Управленческая
ORG: Организационная
SEI. Мод.04 Управление качеством ИТ проекта
© Карпенко С.Н., 2005г.
Тип процесса
– базовый — из 12207;
– расширенный —
расширение из 12207;
– новый — нет в 12207;
– составляющий — часть
из 12207;
– расширенный
составляющий —
расширенная часть проц.
из 12207
Подробнее: ISO 15504.
Процессы ЖЦ ПО
№ 69 из NN

61. CMM. Группы ключевых процессов

ISO15504. Измерение «Зрелость»
Измерение «Зрелость»
2
Выполняемый
PA 1.1
Выполнение
процесса
3
Управляемый
PA 2.1
Управление
выполнением
PA 2.2
Управление
продуктами
4
Устоявшийся
PA 3.1
Задание
процесса
PA 3.2
Обеспечение
ресурсам
и
5
Предсказуемый
PA 4.1
Измерение
PA 4.2
Количест
венное
управление
процессом
6
Оптимизируемый
PA 5.1
Изменение
процесса
PA 5.2
Непрерывное
усоверше
нствование
Подробнее: Измерение Зрелость
SEI. Мод.04 Управление качеством ИТ проекта
© Карпенко С.Н., 2005г.
№ 70 из NN

62. CMM. Критерии оценки уровня зрелости

ISO15504. Рейтинги атрибутов
Шкала рейтингов - %
обладания атрибутом
Калибровка шкалы
рейтингов:
Код
Название
%
NA
Not Achieved - Не обладает
0% - 15%
A
Achieved - Обладает частично
16% - 50%
L
Largely achieved - Обладает в
основном
51% - 85%
F
Fully achieved - Обладает
полностью
86% - 100%
SEI. Мод.04 Управление качеством ИТ проекта
© Карпенко С.Н., 2005г.
№ 71 из NN

63. CMM. Вопросы, вопросы, вопросы?

64. CMM. Резюме: CMM в тезисах

ISO15504. Рейтинги атрибутов
Шкала рейтингов - %
обладания атрибутом
Калибровка шкалы
рейтингов:
Код
Название
Существуют
доказательства разумного
систематического
подхода к заданному
атрибуту и того, что
аттестуемый процесс
обладает им в некоторой
степени.
Некоторые аспекты
достижения могут быть
непредсказуемыми.
%
NA
Not Achieved - Не обладает
0% - 15%
A
Achieved - Обладает частично
16% - 50%
L
Largely achieved - Обладает в
основном
51% - 85%
F
Fully achieved - Обладает
полностью
86% - 100%
SEI. Мод.04 Управление качеством ИТ проекта
© Карпенко С.Н., 2005г.
№ 73 из NN

65.

ISO15504. Рейтинги атрибутов
Шкала рейтингов - %
обладания атрибутом
Калибровка шкалы
рейтингов:
Код
Название
Существуют
доказательства разумного
систематического
подхода к заданному
атрибуту и того, что
аттестуемый процесс
обладает им в
значительной степени.
Выполнение процесса
может варьироваться в
некоторых областях или
организационных
единицах.
%
NA
Not Achieved - Не обладает
0% - 15%
A
Achieved - Обладает частично
16% - 50%
L
Largely achieved - Обладает в
основном
51% - 85%
F
Fully achieved - Обладает
полностью
86% - 100%
SEI. Мод.04 Управление качеством ИТ проекта
© Карпенко С.Н., 2005г.
№ 74 из NN

66. ISO15504. Причины и история создания

ISO15504. Рейтинги атрибутов
Шкала рейтингов - %
обладания атрибутом
Калибровка шкалы
рейтингов:
Код
Название
Существуют
доказательства полного и
систематического
подхода к заданному
атрибуту и того, что
аттестуемый процесс
обладает им в полной
мере.
В заданной
организационной
единице отсутствуют
заметные недостатки
%
NA
Not Achieved - Не обладает
0% - 15%
A
Achieved - Обладает частично
16% - 50%
L
Largely achieved - Обладает в
основном
51% - 85%
F
Fully achieved - Обладает
полностью
86% - 100%
Подробнее: Модель уровней зрелости процессов
SEI. Мод.04 Управление качеством ИТ проекта
© Карпенко С.Н., 2005г.
№ 75 из NN

67. ISO15504. Назначение и структура стандарта

ISO15504. Процесс аттестации
Документированный процесс – набор инструкций и процедура
– роли и обязанности;
– применение инструментальных средств и методик;
– требуемые ресурсы;
– последовательности видов деятельности и процедур,
принадлежащих следующим категориям:
планирование;
сбор данных;
подтверждение данных;
формирование рейтингов процесса.
Выбор совместимой модели
Факторы успеха аттестации процессов
– Обязательства заказчика и аттестаторы
– Мотивация – поддержка процессов, а не поиск виноватых
– Конфиденциальность
– Релевантность – уверенность в выгоде аттестации
– Доверие
Подробнее: Руководство по проведению аттестации
SEI. Мод.04 Управление качеством ИТ проекта
© Карпенко С.Н., 2005г.
№ 76 из NN

68. ISO15504. Структура эталонной модели

ISO15504. Компетентность аттестаторов
Личные качества:
Эффективное
письменное и устное
общение
Дипломатичность
Ответственность
Настойчивость и
умение преодолевать
сопротивление
Рассудительность и
лидерство
Прямота
Способность к
взаимопониманию
Подробнее: Руководство по компетентности аттестаторов
SEI. Мод.04 Управление качеством ИТ проекта
© Карпенко С.Н., 2005г.
№ 77 из NN

69. ISO15504. Измерение «Процесс»

ISO15504. Вопросы, вопросы, вопросы …
1.
В чем ISO15504 похож на CMM?
2.
Чем ISO15504 отличается от CMM?
3.
Что такое эталонная модель стандарта ISO15504?
4.
Измерение «Процесс» эталонной модели ISO15504.
Классификация и типы процессов.
5.
Измерение «Зрелость» эталонной модели ISO15504. Уровни
зрелости и атрибуты.
6.
Принципы оценки атрибутов эталонной модели. Рейтинги
атрибутов.
7.
Схема проведения процесса аттестации. Факторы успеха
процесса аттестации.
8.
Компетентность аттестаторов и схема ее подтверждения.
SEI. Мод.04 Управление качеством ИТ проекта
© Карпенко С.Н., 2005г.
№ 78 из NN

70. ISO15504. Измерение «Зрелость»

ISO15504. Резюме: ISO15504 в тезисах
Назначение стандарта состоит в аттестации,
усовершенствовании и определении зрелости
процессов создания ПО.
Основу стандарта составляет эталонная модель
процессов и их зрелости. Эталонная модель имеет
два измерения: «Процессы» и «Зрелость».
Измерение «Процессы» содержит классификацию
процессов ЖЦ ПО. Эта классификация является
развитием стандарта ISO12207 и включает:
– три группы и пять категорий процессов
– разделение процессов (по отношению в ISO12207)
на базовые, расширенныe, новые, составляющие и
расширенные составляющие
SEI. Мод.04 Управление качеством ИТ проекта
© Карпенко С.Н., 2005г.
№ 79 из NN

71. ISO15504. Рейтинги атрибутов

ISO15504. Резюме: ISO15504 в тезисах
В отличие от CMM, в измерении «Зрелость» представлено 6
уровней зрелости процессов, по каждому из которых
установлены атрибуты, отражающие достижение процессом
уровня зрелости. Значения атрибутов оцениваются в
процентах от полного достижения атрибута. Для
качественной оценки вводятся рейтинги атрибутов.
Аттестация процессов составляет основу для их оценки и
усовершенствования. Аттестация процессов:
– состоит в определении значений рейтингов атрибутов процессов
– начинается в выбора модели процессов и их зрелости аттестуемой
организации, совместимой с эталонной моделью стандарта
– является документированным процессом, представленным в стандарте
в виде инструкций и регламентированной процедуры аттестации
– проводятся аттестаторами, требования к компетентности которых
также прописаны в стандарте
Оценка зрелости и усовершенствование процессов
выполняются по результатам аттестации процессов и также
являются документированными процессами стандарта
SEI. Мод.04 Управление качеством ИТ проекта
© Карпенко С.Н., 2005г.
№ 80 из NN

72. ISO15504. Рейтинги атрибутов

Рекомендуемая литература
Основная
Дополнительная
– ГОСТ Р ИСО/МЭК 12207-99. ГОСУДАРСТВЕННЫЙ СТАНДАРТ
РОССИЙСКОЙ ФЕДЕРАЦИИ. Информационная технология. ПРОЦЕССЫ
ЖИЗНЕННОГО ЦИКЛА ПРОГРАММНЫХ СРЕДСТВ. ()
– Марк Паулк и др. Модель зрелости процессов разработки
программного обеспечения - Capability Maturity Model for Software
(CMM) Интерфейс-Пресс. 2002 г. · 256с.
– Оценка и аттестация зрелости процессов создания и сопровождения
программных средств и информационных систем (ISO/IEC TR 15504
CMM) / Пер.с англ. А.С. Агапов, С.В. Зенин, Н.Э. Михайловский, А.А.
Мкртумян А.А. - М.: Книга и бизнес, 2001. - 348с. ISBN: 5-212-00884-0
– Терехов А.А., Туньон В. Современные модели качества программного
обеспечения (обзор ISO9000, CMM SPICE)
http://www.interface.ru/fset.asp?Url=/misc/qs.htm
– Назаренко Ю.А. Технологическая зрелость IT организаций.
http://www.noumen.ru/go/company/obj1041600305/obj1043060989
SEI. Мод.04 Управление качеством ИТ проекта
© Карпенко С.Н., 2005г.
№ 81 из NN

English Русский Rules