Оцінювання зрілості організацій-розробників - Бізнес-консалтинг 3D VOK Group
 
english русский english
на головнумапа сайтузворотній зв'язок

Оцінювання зрілості організацій-розробників :: головна

Online моделювання
Бізнес-архітектури
Користувач:
Пароль:
Зареєструватися >>   

  Новини     Статті

  Акції

  Події

Оцінювання зрілості організацій-розробників

П'ять рівнів зрілості СММ, асоційованих із КРА, представлені рисунку 1. Напис на стрілці показує рівень досягнутої потужності процесу, що офіційно затверджується організацією на кожному щаблі моделі зрілості. Назви рівнів зрілості відображують сутність змін в Основному процесі програмної інженерії.

Рівень зрілості визначає проблеми, які переважають на цьому рівні. Наприклад, на рівні 1 основна проблема стосується управління, а інші проблеми приховані через складність планування й управління програмними проектами.

Кожний рівень створює фундамент для ефективної реалізації процесів на наступних рівнях.
Найбільш відомим є сімейство моделей зрілості CMMs (Capability Maturity Models).
Тут ми розглядаємо модель SW-CMM.

Модель СММ може використовуватися для оцінювання й удосконалювання процесу програмної інженерії (в цілому) в організації (тому її називають моделлю зрілості (досконалості) організації, а не окремих процесів ЖЦ).

Модель виділяє й дає строгий опис 18 ключових напрямків (областей, ділянок) процесу КРА (Key Process Areas) програмної інженерії (схожих за призначенням з підтримуючими й організаційними процесами ЖЦ в ISO/IEC 15504), які «розподілені» по рівнях зрілості (від 2 до 5). Для того щоб організація досягла певного рівня зрілості, вона повинна впровадити (институциализировать) відповідну множину КРА й надати експертам (які мають права оцінювання й володіють методами експертного оцінювання) документальне підтвердження впровадження КРА в процес програмної інженерії. Результат оцінювання - сертифікат рівня зрілості й/або рекомендації з подальшого вдосконалювання процесу.




Рис.1. Рівні зрілості в моделі СММ

КРА згруповані по рівнях зрілості таким чином, що кожне КРА завжди стосується тільки одного рівня СММ. Хоча в організації, що перебуває на певному рівні зрілості, можуть виконуватися процедури в рамках напрямків, які відносяться до інших рівнів зрілості, - висновок про те, який рівень зрілості займає організація, робиться тільки по КРА, що відповідає даному рівню.
Кожний рівень зрілості, за винятком першого, може бути декомпозований на складові частини (рисунок 2).
Кожен напрямок представлений п'ятьма розділами, а кожен розділ визначає перелікрекомендованих практичних дій (прийомів, процедур). При виконанні всіх рекомендованих дій досягаються цілі, які є пріоритетними для відповідного ключового напрямку процесу (вважаються важливими для розширення можливостей процесу).
Розділ КРА стосується одного аспекту проблем, пов'язаних з виконанням відповідної ділянки процесу. У СММ виділені наступні п'ять розділів КРА :

  • адміністративні міри. У цьому розділі описані дії, які повинна почати організація, щоб забезпечити пуск процесу і його стабільність. Адміністративні міри звичайно стосуються формування політики й забезпечення фінансової підтримки;
  • необхідні передумови. У цьому розділі описані умови, які повинні бути створені в рамках організації або проекту для забезпечення готовності процесу (необхідні ресурси, організаційні структури й система навчання);
  • виконувані процедури. У цьому розділі описані правила й процедури, яких необхідно дотримуватися для успішної реалізації відповідної ділянки процесу. До таких процедур, як правило, відносять розробку планів і процедур, виконання технологічних операцій, а також дії по перевірці і необхідному коригуванню;



Рис.2. Структура рівня зрілості в моделі СММ

  • вимірювання і аналіз. У розділі описані вимоги до проведення вимірів у ході процесу й аналізу отриманих результатів вимірів, а також наведені приклади даних, які зазвичай збираються (показників), необхідних для визначення стану й ефективності процесу. Ключові процедури цього розділу описують основні прийоми вимірів, що необхідні для визначення стану робіт по ключових процедурах, які представлені у розділі «виконувані процедури». Приклади запропонованих метрик приводяться як додаткова інформація, оскільки в різних середовищах проектів можуть вимагатися різні метрики й підходи до вимірювання;
  • проведення перевірки. У розділі описані заходи, що вживаються для перевірки відповідності виконуваних дій вимогам існуючого процесу. До методів перевірки зазвичай відносять огляди й аудиторські перевірки (ревізії) у ході управління й забезпечення гарантії якості ПЗ. У цей розділ входять ключові процедури, що стосуються контролю з боку керівництва організації й керівництва проекту, а також будь-яких дій по перевірці належного виконання ключових процедур з боку групи якості або інших груп.

Запропоновані СММ ключові процедури процесу не пред'являють будь-яких вимог до моделі ЖЦ ПЗ, організаційної структури, розподілу обов'язків і відповідальностей, підходів до управління й розробки ПЗ. Вони акцентують увагу на описанні істотних елементів ефективного процесу.

1. Методи оцінювання зрілості

СММ пропонує критерії, що дозволяють оцінити зрілість організацій-розробників. Ці критерії можуть використовуватися організаціями-розробниками для поліпшення процесів розробки й супроводу ПЗ, а також державними й комерційними організаціями-замовниками для оцінки ризиків укладення договорів на розробку програмних проектів з певними організаціями-виконавцями.
На базі СММ SEI розробив 2 методи оцінювання зрілості процесу:

  • метод SPA (від Software Process Assessment) - оцінювання поточного стану процесу. Використовується для дослідження процесу програмної інженерії в організації, визначення його поточного стану, виявлення існуючих проблем, вибору високопріорітетних цілей поліпшення процесу розробки, вироблення відповідної стратегії поліпшення й одержання підтримки з боку керівництва;
  • метод SCE (від Software Capability Evaluation) - оцінка спроможностей організації-розробника бюджету. Може використовуватися при визначенні потенційних організацій-виконавців програмних проектів або для управління ефективністю процесу в організаціях-виконавцях , що мають в своєму розпорядженні певні ресурси розробки.

Методи SPA і SCE відрізняються мотивацією, цілями, структурою результуючих даних і способами інтерпретації результатів. А це, у свою чергу, визначає застосовувані процедури оцінювання, умови проведення дослідження, динаміку інтерв'ювання, спектр питань, що задаються, характер і обсяг інформації, яка збирається, а також принципи підготовки фахівців для груп оцінювання.
Дослідження методом SPA з метою поліпшення процесу в організації виконується регулярно (з періодичністю 18-36 місяців) в умовах відкритості й співробітництва з керівництвом і колективом розробників.
Оцінювання методом SCE виконується в умовах, наближених до умов проведення ревізій. Рекомендації експертів допомагають вибрати найбільш надійних виконавців проектів.
Основні кроки виконання оцінок по СММ методами SPA і SCE:

  • Крок 1. Вибір групи експертів, навчених основам СММ і специфіці методів оцінювання поточного стану або потенційних можливостей організації. Члени групи повинні бути професіоналами в програмній інженерії й менеджменті.
  • Крок 2. Отримання від оцінюваної організації відповідей на питання контрольного запитальника, що буде використовуватися при проведенні оцінювання.
  • Крок 3. Аналіз відповідей та ідентифікація тих ділянок процесу, які вимагають подальшого дослідження. Ці ділянки відповідають КРА в моделі СММ.
  • Крок 4. Відвідування організації. Його ціль - зробити інтерв'ювання розробників і оглянути документацію та співставити отримані результати з результатами аналізу по запитальнику. Управляючими матеріалами в цьому процесі служать опис КРА й практичних прийомів СММ. У своїй роботі група використовує методи проведення експертизи, що дає їй можливість оцінити, якою мірою КРА задовольняють цілям процесу по кожному напрямку. У тому випадку, якщо виявляються розбіжності між ключовими процедурами СММ і діючою практикою в організації, - група повинна документувати обґрунтування своїх рішень по кожному напрямку.
  • Крок 5. По завершенні роботи в організації група формує перелік «знахідок» (виявлених відхилень), які ідентифікують сильні й слабкі сторони процесу в організації. Якщо метою роботи групи є оцінювання поточного стану й можливостей поліпшення процесу в організації - вона дає керівництву організації відповідні рекомендації, якщо ж мета - оцінка здатності організації виконувати контракти на розробку, - «знахідки» використовуються для аналізу ризику, що здійснюється відповідною інстанцією.
  • Крок 6. Група готує звіт, у якому в розрізі КРА показує, по яких напрямах і якою мірою організація досягає або не досягає цілей КРА. Цілі можуть вважатися досягнутими й у тому випадку, коли відзначені окремі недоліки, але вони не стосуються основних рішень, по яких оцінюється досяжність цілей.

Для отримання достовірної інформації про хід виконання плану заходів щодо поліпшення процесу в проміжках часу між обстеженнями по методу SPA, інститутом SEI був запропонований метод IP (від Interim Profile) - метод швидкої проміжної оцінки стану процесу по контрольному запитальнику з мінімальним залученням додаткової інформації з боку виконавців проектів. Умовою застосування цього методу є попередня оцінка по методу SPA і наявність офіційно затвердженого плану заходів щодо поліпшення процесу в організації.

Паспорт програмного продукту
____________________(назва)

розробленого __________________________
                          (назва організації)

Клас системи
(наприклад, АСУ ТП, АИС і ін)
Прикладна область (наприклад, бухгалтерський облік)
Масштабність:
• тривалість
• кількість виконавців
• обсяг (розмір)продукту
• ступінь повторного використання
(у місяцях)
(кількість людей, що приймають участь у розробці)
(обсяг ПО в рядках вихідного коду або УЕФ)
(____ % вихідного коду, ______ % модифікованого коду, % повторно використовуваного коду)
Примітка (наприклад, велика кількість СОТS – більші витрати на розробку)
Участь на паях у роботі (наприклад, головний виконавець, всі види робіт і ін.)
Організаційний підхід (наприклад, тимчасовий трудовий колектив, інтегрована група й ін.)
Мови й середовища програмування мови (середовища) програмування, які використовуються
Замовник найменування організації-замовника
Застосовувані стандарти (група застосовуваних вітчизняних і міжнародних стандартів)
Наявність співвиконавців (так/ні, кількість організацій-співвиконавців)
Новизна (наприклад, замість діючої системи)
Платформа функціонування характеристика апаратного, програмного й телекомунікаційного середовища
Інші вимоги  

Відповідальний виконавець проекту:___________ Підпис
Телефон_______________
Дата_____________

Рис. 3. Структура паспорта програмного продукту

Обробка контрольних запитальників для отриманняя оцінок включає виконання наступних дій:
1) кожній оцінці присвоюється еквівалентний числовий коефіцієнт (таблиця 1).

Таблиця 1. Коефіцієнти для оцінки відповідей на питання

Оцінка частоти виконання процедур Коефіцієнт
Майже завжди 1
Часто 0.75
Іноді 0.5
Рідко 0.25
Ніколи 0

2) обробляється один запитальник для одного проекту: підраховується кількість відповідей по кожній оцінці одного напрямку процесу (кількість оцінок «+» або «1» в стовпчику). Це кількість відповідей помножується на відповідний коефіцієнт і обчислюється їх сума. Потім ця сума ділиться на кількість питань, що стосуються даного напрямку, і множиться на 100% (для одержання оцінки досяжності цілей напрямку у відсотках).

Нижче наведений приклад заповнення опитувального аркуша по напрямку «Управління вимогами» і оцінка рівня досяжності цілей по даному напрямку. Відповідний опитувальний аркуш містить 6 питань. Приклад заповнення опитувального аркуша наведений у таблиці 2. Обчислена оцінка КРА по відповідях на питання за даним напрямком становить (2* 1 + 1>> 0.75+ 1<<0.5 + 2>> 0)/6 = 0.54
або у відсотковому відношенні - 0.54 x 100% = 54%.

Процедура повторюється по всіх шести напрямках, представлених у запитальнику.

  1. подібним чином обробляються відповіді на питання по всіх проектах;
  2. по завершенні обробки опитувальних аркушів оцінки по кожному напрямку для всіх проектів усереднюються.

Усереднена оцінка напрямку по всіх проектах обчислюється як медіана часткових оцінок. Наприклад, якщо в результаті обробки питань по першому напрямку для п'яти проектів були отримані такі оцінки: 54 58 75 79 80, то медіаною ряду буде значення 75 і це буде середня оцінка даного напрямку по представлених проектах.

  1. отримані сумарні оцінки проектів у відсотках по кожному напрямку записуються в підсумковий звіт за формою, представленою в таблиці 3.
  2. для розрахунку рівня зрілості Lзр організації застосовується формула:

6

Lзр = 2/6 • { Σ [(КРА%,) / 100]}

де КРА - отримані сумарні оцінки проектів у відсотках.

Таблиця.2. Приклад заповнення опитувального аркуша

Управління вимогами Майже завжди Часто Іноді Рідко Ніколи Не використовується
1. Чи використовуються системні вимоги, делеговані ПО, як основу для виконання розробки й управління процесом розробки? +          
2 Чи Виконується коригування планів ПО, робочих продуктів і дій при зміні системних вимог, делегованих ПО? +          
3. Чи керується проект прийнятою в організації політикою в частині управління системними вимогами, делегованими ПО?   +        
4. Чи пройшли особи, яким доручене управління делегованими вимогами, навчання прийомам управління вимогами?     +      
5. Чи проводяться вимірювання з метою визначення адекватності дій, виконуваних по управлінню делегованими вимогами (наприклад, є чи облік загального числа запропонованих змін у вимогах, числа прийнятих пропозицій по змінах, числа зроблених коригувань у базовій версії та ін.)?         +  
6. Чи піддаються дії по управлінню вимогами в проекті ревізіям з метою забезпечення гарантії якості ПO?         +  

Таблиця.3. Оцінка рівня зрілості по КРА

КРА Майже завжди >90% випадків Часто 60-90% випадків Майже нарівно 40-60% випадків Час від часу 10-40% Украй рідко < 10%
Управління вимогами          
Планування проектів          
Моніторинг проектів          
Управління співвиконавцями          
Забезпечення гарантії якості          
Управління конфігурацією          
Rambler's Top100 Rambler's Top100 Бизнес - каталог сайтов фирм и компаний, Киев - Каталог компаний, фирм и веб-сайтов Украины, Киев. Добавить сайт в каталог Менеджмент и консалтинг, Бизнес, Киев.
Якщо Ви помітили помилку в тексті, виділіть фрагмент тексту курсором миші та натисніть Ctrl + Enter. Дякуємо!
Про компанію  |  Мапа сайту  |   Конфіденційність  |  Авторскі права  |  Обмеження відповідальності  |  Контакти