Integracja modelu dojrzałości zdolności — Capability Maturity Model Integration

Capability Maturity Model Integration ( CMMI ) to program szkoleniowy i oceniający doskonalenie na poziomie procesu. Administrowany przez Instytut CMMI , a zależną od ISACA , został opracowany w Carnegie Mellon University (CMU). Jest to wymagane przez wiele kontraktów rządowych Stanów Zjednoczonych, zwłaszcza w zakresie rozwoju oprogramowania . CMU twierdzi, że CMMI może być używany do kierowania doskonaleniem procesów w ramach projektu, oddziału lub całej organizacji. CMMI definiuje następujące poziomy dojrzałości dla procesów: początkowy, zarządzany, zdefiniowany, zarządzany ilościowo i optymalizujący. Wersja 2.0 została opublikowana w 2018 r. (Wersja 1.3 została opublikowana w 2010 r. i jest modelem odniesienia dla pozostałych informacji w tym artykule wiki). CMMI jest zarejestrowany w Urzędzie Patentów i Znaków Towarowych USA przez CMU.

Przegląd

Charakterystyka poziomów dojrzałości.

Pierwotnie CMMI zajmuje się trzema obszarami zainteresowania:

Rozwój produktów i usług – CMMI for Development (CMMI-DEV),
Zakładanie usług, zarządzanie, – CMMI dla usług (CMMI-SVC) oraz
Pozyskiwanie produktów i usług – CMMI for Acquisition (CMMI-ACQ).

W wersji 2.0 te trzy obszary (które wcześniej miały osobny model) zostały połączone w jeden model.

CMMI został opracowany przez grupę przedstawicieli przemysłu, rządu i Instytutu Inżynierii Oprogramowania (SEI) przy CMU. Modele CMMI zapewniają wskazówki dotyczące opracowywania lub ulepszania procesów, które spełniają cele biznesowe organizacji. Model CMMI może być również wykorzystywany jako podstawa oceny dojrzałości procesowej organizacji. Do stycznia 2013 r. cały zestaw produktów CMMI został przeniesiony z SEI do CMMI Institute, nowo utworzonej organizacji w Carnegie Mellon.

Historia

CMMI został opracowany w ramach projektu CMMI, którego celem było zwiększenie użyteczności modeli dojrzałości poprzez integrację wielu różnych modeli w jedną platformę. Projekt składał się z przedstawicieli przemysłu, rządu i Carnegie Mellon Software Engineering Institute (SEI). Głównymi sponsorami były Biuro Sekretarza Obrony ( OSD ) oraz Narodowe Stowarzyszenie Przemysłu Obronnego .

CMMI jest następcą modelu dojrzałości zdolności (CMM) lub oprogramowania CMM. CMM był rozwijany od 1987 do 1997 roku. W 2002 roku została wydana wersja 1.1, wersja 1.2 pojawiła się w sierpniu 2006, a wersja 1.3 w listopadzie 2010. Niektóre główne zmiany w CMMI V1.3 to wsparcie rozwoju oprogramowania Agile , ulepszenia do wysokich praktyki dojrzałości i dostosowanie reprezentacji (etapowe i ciągłe).

Według Instytutu Inżynierii Oprogramowania (SEI, 2008), CMMI pomaga „integrować tradycyjnie oddzielne funkcje organizacyjne, ustalać cele i priorytety doskonalenia procesów, zapewniać wytyczne dotyczące procesów jakości oraz zapewniać punkt odniesienia do oceny bieżących procesów”.

Mary Beth Chrissis, Mike Konrad i Sandy Shrum Rawdon byli zespołem autorów publikacji papierowej CMMI dla wersji rozwojowych 1.2 i 1.3. Publikacja Addisona-Wesleya w wersji 1.3 została poświęcona pamięci Wattsa Humphry'ego. Eileen C. Forrester, Brandon L. Buteau i Sandy Shrum byli zespołem autorów publikacji papierowej CMMI dla wersji usług 1.3. Rawdon "Rusty" Young był głównym architektem rozwoju CMMI w wersji 2.0. Wcześniej był właścicielem produktu CMMI i kierownikiem ds. jakości SCAMPI w Instytucie Inżynierii Oprogramowania.

W marcu 2016 Instytut CMMI został przejęty przez [ISACA].

Tematy CMMI

Reprezentacja

W wersji 1.3 CMMI istniał w dwóch reprezentacjach: ciągłej i etapowej. Reprezentacja ciągła ma na celu umożliwienie użytkownikowi skupienia się na konkretnych procesach, które są uważane za ważne dla bezpośrednich celów biznesowych organizacji lub tych, którym organizacja przypisuje wysoki stopień ryzyka. Reprezentacja etapowa ma na celu zapewnienie standardowej sekwencji ulepszeń i może służyć jako podstawa do porównania dojrzałości różnych projektów i organizacji. Reprezentacja etapowa zapewnia również łatwą migrację z SW-CMM do CMMI.

W wersji 2.0 powyższy rozdział reprezentacji został zniesiony i obecnie istnieje tylko jeden spójny model.

Struktura modelu (v1.3)

W zależności od wykorzystywanych obszarów zainteresowania (pozyskiwanie, usługi, rozwój) zawarte w nim obszary procesowe będą się różnić. Obszary procesowe to obszary, które zostaną objęte procesami organizacji. Poniższa tabela zawiera siedemnaście głównych obszarów procesu CMMI, które są obecne dla wszystkich interesujących obszarów CMMI w wersji 1.3.

Główne obszary procesu integracji modelu dojrzałości (CMMI)
Skrót	Obszar procesu	Kategoria	Poziom dojrzałości
SAMOCHÓD	Analiza przyczyn i rozwiązanie	Wsparcie	5
CM	Zarządzanie konfiguracją	Wsparcie	2
DAR	Analiza decyzji i rozwiązywanie	Wsparcie	3
IPM	Zintegrowane Zarządzanie Projektami	Zarządzanie projektami	3
MAMA	Pomiar i analiza	Wsparcie	2
OPD	Definicja procesu organizacyjnego	Zarządzanie procesem	3
OPF	Koncentracja na procesie organizacyjnym	Zarządzanie procesem	3
OPM	Zarządzanie wydajnością organizacji	Zarządzanie procesem	5
OPP	Wydajność procesów organizacyjnych	Zarządzanie procesem	4
OT	Szkolenie Organizacyjne	Zarządzanie procesem	3
PKW	Monitorowanie i kontrola projektu	Zarządzanie projektami	2
PP	Planowanie	Zarządzanie projektami	2
PPQA	Zapewnienie jakości procesu i produktu	Wsparcie	2
QPM	Ilościowe zarządzanie projektami	Zarządzanie projektami	4
REQM	Zarządzanie wymaganiami	Zarządzanie projektami	2
RSKM	Zarządzanie ryzykiem	Zarządzanie projektami	3
SAM	Zarządzanie umowami z dostawcami	Wsparcie	2

Poziomy zapadalności usług

Poniższe obszary procesów i ich poziomy dojrzałości są wymienione dla modelu CMMI dla usług:

Poziom dojrzałości 2 – Zarządzany

CM – Zarządzanie konfiguracją
MA – Pomiar i analiza
PPQA – Proces i Zapewnienie Jakości
REQM – Zarządzanie wymaganiami
SAM – Zarządzanie umowami z dostawcami
SD – Świadczenie usług
WMC – Monitorowanie i kontrola pracy
WP – Planowanie pracy

Poziom dojrzałości 3 – zdefiniowany

CAM – Zarządzanie pojemnością i dostępnością
DAR – Analiza decyzji i rozwiązywanie
IRP – rozwiązywanie i zapobieganie incydentom
IWM – zintegrowane zarządzanie pracą
OPD – Definicja procesu organizacyjnego
OFE – koncentracja na procesie organizacyjnym...
OT – Szkolenie Organizacyjne
RSKM – Zarządzanie ryzykiem
SCON – Ciągłość usług
SSD – Rozwój systemu serwisowego
SST – przejście systemu usług
STSM – strategiczne zarządzanie usługami

Poziom dojrzałości 4 – Zarządzanie ilościowe

OPP – Organizacja Procesu Wydajności
QWM – ilościowe zarządzanie pracą

Poziom dojrzałości 5 – Optymalizacja

CAR – Analiza i rozwiązywanie przyczyn przyczyn.
OPM – Zarządzanie wydajnością organizacji.

Modele (v1.3)

Najlepsze praktyki CMMI są publikowane w dokumentach zwanych modelami, z których każdy dotyczy innego obszaru zainteresowań. Wersja 1.3 zawiera modele dla trzech obszarów zainteresowań: rozwoju, pozyskiwania i usług.

CMMI for Development ( CMMI-DEV ), v1.3 został wydany w listopadzie 2010 roku. Dotyczy procesów rozwoju produktów i usług.
CMMI for Acquisition ( CMMI-ACQ ), v1.3 został wydany w listopadzie 2010 roku. Dotyczy procesów zarządzania łańcuchem dostaw, nabywania i outsourcingu w administracji i przemyśle.
CMMI dla usług ( CMMI-SVC ), wersja 1.3 została wydana w listopadzie 2010 r. Zawiera wskazówki dotyczące świadczenia usług w organizacji i klientom zewnętrznym.

Model (v2.0)

W wersji 2.0 DEV, ACQ i SVC zostały połączone w jeden model, w którym każdy obszar procesu potencjalnie ma specyficzne odniesienie do jednego lub więcej z tych trzech aspektów. Próbując nadążyć za branżą, model zawiera również wyraźne odniesienie do aspektów zwinnych w niektórych obszarach procesu.

Poniżej podano kilka kluczowych różnic między modelami v1.3 i v2.0; Ta lista nie jest wyczerpująca. Dodatkowe informacje są dostępne tutaj

„Obszary procesu” zostały zastąpione przez „Obszary ćwiczeń (PA)”. Te ostatnie są uporządkowane według poziomów, a nie „celów szczegółowych”.
Każdy PA składa się z sekcji „podstawowej” [tj. ogólnego i wolnego od terminologii opisu] oraz „specyficznego kontekstu” [tj. opisu z perspektywy Agile/Scruma, rozwoju, usług itp.].
Ponieważ wszystkie praktyki są teraz obowiązkowe do przestrzegania, sekcja „Oczekiwane” została usunięta.
„Praktyki ogólne” zostały umieszczone w nowym obszarze o nazwie „Infrastruktura zarządzania i wdrażania”, podczas gdy „praktyki szczególne” zostały pominięte.
Nacisk na zapewnienie wdrożenia PA oraz na to, aby były one praktykowane w sposób ciągły, dopóki nie staną się „przyzwyczajeniem”.
Wszystkie poziomy dojrzałości koncentrują się na słowie kluczowym „wydajność”.
Uwzględniono dwa i pięć opcjonalnych PA z zakresu „Bezpieczeństwo” i „Bezpieczeństwo”.
Połączono obszary procesów PCMM.

Ocena

Organizacja nie może być certyfikowana w CMMI; zamiast tego oceniana jest organizacja . W zależności od rodzaju oceny organizacji można przyznać ocenę poziomu dojrzałości (1–5) lub profil osiągnięć na poziomie zdolności.

Wiele organizacji znajduje wartość w mierzeniu swoich postępów poprzez przeprowadzanie oceny. Oceny są zazwyczaj przeprowadzane z jednego lub kilku z następujących powodów:

Aby określić, jak dobrze procesy organizacji wypadają w porównaniu z najlepszymi praktykami CMMI oraz zidentyfikować obszary, w których można dokonać ulepszeń
Informowanie klientów zewnętrznych i dostawców o tym, jak dobrze procesy organizacji wypadają w porównaniu z najlepszymi praktykami CMMI
Aby spełnić wymagania umowne jednego lub więcej klientów

Oceny organizacji wykorzystujące model CMMI muszą być zgodne z wymaganiami określonymi w dokumencie Appraisal Requirements for CMMI (ARC). Istnieją trzy klasy ocen, A, B i C, które koncentrują się na identyfikacji możliwości doskonalenia i porównaniu procesów organizacji z najlepszymi praktykami CMMI. Spośród nich ocena klasy A jest najbardziej formalna i jako jedyna może skutkować oceną poziomu. Zespoły oceniające wykorzystują model CMMI i metodę oceny zgodną z ARC, aby kierować swoją oceną organizacji i raportowaniem wniosków. Wyniki oceny mogą być następnie wykorzystane (np. przez grupę procesową) do zaplanowania usprawnień dla organizacji.

Standardowe CMMI Ocena Sposób procesu poprawy (SCAMPI) to metoda oceny, która spełnia wszystkie wymagania łuku. Wyniki oceny SCAMPI mogą zostać opublikowane (za zgodą ocenianej organizacji) na stronie internetowej CMMI SEI: Opublikowane wyniki oceny SCAMPI . SCAMPI wspiera również prowadzenie ISO/IEC 15504 , znanego również jako SPICE (ulepszanie procesu oprogramowania i określanie zdolności), oceny itp.

Podejście to promuje szkolenie członków EPG i PAT w CMMI, przeprowadzanie nieformalnej oceny (SCAMPI C) oraz priorytetowe traktowanie obszarów procesu w celu poprawy. Bardziej nowoczesne podejścia, które obejmują wdrożenie dostępnych na rynku procesów zgodnych z CMMI, mogą znacznie skrócić czas osiągnięcia zgodności. SEI prowadzi statystyki dotyczące „czasu na awans” dla organizacji stosujących wcześniejsze oprogramowanie CMM oraz CMMI. Statystyki te wskazują, że od 1987 r. mediana czasu przejścia z poziomu 1 na poziom 2 wynosi 23 miesiące, a z poziomu 2 na poziom 3 dodatkowe 20 miesięcy. Od czasu wydania CMMI mediana czasu przejścia z poziomu 1 na poziom 2 wynosi 5 miesięcy, a mediana przejścia na poziom 3 to kolejne 21 miesięcy. Statystyki te są aktualizowane i publikowane co sześć miesięcy w profilu dojrzałości.

Metodologia procesu tworzenia oprogramowania przez zespół Software Engineering Institute (SEI) oraz wykorzystanie modeli CMMI mogą być wykorzystane do podniesienia poziomu dojrzałości. Nowy produkt o nazwie Accelerated Improvement Method (AIM) łączy wykorzystanie CMMI i TSP.

Bezpieczeństwo

Aby rozwiązać problemy związane z bezpieczeństwem użytkowników, dostępne są dwa nieoficjalne przewodniki dotyczące bezpieczeństwa. Biorąc pod uwagę przypadek bezpieczeństwa Treść w CMMI for Services ma jeden obszar procesowy, Zarządzanie bezpieczeństwem. Security by Design z CMMI for Development, wersja 1.3 ma następujące obszary procesów:

OPSD – przygotowanie organizacji do bezpiecznego rozwoju
SMP – Bezpieczne Zarządzanie w Projektach
SRTS – Wymagania bezpieczeństwa i rozwiązania techniczne
SVV – weryfikacja i walidacja bezpieczeństwa

Chociaż nie mają one wpływu na poziom dojrzałości ani zdolności, te obszary procesu można zgłaszać w wynikach oceny.

Aplikacje

SEI opublikowało badanie, z którego wynika, że 60 organizacji zmierzyło wzrost wydajności w kategoriach kosztów, harmonogramu, produktywności, jakości i satysfakcji klienta. Mediana wzrostu wydajności wahała się od 14% (zadowolenie klienta) do 62% (produktywność). Jednak model CMMI dotyczy głównie tego , jakie procesy należy wdrożyć, a nie tego, jak można je wdrożyć. Wyniki te nie gwarantują, że zastosowanie CMMI zwiększy wydajność w każdej organizacji. Mała firma z niewielkimi zasobami może mieć mniejsze szanse na skorzystanie z CMMI; pogląd ten jest wspierany przez profil dojrzałości procesu (strona 10). Spośród małych organizacji (<25 pracowników) 70,5% jest ocenianych na poziomie 2: Zarządzane, podczas gdy 52,8% organizacji zatrudniających 1001–2000 pracowników jest ocenianych na najwyższym poziomie (5: Optymalizacja).

Turner i Jain (2002) twierdzą, że chociaż oczywiste jest, że istnieją duże różnice między CMMI a zwinnym tworzeniem oprogramowania , oba podejścia mają ze sobą wiele wspólnego. Uważają, że żaden sposób nie jest „właściwym” sposobem tworzenia oprogramowania, ale istnieją fazy projektu, w których jeden z dwóch jest lepiej dopasowany. Sugerują, że należy połączyć różne fragmenty metod w nową metodę hybrydową. Sutherland i in. (2007) twierdzą, że połączenie Scrum i CMMI zapewnia większą adaptacyjność i przewidywalność niż pojedynczo. David J. Anderson (2005) daje wskazówki, jak interpretować CMMI w sposób zwinny.

Mapy drogowe CMMI, które są zorientowanym na cel podejściem do wyboru i wdrażania odpowiednich obszarów procesu z modelu CMMI-DEV, mogą zapewnić wskazówki i skoncentrować się na efektywnym przyjęciu CMMI. Istnieje kilka map drogowych CMMI dla ciągłej reprezentacji, z których każdy zawiera określony zestaw celów doskonalenia. Przykładami są mapa drogowa projektu CMMI, mapy drogowe integracji produktów i produktów CMMI oraz mapy drogowe procesów i pomiarów CMMI. Te mapy drogowe łączą zalety zarówno reprezentacji etapowej, jak i ciągłej.

Opisano połączenie techniki zarządzania projektami z zarządzaniem wartością wypracowaną (EVM) z CMMI ( Solomon, 2002 ). Podsumowując, z podobnym wykorzystaniem CMMI, Extreme Programming ( XP ), metoda inżynierii oprogramowania, została oceniona z CMM/CMMI (Nawrocki i in., 2002). Na przykład podejście do zarządzania wymaganiami XP, które opiera się na komunikacji ustnej, zostało ocenione jako niezgodne z CMMI.

CMMI można oceniać za pomocą dwóch różnych podejść: etapowego i ciągłego. Podejście etapowe daje wyniki oceny jako jeden z pięciu poziomów dojrzałości. Podejście ciągłe daje jeden z czterech poziomów zdolności. Różnice w tych podejściach są odczuwalne tylko w ocenie; najlepsze praktyki są równoważne, co skutkuje równoważnymi wynikami doskonalenia procesów.

Zobacz też

Bibliografia

Oficjalne źródła

Raporty SEI

"CMMI dla rozwoju, wersja 1.3" . CMMI-DEV (wersja 1.3, listopad 2010) . Instytut Inżynierii Oprogramowania Uniwersytetu Carnegie Mellon. 2010.
„CMMI do pozyskiwania, wersja 1.3” (PDF) . CMMI-ACQ (wersja 1.3, listopad 2010) . Instytut Inżynierii Oprogramowania Uniwersytetu Carnegie Mellon. 2010.
„CMMI dla usług, wersja 1.3” . CMMI-SVC (wersja 1.3, listopad 2010) . Instytut Inżynierii Oprogramowania Uniwersytetu Carnegie Mellon. 2010.
„Profil dojrzałości procesu (aktualne i przeszłe wydania)” . CMMI dla rozwoju Wyniki oceny klasy A SCAMPI . Instytut Inżynierii Oprogramowania.
„Wymagania dotyczące oceny CMMI, wersja 1.2 (ARC, V1.2)” (PDF) . Instytut Inżynierii Oprogramowania Uniwersytetu Carnegie Mellon. 2006 . Pobrano 16 lutego 2011 .
„Standardowa metoda oceny CMMI dla doskonalenia procesu (SCAMPI) Wersja 1.2: Dokument definicji metody” (doc) . Instytut Inżynierii Oprogramowania Uniwersytetu Carnegie Mellon. 2006.
Zespół ds. nabywców przewodnika CMMI (2007). „Zrozumienie i wykorzystanie wysiłków dostawcy CMMI: przewodnik dla nabywców” . CMU/SEI-2007-TR-004 . Instytut Inżynierii Oprogramowania.

Strony internetowe SEI

"Centrum informacyjne CMMI wersja 1.3" . Instytut Inżynierii Oprogramowania. 2011.
"Lista Partnerów SEI" . Instytut Inżynierii Oprogramowania . Pobrano 28 października 2006 .
"Oficjalne ogłoszenie Optimiza jako CMMI-L3 i opublikowane na stronie internetowej SEI" . Instytut Inżynierii Oprogramowania. Zarchiwizowane z oryginału w dniu 25 lipca 2011 . Źródło 15 marca 2011 .
Wyniki oceny SCAMPI . Pełna lista SEI opublikowanych wyników oceny SCAMPI.

Languages

In other projects