RSS    

   Реферат: Методология CCM (Capability Maturity Model for Software) – модель развития способности организации разрабатывать и сопровождать программные продукты) в менеджменте качества проектов

I. Хаос (начальный уровень) — Initial — «самоорга­низующийся хаос». Качество ПО и процессов его раз­работки на данном уровне является случайной вели-

Схема   1

чиной и напрямую зависит от способностей отдель­ных сотрудников. Стоимость разработки ПО высока, результат непредсказуем. Для нашего примера (вне­дрение СММ в УИ) на данном уровне решается зада­ча минимум.

П. Контроль (повторяемость) — Repeatable — осуще­ствление планирования, налаживание учета и контро­ля деятельности, и, как следствие, балансировка ос­новных целей. При выходе на второй уровень дея­тельность предприятия становится прозрачной, воз­можно повторение ранее достигнутых успехов. Каче­ство ПО все еще зависит от способностей отдельных личностей. Основное внимание на данном уровне уделяется управляющим процессам. Результат стано­вится предсказуемым. Для нашего примера на данном уровне решается среднесрочная задача.

III. Начало оптимизации (определенность) — Difmed — управляющие и прикладные действия по работе над ПО задокументированы, стандартизованы и объедине­ны в общий для всех проектов процесс создания ПО. Данный уровень характеризуется точной временной оценкой деятельности и расчетом себестоимости про­дукта. Целью (и критерием выхода на данный уро­вень) является создание «инкубатора лидеров». Ка­чество   ПО  не  зависит  от  способностей  отдельных личностей.   Основное  внимание  уделяется  приклад­ным  процессам  и  организационной  поддержке.   На данном уровне решается задача максимум.

IV. Управление - Managed - собраны подробные данные о процессах работы над ПО и компонентах продукции.  Все процессы и компоненты продукции количественно  оцениваются и контролируются.   Ос­новное внимание на данном уровне уделяется качест­ву продукции и процессов работы.

V. Высокая оптимизация - Optimizing — обеспечи­вается  BPI  при  помощи  количественных оценок и внедрения инновационных идей и технологий.

Каждый уровень СММ характеризуется областью ключевых процессов (ОКП). ОКП - совокупность взаимосвязанных процессов, которые при совместном выполнении приводят к достижению определенного набора целей. Достижение всех целей в рамках ОКП для определенного уровня СММ определяет соответ­ствие организации данному уровню. Если хотя бы од­на цель хоть одной ОКП уровня СММ не достигнута, то организация не может соответствовать данному уровню СММ. ОКП можно разбить на три категории: управляющие (Management), организационные (Organiza­tion) и обеспечивающие (Engineering) (табл. 1).

СММ не определяет все процессы, имеющие отно­шение к разработке программного обеспечения; выде­ляются только те, которые необходимы для достиже­ния уровня СММ, они и включаются в ОКП. Каждая ОКП разбивается на пять общих свойств (Common Features): обязательство выполнить (Comment to per­form); способность выполнить (Ability to Perform); вы­полняемые действия (Activities Performed); измерение и анализ (Measurement and Analysis); проверка реализа­ции (Verifying Implementation).

Общее свойство «Выполняемые действия» описыва­ет действия, которые необходимо выполнить для дос­тижения целей ОКП, остальные четыре общих свойства описывают формальные факторы, делающие процесс частью корпоративной культуры (следование курсу непрерывного улучшения). Полное выполнение всех ключевых приемов (key practice) из всех общих свойств обеспечивает достижение целей ОКП. Ключе­вые приемы описывают, каким должен стать рабочий процесс (или элемент процесса, или часть инфра­структуры), но не определяют способ достижения (конкретные технологии или методики), хотя для не­которых ключевых приемов даются общие рекоменда­ции. Для различных условий один и тот же результат может достигаться разными способами. Ключевые приемы — это скорее общие принципы работы, чем конкретные действия. Последовательное выполнение общих свойств фактически реализует цикл BPI (схема 2), т. е. непре­рывное улучшение бизнес-процессов.

Таблица  1 -  Каждый уровень СММ характеризуется областью ключевых процессов (ОКП).

Уровни зрелости Категории процессов
управляющие организационные обеспечивающие
V. Высокая оптимизация Управление процессами через количественные оценки Управление качеством ПО
IV. Управле­ние Управление изменением технологии Управление изменением процессов Предотвращение дефектов
III. Начало оптимизации Общее управление ПО Координация совместной работы групп Организация работ внутри групп Создание функциональных моделей организационных процессов Программа обучения персонала

Проектирование ПО

Выявление дефектов на ранних стадиях

II. Контроль Управление требованиями Управление субконтрактами Контроль за выполнением проектов Планирование проектов Обеспечение качества ПО Управление конфигурацией
I. Хаос Случайные процессы

Схема 2 - цикл BPI (непре­рывное улучшение бизнес-процессов)

Цикл BPI действует на каждом уровне СММ. В табл. 2 проведены параллели между общими свойства­ми СММ и элементами стандарта ИСО 9001:2000.

Таблица 2 - параллели между общими свойства­ми СММ и элементами стандарта ИСО 9001:2000.

Общие свойства СММ МС ИСО 9001:2000
1. Обязатель­ство выпол­нить 5. Ответственность руководства
2. Способность выполнить 6. Управление ресурсами
3. Выполняе­мые действия 7. Реализация продукции (частично): 7.2. Процессы, связанные с потребителем; 7.3. Проектирование и разработка; 7.4. Закупки; 7.5. Деятельность по производству и обслуживанию продукции
4. Измерение и анализ 8. Измерение, анализ и улучшение (I часть): 8.1. Планирование; 8.2. Измерение и мониторинг; 8.3. Управление несоответствиями; 8.4. Анализ данных для улучшения
5. Проверка реализации 8. Измерение, анализ и улучшение (11 часть): 8.5. Улучшение

Далее детализируется соответствие общего свойст­ва «Выполняемые действия» ОКП второго уровня СММ с элементом «7. Реализация продукции» МС ИСО 9001:2000.

7.2. Процессы, связанные с потребителем — управление требованиями

В этой ОКП описывается по­рядок действий, обеспечивающий появление понятных и заказчику, и исполнителю требований к ко­нечному продукту. Данная ОКП определяет следующие цели:

1.   Системные требования, предъявляемые к ПО, должны быть контролируемыми и являться основой для проектирования ПО и диспетчеризация хода выполне­ния проекта.

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

Достижение этих целей подра­зумевает наличие:

системы разработки технических заданий (ТЗ) на ПО (как начало управления требованиями);

системы заявок и уточнений на протяжении всего жизненного цикла ПО;

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

Уровни оценки зрелости ОКП «Управление требо­ваниями» даны в табл. 3.

Таблица 3 - Уровни оценки зрелости ОКП «Управление требо­ваниями»

Качественная характеристика уровня зрелости %
0. Требования заказчика формулируются и прини­маются в устной форме и затем нигде не фиксируются 0
1 . Требования заказчика фиксируются в разрозненных документах; прослеживаемости исполнения нет 20
2. Ведется диспетчирование заявок заказчика, стадии их исполнения, уровень удовлетворенности заказчика 40
3. Тесная координация работы с Заказчиком, заказчик интегрируется в процесс разработки ПО 60
4. Накапливаются формализованные знания (метрики) по удовлетворенности заказчика (для планирования приоритетов) 80
5. Система управления знаниями (СУЗ) в повседнев­ной работе помогает заказчику конфигурировать заявки на ПО с учетом будущих потребностей 100

Для повышения качества процесса управления тре­бованиями необходимо, чтобы культурой обмена электронными заявками (письмами, требованиями и т. п.) обладал не только разработчик, но и заказчик.

Страницы: 1, 2, 3, 4


Новости


Быстрый поиск

Группа вКонтакте: новости

Пока нет

Новости в Twitter и Facebook

                   

Новости

© 2010.