how achieve level 5 maturity
W tym artykule wyjaśniono, co to są poziomy CMM i jak je osiągnąć Procesy zapewniania jakości - wyjaśnione najlepszymi przykładami.
W przypadku każdego procesu, niezależnie od tego, czy jest to proces zapewniania jakości, proces rozwoju, czy jakikolwiek proces nietechniczny, istnieją poziomy jego dojrzałości. Przez poziomy dojrzałości rozumiemy, że od poziomu formalności i doskonalenia procesów, jak procesy ad-hoc - do formalnie zdefiniowanych kroków - do zarządzanych metryk wyników - do optymalizacji procesów.
Czego się nauczysz:
- CMM (model dojrzałości zdolności)
- Poziom 1 (początkowy) - ad-hoc: nieplanowany, niesystematyczny i niespójny
- Poziom 2 (powtarzalny) - kontrola: zainicjuj definiowanie procesów na wysokim poziomie
- Poziom 3 (zdefiniowany) - kompetencja podstawowa: opracuj uogólniony proces dla szerszego grona odbiorców i dziedzin
- Poziom 4 (zarządzany) - przewidywalny: mierz procesy
- Poziom 5 (optymalizacja) - innowacyjny: ciągłe doskonalenie
- Dodatkowe informacje
- rekomendowane lektury
CMM (model dojrzałości zdolności)
Jest to model oparty na procesach, który służy do oceny dojrzałości organizacji w różnych dziedzinach. Pojęcie CMM zostało wprowadzone przez Software Engineering Institute ( BYĆ ) w USA.
Chociaż ten model jest stosowany w procesie tworzenia oprogramowania, ostatecznie jest używany do innych procesów, takich jak kontrola jakości i testowanie.
Ma 5 różnych poziomów dojrzałości od 1 do 5. W miarę zbliżania się do poziomu 5 z 1 zmniejsza się zmienność i niespójność. Poniżej znajdują się szczegóły 5 poziomów. Tutaj przejdziemy przez 5 poziomów CMM w odniesieniu do procesu zapewnienia jakości oraz jakie wszystkie produkty / rezultaty są oczekiwane na każdym poziomie, aby dojrzeć proces zapewniania jakości / testowania i osiągnąć poziom 5.
Poziom 1 (początkowy) - ad-hoc: nieplanowany, niesystematyczny i niespójny
Jak mówi słowo „ad-hoc”: nieplanowane, nieprzygotowane, na tym poziomie nie przywiązuje się wagi do planowania, przestrzegania procesów, wytycznych i standardów. Nie ma ustandaryzowanego i spójnego sposobu wykonywania jakichkolwiek zadań. Jedyną rzeczą, która jest ważna na tym poziomie, jest dotrzymywanie terminów, niezależnie od jakości produktu końcowego i wyników.
Ponieważ nie ma z góry określonych standardów i procesów, to samo zadanie jest wykonywane na różne sposoby przez różne osoby.
Staje się to jeszcze bardziej niesystematyczne i niespójne, jeśli następnym razem to samo zadanie zostanie wykonane inaczej, ponieważ w procesie nie są dostępne żadne dokumenty, które mogą pozwolić na jego replikację.
Tak więc na tym poziomie proces jest słabo kontrolowany, nieprzewidywalny i reaktywny.
Na przykład,
QA - Przykładem może być to, że w organizacji, mimo że zapewnianie jakości jest jedną z faz w cyklu życia produktu, nie ma żadnych standardów ani zdefiniowanego procesu, nie ma szablonów dla elementów dostarczanych do zapewniania jakości - plan testów, strategia testów, scenariusze testowe i przypadki testowe nie są znormalizowane.
Nawet jeśli te rzeczy są zdefiniowane i udokumentowane, wszyscy członkowie zespołu mają swój własny sposób wykonywania zadań, a proces nie jest wcale spójny. Tak więc w zasadzie nie ma kontroli nad kontrolą jakości i jest to faza chaosu.
Przykład wyrażenia regularnego w języku c ++
Poziom 2 (powtarzalny) - kontrola: zainicjuj definiowanie procesów na wysokim poziomie
W tej fazie uzyskujemy rozwiązanie problemu dotyczącego niedostępności procesów zapewniania jakości, metodologii i standardów, które widzieliśmy na poziomie 1. Mamy wdrożone procesy, metodologię i standardy.
Normy i procesy są nie tylko sfinalizowane, ale także dobrze udokumentowane, tak aby można je było ponownie wykorzystać w każdym z podobnych zadań, które zostały wykonane wcześniej. Dlatego ten poziom jest znany jako „powtarzalny” - ponieważ możemy powtórzyć kroki do wykonania tego samego rodzaju pracy.
Zatem nacisk kładziony jest na podstawowe zarządzanie projektami na tym poziomie.
Na przykład,
QA - Zdefiniuj ogólny proces i metodologię zapewniania jakości dla różnych typów testów, takich jak funkcjonalne, dane, wydajność itp. Zdefiniuj rolę i obowiązki inżyniera kontroli jakości i lidera testów w cyklu życia projektu i przygotuj szablony dla rezultatów w każdej fazie. Plan testów, strategia testów, scenariusze testowe i przypadki testowe powinny być gotowe.
Nie tylko definiuj i przygotowuj, ale także udostępniaj dokumentację w zespole.
Poziom 3 (zdefiniowany) - kompetencja podstawowa: opracuj uogólniony proces dla szerszego grona odbiorców i dziedzin
Na poziomie 3 ludzie są zmotywowani do przestrzegania standardów i procesów określonych na poziomie 2. W tym celu należy przede wszystkim przekazać procesy wszystkim zaangażowanym osobom. Należy stwierdzić, że wszystkie umiejętności są potrzebne, aby efektywnie i efektywnie korzystać z procesów i standardów, a także, czy wymagane jest jakiekolwiek szkolenie.
Następnie motywuj i wspieraj zasoby, aby postępować zgodnie z tymi standardami i procesami. Tutaj osoby mające większe doświadczenie muszą dzielić się swoją wiedzą z innymi.
Nacisk kładziony jest na dokumentację, standaryzację procesów i integrację. W tym czasie organizacja opracowała własny, standardowy proces testowania oprogramowania.
Na przykład,
QA - Prowadź webinaria i sesje szkoleniowe, aby umożliwić ludziom zapoznanie się z nowo zdefiniowanym procesem i standardami zapewniania jakości oraz zmotywowanie ich do korzystania z nich podczas codziennej pracy nad projektem.
Poziom 4 (zarządzany) - przewidywalny: mierz procesy
Na tym poziomie procesy określone na poziomie 3 są mierzone ilościowo. Ma to na celu kontrolowanie wysiłku wymaganego przy każdym zadaniu. Na podstawie tej analizy ilościowej można w razie potrzeby dostosować procesy, również bez obniżania jakości produktu końcowego.
Analiza polega na podzieleniu całego procesu na mniejsze podprocesy, a następnie zastosowanie do tych podprocesów technik ilościowych. Zgodnie z wynikiem podprocesy są dostosowywane w razie potrzeby. Poziom ten nazywany jest przewidywalnym, ponieważ na podstawie wcześniejszych doświadczeń możemy ilościowo przewidzieć proces i wykorzystać tę prognozę dla nadchodzących procesów.
Kluczowymi obszarami procesów na poziomie CMM 4 są ilościowe zarządzanie projektem i wydajność procesów organizacyjnych.
Krótko mówiąc, proces jest mierzony i kontrolowany na tym poziomie.
Na przykład,
QA - Przeprowadzanie regularnych audytów byłoby tutaj dobrym pomysłem. Może to obejmować sprawdzenie, czy zespoły rzeczywiście postępują zgodnie z określonymi procesami, korzystając ze standardowych szablonów, czy stosują się do metodologii, czy też nie.
Jeśli zajmujesz się testowaniem automatyzacji, dobrym przykładem byłoby tu przeprowadzanie okresowych przeglądów kodu skryptów testów automatyzacji.
Poziom 5 (optymalizacja) - innowacyjny: ciągłe doskonalenie
Na tym poziomie identyfikuje się innowacyjne sposoby dalszej poprawy predefiniowanych procesów i standardów. To jest proces ciągły. W tym celu nasze własne procesy są stale monitorowane i przeprojektowywane poprzez dodawanie nowych narzędzi i technologii, ciągłe badania i studia oraz aktualizowanie się o nowe informacje na rynku.
Można to również osiągnąć, porównując inne organizacje i ucząc się od nich, a także próbując ulepszyć nasz proces, dodając do niego nowe innowacje. Tak więc nacisk kładziony jest na ciągłe doskonalenie procesów na tym poziomie. Kluczowymi obszarami procesu są zarządzanie wydajnością organizacji i ilościowe zarządzanie projektami.
Na przykład,
QA - Kontynuuj ulepszanie metodologii, procesów definiowanych na podstawie wyników poprzednich audytów.
Na podstawie niektórych badań stwierdzono, że organizacje na poziomie 1 mogą wydać 1000 USD na dowolne konkretne zadanie, a następnie na tę samą organizację zadaniową na poziomie 5 muszą wydać 10 USD.
Niedawno w mojej organizacji stwierdzono, że wykonujemy testy regresyjne ręcznie, które wymagają ręcznego powtarzania tego samego rodzaju wysiłku i pochłaniają wiele godzin, które można zaoszczędzić i włożyć do innych produktywnych prac.
Następnie wykonaliśmy Proof of Concept, aby zautomatyzować proces testowania regresji za pomocą narzędzia do testowania automatyzacji. POC poszło dobrze i ostatecznie udało nam się przeprowadzić testy regresji za pomocą skryptów testów automatyzacji. Zaoszczędziło to wiele wysiłku i czasu oraz przyczyniło się do ogólnej poprawy procesu.
Po przejściu przez wszystkie 5 wyżej wymienionych poziomów wygląda na to, że osiągnięcie poziomu 3 jest trudne. Gdy już to osiągniesz, kolejne poziomy nie są zbyt dalekie i trudne do osiągnięcia :)
Dodatkowe informacje
Obecnie model CMMI stał się popularny i przejął CMM. CMMI (Capability Maturity Model Integration) to nic innego jak następca CMM. Jest to zintegrowane podejście, które zajmuje się oddzielnymi modelami maszyn współrzędnościowych i eliminuje wady tradycyjnych maszyn współrzędnościowych. Ma również 5 poziomów podobnych do CMM.
Poniżej znajduje się bardzo przydatny link, w którym można poznać różnicę między CMM i CMMI i porównać te dwa:
Na rynku testowania oprogramowania niektóre z nazw CMMI poziomu 5, o których warto tutaj wspomnieć, to Capgemini India Pvt. Ltd - „FSGBU India - Projekty rozwojowe i testowe”, Capita - „Profesjonalne usługi IT - Projekty testowe” oraz Infosys Public Services - „Rozwój, konserwacja i testowanie oprogramowania”.
Możesz uzyskać ocenę CMMI różnych organizacji tutaj .
Dalsze czytanie: Co to jest SEI? CMM? ISO? IEEE? ANSI? Czy to pomoże?
To jest artykuł gościnny autorstwa Meenal Balajiwale.
Meenal pracuje jako lider zespołu w firmie MNC. Specjalizuje się w ogólnym procesie zapewniania jakości w zakresie testów funkcjonalnych, testowania danych, wydajności i bezpieczeństwa. Pracował nad modelami Waterfall i Agile. Pracowałem nad testami BI, testami internetowymi, jakością danych.
Prosimy o umieszczanie zapytań w poniższych komentarzach.
rekomendowane lektury
- Najlepsze narzędzia do testowania oprogramowania 2021 [Narzędzia do automatyzacji testów QA]
- Co to jest testowanie zgodności (testowanie zgodności)?
- Testowanie procesów biznesowych (BPT) - jak uprościć i przyspieszyć proces testowania za pomocą BPT
- Testing Primer Pobierz eBook
- Testowanie ad hoc: jak znaleźć usterki bez formalnego procesu testowania
- 4 kroki w kierunku rozwoju podejścia do testowania zwinnego w celu pomyślnego przejścia do procesu zwinnego
- Proces testowania bramy B2B (Business to Business)
- Budowanie zespołu w testowaniu oprogramowania - jak budować i rozwijać swój zespół ds. Kontroli jakości