Аутсорсинг

Наиболее близко CMM стоит к общефирменной системе управления качеством TQM Ф. Кросби, которая считается целой философией (как и CMM), настолько она сложна. Однако принципиальное отличие TQM от CMM в том, что TQM ориентирована на области, не связанные с программированием, поэтому компьютерным фирмам не удается эффективно использовать TQM из-за слишком специфического понятия 'качество ПО'. Кроме того, TQM большое значение придает человеческому фактору, бизнес-планированию и другим вещам, которые CMM не рассматривает.

И это все работает?

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

CMM чаще всего применяется при реализации крупных проектов, когда заказчиками выступают организации, требующие от исполнителя особо высокой надежности и качества ПО (как правило, военные и государственные структуры), поэтому работы по развитию CMM спонсируются Пентагоном. Американская компания не получит от правительства серьезный заказ, если она не прошла в SEI тестирование на соответствие как минимум третьему (из пяти) уровню CMM: программистская фирма, сертифицированная по третьему уровню, считается фирмой мирового класса. Пятому же уровню к осени 1997 г. соответствовало только пять компаний (программное отделение Boeing в Сиэтле, индийское отделение Motorola в Бангладеш и еще три другие). Интересно, что Microsoft неоднократно опровергала предположения, что она использует CMM. В оправдание Microsoft надо заметить, что применение CMM наиболее эффективно в компаниях с высоким уровнем бюрократии, когда многие процессы управления жестко формализованы.

Компании сертифицируются институтом SEI (Software Engineering Institute) по пяти уровням зрелости (УЗР), каждый из которых описывается в модели CMM (Common Maturity Model) набором целевых критериев. Эти критерии определяют, что компания должна делать, чтобы ее процессы создания ПО (ПСПО) обеспечивали надлежащее качество проекта. Фактически оценке подвергается не компания или продукты, а проекты, то есть определяется, насколько профессионально компания способна разрабатывать ПО. Чтобы компания соответствовала тому или иному УЗр, требуется, чтобы все ее проекты соответствовали этому уровню. В понятие проекта входит, конечно, не только разработка ПО, но и его сопровождение.

Пять уровней CMM

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