Смекни!
smekni.com

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

1. Нормативы на разработку ПО (временные и стоимостные оценки) должны быть задокументирова­ны для использования при планировании и отслежи­вании проектов.

2. Действия и обязательства по проектам должны планироваться и документироваться.

3. Задействованные группы и личности должны выполнять обязанности, связанные с проектом.

УИ в начале внедрения СММ находилось на пер­вом уровне оценки зрелости данной ОКП (20%). В 1999 г. в УИ внедрялся третий уровень планирования (на базе той же BPI-компоненты). Попытка не уда­лась. В УИ уровень управления проектами остался прежним.

CIT в 1999 г. находилась на уровне 20%. С вводомв повседневную практику

Рис. 2 - уровень зрелости данной ОКП в «CIT» оценивается на 40%

Уровень зрелости, %

форми­рования заданий, а также учета вы­полненных в рам­ках данных зада­ний работ (ПО «Prose», далее Prose), уровень зрелости данной ОКП в «CIT» оценивается на 40% (рис. 2).

7.3.1. Управление деятельностью — контроль над ходом проекта

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

Данная ОКП базируется на следующих принципах организации работ:

Вовлечение персонала. Диспетчеризация осуществляется индивидуально каждым работником.

Разбиение работ на стадии', организация работы — выполнение работы — продвижение работы . Внима­ние направлено на помощь в организации работ (ко­гда исполнитель сам планирует сроки и приоритеты выполнения заданий), а также в продвижении работы (демонстрация уровня и качества работы). Действуем по принципу: Работа учтена — она есть.

Работа не учтена — ее нет.

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

Данная ОКП ставит следующие цели:

1. Результаты и характеристики выполняемого проекта должны постоянно сравниваться с плановы­ми.

2. Корректирующие действия должны выполняться тогда, когда действительные результаты значительно отклонились от плановых.

3. Изменение обязанностей должно согласовывать­ся с задействованными группами и конкретными ра­ботниками.

Вначале УИ находилось на первом уровне оценки зрелости данной ОКП (20%). В 1999 г. в УИ была частично внедрена диспетчеризация работ персонала, но это не стало постоянной практикой, и УИ оста­лось на прежнем уровне. Наблюдается тенденция к снижению уровня ОКП до 15% (табл. 5).

CIT в 1999 г.

Уровень зрелости, %

Рис. 3. 1 - УИ; 2 - CIT

находилась на уровне 20%. С вводом в повсе­дневную практику формирования за­даний, а также учета с помощью Proseвыполненных

Таблица 5 - Управление деятельностью — контроль над ходомпроекта - Качественная характеристика уровня зрелости - тенденция к снижению уровня ОКП

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

в рамках задания работ (индивидуальное диспет­чирование), уровень зрелости данной ОКП оценива­ется в 40% (рис. 3).

7.4. Закупкиуправлениеработами ссубподрядчиками

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

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

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

Субподрядчик рассматривается как партнер, с кото­рым ведутся работы на долгосрочной основе. Если субподрядчик тебя подвел, не выполнив взятые на себя обязательства, виноват не он, а ты, так как вы­брал его в качестве партнера, не просчитав все риски.

Данная ОКП определяет следующие цели:

1. Генеральный подрядчик должен выбирать толь­ко качественных субподрядчиков.

2. Генеральный подрядчик и субподрядчик должны согласовать друг с другом свои обязательства.

3. Генеральный подрядчик и субподрядчик должны поддерживать постоянную связь.

4. Генеральный подрядчик должен постоянно от­слеживать реальные результаты деятельности субпод­рядчика и сравнивать их с его обязательствами.

УИ в начале внедрения СММ находилось на пер­вом уровне оценки зрелости данной ОКП (20%). В 1999 г. в УИ была внедрена система ведения заявок субподрядчикам (сначала на базе E-mail, затем на базе Интернет). Это позволило организовать коллективную работу в системе управления заявками и оценивать исполнительскую дисциплину субподрядчиков. В УИ уровень управления работами с субподрядчиками под­нялся до 40%.

Уровень зрелости, %

Рис. 4. 1 - УИ; 2 - CIT

CIT в 1999 г. находилась на уровне 20% зрело­сти ОКП. С вво­дом в повседнев­нуюпрактику формирования заявок к субпод­рядчикам, а также

учета выполненных работ на базе E-mail, уровень зре­лости данной ОКП оценивается в 30% (рис. 4).

7.5.3. Идентификация и прослеживаемость — обеспечение качества

Рекомендуется использовать данную ОКП наряду с методологией PSP (PersonalSoftwareProcess — прог­раммное обеспечение ПК) [7], где львиная доля работ по контролю качества ПО возлагается на разработчика. По данным SEI [8] разработчик находит ошибки в 10 раз быстрее и в десять раз больше, чем тестировщик. Если выполняются действия по определению требова­ний к ПО и по оценке критериев качества ПО, то рабо­ты по автономному тестированию (т.е. тестированию отдельных кусков ПО) считаются экономически невы­годными. Тестировщики осуществляют тестирование системы по принципу «черного ящика», т. е. осуществ­ляют общесистемное тестирование.

Данная ОКП определяет следующие цели:

1) деятельность по обеспечению качества ПО должна планироваться;

2) должен обеспечиваться объективный контроль за строгим соответствием ПО и процессов принятым стандартам, процедурам и требованиям;

3) задействованные группы и конкретные работни­ки должны информироваться о действиях по обеспе­чению качества и об их результатах;

4) вопросы несоответствия требованиям, которые невозможно разрешить в рамках проекта, должны ре­шаться на высшем уровне компании.

УИ в начале внедрения СММ находилось выше нулевого уровня оценки зрелости данной ОКП (10%). В 1999 г. в УИ попытались внедрить учет дефектов с назначением ответственных за дефект. В реальной ра­боте учет дефектов не использовался. Сейчас уровень обеспечения качества ПО снизился до 5%.

CIT в 1999 г. находилась на уровне 10% зрелости по данной ОКП. С вводом в повседневную практику

Уровень зрелости,

Рис. 5. 1" УИ; 2 - CIT

учета дефектов с помощью Prose уровень оценива­ется в 30%. На­блюдается тенден­ция к его повышению (рис. 5, табл. 7).

Таблица 7 - Качественная характеристика уровня зрелости контроля качества

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

7.5.5. Консервация продукции — управление конфигурацией