Процессы управления информационными технологиями

Модель СММ. Назначение и смысл

Рассматривается, как предполагалось использовать модель зрелости CMM. Показаны три варианта: оценка подрядчиков самим заказчиком, привлечение стороннего оценщика и независимая сертификация специализированными организациями. Объясняется, почему прижился третий вариант, какие ограничения имеет CMM и что она оценивает только зрелость производственного процесса разработчика ПО.

Основные мысли

В результате изучения лекции слушатель будет способен:
1. Объяснять, зачем нужна CMM для оценки исполнителя до заключения контракта.
2. Различать три варианта использования CMM.
3. Характеризовать роль заказчика, оценщика и независимого аудитора.
4. Анализировать причины, по которым первый и второй варианты не получили распространения.
5. Обосновывать преимущества независимой сертификации и сравнимых оценок.
6. Интерпретировать результат оценки как уровень зрелости от 1 до 5.
7. Объяснять, почему сертификат требует периодического подтверждения.
8. Определять область применения CMM: организации, разрабатывающие ПО.
9. Учитывать допущение о проектном характере деятельности.
10. Оценивать ограничение: CMM рассматривает только зрелость производственного процесса.
11. Применять знание ограничений CMM при выборе подрядчика.
12. Различать, какие характеристики организации CMM не оценивает.
Показывать лекцию целиком
Краткое изложение

Использование модели CMM и оценка зрелости

Авторы модели CMM (Capability Maturity Model — модель зрелости) предполагали три способа её использования — по отдельности или вместе.

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

Второй способ. Заказчик нанимает стороннюю организацию. В лекции её называют организация-аудитор, хотя в английском используется оценщик (assessor). В русской терминологии ближе организация-оценщик. Она за плату выполняет работу, которую иначе выполнял бы заказчик.

Третий способ. Одна или несколько организаций аудиторов используют CMM как общий, общепринятый механизм оценки зрелости организаций-разработчиков ПО. Механизм един, поэтому оценки выполняются одинаково, а результаты сравнимы. Возникает независимая оценка.

Организации, конкурирующие за услуги, могут получить такую оценку за плату. Затем на конкурсе или тендере они предъявляют сертификат и заключение аудитора, а потенциальный работодатель использует это при выборе исполнителя.

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

Когда контракт уже заключён или идут переговоры, заказчик может изучать производственный процесс выбранного поставщика. Но CMM предназначена для ситуации, когда поставщик ещё не выбран и рассматривается много организаций. Разговаривать с каждой и анализировать её процессы слишком долго и сложно. Нужен более формальный, простой и компактный подход.

Из трёх вариантов прижился третий. Первые два не получили заметного распространения. Причины: нужны специфические знания и навыки; высоки затраты; главное — время. Оценка десятков компаний растянула бы тендер или конкурс.

Третий вариант стал отдельным рынком и отдельной деятельностью по оценке, не связанной с конкретным конкурсом. По итогам выдаётся сертификат на ограниченный срок. Уровень зрелости может меняться, поэтому сертификат обычно подтверждают примерно раз в три года. Результат оценки — число от 1 до 5; 1 — уровень зрелости, 5 — наивысший.

Область применения CMM ограничена. Модель разрабатывалась для организаций, создающих ПО. Авторы не пытались обобщить её на другие сферы. Предполагается, что деятельность имеет проектный характер. Оценивается только зрелость производственного процесса. Финансовое положение, кадры, персонал и предыдущий опыт не рассматриваются. С точки зрения CMM между организацией и её производственным процессом нет разницы: это одно и то же.

Краткие итоги

Потребность в CMM возникает из разрыва между привычной оценкой исполнителя и необходимостью прогнозировать его будущее поведение. Отзывы, описания проектов и прошлые успехи полезны, но не доказывают, что результат повторится. Поэтому появляется запрос на формализованную оценку зрелости производственного процесса, которую можно провести до выбора поставщика и без длительных переговоров с каждым кандидатом.

Логика применения модели допускает три сценария. В первом заказчик сам осваивает методику и оценивает претендентов. Во втором он передаёт эту работу внешнему оценщику. В третьем оценка становится независимой рыночной услугой: аудиторы применяют единый механизм, что делает результаты сопоставимыми.

Практика показала, что первые два сценария плохо масштабируются: они требуют специальных знаний, средств и времени, особенно когда нужно сравнить десятки компаний. Поэтому основной становится независимая сертификация. Она снижает издержки выбора для заказчика и даёт разработчикам инструмент подтверждения своей зрелости на конкурсах и тендерах.

Сертификат действует ограниченно и периодически подтверждается, поскольку уровень процессов может меняться. Числовая шкала от 1 до 5 превращает сложную картину в удобный для сравнения показатель. Однако этот показатель узок. Он относится к организациям, разрабатывающим ПО, предполагает проектный характер работы и оценивает только производственный процесс. Финансы, персонал и прошлый опыт остаются вне оценки.

Для практического применения это означает, что сертификат CMM полезен как один из критериев предварительного отбора, но не заменяет комплексную проверку подрядчика. Его ценность — в стандартизации, сравнимости и возможности прогноза, а ограничение — в сфокусированности исключительно на зрелости процесса.

Авторы CMM (Capability Maturity Model — модель зрелости) предполагали три способа её использования.

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

Второй способ. Заказчик нанимает стороннюю организацию. В английском её называют оценщик (assessor), в русской терминологии ближе организация-оценщик. Она за плату выполняет работу, которую иначе выполнял бы заказчик.

Третий способ. Организации аудиторов используют CMM как общий, общепринятый механизм оценки зрелости организаций-разработчиков ПО. Механизм един, поэтому оценки выполняются одинаково, а результаты сравнимы. Возникает независимая оценка. Разработчики могут получить её за плату и предъявить на конкурсе или тендере. Заказчик использует сертификат и заключение аудитора при выборе исполнителя.

Традиционная оценка по прошлому опыту, отзывам клиентов и описаниям проектов полезна, но не гарантирует повторения успеха. CMM нужна, чтобы прогнозировать выполнение заказа без длительных индивидуальных переговоров с каждой компанией. Когда контракт уже заключён, заказчик может изучать производственный процесс поставщика. Но CMM предназначена для ситуации, когда поставщик ещё не выбран и рассматривается много организаций. Разговаривать с каждой слишком долго и сложно. Нужен более формальный, простой и компактный подход.

Из трёх вариантов прижился третий. Первые два не получили заметного распространения. Причины: нужны специфические знания и навыки; высоки затраты; главное — время. Оценка десятков компаний растянула бы тендер или конкурс.

Третий вариант стал отдельным рынком и отдельной деятельностью по оценке, не связанной с конкретным конкурсом. Выдаётся сертификат на ограниченный срок. Уровень зрелости может меняться, поэтому сертификат обычно подтверждают примерно раз в три года. Результат оценки — число от 1 до 5; 1 — уровень зрелости, 5 — наивысший.

Область применения CMM ограничена. Модель разрабатывалась для организаций, создающих ПО. Авторы не пытались обобщить её на другие сферы. Предполагается, что деятельность имеет проектный характер. Оценивается только зрелость производственного процесса. Финансовое положение, кадры, персонал и предыдущий опыт не рассматриваются. С точки зрения CMM между организацией и её производственным процессом нет разницы: это одно и то же.

Выводы

1. CMM позволяет прогнозировать выполнение заказа без длительных переговоров с каждым поставщиком.
2. Авторы предусмотрели три варианта использования модели.
3. Первый вариант — оценка претендентов силами самого заказчика.
4. Второй вариант — заказчик нанимает стороннюю организацию-оценщика.
5. Третий вариант — независимые аудиторы применяют CMM как общий механизм оценки.
6. Первые два варианта не получили широкого распространения из-за затрат, времени и требований к знаниям.
7. Прижился третий вариант: отдельный рынок оценки и сертификации.
8. Результат оценки — уровень зрелости от 1 до 5; 5 — наивысший.
9. Сертификат ограничен по сроку и обычно подтверждается раз в три года.
10. CMM разработана для организаций, занимающихся разработкой ПО проектного характера.
11. Оценивается только зрелость производственного процесса.
12. Финансы, кадры и прошлый опыт не учитываются; для CMM организация и процесс фактически совпадают.

Вопросы для самопроверки

1. Для каких ситуаций прежде всего предназначена CMM?
2. Какие три варианта использования CMM предусмотрели авторы?
3. В чём суть первого варианта использования CMM?
4. В чём суть второго варианта использования CMM?
5. В чём суть третьего варианта использования CMM?
6. Почему первый и второй варианты не получили широкого распространения?
7. Почему третий вариант стал распространённым?
8. Что является результатом оценки по CMM?
9. Почему сертификат CMM имеет ограниченный срок действия?
10. Для каких организаций разрабатывалась CMM?
11. Какое допущение о характере деятельности важно для применения CMM?
12. Что именно оценивается по CMM и что остаётся вне оценки?
Вернуться к учебному плану