CMMI - szybki przewodnik
Doskonalenie procesu to ciągłe doskonalenie. Nigdy nie osiągniemy doskonałości. W tym samouczku nauczymy się CMM, która jest ciągle rozwijającym się i ulepszanym modelem, w którym zawsze koncentrujemy się na osiągnięciu lepszych wyników. Nasz zasięg powinien zawsze przekraczać nasze możliwości.
Co to jest CMM?
CMM oznacza Capability Mbezpieczeństwo Model.
Koncentruje się na elementach podstawowych praktyk i procesów z różnych dziedzin wiedzy.
Opisuje zdrowy rozsądek, efektywne, sprawdzone sposoby prowadzenia biznesu (które już powinieneś robić) - nie jest to radykalne nowe podejście.
CMM to metoda oceny i pomiaru dojrzałości procesu tworzenia oprogramowania w organizacji.
CMM mierzy dojrzałość procesu tworzenia oprogramowania w skali od 1 do 5.
CMM v1.0 został opracowany przez Software Engineering Institute (SEI) na Carnegie Mellon University w Pittsburghu w USA.
CMM został pierwotnie opracowany do tworzenia i konserwacji oprogramowania, ale później został opracowany dla:
Inżynieria systemowa
Pozyskiwanie dostawców
Zintegrowany rozwój produktów i procesów
Ludzie CMM
Nabycie oprogramowania
Przykłady CMM
People CMM - rozwijaj, motywuj i zatrzymuj talenty projektowe.
Oprogramowanie CMM - Ulepsz możliwości rozwoju i konserwacji ukierunkowane na oprogramowanie.
Co to jest dojrzałość?
Definicje są różne, ale ogólnie uważa się, że dojrzałe procesy to -
Well-defined,
Repeatable,
Measured,
Analyzed,
Ulepszone i
Effective.
Słabe, ale dojrzałe procesy są tak samo złe, jak brak dojrzałości!
CMM pomaga rozwiązać problem dojrzałości poprzez zdefiniowanie zestawu praktyk i zapewnienie ogólnych ram dla ich ulepszenia. Celem CMM jest identyfikacja kluczowych obszarów procesu i przykładowych praktyk, które mogą obejmować zdyscyplinowany proces tworzenia oprogramowania.
Niedojrzałe a dojrzałe organizacje
Niedojrzała organizacja miałaby następujące cechy -
Proces improwizowany podczas projektu
Zatwierdzone procesy są ignorowane
Reaktywny, nie proaktywny
Nierealistyczny budżet i harmonogram
Jakość poświęcona dla harmonogramu
Brak obiektywnej miary jakości
Z kolei cechy dojrzałej organizacji są następujące:
Komunikacja i koordynacja między grupami
Praca wykonana zgodnie z planem
Praktyki zgodne z procesami
Procesy aktualizowane w razie potrzeby
Dobrze zdefiniowane role / obowiązki
Kierownictwo formalnie zobowiązuje się
Co to jest CMMI?
Projekt integracji maszyn współrzędnościowych powstał w celu rozwiązania problemu związanego z używaniem wielu maszyn współrzędnościowych. Misją zespołu produktowego CMMI było połączenie trzechSource Modelsw jednolite ramy doskonalenia dla organizacji dążących do doskonalenia procesów w całym przedsiębiorstwie. Te trzy modele źródłowe to -
Model dojrzałości zdolności dla oprogramowania (SW-CMM) - wersja 2.0 Draft C.
Electronic Industries Alliance Interim Standard (EIA / IS) - 731 Systems Engineering.
Zintegrowany model dojrzałości możliwości rozwoju produktu (IPD-CMM) v0.98.
CMM Integration
Tworzy początkowy zestaw zintegrowanych modeli.
Ulepsza najlepsze praktyki z modeli źródłowych na podstawie wyciągniętych wniosków.
Ustanawia ramy umożliwiające integrację przyszłych modeli.
Różnica między CMM i CMMI
CMM to model odniesienia dla dojrzałych praktyk w określonej dyscyplinie, takiej jak inżynieria systemów CMM, oprogramowanie CMM, People CMM, Software Acquisition CMM itp., Ale były one trudne do zintegrowania w razie potrzeby.
CMMI jest następcą CMM i ewoluowała jako bardziej dojrzały zbiór wytycznych i została zbudowana z połączenia najlepszych komponentów poszczególnych dyscyplin CMM (oprogramowanie CMM, People CMM itp.). Może być stosowany do wytwarzania produktów, zarządzania ludźmi, tworzenia oprogramowania itp.
CMM opisuje samą inżynierię oprogramowania, podczas gdy CMM Integrated opisuje zarówno oprogramowanie, jak i inżynierię systemu. CMMI obejmuje również zintegrowany rozwój procesów i produktów oraz pozyskiwanie dostawców.
CMMI i cele biznesowe
Cele CMMI są bardzo oczywiste. Są następujące -
Produce quality products or services- Koncepcja doskonalenia procesu w modelach CMMI wyewoluowała z paradygmatu jakości Deming, Juran i Crosby: Produkty wysokiej jakości są wynikiem procesów jakościowych. CMMI kładzie duży nacisk na działania związane z jakością, w tym zarządzanie wymaganiami, zapewnianie jakości, weryfikację i walidację.
Create value for the stockholders- Dojrzałe organizacje z większym prawdopodobieństwem dokonają lepszych szacunków kosztów i przychodów niż organizacje o krótszym terminie zapadalności, a następnie osiągną wyniki zgodne z tymi szacunkami. CMMI obsługuje produkty wysokiej jakości, przewidywalne harmonogramy i efektywne pomiary, aby wspierać kierownictwo w tworzeniu dokładnych i uzasadnionych prognoz. Taka dojrzałość procesu może uchronić przed problemami z wydajnością projektów, które mogłyby osłabić wartość organizacji w oczach inwestorów.
Enhance customer satisfaction- Spełnianie celów w zakresie kosztów i harmonogramów dzięki produktom wysokiej jakości, które są sprawdzane pod kątem potrzeb klientów, to dobry przepis na satysfakcję klienta. CMMI odnosi się do wszystkich tych składników, kładąc nacisk na planowanie, monitorowanie i pomiary oraz lepszą przewidywalność związaną z bardziej wydajnymi procesami.
Increase market share- Udział w rynku jest wypadkową wielu czynników, w tym jakości produktów i usług, identyfikacji nazwy, cen i wizerunku. Klienci lubią mieć do czynienia z dostawcami, którzy cieszą się opinią osób wywiązujących się ze swoich zobowiązań.
Gain an industry-wide recognition for excellence- Najlepszym sposobem na wypracowanie doskonałej reputacji jest konsekwentne osiąganie dobrych wyników w projektach, dostarczanie wysokiej jakości produktów i usług w ramach parametrów kosztowych i harmonogramowych. Posiadanie procesów zgodnych z wymaganiami CMMI może wzmocnić tę reputację.
Integracja CMM to model, który łączy kilka dyscyplin / zasobów wiedzy. Obecnie przy wyborze modelu CMMI dostępne są cztery zbiory wiedzy.
Inżynieria systemowa
Inżynieria systemów obejmuje tworzenie kompletnych systemów, które mogą obejmować oprogramowanie lub nie. Inżynierowie systemowi koncentrują się na przekształcaniu potrzeb, oczekiwań i ograniczeń klientów w rozwiązania produktowe oraz wsparciu tych rozwiązań przez cały cykl życia produktu.
Inżynieria oprogramowania
Inżynieria oprogramowania obejmuje tworzenie systemów oprogramowania. Inżynierowie oprogramowania koncentrują się na stosowaniu systematycznych, zdyscyplinowanych i wymiernych podejść do opracowywania, obsługi i konserwacji oprogramowania.
Zintegrowany rozwój produktów i procesów
Zintegrowany Rozwój Produktu i Procesu (ZPPD) to systematyczne podejście, które zapewnia terminową współpracę odpowiednich interesariuszy przez cały okres użytkowania produktu, aby lepiej zaspokajać potrzeby, oczekiwania i wymagania klientów. Procesy wspierające podejście ZPPD są zintegrowane z innymi procesami w organizacji.
Jeżeli projekt lub organizacja wybiera ZPPD, stosuje najlepsze praktyki ZPPD równolegle z innymi najlepszymi praktykami stosowanymi do wytwarzania produktów (np. Związanych z inżynierią systemów). Oznacza to, że jeśli organizacja lub projekt chce skorzystać z ZPPD, musi wybrać jedną lub więcej dyscyplin oprócz ZPPD.
Pozyskiwanie dostawców
Ponieważ prace stają się coraz bardziej złożone, kierownicy projektów mogą wykorzystywać dostawców do wykonywania funkcji lub dodawania modyfikacji do produktów, które są szczególnie potrzebne w projekcie. Gdy te działania są krytyczne, projekt korzysta z ulepszonej analizy źródła i monitorowania działań dostawców przed dostawą produktu. W takich okolicznościach dyscyplina pozyskiwania dostawców obejmuje nabywanie produktów od dostawców.
Podobnie jak w przypadku najlepszych praktyk IPPD, najlepsze praktyki dotyczące pozyskiwania dostawców muszą być wybierane w połączeniu z najlepszymi praktykami stosowanymi przy wytwarzaniu produktów.
Wybór dyscypliny CMMI
Wybór dyscypliny może być trudnym krokiem i zależy od tego, co organizacja chce ulepszyć.
Jeśli doskonalisz procesy inżynierii systemów, takie jak zarządzanie konfiguracją, pomiary i analiza, koncentracja na procesach organizacyjnych, monitorowanie i kontrola projektu, zapewnienie jakości procesów i produktów, zarządzanie ryzykiem, zarządzanie umową z dostawcą itp., Wybierz opcję Inżynieria systemów (SE) dyscyplina. Szczególny nacisk kładzie się na wzmocnienie dyscypliny w inżynierii systemów.
Jeśli usprawniasz zintegrowane procesy rozwoju produktów i procesów, takie jak Integrated Teaming, Organizational Environment for Integration, powinieneś wybrać IPPD. Szczególny nacisk kładzie się na wzmocnienie dyscypliny dla IPPD.
Jeśli usprawniasz procesy wyboru źródła, takie jak zintegrowane zarządzanie dostawcami, wybierz pozyskiwanie dostawców (SS). Szczególny nacisk kładzie się na wzmocnienie dyscypliny w pozyskiwaniu dostawców.
Jeśli doskonalisz wiele dyscyplin, musisz popracować nad wszystkimi obszarami związanymi z tymi dyscyplinami i zwrócić uwagę na wszystkie wzmocnienia dyscyplin w tych dyscyplinach.
W kolejnych rozdziałach omówimy różne obszary związane z wdrożeniem CMMI.
Struktura CMMI jest następująca -
- Poziomy dojrzałości (reprezentacja etapowa) lub poziomy zdolności (reprezentacja ciągła)
- Obszary procesu
- Cele: ogólne i szczegółowe
- Wspólne cechy
- Praktyki: ogólne i szczegółowe
W tym rozdziale omówimy dwie reprezentacje CMMI, a pozostałe tematy zostaną omówione w kolejnych rozdziałach.
Reprezentacja umożliwia organizacji dążenie do różnych celów doskonalenia. Organizacja może wybrać jedną z dwóch następujących ścieżek doskonalenia.
Reprezentacja etapowa
Reprezentacja etapowa to podejście stosowane w oprogramowaniu CMM. Jest to podejście, które wykorzystuje predefiniowane zestawy obszarów procesu do zdefiniowania ścieżki doskonalenia dla organizacji. Ta ścieżka doskonalenia jest opisana przez komponent modelu zwany poziomem dojrzałości. Poziom dojrzałości to dobrze zdefiniowany ewolucyjny plateau zmierzające do osiągnięcia ulepszonych procesów organizacyjnych.
Reprezentacja etapowa CMMI
Zapewnia sprawdzoną sekwencję ulepszeń, z których każda służy jako podstawa dla następnego.
Umożliwia porównania między organizacjami i między organizacjami na podstawie poziomów dojrzałości.
Zapewnia łatwą migrację z SW-CMM do CMMI.
Zapewnia pojedynczą ocenę podsumowującą wyniki oceny i umożliwiającą porównania między organizacjami.
W ten sposób Reprezentacja etapowa zapewnia wstępnie zdefiniowany plan usprawnień organizacyjnych w oparciu o sprawdzone grupowanie i porządkowanie procesów oraz powiązanych relacji organizacyjnych. Nie możesz odejść od sekwencji kroków.
Struktura etapowa CMMI
Poniższy rysunek ilustruje etapową strukturę modelu CMMI.
Ciągła reprezentacja
Ciągła reprezentacja to podejście stosowane w SECM i IPD-CMM. Takie podejście pozwala organizacji wybrać określony obszar procesu i na jego podstawie dokonać ulepszeń. Ciągła reprezentacja wykorzystuje poziomy zdolności do scharakteryzowania ulepszeń w odniesieniu do pojedynczego obszaru procesu.
Ciągła reprezentacja CMMI
Pozwala wybrać kolejność ulepszeń, która najlepiej odpowiada celom biznesowym organizacji i ogranicza obszary ryzyka w organizacji.
Umożliwia porównania między organizacjami i między organizacjami na podstawie poszczególnych obszarów procesu.
Zapewnia łatwą migrację z EIA 731 (i innych modeli z ciągłą reprezentacją) do CMMI.
W ten sposób Ciągła Reprezentacja zapewnia organizacjom elastyczność w wyborze procesów do doskonalenia, a także wymaganej ilości ulepszeń.
Struktura ciągła CMMI
Poniższy rysunek ilustruje strukturę modelu ciągłego CMMI.
Reprezentacje ciągłe i etapowe
Ciągła reprezentacja | Reprezentacja etapowa |
---|---|
Obszary procesów są zorganizowane według kategorii obszarów procesów. |
Obszary procesu są uporządkowane według poziomów dojrzałości. |
Poprawę mierzy się za pomocą poziomów zdolności. Poziomy zdolności mierzą dojrzałość określonego procesu w całej organizacji; waha się od 0 do 5. |
Poprawę mierzy się za pomocą poziomów dojrzałości. Poziomy dojrzałości mierzą dojrzałość zbioru procesów w całej organizacji: waha się od 1 do 5. |
Istnieją dwa rodzaje konkretnych praktyk: podstawowe i zaawansowane. Wszystkie konkretne praktyki pojawiają się w ciągłej reprezentacji. |
Jest tylko jeden rodzaj praktyki. Nie stosuje się koncepcji praktyk podstawowych i zaawansowanych. Wszystkie specyficzne praktyki pojawiają się w reprezentacji etapowej, z wyjątkiem sytuacji, gdy w reprezentacji ciągłej pojawia się powiązana para praktyk podstawowych-zaawansowanych, w którym to przypadku w reprezentacji etapowej pojawia się tylko praktyka zaawansowana. |
Poziomy zdolności służą do organizowania ogólnych praktyk. |
Wspólne funkcje służą do organizowania ogólnych praktyk. |
Wszystkie ogólne praktyki są zawarte w każdym obszarze procesu. |
Uwzględniono tylko ogólne praktyki poziomu 2 i poziomu 3. |
Równoważne etapy pozwalają określić poziom dojrzałości na podstawie profilu osiągnięć organizacji. |
Nie ma potrzeby stosowania mechanizmu równoważności w celu wspierania ciągłej reprezentacji, ponieważ każda organizacja może wybrać, co poprawić, a ile poprawić, korzystając z reprezentacji etapowej. |
Która reprezentacja jest lepsza?
Każda reprezentacja ma swoją przewagę nad drugą, niektóre organizacje używają obu reprezentacji do spełnienia określonych wymagań w różnych momentach w swoich programach doskonalenia.
Dojrzałość organizacyjna jest celem reprezentacji etapowej, podczas gdy zdolność obszaru procesu jest celem ciągłej reprezentacji.
Dojrzałość organizacyjna i zdolność obszaru procesu to podobne pojęcia. Różnica między nimi polega na tym, że dojrzałość organizacyjna dotyczy zbioru obszarów procesów w całej organizacji, podczas gdy zdolność obszaru procesu dotyczy zbioru procesów związanych z pojedynczym obszarem procesu lub określoną praktyką.
Poniższy diagram przedstawia obie prezentacje. Na tym schemacieML wskazuje poziom dojrzałości i PA Wskazuje obszar procesu.
Poziom dojrzałości to dobrze zdefiniowany ewolucyjny plateau w kierunku osiągnięcia dojrzałego procesu tworzenia oprogramowania. Każdy poziom dojrzałości stanowi podstawę dla ciągłego doskonalenia procesów.
Modele CMMI z reprezentacją etapową mają pięć poziomów dojrzałości oznaczonych numerami od 1 do 5. Są to -
- Initial
- Managed
- Defined
- Zarządzane ilościowo
- Optimizing
Stopniowe poziomy dojrzałości reprezentacji CMMI
Poniższy obraz przedstawia poziomy dojrzałości w reprezentacji etapowej CMMI.
Teraz poznamy szczegóły dotyczące każdego poziomu dojrzałości. W następnej sekcji zostaną wymienione wszystkie obszary procesu związane z tymi poziomami dojrzałości.
Szczegóły poziomu zapadalności
Poziomy dojrzałości składają się z predefiniowanego zestawu obszarów procesu. Poziomy zapadalności są mierzone na podstawie osiągnięciaspecific i generic goalsktóre mają zastosowanie do każdego predefiniowanego zestawu obszarów procesu. W poniższych sekcjach szczegółowo opisano cechy każdego poziomu zapadalności.
Początkowy poziom zapadalności 1
Na poziomie dojrzałości 1 procesy są zwykle ad hoc i chaotyczne. Organizacja zwykle nie zapewnia stabilnego środowiska. Sukces w tych organizacjach zależy od kompetencji i heroizmu ludzi w organizacji, a nie od zastosowania sprawdzonych procesów.
Organizacje poziomu dojrzałości 1 często wytwarzają produkty i usługi, które działają; jednak często przekraczają budżet i harmonogram swoich projektów.
Organizacje poziomu dojrzałości 1 charakteryzują się tendencją do nadmiernego zaangażowania, rezygnacji z procesów w czasie kryzysu oraz niemożnością powtórzenia dotychczasowych sukcesów.
Zarządzany poziom zapadalności 2
Na poziomie dojrzałości 2 organizacja osiągnęła wszystkie specific i generic goalsobszarów procesu na poziomie dojrzałości 2. Innymi słowy, projekty organizacji zapewniły zarządzanie wymaganiami oraz planowanie, wykonywanie, mierzenie i kontrolę procesów.
Dyscyplina procesowa odzwierciedlona przez poziom dojrzałości 2 pomaga zapewnić utrzymanie istniejących praktyk w okresach stresu. Gdy praktyki te są stosowane, projekty są realizowane i zarządzane zgodnie z ich udokumentowanymi planami.
Na poziomie dojrzałości 2 zarządza się wymaganiami, procesami, produktami pracy i usługami. Stan produktów pracy i realizacji usług są widoczne dla kierownictwa w określonych punktach.
Zobowiązania są ustalane między odpowiednimi interesariuszami i są aktualizowane w razie potrzeby. Produkty pracy są weryfikowane z interesariuszami i kontrolowane.
Produkty pracy i usługi spełniają określone wymagania, normy i cele.
Zdefiniowany 3 poziom zapadalności
Na 3 poziomie dojrzałości organizacja osiągnęła wszystkie specific i generic goals obszarów procesu przypisanych do poziomów dojrzałości 2 i 3.
Na 3. poziomie dojrzałości procesy są dobrze scharakteryzowane i zrozumiane oraz opisane w standardach, procedurach, narzędziach i metodach.
Krytycznym rozróżnieniem między poziomem dojrzałości 2 a poziomem dojrzałości 3 jest zakres standardów, opisów procesów i procedur. Na poziomie dojrzałości 2 standardy, opisy procesów i procedury mogą być zupełnie inne w każdym konkretnym przypadku procesu (na przykład w przypadku konkretnego projektu).
Na poziomie dojrzałości 3 standardy, opisy procesów i procedury dla projektu są dostosowywane na podstawie zestawu standardowych procesów organizacji, tak aby pasowały do konkretnego projektu lub jednostki organizacyjnej. Zestaw standardowych procesów organizacji obejmuje procesy adresowane na poziomie dojrzałości 2 i poziomie dojrzałości 3. W rezultacie procesy wykonywane w całej organizacji są spójne, z wyjątkiem różnic dozwolonych przez wytyczne dostosowawcze.
Innym krytycznym rozróżnieniem jest to, że na poziomie dojrzałości 3 procesy są zwykle opisywane bardziej szczegółowo i bardziej rygorystycznie niż na poziomie dojrzałości 2. Na poziomie dojrzałości 3 procesy są zarządzane w sposób bardziej proaktywny z wykorzystaniem zrozumienia wzajemnych powiązań czynności procesowych i szczegółowych miar proces, jego produkty pracy i usługi.
Poziom 4 zarządzany ilościowo
Na 4 poziomie dojrzałości organizacja osiągnęła wszystkie specific goals obszarów procesu przypisanych do poziomów dojrzałości 2, 3 i 4 oraz generic goals przypisane do poziomów zapadalności 2 i 3.
Na 4 poziomie dojrzałości wybierane są podprocesy, które znacząco wpływają na ogólną wydajność procesu. Te wybrane podprocesy są kontrolowane za pomocą technik statystycznych i innych technik ilościowych.
Cele ilościowe dotyczące jakości i wydajności procesu są ustalane i wykorzystywane jako kryteria w zarządzaniu procesami. Cele ilościowe są oparte na potrzebach klienta, użytkowników końcowych, organizacji i osób wdrażających procesy. Jakość i wydajność procesu są rozumiane w kategoriach statystycznych i są zarządzane przez cały cykl życia procesów.
W przypadku tych procesów gromadzone są szczegółowe miary wydajności procesu i analizowane statystycznie. Identyfikuje się szczególne przyczyny zmienności procesu i, w stosownych przypadkach, koryguje źródła specjalnych przyczyn, aby zapobiec wystąpieniu w przyszłości.
Miary jakości i wydajności procesów są włączone do repozytorium pomiarów organizacji, aby wspierać podejmowanie decyzji opartych na faktach w przyszłości.
Krytycznym rozróżnieniem między poziomem dojrzałości 3 a poziomem dojrzałości 4 jest przewidywalność wydajności procesu. Na 4 poziomie dojrzałości wydajność procesów jest kontrolowana za pomocą technik statystycznych i innych technik ilościowych i jest ilościowo przewidywalna. Na trzecim poziomie dojrzałości procesy są przewidywalne jedynie jakościowo.
Optymalizacja poziomu dojrzałości 5
Na 5 poziomie dojrzałości organizacja osiągnęła wszystkie specific goalsobszarów procesu przypisanych do poziomów dojrzałości 2, 3, 4 i 5 oraz generic goals przypisane do poziomów zapadalności 2 i 3.
Procesy są stale ulepszane w oparciu o ilościowe zrozumienie typowych przyczyn zmienności nieodłącznie związanych z procesami.
Ten poziom koncentruje się na ciągłej poprawie wydajności procesu poprzez zarówno stopniowe, jak i innowacyjne ulepszenia technologiczne.
Ustalane są ilościowe cele doskonalenia procesów dla organizacji, stale aktualizowane w celu odzwierciedlenia zmieniających się celów biznesowych i wykorzystywane jako kryteria zarządzania doskonaleniem procesów.
Efekty wdrożonych usprawnień procesów są mierzone i oceniane w odniesieniu do ilościowych celów poprawy procesu. Zarówno zdefiniowane procesy, jak i zestaw standardowych procesów organizacji są celem mierzalnych działań doskonalących.
Optymalizacja procesów, które są zwinne i innowacyjne, zależy od udziału wzmocnionej siły roboczej dostosowanej do wartości biznesowych i celów organizacji. Zdolność organizacji do szybkiego reagowania na zmiany i możliwości zwiększa się dzięki znajdowaniu sposobów na przyspieszenie i dzielenie się wiedzą. Doskonalenie procesów jest z natury rolą, którą każdy ma do odegrania, co skutkuje cyklem ciągłego doskonalenia.
Krytycznym rozróżnieniem między poziomem dojrzałości 4 a poziomem dojrzałości 5 jest rodzaj zmienności procesu, której dotyczy problem. Na poziomie dojrzałości 4 procesy zajmują się usuwaniem specjalnych przyczyn zmienności procesów i zapewnianiem statystycznej przewidywalności wyników. Chociaż procesy mogą dawać przewidywalne wyniki, wyniki mogą być niewystarczające do osiągnięcia założonych celów. Na poziomie dojrzałości 5 procesy zajmują się rozwiązywaniem typowych przyczyn zmienności procesu i zmianą procesu (tj. Zmianą środków wykonania procesu) w celu poprawy wydajności procesu (przy zachowaniu przewidywalności statystycznej) w celu osiągnięcia ustalonych ilościowych celów doskonalenia procesu .
Nie należy pomijać poziomów dojrzałości
Każdy poziom dojrzałości stanowi niezbędną podstawę do efektywnej realizacji procesów na kolejnym poziomie.
Procesy wyższego poziomu mają mniejsze szanse powodzenia bez dyscypliny zapewnianej przez niższe poziomy.
Efekt innowacji można ukryć w hałaśliwym procesie.
Procesy o wyższym poziomie dojrzałości mogą być przeprowadzane przez organizacje o niższych poziomach dojrzałości, co grozi ich niekonsekwentnym zastosowaniem w sytuacji kryzysowej.
Poziomy dojrzałości i obszary procesów
Oto lista wszystkich odpowiednich obszarów procesów zdefiniowanych dla organizacji oprogramowania. Te obszary procesów mogą być różne dla różnych organizacji.
Ta sekcja zawiera nazwy powiązanych obszarów procesu. Aby uzyskać więcej informacji na temat tych obszarów procesów, przejdź do rozdziału obszarów procesów CMMI.
Poziom | Skupiać | Kluczowy obszar procesu | Wynik |
---|---|---|---|
5 Optymalizacja |
Ciągłe doskonalenie procesów | Innowacje organizacyjne i wdrażanie Analiza przyczynowa i rozwiązanie |
Najwyższa jakość / najniższe ryzyko |
4 Zarządzane ilościowo |
Zarządzane ilościowo | Wydajność procesów organizacyjnych Ilościowe zarządzanie projektami |
Wyższa jakość / niższe ryzyko |
3 Zdefiniowany |
Standaryzacja procesów | Rozwój wymagań Rozwiązanie techniczne Integracja produktów Weryfikacja Uprawomocnienie Koncentracja na procesach organizacyjnych Definicja procesu organizacyjnego Szkolenie organizacyjne Zintegrowane zarządzanie projektami (z dodatkami IPPD) Zarządzanie ryzykiem Analiza decyzji i rozwiązanie Zintegrowany zespół (tylko IPPD) Org. Środowisko integracji (tylko IPPD) Zintegrowane zarządzanie dostawcami (tylko SS) |
Średnia jakość / średnie ryzyko |
2 Zarządzane |
Podstawowe zarządzanie projektem | Zarządzanie wymaganiami Planowanie Monitorowanie i kontrola projektu Zarządzanie umowami z dostawcami Pomiary i analiza Zapewnienie jakości procesu i produktu Zarządzanie konfiguracją |
Niska jakość / wysokie ryzyko |
1 Inicjał |
Proces jest nieformalny i adhoc | Najniższa jakość / najwyższe ryzyko |
Poziom zdolności to dobrze zdefiniowany ewolucyjny plateau opisujący możliwości organizacji w odniesieniu do obszaru procesu. Poziom zdolności składa się z powiązanych, specyficznych i ogólnych praktyk dla obszaru procesu, które mogą usprawnić procesy organizacji związane z tym obszarem procesu. Każdy poziom jest warstwą będącą podstawą ciągłego doskonalenia procesów.
Zatem poziomy zdolności są kumulatywne, tj. Wyższy poziom zdolności obejmuje atrybuty niższych poziomów.
W modelach CMMI z ciągłą reprezentacją istnieje sześć poziomów możliwości oznaczonych cyframi od 0 do 5.
- 0 - niekompletne
- 1 - Wykonano
- 2 - Zarządzane
- 3 - Zdefiniowany
- 4 - Zarządzanie ilościowe
- 5 - Optymalizacja
Krótki opis każdego poziomu zdolności jest następujący -
Poziom zdolności 0: niekompletny
„Niekompletny proces” to proces, który nie został wykonany lub został wykonany częściowo. Jeden lub więcej celów szczegółowych obszaru procesu nie jest spełnionych i nie ma celów ogólnych dla tego poziomu, ponieważ nie ma powodu, aby zinstytucjonalizować częściowo wykonany proces.
Jest to równoznaczne z poziomem dojrzałości 1 w reprezentacji etapowej.
Poziom zdolności 1: Wykonane
Proces na poziomie zdolności 1 to proces, od którego oczekuje się wykonania wszystkich praktyk specyficznych i ogólnych na poziomie zdolności 1. Wydajność może nie być stabilna i może nie spełniać określonych celów, takich jak jakość, koszt i harmonogram, ale można wykonać pożyteczną pracę. To dopiero początek lub mały krok w doskonaleniu procesów. Oznacza to, że coś robisz, ale nie możesz udowodnić, że to naprawdę działa na Ciebie.
Poziom możliwości 2: zarządzany
Zarządzany proces jest planowany, wykonywany, monitorowany i kontrolowany dla poszczególnych projektów, grup lub samodzielnych procesów, aby osiągnąć określony cel. Zarządzanie procesem pozwala osiągnąć zarówno modelowe cele procesu, jak i inne cele, takie jak koszt, harmonogram i jakość. Jak wskazuje tytuł tego poziomu, aktywnie zarządzasz sposobem wykonywania zadań w swojej organizacji. Masz pewne wskaźniki, które są konsekwentnie gromadzone i stosowane w podejściu do zarządzania.
Note- metryki są gromadzone i stosowane na wszystkich poziomach CMMI, zarówno w reprezentacjach etapowych, jak i ciągłych. Jest gorzkim błędem myślenie, że organizacja może zaczekać do 4 poziomu możliwości, aby wykorzystać metryki.
Poziom możliwości 3: Zdefiniowane
Proces poziomu zdolności 3 jest określany jako „proces zdefiniowany”. Zdefiniowany proces jest procesem zarządzanym (poziom zdolności 2), który jest dostosowany do zestawu standardowych procesów organizacji zgodnie z wytycznymi dostosowawczymi organizacji i wnosi produkty pracy, środki i inne informacje dotyczące poprawy procesu do zasobów procesu organizacji.
Poziom możliwości 4: zarządzanie ilościowe
Proces poziomu zdolności 4 jest określany jako „proces zarządzany ilościowo”. Proces zarządzany ilościowo to zdefiniowany (poziom możliwości 3) proces kontrolowany za pomocą technik statystycznych i innych technik ilościowych. Cele ilościowe dotyczące jakości i wydajności procesu są ustalane i wykorzystywane jako kryteria w zarządzaniu procesem. Jakość i wydajność procesu są rozumiane w kategoriach statystycznych i są zarządzane przez cały czas trwania procesu.
Poziom możliwości 5: Optymalizacja
Proces optymalizacji to proces zarządzany ilościowo, który jest ulepszany w oparciu o zrozumienie typowych przyczyn zmienności procesu właściwych dla danego procesu. Koncentruje się na ciągłej poprawie wydajności procesów poprzez stopniowe i innowacyjne ulepszenia. Celem działań doskonalących są zarówno zdefiniowane procesy, jak i zestaw standardowych procesów organizacji.
Poziom możliwości 4 koncentruje się na ustalaniu linii bazowych, modeli i pomiarów wydajności procesu. Poziom umiejętności 5 koncentruje się na badaniu wyników wydajności w całej organizacji lub w całym przedsiębiorstwie, znajdowaniu typowych przyczyn problemów w sposobie wykonywania pracy (zastosowanych procesach) oraz rozwiązywaniu problemów w procesie. Poprawka obejmowałaby aktualizację dokumentacji procesu i szkolenie związane z wprowadzaniem błędów.
Organizacja obszarów procesów w ciągłej reprezentacji
Kategoria | Obszar procesu |
---|---|
Zarządzanie projektami |
|
Wsparcie |
|
Inżynieria |
|
Zarządzanie procesem |
|
Obszar Procesu to zbiór powiązanych praktyk w obszarze, które, gdy są wdrażane zbiorowo, spełniają zestaw celów uznanych za ważne dla dokonania znaczącej poprawy w tym obszarze. Wszystkie obszary procesu CMMI są wspólne zarówno dla reprezentacji ciągłych, jak i etapowych.
Ciągła reprezentacja umożliwia organizacji wybór celu jej wysiłków na rzecz doskonalenia procesów poprzez wybór tych obszarów procesów lub zestawów powiązanych ze sobą obszarów procesów, które najlepiej przynoszą korzyści organizacji i jej celom biznesowym. Chociaż istnieją pewne ograniczenia co do tego, co organizacja może wybrać ze względu na zależności między obszarami procesów, organizacja ma znaczną swobodę w wyborze.
Po wybraniu obszarów procesów należy również określić, o ile chciałbyś ulepszyć procesy związane z tymi obszarami procesów (tj. Wybrać odpowiedni poziom zdolności). Poziomy zdolności oraz ogólne cele i praktyki wspierają doskonalenie procesów w poszczególnych obszarach procesowych.
I odwrotnie, zobaczysz, że reprezentacja etapowa zachęca do patrzenia na obszary procesu zawsze w kontekście poziomu dojrzałości, do którego należą. Obszary procesu są uporządkowane według poziomów dojrzałości, aby wzmocnić tę koncepcję. Kiedy używasz obszaru procesu, używasz całego obszaru procesu, tj. Wszystkich celów i wszystkich praktyk.
Obszary procesu CMMI (PA) można pogrupować w następujące cztery kategorie, aby zrozumieć ich interakcje i powiązania ze sobą niezależnie od ich zdefiniowanych poziomów:
Zarządzanie procesem
Zarządzanie projektami
Engineering
Support
Każdy obszar procesu jest zdefiniowany przez zestaw celów i praktyk. Istnieją dwie kategorie celów i praktyk -
Generic goals and practices - Są częścią każdego obszaru procesu.
Specific goals and practices - Są specyficzne dla danego obszaru procesu.
Obszar procesu jest spełniony, gdy procesy przedsiębiorstwa obejmują wszystkie ogólne i szczegółowe cele oraz praktyki dla tego obszaru procesu.
Ogólne cele i praktyki
Ogólne cele i praktyki są częścią każdego obszaru procesu.
NOTATIONS - GG -> Ogólne cele i GP -> Ogólna praktyka
GG 1 Osiągnij określone cele
GP 1.1 Wykonywanie określonych praktyk
GG 2 Zinstytucjonalizować zarządzany proces
GP 2.1 Ustanowienie polityki organizacyjnej
GP 2.2 Zaplanuj proces
GP 2.3 Zapewnienie zasobów
GP 2.4 Przydzielenie odpowiedzialności
GP 2.5 Szkolenie ludzi
GP 2.6 Zarządzanie konfiguracjami
GP 2.7 Zidentyfikuj i zaangażuj odpowiednich interesariuszy
GP 2.8 Monitoruj i kontroluj proces
GP 2.9 Obiektywna ocena przestrzegania zaleceń
Stan przeglądu GP 2.10 z wyższym poziomem zarządzania
GG 3 Zinstytucjonalizować zdefiniowany proces
GP 3.1 Ustanowienie zdefiniowanego procesu
GP 3.2 Zbieranie informacji dotyczących doskonalenia
GG 4 Zinstytucjonalizuj proces zarządzany ilościowo
GP 4.1 Ustal ilościowe cele procesu
GP 4.2 Stabilizacja wydajności procesu podrzędnego
GG 5 Zinstytucjonalizować proces optymalizacji
GP 5.1 Zapewnienie ciągłego doskonalenia procesu
GP 5.2 Poprawianie pierwotnych przyczyn problemów
Wspólne cechy
Cechami wspólnymi są atrybuty, które wskazują, czy wdrożenie i instytucjonalizacja kluczowego obszaru procesowego jest efektywna, powtarzalna i trwała. Poniżej wymieniono pięć wspólnych cech -
Commitment to Perform- Zobowiązanie do wykonania opisuje działania, które organizacja musi podjąć, aby zapewnić, że proces został ustanowiony i będzie trwał. Zobowiązanie do wykonania zwykle wiąże się z ustaleniem zasad organizacyjnych i sponsorowaniem wyższego kierownictwa.
Ability to Perform- Zdolność do działania opisuje warunki wstępne, które muszą istnieć w projekcie lub organizacji, aby kompetentnie wdrożyć proces tworzenia oprogramowania. Umiejętność wykonywania zadań zazwyczaj obejmuje zasoby, struktury organizacyjne i szkolenia.
Activities Performed- Wykonywane działania - opis ról i procedur niezbędnych do realizacji kluczowego obszaru procesu. Wykonywane czynności zazwyczaj obejmują ustalenie planów i procedur, wykonanie pracy, śledzenie jej i podejmowanie działań naprawczych, jeśli to konieczne.
Measurement and Analysis- Pomiary i analiza opisuje potrzebę pomiaru procesu i analizy pomiarów. Pomiary i analiza zazwyczaj obejmują przykłady pomiarów, które można by podjąć w celu określenia statusu i skuteczności Wykonanych działań.
Verifying Implementation- Weryfikacja implementacji opisuje kroki zapewniające, że działania są wykonywane zgodnie z ustalonym procesem. Weryfikacja zazwyczaj obejmuje przeglądy i audyty dokonywane przez kierownictwo i zapewnienie jakości oprogramowania.
Praktyki dotyczące wspólnej cechy Wykonywane czynności opisują, co należy zaimplementować, aby ustalić zdolność procesu. Pozostałe praktyki, jako całość, stanowią podstawę, dzięki której organizacja może zinstytucjonalizować praktyki opisane w części wspólnej „Wykonywane działania”.
Obszary procesu w szczegółach
CMMI zawiera 22 obszary procesowe wskazujące na aspekty rozwoju produktu, które mają być objęte procesami firmy.
Analiza przyczynowa i rozwiązanie
Jest to obszar procesu wsparcia na poziomie dojrzałości 5.
Cel, powód
Cel Causal Analysis and Resolution (CAR) ma na celu identyfikację przyczyn usterek i innych problemów oraz podjęcie działań zapobiegających ich wystąpieniu w przyszłości.
Konkretne praktyki według celu
SG 1 Określić przyczyny usterek
SP 1.1 Wybierz dane defektu do analizy
SP 1.2 Analiza przyczyn
SG 2 usuwa przyczyny usterek
SP 2.1 Wdrażanie propozycji działań
SP 2.2 Ocena skutków zmian
SP 2.3 Zapis danych
Zarządzanie konfiguracją
Jest to obszar procesu wsparcia na poziomie dojrzałości 2.
Cel, powód
Cel Configuration Management (CM) ma na celu ustanowienie i utrzymanie integralności produktów pracy za pomocą identyfikacji konfiguracji, kontroli konfiguracji, ewidencjonowania statusu konfiguracji i audytów konfiguracji.
Specific Practices by Goal
SG 1 Ustanowienie linii bazowych
SP 1.1 Identyfikowanie elementów konfiguracji
SP 1.2 Ustanowienie systemu zarządzania konfiguracją
SP 1.3 Tworzenie lub publikowanie linii bazowych
SG 2 Śledzenie i kontrolowanie zmian
SP 2.1 Śledzenie żądań zmian
SP 2.2 Elementy konfiguracji sterowania
SG 3 ustanowienie uczciwości
SP 3.1 Tworzenie rekordów zarządzania konfiguracją
SP 3.2 Przeprowadzanie audytów konfiguracji
Analiza decyzji i rozwiązanie
Jest to obszar procesu wsparcia na poziomie dojrzałości 3.
Cel, powód
Cel Decision Analysis and Resolution (DAR) polega na analizie możliwych decyzji przy użyciu formalnego procesu oceny, który ocenia zidentyfikowane alternatywy w oparciu o ustalone kryteria.
Konkretne praktyki według celu
SG 1 Ocena alternatyw
SP 1.1 Ustal wytyczne dotyczące analizy decyzji
SP 1.2 Ustal kryteria oceny
SP 1.3 Identyfikowanie alternatywnych rozwiązań
SP 1.4 Wybierz metody oceny
SP 1.5 Ocena alternatyw
SP 1.6 Wybierz rozwiązania
Zintegrowane zarządzanie projektami + IPPD
Jest to obszar procesu zarządzania projektami na poziomie dojrzałości 3.
Cel, powód
Cel Integrated Project Management + IPPD (IPM) ma na celu ustanowienie projektu i zarządzanie nim oraz zaangażowanie odpowiednich interesariuszy zgodnie ze zintegrowanym i zdefiniowanym procesem dostosowanym do zestawu standardowych procesów organizacji.
Konkretne praktyki według celu
SG 1 Użyj procesu zdefiniowanego w projekcie
SP 1.1 Ustanowienie procesu zdefiniowanego w projekcie
SP 1.2 Wykorzystanie zasobów procesu organizacyjnego do planowania działań projektowych
SP 1.3 Ustal środowisko pracy projektu
SP 1.4 Integracja planów
SP 1.5 Zarządzaj projektem za pomocą zintegrowanych planów
SP 1.6 Wkład w zasoby procesu organizacyjnego
SG 2 Koordynacja i współpraca z odpowiednimi interesariuszami
SP 2.1 Zarządzanie zaangażowaniem interesariuszy
SP 2.2 Zarządzanie zależnościami
SP 2.3 Rozwiązywanie problemów z koordynacją
Dodatek IPPD -
SG 3 Zastosuj Zasady ZPPD
SP 3.1 Ustal wspólną wizję projektu
SP 3.2 Ustanowienie zintegrowanej struktury zespołu
SP 3.3 Przydzielanie wymagań do zintegrowanych zespołów
SP 3.4 Utworzenie zintegrowanych zespołów
SP 3.5 Zapewnienie współpracy między zespołami współpracującymi
Pomiary i analiza
Jest to obszar procesu wsparcia na poziomie dojrzałości 2.
Cel, powód
Cel Measurement and Analysis (MA) jest rozwijanie i utrzymywanie zdolności pomiarowej, która jest wykorzystywana do wspierania potrzeb w zakresie informacji zarządczej.
Konkretne praktyki według celu
SG 1 Dopasuj pomiary i analizy
SP 1.1 Ustal cele pomiaru
SP 1.2 Określ środki
SP 1.3 Określić procedury gromadzenia i przechowywania danych
SP 1.4 Określanie procedur analitycznych
SG 2 dostarcza wyniki pomiarów
SP 2.1 Zbieranie danych pomiarowych
SP 2.2 Analiza danych pomiarowych
SP 2.3 Przechowywanie danych i wyników
SP 2.4 Przekazywanie wyników
Innowacje organizacyjne i wdrażanie
Jest to obszar procesu zarządzania procesami na 5 poziomie dojrzałości.
Cel, powód
Cel Organizational Innovation and Deployment(OID) polega na wybieraniu i wdrażaniu stopniowych i innowacyjnych ulepszeń, które w wymierny sposób usprawniają procesy i technologie organizacji. Udoskonalenia wspierają cele organizacji dotyczące jakości i wydajności procesów, wynikające z celów biznesowych organizacji.
Konkretne praktyki według celu
SG 1 Wybierz ulepszenia
SP 1.1 Zbieranie i analizowanie propozycji ulepszeń
SP 1.2 Identyfikowanie i analizowanie innowacji
Ulepszenia pilota SP 1.3
SP 1.4 Wybierz ulepszenia do wdrożenia
Ulepszenia wdrażania SG 2
SP 2.1 Zaplanuj obszary rozmieszczenia
SP 2.2 Zarządzaj wdrożeniem
SP 2.3 Pomiar efektów poprawy
Definicja procesu organizacyjnego + IPPD (OPD)
Jest to obszar procesu zarządzania procesem na poziomie dojrzałości 3.
Cel, powód
Cel Organizational Process Definition + IPPD (OPD) polega na ustanowieniu i utrzymaniu użytecznego zestawu zasobów procesu organizacyjnego.
Konkretne praktyki według celu
SG 1 Ustanowienie zasobów procesu organizacyjnego
SP 1.1 Ustanowienie standardowych procesów
SP 1.2 Ustalenie opisów modeli cyklu życia
SP 1.3 Ustal kryteria i wytyczne dotyczące dostosowywania
SP 1.4 Utworzenie repozytorium pomiarów organizacji
SP 1.5 Utworzenie biblioteki zasobów procesowych organizacji
Dodatek IPPD -
SG 2 Włącz zarządzanie IPPD
SP 2.1 Ustanowienie mechanizmów wzmacniania
SP 2.2 Ustanowienie zasad i wytycznych dla zintegrowanych zespołów
SP 2.3 Odpowiedzialność zespołu i organizacji domowej
Koncentracja na procesach organizacyjnych
Jest to obszar procesu zarządzania procesem na poziomie dojrzałości 3.
Cel, powód
Cel Organizational Process Focus (OPF) polega na planowaniu i wdrażaniu doskonalenia procesów organizacyjnych w oparciu o dogłębne zrozumienie aktualnych mocnych i słabych stron procesów organizacji oraz aktywów procesowych.
Konkretne praktyki według celu
SG 1 Określenie możliwości usprawnienia procesu
SP 1.1 Ustal potrzeby procesu organizacyjnego
SP 1.2 Ocena procesów organizacji
SP 1.3 Zidentyfikuj usprawnienia procesów organizacji
SG 2 Planowanie i wdrażanie działań usprawniających proces
SP 2.1 Ustanowienie planów działania procesu
SP 2.2 Wdrażanie planów działań procesu
SG 3 Wdrażanie zasobów procesów organizacyjnych i wyciągnięte wnioski
SP 3.1 Wdrażanie zasobów procesów organizacyjnych
SP 3.2 Wdrażanie standardowych procesów
SP 3.3 Monitorowanie implementacji
SP 3.4 Włączanie doświadczeń związanych z procesami do zasobów procesów organizacyjnych
Wydajność procesów organizacyjnych
Jest to obszar procesu zarządzania procesem na poziomie dojrzałości 4.
Cel, powód
Cel Organizational Process Performance (OPP) ma na celu ustalenie i utrzymanie ilościowego zrozumienia wydajności zestawu standardowych procesów organizacji w celu wspierania celów jakości i wydajności procesu oraz zapewnienie danych dotyczących wydajności procesu, linii bazowych i modeli do ilościowego zarządzania projektami organizacji.
Konkretne praktyki według celu
SG 1 Ustal podstawy i modele wydajności
SP 1.1 Wybierz procesy
SP 1.2 Ustanowienie miar wydajności procesu
SP 1.3 Ustalenie celów dotyczących jakości i wydajności procesu
SP 1.4 Ustalenie linii bazowych wydajności procesu
SP 1.5 Ustanowienie modeli wydajności procesów
Szkolenie organizacyjne
Jest to obszar procesu zarządzania procesem na poziomie dojrzałości 3.
Cel, powód
Cel Organizational Training (OT) to rozwijanie umiejętności i wiedzy ludzi, aby mogli skutecznie i wydajnie wykonywać swoje role.
Konkretne praktyki według celu
SG 1 Ustanowienie możliwości szkolenia organizacyjnego
SP 1.1 Ustal strategiczne potrzeby szkoleniowe
SP 1.2 Określenie, za które potrzeby szkoleniowe odpowiada organizacja
SP 1.3 Ustanowienie taktycznego planu szkolenia organizacyjnego
SP 1.4 Ustanowienie możliwości szkolenia
SG 2 Zapewnij niezbędne szkolenie
SP 2.1 Zapewnij szkolenie
SP 2.2 Ustanowienie dokumentacji szkoleniowej
SP 2.3 Ocena skuteczności szkolenia
Integracja produktów
Jest to obszar procesu inżynieryjnego na poziomie dojrzałości 3.
Cel, powód
Cel Product Integration (PI) polega na złożeniu produktu z komponentów produktu, upewnieniu się, że produkt, jako zintegrowany, działa prawidłowo i dostarczyć produkt.
Konkretne praktyki według celu
SG 1 Przygotowanie do integracji produktu
SP 1.1 Określanie kolejności całkowania
SP 1.2 Ustanowienie środowiska integracji produktu
SP 1.3 Ustanowienie procedur i kryteriów integracji produktu
SG 2 Zapewnij zgodność interfejsu
SP 2.1 Przegląd opisów interfejsów pod kątem kompletności
SP 2.2 Zarządzanie interfejsami
SG 3 Złóż komponenty produktu i dostarcz produkt
SP 3.1 Potwierdzenie gotowości komponentów produktu do integracji
SP 3.2 Montaż komponentów produktu
SP 3.3 Ocena zmontowanych komponentów produktu
SP 3.4 Spakuj i dostarcz produkt lub składnik produktu
Monitorowanie i kontrola projektu
Jest to obszar procesu zarządzania projektami na poziomie dojrzałości 2.
Cel, powód
Cel Project Monitoring and Control (PMC) ma zapewnić zrozumienie postępów projektu, aby można było podjąć odpowiednie działania naprawcze, gdy wyniki projektu znacznie odbiegają od planu.
Konkretne praktyki według celu
SG 1 Monitorowanie projektu zgodnie z planem
SP 1.1 Monitorowanie parametrów planowania projektu
SP 1.2 Zobowiązania do monitorowania
SP 1.3 Monitorowanie ryzyka projektu
SP 1.4 Zarządzanie danymi monitora
SP 1.5 Monitorowanie zaangażowania interesariuszy
SP 1.6 Przeprowadzanie przeglądów postępów
SP 1.7 Przeprowadzanie przeglądów milowych
SG 2 Zarządzaj działaniami naprawczymi do zamknięcia
SP 2.1 Analiza problemów
SP 2.2 Podejmij działania naprawcze
SP 2.3 Zarządzaj działaniami naprawczymi
Planowanie
Jest to obszar procesu zarządzania projektami na poziomie dojrzałości 2.
Cel, powód
Cel Project Planning (PP) ma na celu ustanowienie i utrzymywanie planów określających działania w ramach projektu.
Konkretne praktyki według celu
SG 1 Ustal szacunki
SP 1.1 Oszacuj zakres projektu
SP 1.2 Ustal szacunki produktów pracy i atrybutów zadań
SP 1.3 Zdefiniuj cykl życia projektu
SP 1.4 Określ szacunki nakładu pracy i kosztów
SG 2 Opracuj plan projektu
SP 2.1 Ustal budżet i harmonogram
SP 2.2 Identyfikacja ryzyka projektowego
SP 2.3 Plan zarządzania danymi
SP 2.4 Plan zasobów projektu
Plan SP 2.5 dotyczący potrzebnej wiedzy i umiejętności
SP 2.6 Planowanie zaangażowania interesariuszy
SP 2.7 Ustal plan projektu
SG 3 zobowiązanie się do realizacji planu
SP 3.1 Plany przeglądu, które mają wpływ na projekt
SP 3.2 Uzgodnienie poziomu pracy i zasobów
SP 3.3 Uzyskaj zobowiązanie dotyczące planu
Zapewnienie jakości procesu i produktu
Jest to obszar procesu wsparcia na poziomie dojrzałości 2.
Cel, powód
Cel Process and Product Quality Assurance (PPQA) ma zapewnić personelowi i kierownictwu obiektywny wgląd w procesy i związane z nimi produkty pracy.
Konkretne praktyki według celu
SG 1 Obiektywna ocena procesów i produktów pracy
SP 1.1 Obiektywna ocena procesów
SP 1.2 Obiektywna ocena produktów i usług pracy
SG 2 zapewnia obiektywny wgląd
SP 2.1 Komunikowanie i rozwiązywanie problemów związanych z niezgodnością
SP 2.2 Ustanowienie rekordów
Ilościowe zarządzanie projektami
Jest to obszar procesu zarządzania projektami na poziomie dojrzałości 4.
Cel, powód
Celem Quantitative Project Management (QPM) obszarem procesu jest ilościowe zarządzanie zdefiniowanym procesem projektu w celu osiągnięcia ustalonych celów projektu w zakresie jakości i wydajności procesu.
Konkretne praktyki według celu
SG 1 Ilościowe zarządzanie projektem
SP 1.1 Ustal cele projektu
SP 1.2 Tworzenie zdefiniowanych procesów
SP 1.3 Wybierz podprocesy, które będą zarządzane statystycznie
SP 1.4 Zarządzaj wydajnością projektu
SG 2 Statystyczne zarządzanie wydajnością podprocesu
SP 2.1 Wybór miar i technik analitycznych
SP 2.2 Zastosuj metody statystyczne do zrozumienia zmienności
SP 2.3 Monitorowanie wydajności wybranych podprocesów
SP 2.4 Rejestrowanie danych statystycznych dotyczących zarządzania
Rozwój wymagań
Jest to obszar procesu inżynieryjnego na poziomie dojrzałości 3.
Cel, powód
Cel Requirements Development (RD) to produkcja i analiza wymagań klientów, produktów i produktów-komponentów.
Konkretne praktyki według celu
SG 1 Opracuj wymagania klienta
SP 1.1 Wymagane potrzeby
SP 1.2 Opracowanie wymagań klienta
SG 2 Opracuj wymagania dotyczące produktu
SP 2.1 Ustalenie wymagań dotyczących produktów i składników produktów
SP 2.2 Przydzielanie wymagań dotyczących składników produktu
SP 2.3 Identyfikacja wymagań dotyczących interfejsu
SG 3 Analiza i walidacja wymagań
SP 3.1 Ustal koncepcje operacyjne i scenariusze
SP 3.2 Ustal definicję wymaganej funkcjonalności
SP 3.3 Analiza wymagań
SP 3.4 Analiza wymagań w celu osiągnięcia równowagi
SP 3.5 Sprawdzanie wymagań
Zarządzanie wymaganiami
Jest to obszar procesu inżynieryjnego na poziomie dojrzałości 2.
Cel, powód
Cel Requirements Management (REQM) ma na celu zarządzanie wymaganiami produktów projektu i komponentów produktów oraz identyfikację niespójności między tymi wymaganiami a planami i produktami pracy projektu.
Konkretne praktyki według celu
SG 1 Zarządzaj wymaganiami
SP 1.1 Zrozumienie wymagań
SP 1.2 Uzyskanie zobowiązania do spełnienia wymagań
SP 1.3 Zarządzanie zmianami wymagań
SP 1.4 Utrzymanie dwukierunkowego śledzenia wymagań
SP 1.5 Identyfikowanie niespójności między pracą projektową a wymaganiami
Zarządzanie ryzykiem
Jest to obszar procesu zarządzania projektami na poziomie dojrzałości 3.
Cel, powód
Cel Risk Management (RSKM) ma na celu identyfikację potencjalnych problemów, zanim wystąpią, aby można było zaplanować działania związane z zarządzaniem ryzykiem i przywoływać je w razie potrzeby przez cały okres eksploatacji produktu lub projektu, aby złagodzić negatywny wpływ na osiągnięcie celów.
Konkretne praktyki według celu
SG 1 Przygotowanie do zarządzania ryzykiem
SP 1.1 Określ źródła i kategorie ryzyka
SP 1.2 Definiowanie parametrów ryzyka
SP 1.3 Ustanowienie strategii zarządzania ryzykiem
SG 2 Identyfikuje i analizuje ryzyka
SP 2.1 Identyfikacja ryzyka
SP 2.2 Ocena, klasyfikacja i priorytetyzacja ryzyk
SG 3 Ogranicza ryzyko
SP 3.1 Opracowanie planów ograniczania ryzyka
SP 3.2 Wdrażanie planów ograniczania ryzyka
Zarządzanie umowami z dostawcami
Jest to obszar procesu zarządzania projektami na poziomie dojrzałości 2.
Cel, powód
Cel Supplier Agreement Management (SAM) ma zarządzać zakupami produktów od dostawców, dla których istnieje formalna umowa.
Konkretne praktyki według celu
SG 1 Zawarcie umów z dostawcami M.
SP 1.1 Określenie typu nabycia
SP 1.2 Wybierz dostawców
SP 1.3 Ustanowienie umów z dostawcami
SG 2 Spełnij umowy z dostawcami
SP 2.1 Wykonanie umowy z dostawcą
SP 2.2 Monitoruj procesy wybranych dostawców
SP 2.3 Ocena wybranych produktów pracy dostawcy
SP 2.4 Zaakceptuj zakupiony produkt
SP 2.5 Produkty przejściowe
Rozwiązanie techniczne
Jest to obszar procesu inżynieryjnego na poziomie dojrzałości 3.
Cel, powód
Cel Technical Solution(TS) to projektowanie, opracowywanie i wdrażanie rozwiązań do wymagań. Rozwiązania, projekty i wdrożenia obejmują produkty, komponenty produktów i procesy związane z cyklem życia produktów, odpowiednio pojedynczo lub w połączeniu.
Konkretne praktyki według celu
SG 1 Wybierz rozwiązania produkt-składnik
SP 1.1 Opracowanie alternatywnych rozwiązań i kryteriów wyboru
SP 1.2 Wybierz rozwiązania składowe produktu
SG 2 Opracuj projekt
SP 2.1 Zaprojektuj produkt lub składnik produktu
SP 2.2 Ustanowienie pakietu danych technicznych
SP 2.3 Projektowanie interfejsów przy użyciu kryteriów
SP 2.4 Analiza produkcji, zakupu lub ponownego wykorzystania
SG 3 Wdrażanie projektu produktu
SP 3.1 Wdrażanie projektu
SP 3.2 Opracowywanie dokumentacji wsparcia produktu
Uprawomocnienie
Jest to obszar procesu inżynieryjnego na poziomie dojrzałości 3.
Cel, powód
Cel Validation (VAL) ma wykazać, że wyrób lub składnik produktu spełnia swoje zamierzone zastosowanie po umieszczeniu w przewidzianym dla niego środowisku.
Konkretne praktyki według celu
SG 1 Przygotowanie do walidacji
SP 1.1 Wybierz produkty do walidacji
SP 1.2 Ustanowienie środowiska walidacji
SP 1.3 Ustanowienie procedur i kryteriów walidacji
SG 2 Walidacja produktu lub składników produktu
SP 2.1 Przeprowadzenie walidacji
SP 2.2 Analiza wyników walidacji.
Weryfikacja
Jest to obszar procesu inżynieryjnego na poziomie dojrzałości 3.
Cel, powód
Cel Verification (VER) ma na celu zapewnienie, że wybrane produkty pracy spełniają określone wymagania.
Konkretne praktyki według celu
SG 1 Przygotuj się do weryfikacji
SP 1.1 Wybierz produkty pracy do weryfikacji
SP 1.2 Ustanowienie środowiska weryfikacji
SP 1.3 Ustanowienie procedur i kryteriów weryfikacji
SG 2 przeprowadza wzajemne oceny
SP 2.1 Przygotowanie do wzajemnej oceny
SP 2.2 Przeprowadzanie wzajemnych ocen
SP 2.3 Analiza danych z recenzji
SG 3 Zweryfikuj wybrane produkty pracy
SP 3.1 Przeprowadź weryfikację
SP 3.2 Analiza wyników weryfikacji
Zmiany wprowadzone w wersji 1.2
Pod uwagę brane są tylko te zmiany, które zostały wprowadzone w zestawie Obszarów Procesów. Aby uzyskać szczegółowe informacje, odwiedź stronę główną SEI .
Usunięto następujące obszary procesu (wszystkie na poziomie dojrzałości 3) -
Środowisko organizacyjne integracji (OEI)
Zintegrowany zespół (IT)
Zintegrowane zarządzanie dostawcami (ISM)
W istniejących obszarach procesu wprowadzono następujące dodatki -
IPM. SG3 i SG4 zostały wyeliminowane, dodano nowy SG3 (wszystkie PA IPPD)
OPD. SG został dodany, zamieniając go w IPPD PA
OPF. dwa SP zostały wyodrębnione z SG i stworzyły SG3 razem z dwoma nowymi SP
REQD. SP3.5 został przemianowany na Validate Requirements
SAM. SP2.1 został wyeliminowany, dwa nowe SP zostały dodane w SG2
TS. SP1.2 został wyeliminowany
VER. SP3.2 został przemianowany na Analyze Verification Results
Ocena CMMI to badanie jednego lub większej liczby procesów przez wyszkolony zespół profesjonalistów przy użyciu modelu odniesienia oceny jako podstawy do określenia mocnych i słabych stron organizacji.
Wyceny wymagają planowania. Planując ocenę swojej organizacji, określ zakres jednostki organizacyjnej, które dyscypliny mają obejmować, czy zespół oceniający będzie składał się z członków wewnętrznych lub zewnętrznych w Twojej organizacji, projekty, które mają być uwzględnione, osoby, z którymi przeprowadzane będą rozmowy oraz rodzaj wymagana klasa oceny.
Oceny uwzględniają trzy kategorie komponentów modelu, zgodnie z definicją w CMMI -
Required - tylko cele szczegółowe i ogólne.
Expected - wyłącznie praktyki szczególne i ogólne.
Informative - obejmuje praktyki dodatkowe i typowe produkty pracy.
SEI wydała dwa dokumenty przewodnie dotyczące ocen CMMI -
Appraisal Requirements for CMMI (ARC) - Zawiera wymagania dla trzech klas metod oceny klasy A, klasy B i klasy C. Wymagania te stanowią zasady definiowania każdej klasy metod oceny.
Standard CMMI Appraisal Method for Process Improvement (SCAMPI) - Dokument opisu metody (MDD) jest obecnie jedyną zatwierdzoną metodą oceny klasy A.
SCAMPI jest obecnie jedyną zatwierdzoną metodą oceny CMMI klasy A. Oznacza to, że SCAMPI spełnia wszystkie wymagania metody oceny ARC klasy A i został zatwierdzony przez SEI.
Istnieją trzy klasy metod oceny CMMI: klasa A, klasa B i klasa C.
Ocena SCAMPI klasy A.
Ocena SCAMPI klasy A jest zwykle przeprowadzana, gdy organizacja wdrożyła szereg znaczących ulepszeń procesu i musi formalnie porównać swój proces z CMMI. SCAMPI A to jedyna metoda oceny, która zapewnia oceny poziomu dojrzałości lub poziomu zdolności CMMI.
Możesz spodziewać się następujących wyników z SCAMPI A -
Rating na poziomie dojrzałości lub ratingi na poziomie zdolności.
Wyniki opisujące mocne i słabe strony procesu organizacji w stosunku do CMMI.
Konsensus dotyczący kluczowych kwestii procesowych organizacji.
Baza danych ocen, z której organizacja może nadal korzystać, aby monitorować postępy w doskonaleniu procesów i wspierać przyszłe oceny.
Ocena SCAMPI klasy B.
SCAMPI B jest potrzebny, gdy organizacja musi ocenić swój postęp w kierunku docelowego poziomu dojrzałości CMMI, ale po niższych kosztach niż SCAMPI A. Oceny SCAMPI B dostarczają szczegółowych ustaleń i wskazują prawdopodobieństwo, że ocenione praktyki zostaną ocenione jako zadowalające wdrożone w ocenie SCAMPI A.
Ocena SCAMPI klasy B, jedna z trzech metod oceny SEI, pomaga organizacji zrozumieć, ze stosunkowo wysokim stopniem pewności, stan jej oprogramowania i procesu inżynierii systemów w stosunku do CMMI. SCAMPI B jest często wykonywany, gdy organizacja musi dokładnie ocenić swoje postępy w kierunku docelowego poziomu dojrzałości CMMI.
Możesz spodziewać się następujących wyników z SCAMPI B -
Szczegółowe ustalenia opisujące mocne i słabe strony procesu organizacji w stosunku do CMMI.
Praktyczne charakterystyki wskazujące na prawdopodobieństwo, że badane praktyki spełniłyby cele i zamierzenia CMMI.
Konsensus dotyczący kluczowych kwestii procesowych organizacji.
Baza danych FIDO, z której organizacja może nadal korzystać, aby monitorować postępy w doskonaleniu procesów i wspierać przyszłe oceny.
Ocena SCAMPI klasy C.
Oceny SCAMPI C są krótsze i bardziej elastyczne niż oceny SCAMPI A i B i są przeprowadzane w celu uwzględnienia różnorodnych specjalnych potrzeb, od szybkiej analizy luk po określenie gotowości organizacji do SCAMPI A.
Oceny SCAMPI klasy C, najmniej formalne z zestawu metod oceny SEI, są bardzo elastyczne i mogą być przeprowadzane w celu zaspokojenia różnych potrzeb. Oceny SCAMPI C są zwykle znacznie krótsze niż w przypadku ocen klasy A i B, dlatego są one często przeprowadzane z powodów takich jak:
Zapewnij szybką analizę luk w procesie organizacji w odniesieniu do CMMI.
Oceń adekwatność nowego procesu przed jego wdrożeniem.
Monitoruj realizację procesu.
Określ gotowość organizacji do SCAMPI A.
Wspieraj wybór dostawcy.
Możesz spodziewać się następujących wyników z SCAMPI C -
Wyniki opisujące mocne i słabe strony ocenianych procesów. W zależności od zakresu i strategii oceny, ustalenia można przypisać do odpowiednich komponentów CMMI.
Charakterystyki, które podsumowują adekwatność ocenianych procesów względem CMMI.
Zalecane działania usprawniające proces.
Baza danych FIDO, z której organizacja może nadal korzystać w celu monitorowania postępów w doskonaleniu procesów i wspierania przyszłych ocen.
Charakterystyka klas ocen
Każda klasa wyróżnia się stopniem rygoru związanym z zastosowaniem metody. Klasa A jest najbardziej rygorystyczna, klasa B jest nieco mniej rygorystyczna, a klasa C jest najmniej rygorystyczna. Poniższa tabela przedstawia spodziewane różnice między metodami w każdej klasie.
Charakterystyka | Klasa A | Klasa B. | Klasa C |
---|---|---|---|
Ilość zebranych obiektywnych dowodów | Wysoki | Średni | Niska |
Ocena wygenerowana | tak | Nie | Nie |
Potrzeby zasobów | Wysoki | Średni | Niska |
Wielkość drużyny | Duży | Średni | Mały |
Źródła danych (instrumenty, wywiady i dokumenty) | Wymaga wszystkich trzech źródeł danych | Wymaga tylko dwóch źródeł danych (jednym z nich muszą być wywiady) | Wymaga tylko jednego źródła danych |
Wymóg lidera zespołu oceniającego | Autoryzowany Główny Rzeczoznawca | Autoryzowany Główny Rzeczoznawca lub osoba przeszkolona i doświadczona | Osoba przeszkolona i doświadczona |
Podstawy SCAMPI
SCAMPI to akronim, który oznacza Standardową metodę oceny CMMI do doskonalenia procesu. Ocena SCAMPI musi być prowadzona przez autoryzowanego przez SEI głównego rzeczoznawcę SCAMPI. SCAMPI jest obsługiwany przez pakiet produktów SCAMPI, który zawiera opis metody SCAMPI, kwestionariusz dojrzałości, pomoce robocze i szablony.
Obecnie SCAMPI jest jedyną metodą, która może zapewnić rating, jedyną metodą uznawaną przez SEI i metodą cieszącą się największym zainteresowaniem organizacji.
SCAMPI opiera się na doświadczeniach z poprzednich metod, w tym -
CBA IPI - Oparta na CMM ocena dla wewnętrznego doskonalenia procesów.
SCE - Ocena możliwości oprogramowania.
EIA/IS 732.2 - Tymczasowy międzynarodowy standard zatytułowany Metoda oceny inżynierii systemów.
SDCE - Ocena możliwości rozwoju oprogramowania.
Metoda oceny FAA.
W tym rozdziale omówiono głównych graczy zaangażowanych w doskonalenie procesów. Jednak Twoja organizacja może wymagać większej lub mniejszej liczby grup.
Należy pamiętać, że jedna osoba może pełnić wiele z tych ról jednocześnie lub po kolei, w zależności od wielkości organizacji i złożoności wysiłków związanych z doskonaleniem procesów (PI).
Udoskonalenie procesu
Wysiłki związane z doskonaleniem procesów wymagają na ogół następujących osób i grup -
PI Sponsor- Osoba z organizacji odpowiedzialna za nadzór nad całością pracy PI. Taka osoba ma na ogół uprawnienia do przydzielania środków i personelu. Ta osoba jest zwykle na poziomie dyrekcji lub wyższym.
PI Champion- Jest to osoba odpowiedzialna za public relations w ramach projektu PI, która może, ale nie musi, służyć jako lider EPG. Ta osoba promuje pomysł, podejście i wyniki PI.
Engineering Process Group (EPG) Lead- Ta osoba kieruje grupą przeglądającą procesy. Ta osoba przydziela zadania członkom EPG, monitoruje ich wysiłki i planuje codzienne obowiązki EPG.
EPG Members- Te osoby pracują w EPG jako członkowie komisji. Są odpowiedzialni za zapewnienie, że dokumentacja doskonalenia procesu jest napisana i przestrzegana. Są również odpowiedzialni za generowanie metryk w celu śledzenia procesu doskonalenia procesu. Prowadzą PAT.
Process Action Teams (PATs) - Zespoły te generują dokumentację doskonalenia procesów, zasady, procesy, procedury, karty i plany działania.
Transition Partner- Zwykle jedna lub dwie osoby, które są zewnętrznymi konsultantami, są sprowadzane do pomocy w konfiguracji, planowaniu, kierowaniu i monitorowaniu postępów w doskonaleniu procesów organizacyjnych. Osoby te mają doświadczenie w doskonaleniu procesów z kilku innych organizacji i branż.
W tym samouczku omówiono strukturę CMMI, która składa się z następujących komponentów -
- Poziomy dojrzałości (reprezentacja etapowa) lub poziomy zdolności (reprezentacja ciągła)
- Obszary procesu
- Cele: ogólne i szczegółowe
- Wspólne cechy
- Praktyki: ogólne i szczegółowe
Omówiliśmy wszystkie poziomy dojrzałości i poziomy zdolności. Ponadto omówiliśmy wszystkie kluczowe obszary procesów i powiązane cele ogólne, cele szczegółowe, wspólne cechy i praktyki.
Później przedstawiliśmy krótkie wprowadzenie do ocen CMMI i pokazaliśmy różne klasy oceny.
Co jest następne?
SEI CMMI to duży temat, którego nie można wyjaśnić w małym samouczku. Dlatego zdecydowanie zalecamy zapoznanie się z innymi zasobami CMMI i zebranie dodatkowych informacji na ten temat. Te zasoby są wymienione w rozdziale Zasoby CMMI.
Prześlij mi swoją opinię na adres [email protected]
ZA | b | do | re | mi | fa | sol | H. | ja | jot | K. |
L | M | N | O | P. | Q | R | S | T | U | V |
W. | X | Y | Z |
Ability to perform - Wspólna cecha obszarów procesu modelu CMMI z etapową reprezentacją, która grupuje ogólne praktyki związane z zapewnieniem, że projekt i / lub organizacja posiada potrzebne zasoby.
Acceptance criteria - Kryteria, które musi spełniać produkt lub jego składnik, aby został zaakceptowany przez użytkownika, klienta lub inny upoważniony podmiot.
Acceptance testing - Testy formalne przeprowadzone w celu umożliwienia użytkownikowi, klientowi lub innej uprawnionej jednostce określenia, czy zaakceptować produkt lub jego składnik.
Achievement profile - W ciągłej reprezentacji, lista obszarów procesów i odpowiadających im poziomów zdolności, które reprezentują postęp organizacji w każdym obszarze procesu podczas przechodzenia przez poziomy zdolności.
Acquisition - Proces uzyskiwania w drodze umowy dowolnego dyskretnego działania lub proponowanego działania przez jednostkę przejmującą, który zobowiązałby się do zainwestowania w celu uzyskania produktów i usług.
Acquisition strategy - Specyficzne podejście do nabywania produktów i usług, które opiera się na rozważaniach dotyczących źródeł dostaw, metod nabycia, rodzajów specyfikacji wymagań, rodzajów kontraktów lub umów oraz związanego z nimi ryzyka nabycia.
Adequate- Odpowiednie, odpowiednie i w razie potrzeby pojawiają się w CMMI, aby umożliwić menedżerom na wszystkich poziomach i praktykom interpretację szczegółowych i ogólnych celów i praktyk w świetle celów biznesowych organizacji. Na przykład ogólna praktyka dla obszaru procesu zarządzania ryzykiem stwierdza: „Zapewnij odpowiednie zasoby do wykonywania procesu zarządzania ryzykiem, opracowywania produktów pracy i świadczenia usług w ramach procesu”. Odpowiednią może być liczba ludzi, ludzie, którzy muszą monitorować ryzyko itp.
Advanced practices - W ciągłej reprezentacji wszystkie konkretne praktyki o poziomie zdolności dwa lub wyższym.
Agreement/contract requirements - Wszystkie wymagania techniczne i nietechniczne związane z nabyciem.
Allocated requirement - Wymóg nakładający całość lub część za wykonanie i funkcjonalność wyższego poziomu w odniesieniu do elementu architektonicznego lub komponentu projektu niższego poziomu.
Alternative practice- Praktyka zastępująca jedną lub więcej ogólnych lub szczegółowych praktyk zawartych w modelach CMMI, która osiąga równoważny skutek w zakresie spełnienia ogólnego lub szczegółowego celu związanego z praktykami modelowymi. Praktyki alternatywne niekoniecznie zastępują praktyki ogólne lub specyficzne jeden do jednego.
Appraisal - Ocena to zbadanie jednego lub więcej procesów przez wyszkolony zespół profesjonalistów przy wykorzystaniu referencyjnego modelu oceny jako podstawy do określenia mocnych i słabych stron.
Appraisal findings- Wnioski z oceny, które identyfikują najważniejsze kwestie, problemy lub możliwości w zakresie oceny. Obejmuje co najmniej mocne i słabe strony oparte na rzetelnych obserwacjach.
Appraisal participants - Członkowie komórki organizacyjnej, którzy uczestniczą w udzielaniu informacji podczas oceny.
Appraisal rating- Stosowane w materiałach do oceny CMMI, wartość przypisana przez zespół oceniający albo (1) celowi CMMI lub obszarowi procesu, (2) poziomowi zdolności obszaru procesu, albo (3) poziomowi dojrzałości jednostki organizacyjnej. Rating jest określany poprzez uchwalenie określonego procesu ratingowego dla stosowanej metody oceny.
Appraisal reference model - Zastosowany w materiałach wycen CMMI model CMMI, z którym zespół oceniający koreluje realizowane czynności procesowe.
Appraisal scope - Określenie granic wyceny, w tym ograniczeń organizacyjnych i ograniczeń modelu CMMI.
Appraisal team leader - Osoba, która kieruje czynnościami oceniającymi i spełniła kryteria kwalifikacyjne dotyczące doświadczenia, wiedzy i umiejętności określone metodą oceny.
Appropriate - Zobacz definicję odpowiedniego.
As needed - Zobacz definicję odpowiedniego.
Assessment - Ocena to ocena, którą organizacja przeprowadza dla siebie w celu usprawnienia procesu.
Assignable cause of process variation- W CMMI termin „specjalna przyczyna zmienności procesu” jest używany zamiast „przypisywalnej przyczyny zmienności procesu”, aby zapewnić spójność. Oba terminy są zdefiniowane identycznie.
Audit - Niezależne badanie produktu pracy lub zestawu produktów pracy w celu ustalenia, czy wymagania są spełnione.
Base measure - Odrębna właściwość lub cecha jednostki oraz metoda jej kwantyfikacji.
Base practices - W ciągłej reprezentacji wszystkie konkretne praktyki o poziomie zdolności 1.
Baseline- Termin „linia bazowa” jest zwykle używany do określenia takiego punktu odniesienia. Linia bazowa to zatwierdzona migawka systemu w odpowiednich momentach cyklu rozwojowego. Linia bazowa stanowi formalną podstawę do zdefiniowania późniejszej zmiany. Bez tej linii czy punktu odniesienia pojęcie zmiany nie ma sensu.
Business objectives - Strategie opracowane przez kierownictwo wyższego szczebla, mające na celu zapewnienie ciągłości istnienia organizacji i zwiększenie jej rentowności, udziału w rynku i innych czynników wpływających na sukces organizacji.
Capability evaluation- Ocena przeprowadzona przez wyszkolony zespół profesjonalistów wykorzystywanych jako czynnik dyskryminujący przy wyborze dostawców, monitorowaniu umów lub zachętach. Oceny są używane, aby pomóc decydentom w podejmowaniu lepszych decyzji o zakupach, poprawie wydajności podwykonawców i dostarczaniu wglądu do organizacji zakupowej.
Capability level- Osiągnięcie usprawnienia procesu w ramach pojedynczego obszaru procesowego. Poziom zdolności jest określany przez odpowiednie, specyficzne i ogólne praktyki dla obszaru procesu.
Capability level profile- W ciągłej reprezentacji, lista obszarów procesów i odpowiadających im poziomów zdolności. Profil może być profilem osiągnięć, gdy przedstawia postęp organizacji w każdym obszarze procesu podczas przechodzenia przez poziomy zdolności. Lub profil może być profilem docelowym, gdy reprezentuje cel ulepszenia procesu.
Capability maturity model- Model dojrzałości zdolności (CMM) zawiera podstawowe elementy efektywnych procesów dla jednej lub więcej dyscyplin. Opisuje również ewolucyjną ścieżkę doskonalenia od ad hoc niedojrzałych procesów do zdyscyplinowanych, dojrzałych procesów o lepszej jakości i skuteczności.
Capable process - Proces, który może spełnić określone cele dotyczące jakości produktu, jakości usług i wydajności procesu.
Causal analysis - Analiza usterek w celu ustalenia ich przyczyny.
Change management - Rozsądne wykorzystanie środków w celu wprowadzenia zmiany lub proponowanej zmiany produktu lub usługi.
CMMI appraisal tailoring- Wybór opcji w ramach metody oceny do zastosowania w konkretnym przypadku. Celem dostosowywania oceny jest pomoc organizacji w dostosowaniu zastosowania metody do jej celów biznesowych.
CMMI model component- Dowolny z głównych elementów architektonicznych, które składają się na model CMMI. Niektóre z głównych elementów modelu CMMI obejmują określone praktyki, praktyki ogólne, cele szczegółowe, cele ogólne, obszary procesów, poziomy zdolności i poziomy dojrzałości.
CMMI model tailoring- Wykorzystanie podzbioru modelu CMMI w celu dostosowania go do określonego zastosowania. Celem dostosowywania modelu jest pomoc organizacji w dostosowaniu zastosowania modelu do jej celów biznesowych.
CMMI Product Suite - Termin ten był używany w odniesieniu do całej struktury CMMI.
Commitment to perform - Wspólna cecha obszarów procesów modelu CMMI z etapową reprezentacją, która grupuje ogólne praktyki związane z tworzeniem polityk i zabezpieczaniem sponsoringu.
Common cause of process variation - Odmiana procesu, która istnieje z powodu normalnych i oczekiwanych interakcji między elementami procesu.
Concept of operations - Ogólny opis sposobu, w jaki jednostka jest używana lub działa.
Configuration audit - Audyt przeprowadzony w celu sprawdzenia, czy element konfiguracji jest zgodny z określonym standardem lub wymaganiem.
Configuration baseline- Informacje o konfiguracji formalnie określone w określonym czasie w trakcie życia produktu lub jego komponentu. Podstawowe informacje o konfiguracji oraz zatwierdzone zmiany z tych planów bazowych stanowią bieżące informacje o konfiguracji.
Configuration control - Element zarządzania konfiguracją polegający na ocenie, koordynacji, akceptacji lub odrzuceniu oraz wprowadzaniu zmian w elementach konfiguracji po formalnym ustaleniu identyfikacji ich konfiguracji.
Configuration control board - Grupa osób odpowiedzialnych za ocenę i zatwierdzanie lub odrzucanie proponowanych zmian w elementach konfiguracji oraz za zapewnienie wdrożenia zatwierdzonych zmian.
Configuration identification - Element zarządzania konfiguracją polegający na doborze elementów konfiguracji produktu, nadaniu im unikalnych identyfikatorów oraz zapisaniu ich cech funkcjonalnych i fizycznych w dokumentacji technicznej.
Configuration item - Agregacja produktów pracy przeznaczona do zarządzania konfiguracją i traktowana jako pojedyncza jednostka w procesie zarządzania konfiguracją.
Configuration management- Dyscyplina stosująca techniczne i administracyjne kierownictwo i nadzór w celu (1) identyfikacji i udokumentowania funkcjonalnych i fizycznych właściwości elementu konfiguracji, (2) kontrolowania zmian tych charakterystyk, (3) rejestrowania i zgłaszania stanu przetwarzania i wdrażania zmian oraz ( 4) zweryfikować zgodność z określonymi wymaganiami. [IEEE Std 610.1990]
CMMI Model- Ponieważ CMMI Framework może generować różne modele w zależności od potrzeb organizacji, która go używa, istnieje wiele modeli CMMI. W rezultacie wyrażenie „MODEL CMMI” może być jednym z wielu zbiorów informacji. Wyrażenie „modele CMMI” odnosi się do jednego, kilku lub całego zbioru możliwych modeli, które można wygenerować w ramach CMMI.
Configuration status accounting- Element zarządzania konfiguracją polegający na rejestrowaniu i raportowaniu informacji potrzebnych do efektywnego zarządzania konfiguracją. Informacje te obejmują wykaz zatwierdzonych identyfikatorów konfiguracji, status proponowanych zmian w konfiguracji oraz stan wdrożenia zatwierdzonych zmian.
Continuous representation - Struktura modelu dojrzałości zdolności, w której poziomy zdolności zapewniają zalecaną kolejność zbliżania się do poprawy procesu w każdym określonym obszarze procesu.
Corrective action - Działania lub uczynki stosowane w celu naprawienia sytuacji, usunięcia błędu lub dostosowania stanu.
COTS - Przedmioty, które można kupić u sprzedawcy komercyjnego.
Customer- Klient to osoba fizyczna, projekt, organizacja, grupa itd., Która jest odpowiedzialna za przyjęcie produktu lub autoryzację płatności. Klient jest spoza projektu, ale niekoniecznie poza organizacją. Termin klient służy również jako zmienna, gdy omawiamy gromadzenie lub pozyskiwanie wymagań.
Data management - Zasady, procesy i systemy udostępniania danych i zarządzania nimi.
Defect density - Liczba defektów na jednostkę rozmiaru produktu (np. Zgłoszenia problemów na 1000 linii kodu).
Defined process - Określony zestaw kroków, które należy wykonać w ramach doskonalenia.
Derived measures - Dane wynikające z matematycznej funkcji dwóch lub więcej miar podstawowych.
Derived requirements- Wymagania, które nie są wyraźnie określone w wymaganiach klienta, ale są wywnioskowane (1) z wymagań kontekstowych (np. Obowiązujące normy, przepisy, zasady, wspólne praktyki i decyzje kierownictwa) lub (2) z wymagań potrzebnych do określenia produktu składnik. Wymagania pochodne mogą również powstać podczas analizy i projektowania komponentów produktu lub systemu.
Design review - Formalne, udokumentowane, kompleksowe i systematyczne badanie projektu w celu oceny wymagań projektowych i zdolności projektu do spełnienia tych wymagań oraz w celu zidentyfikowania problemów i zaproponowania rozwiązań.
Development- Rozwój, tak jak jest używany w CMMI, obejmuje czynności konserwacyjne, a także działania rozwojowe. Doświadczenie pokazuje, że najlepsze praktyki powinny być stosowane zarówno w projektach rozwojowych, jak i konserwacyjnych, jeśli organizacja dąży do doskonałości inżynierskiej.
Developmental plan - Plan kierowania, wdrażania i kontrolowania projektowania i rozwoju jednego lub większej liczby produktów.
Directing implementation - Wspólna cecha obszarów procesów modelu CMMI z reprezentacją etapową, która grupuje ogólne praktyki związane z zarządzaniem wydajnością procesu, zarządzaniem integralnością jego produktów pracy i angażowaniem odpowiednich interesariuszy.
Discipline amplification- Komponenty modelu, które zapewniają wskazówki dotyczące interpretacji informacji o modelu dla określonych dyscyplin (np. Inżynierii systemów lub inżynierii oprogramowania) nazywane są „WZMOCNIENIEM DYSCYPLINY”. W razie potrzeby wzmocnienie dyscypliny jest dodawane do innych komponentów modelu. Są one łatwe do zlokalizowania, ponieważ pojawiają się po prawej stronie strony i mają tytuł wskazujący dyscyplinę, której dotyczą (na przykład „Inżynieria oprogramowania”).
Document- Dokument to zbiór danych, niezależnie od nośnika, na którym są zapisane. Zwykle jest trwały i może być odczytany przez ludzi lub maszyny. Dokumenty obejmują zarówno dokumenty papierowe, jak i elektroniczne.
Enterprise - Termin „przedsiębiorstwo” odnosi się do bardzo dużych firm, które składają się z wielu organizacji w wielu różnych lokalizacjach i mają różnych klientów.
Entry criteria - Stany bytu, które muszą być obecne, zanim wysiłek będzie mógł się pomyślnie rozpocząć.
Equivalent staging - Równoważna inscenizacja to docelowa inscenizacja, utworzona przy użyciu ciągłej reprezentacji, która jest zdefiniowana w taki sposób, że wyniki stosowania docelowej inscenizacji można porównać z poziomami dojrzałości reprezentacji etapowej.
Exit criteria - Stany bytu, które muszą być obecne, zanim wysiłek zakończy się sukcesem.
Expected CMMI components- Komponenty CMMI, które wyjaśniają, co można zrobić, aby spełnić wymagany komponent CMMI. Użytkownicy modelu mogą jawnie zaimplementować oczekiwane komponenty lub zaimplementować równoważne alternatywne praktyki do tych komponentów. Specyficzne i ogólne praktyki są oczekiwanymi elementami modelu
Finding - Zobacz wyniki oceny.
Formal evaluation process - W obszarze procesu analizy decyzji i rozwiązywania problemów zobacz definicję „formalnego procesu oceny” w uwagach wprowadzających.
Functional analysis- Badanie określonej funkcji w celu zidentyfikowania wszystkich podfunkcji niezbędnych do wykonania tej funkcji; identyfikacja powiązań funkcjonalnych i interfejsów (wewnętrznych i zewnętrznych) oraz uchwycenie ich w architekturze funkcjonalnej; oraz spływ wymagań dotyczących wydajności wyższego poziomu i przypisanie tych wymagań do podfunkcji niższego poziomu.
Functional architecture - Hierarchiczny układ funkcji, ich wewnętrzne i zewnętrzne (zewnętrzne w stosunku do samej agregacji) interfejsy funkcjonalne i zewnętrzne interfejsy fizyczne, ich odpowiednie wymagania funkcjonalne i wydajnościowe oraz ich ograniczenia projektowe.
Generic goal- CELE OGÓLNE nazywane są „ogólnymi”, ponieważ ta sama deklaracja celu pojawia się w wielu obszarach procesu. W reprezentacji etapowej każdy obszar procesu ma tylko jeden ogólny cel. Osiągnięcie ogólnego celu w obszarze procesu oznacza lepszą kontrolę w planowaniu i wdrażaniu procesów związanych z tym obszarem procesu, wskazując w ten sposób, czy procesy te będą skuteczne, powtarzalne i trwałe. Cele ogólne są wymaganymi komponentami modelu i są wykorzystywane w ocenach w celu określenia, czy obszar procesu jest spełniony.
Generic practice- PRAKTYKI OGÓLNE zapewniają instytucjonalizację w celu zapewnienia, że procesy związane z obszarem procesu będą efektywne, powtarzalne i trwałe. Ogólne praktyki są podzielone na kategorie według ogólnych celów i wspólnych cech i są oczekiwanymi komponentami w modelach CMMI. (Tylko ogólny tytuł praktyki, stwierdzenie i opracowania pojawiają się w obszarach procesu).
Generic practice elaboration- Po konkretnych praktykach pojawiają się ogólne tytuły praktyk i stwierdzenia, które odnoszą się do obszaru procesu. Po każdym ogólnym stwierdzeniu praktycznym może pojawić się rozwinięcie w postaci zwykłego tekstu z nagłówkiem „Opracowanie”. OPRACOWANIE PRAKTYKI OGÓLNEJ zawiera informacje o tym, jak należy interpretować praktykę ogólną w obszarze procesu. Jeśli brak jest rozwinięcia, zastosowanie praktyki ogólnej jest oczywiste bez rozwinięcia.
Goal- „CEL” to wymagany komponent CMMI, który może być albo ogólnym celem, albo konkretnym celem. Kiedy widzisz słowo „cel” w modelu CMMI, zawsze odnosi się ono do komponentów modelu (na przykład, ogólny cel, konkretny cel).
Incomplete process- Proces, który nie jest wykonywany lub jest wykonywany tylko częściowo (znany również jako poziom możliwości 0). Jeden lub więcej konkretnych celów obszaru procesu nie jest spełnionych.
Independent group - W obszarze procesu zapewniania jakości procesu i produktu zobacz omówienie „niezależnej grupy” w uwagach wstępnych.
Informative CMMI components- Komponenty CMMI, które pomagają użytkownikom modelu zrozumieć wymagane i oczekiwane komponenty modelu. Te komponenty mogą zawierać przykłady, szczegółowe wyjaśnienia lub inne pomocne informacje. Podpraktyki, notatki, referencje, tytuły celów, tytuły ćwiczeń, źródła, typowe produkty pracy, wzmocnienia dyscypliny i ogólne opracowania praktyczne to elementy modelu informacyjnego.
Institutionalization - zakorzeniony sposób prowadzenia działalności, który organizacja podąża rutynowo w ramach swojej kultury korporacyjnej;
Integrated Product and Process Development - Systematyczne podejście do rozwoju produktu, które zapewnia terminową współpracę odpowiednich interesariuszy przez cały cykl życia produktu w celu lepszego zaspokojenia potrzeb klientów.
Integrated team- Grupa osób o uzupełniających się umiejętnościach i wiedzy, które są zaangażowane w dostarczanie określonych produktów pracy we współpracy na czas. Członkowie zintegrowanego zespołu zapewniają umiejętności i rzecznictwo odpowiednie do wszystkich faz produktów pracy i są zbiorowo odpowiedzialni za dostarczanie produktów pracy zgodnie z wyszczególnieniem. Zintegrowany zespół powinien składać się z upoważnionych przedstawicieli organizacji, dyscyplin i funkcji, które mają wpływ na powodzenie produktów pracy.
Interface control- W zarządzaniu konfiguracją, proces (1) identyfikowania wszystkich funkcjonalnych i fizycznych charakterystyk istotnych dla połączenia dwóch lub więcej elementów konfiguracji dostarczonych przez jedną lub więcej organizacji oraz (2) zapewniania, że proponowane zmiany tych cech są oceniane i zatwierdzane przed wdrożeniem. [IEEE 828-1983].
Lead appraiser - Stosowany w pakiecie CMMI Product Suite, osoba, która uzyskała uznanie organu upoważniającego do pełnienia funkcji lidera zespołu oceniającego dla określonej metody oceny.
Life-cycle model - Podział życia produktu na fazy, które prowadzą projekt od określenia potrzeb klientów do wycofania produktu.
Manager- Kierownik projektu to osoba odpowiedzialna za planowanie, kierowanie, kontrolowanie, strukturyzację i motywowanie projektu. Może on lub ona zapewniać zarówno techniczne, jak i administracyjne kierownictwo i kontrolę osobom wykonującym zadania lub działania związane z projektem w ramach jego zakresu odpowiedzialności. Kierownik projektu ponosi ostateczną odpowiedzialność przed klientem.
Maturity level - Stopień udoskonalenia procesu we wstępnie zdefiniowanym zestawie obszarów procesu, w którym osiągane są wszystkie cele w ramach zestawu.
Memorandum of agreement - Wiążące dokumenty porozumienia lub porozumienia między dwiema lub więcej stronami.
Natural bounds- Nieodłączny proces odzwierciedlany przez mierniki wydajności procesu, czasami określany jako „głos procesu”. Techniki takie jak wykresy kontrolne, przedziały ufności i przedziały predykcji są wykorzystywane do określenia, czy zmiana wynika z typowych przyczyn (tj. Proces jest przewidywalny lub „stabilny”), czy też jest spowodowana jakąś specjalną przyczyną, którą można i należy zidentyfikować oddalony.
Non-developmental item- pozycja dostawy, która została opracowana przed jej bieżącym wykorzystaniem w procesie nabycia lub rozwoju. Taki element może wymagać drobnych modyfikacji w celu spełnienia wymagań jego obecnego zamierzonego zastosowania.
Nontechnical requirements- Postanowienia umowne, zobowiązania, warunki i warunki, które mają wpływ na sposób nabywania produktów lub usług. Przykłady obejmują produkty, które mają być dostarczone, prawa do danych dla dostarczonych komercyjnych gotowych produktów (COTS) nierozwojowych (NDI), daty dostaw i kamienie milowe z kryteriami wyjścia. Inne wymagania nietechniczne obejmują wymagania szkoleniowe, wymagania dotyczące lokalizacji i harmonogramy wdrażania.
Objective- Termin cel jest używany w CMMI w potocznym, potocznym znaczeniu; to jest nasz cel lub cel do osiągnięcia.
Objective evidence - Stosowane w materiałach do oceny CMMI, informacje jakościowe lub ilościowe, zapisy lub stwierdzenia faktów dotyczące właściwości przedmiotu lub usługi lub istnienia i wdrożenia elementu procesu, które są oparte na obserwacji, pomiarze lub badaniu i które są weryfikowalne.
Objectively evaluate- Przeglądanie działań i pracy produktów pod kątem kryteriów, które minimalizują subiektywność i stronniczość recenzenta. Przykładem obiektywnej oceny jest audyt zgodności z wymaganiami, standardami lub procedurami przez niezależną komórkę ds. Zapewnienia jakości.
Observation- Stosowany w materiałach oceniających CMMI, pisemny zapis, który reprezentuje zrozumienie przez członków zespołu oceniającego informacji, które zobaczyli lub usłyszeli podczas czynności związanych z gromadzeniem danych dotyczących oceny. Protokół pisemny może przybrać formę oświadczenia lub alternatywnej formy, o ile zachowana jest treść informacji.
Operational concept - Ogólny opis sposobu, w jaki jednostka jest używana lub działa.
Operational scenario- Opis wyimaginowanej sekwencji zdarzeń, która obejmuje interakcję produktu z jego otoczeniem i użytkownikami, a także interakcję między jego składnikami. Scenariusze operacyjne służą do oceny wymagań i projektu systemu oraz do weryfikacji i walidacji systemu.
Optimizing process- Ilościowo zarządzany proces, który jest ulepszany na podstawie zrozumienia typowych przyczyn zmienności nieodłącznie związanych z tym procesem. Proces, który koncentruje się na ciągłym ulepszaniu zakresu wydajności procesu poprzez zarówno stopniowe, jak i innowacyjne ulepszenia.
Organization - Organizacja to struktura, w której ludzie wspólnie zarządzają jednym lub kilkoma projektami jako całością i której projekty mają wspólnego kierownika wyższego szczebla i działają według tych samych zasad.
Organization's business objectives - Strategie opracowane przez kierownictwo wyższego szczebla w celu zapewnienia trwałości organizacji i zwiększenia jej rentowności, udziału w rynku i innych czynników wpływających na sukces organizacji.
Organizational maturity- Zakres, w jakim organizacja wyraźnie i konsekwentnie wdrożyła procesy, które są udokumentowane, zarządzane, mierzone, kontrolowane i stale ulepszane. Dojrzałość organizacyjną można mierzyć za pomocą wycen.
Organizational policy - przewodnia zasada ustalana zwykle przez kierownictwo wyższego szczebla, przyjmowana przez organizację w celu wpływania na decyzje i podejmowania decyzji.
Organizational unit- Ta część organizacji, która jest przedmiotem oceny (nazywana również organizacyjnym zakresem oceny) Jednostka organizacyjna wdraża jeden lub więcej procesów, które mają spójny kontekst procesowy i działają w ramach spójnego zestawu celów biznesowych. Jednostka organizacyjna jest zwykle częścią większej organizacji, chociaż w małej organizacji jednostką organizacyjną może być cała organizacja.
Outsourcing - Proces uzyskiwania w drodze umowy dowolnego dyskretnego działania lub proponowanego działania przez jednostkę przejmującą, który zobowiązałby się do zainwestowania w celu uzyskania produktów i usług.
Peer review - Recenzja przeprowadzona przez partnera w celu wykrycia wad elementu dostarczanego.
Performance parameters - Miary skuteczności i inne kluczowe mierniki stosowane do kierowania i kontrolowania stopniowego rozwoju.
Performed process- Proces, który wykonuje niezbędną pracę w celu wytworzenia określonych produktów wyjściowych przy użyciu zidentyfikowanych nakładowych produktów pracy (nazywanych również poziomem zdolności 1). Specyficzne cele obszaru procesu są spełnione.
Planned process- Proces udokumentowany zarówno opisem, jak i planem. Opis i plan powinny być skoordynowane, a plan powinien zawierać standardy, wymagania, cele, zasoby, zadania itp.
Process - Zestaw działań, metod, praktyk i transformacji, których ludzie używają do opracowywania i utrzymywania systemów i powiązanych produktów.
Process action plan - W obszarze procesu Koncentracja na procesie organizacyjnym, zobacz definicję „planu działania procesu” w uwagach wprowadzających.
Process action team - Zespół, który jest odpowiedzialny za opracowanie i wdrożenie działań doskonalących procesy dla organizacji, zgodnie z dokumentacją w planie działań doskonalenia procesów.
Process and technology improvements - W obszarze procesu innowacji i wdrażania organizacyjnego zobacz omówienie „usprawnień procesów i technologii” w uwagach wprowadzających.
Process area- Obszar procesu to grupa powiązanych praktyk w obszarze, które, gdy są wykonywane łącznie, spełniają zestaw celów uznanych za ważne dla dokonania znaczącej poprawy w tym obszarze. Wszystkie obszary procesu CMMI są wspólne zarówno dla reprezentacji ciągłych, jak i etapowych. W reprezentacji etapowej obszary procesów są zorganizowane według poziomów dojrzałości.
Process asset - Wszystko, co organizacja uważa za przydatne do osiągnięcia celów obszaru procesu.
Process asset library - Zbiór zasobów procesowych, z których może korzystać organizacja lub projekt.
Process attribute - Mierzalna charakterystyka zdolności procesu, mająca zastosowanie do dowolnego procesu.
Process capability - zakres oczekiwanych wyników, które można osiągnąć, postępując zgodnie z określonym procesem.
Process context- Zbiór czynników udokumentowanych w danych wejściowych do oceny, które mają wpływ na osąd i porównywalność ocen ocen. Obejmują one między innymi wielkość jednostki organizacyjnej podlegającej ocenie; dane demograficzne jednostki organizacyjnej; dyscyplina zastosowania produktów lub usług; rozmiar, krytyczność i złożoność produktów lub usług; oraz cechy jakościowe produktów lub usług.
Process definition- Czynność definiowania i opisywania procesu. Wynikiem definicji procesu jest opis procesu.
Process description- Udokumentowany wyraz zbioru czynności wykonywanych w celu osiągnięcia określonego celu, który zapewnia operacyjną definicję głównych elementów procesu. Dokumentacja określa w kompletny, precyzyjny i możliwy do zweryfikowania sposób wymagania, projekt, zachowanie lub inne cechy procesu. Może również obejmować procedury ustalania, czy te przepisy zostały spełnione. Opisy procesów można znaleźć na poziomie działania, projektu lub organizacji.
Process element- Podstawowa jednostka procesu. Proces można zdefiniować w kategoriach podprocesów lub elementów procesu. Podproces można dalej rozłożyć; element procesu nie może. Każdy element procesu obejmuje ściśle powiązany zestaw czynności (na przykład element szacowania, element wzajemnej oceny). Elementy procesu można przedstawić za pomocą gotowych szablonów, dopracowanych abstrakcji lub zmodyfikowanych lub wykorzystanych opisów. Elementem procesu może być działanie lub zadanie.
Process group - Zbiór specjalistów, którzy ułatwiają definiowanie, utrzymywanie i ulepszanie procesów stosowanych przez organizację.
Process improvement - Program działań mających na celu poprawę wydajności i dojrzałości procesów organizacji oraz wyników takiego programu.
Process-improvement objectives - Zestaw docelowych charakterystyk ustanowionych w celu kierowania wysiłkami zmierzającymi do ulepszenia istniejącego procesu w określony, mierzalny sposób, albo pod względem wynikowych cech produktu (np. Jakość, wydajność, zgodność z normami itp.), Albo w sposób, w jaki proces jest wykonywany (np. eliminacja zbędnych etapów procesu, łączenie etapów procesu, poprawa czasu cyklu itp.)
Process-improvement plan - W obszarze procesu Koncentracja na procesach organizacyjnych, zobacz definicję „planu doskonalenia procesu” w uwagach wprowadzających.
Process measurement - zbiór definicji, metod i czynności stosowanych do dokonywania pomiarów procesu i jego produktów w celu scharakteryzowania i zrozumienia procesu.
Process owner- Osoba (lub zespół) odpowiedzialna za zdefiniowanie i utrzymanie procesu. Na poziomie organizacyjnym właścicielem procesu jest osoba (lub zespół) odpowiedzialna za opis standardowego procesu; na poziomie projektu właścicielem procesu jest osoba (lub zespół) odpowiedzialna za opis definiowanego procesu. Dlatego proces może mieć wielu właścicieli na różnych poziomach odpowiedzialności.
Process performance- Miara rzeczywistych wyników osiągniętych w wyniku realizacji procesu. Charakteryzuje się zarówno miarami procesu (np. Wysiłkiem, czasem cyklu i wydajnością usuwania defektów), jak i miarami produktu (np. Niezawodnością, gęstością defektów i czasem odpowiedzi).
Process performance baseline - Udokumentowana charakterystyka rzeczywistych wyników uzyskanych w wyniku procesu, która jest używana jako punkt odniesienia do porównania rzeczywistej wydajności procesu z oczekiwaną wydajnością procesu.
Process performance model - Opis relacji między atrybutami procesu i jego produktami pracy, które są opracowywane na podstawie historycznych danych dotyczących wydajności procesu i kalibrowane przy użyciu zebranych miar procesu i produktu z projektu i które są wykorzystywane do przewidywania wyników, które mają być osiągnięte poprzez śledzenie procesu.
Process tailoring- Stworzenie, zmiana lub dostosowanie opisu procesu do określonego celu. Na przykład projekt dostosowuje swój zdefiniowany proces z zestawu standardowych procesów organizacji, aby spełnić cele, ograniczenia i środowisko projektu.
Product- Produkt może być traktowany jako jakikolwiek namacalny produkt lub usługa, które są wynikiem realizacji procesu i są przeznaczone do dostarczenia klientowi lub użytkownikowi końcowemu. Produktem może być również dowolny produkt pracy dostarczony klientowi zgodnie z umową.
Product component- Komponenty produktu to na ogół komponenty produktu niższego poziomu i są zintegrowane w celu „budowy” produktu. Składniki produktu mogą stanowić część produktu dostarczanego klientowi lub służyć do wytworzenia lub użytkowania produktu. Na przykład dla firm produkujących baterie do telefonów komórkowych bateria do telefonów komórkowych jest produktem. W przypadku firm, które budują i dostarczają telefony komórkowe, bateria jest składnikiem produktu.
Product baseline - W zarządzaniu konfiguracją, wstępnie zatwierdzony pakiet danych technicznych (w tym w przypadku oprogramowania, wykaz kodu źródłowego) definiujący element konfiguracji podczas produkcji, eksploatacji, konserwacji i wsparcia logistycznego jego cyklu życia.
Product-component requirements - Wymagania dotyczące składników produktu zapewniają pełną specyfikację składnika produktu, w tym dopasowanie, formę, funkcję, wydajność i wszelkie inne wymagania.
Product life cycle- Produkt pracy to każdy artefakt wytworzony w procesie cyklu życia i może być również określany jako produkt pracy w cyklu życia. Produkty pracy w cyklu życia mogą obejmować specyfikacje wymagań, specyfikacje interfejsów, specyfikacje architektury, plany projektów, dokumenty projektowe, plany testów jednostkowych, plany integracji i testów systemowych, proces taki jak proces montażu produktu produkcyjnego.
Project- Projekt to zarządzany zestaw wzajemnie powiązanych zasobów, który dostarcza jeden lub więcej produktów klientowi lub użytkownikowi końcowemu. Zbiór zasobów ma określony początek i koniec i działa zgodnie z planem.
Product line - Grupa produktów posiadających wspólny, zarządzany zestaw funkcji, który spełnia określone potrzeby wybranego rynku lub misji.
Product-related life-cycle processes - Procesy związane z produktem na jednym lub więcej etapach jego życia (tj. Od koncepcji do utylizacji), takie jak procesy produkcyjne i wspomagające.
Product requirements - Udoskonalenie wymagań klienta w języku programistów, przekształcenie niejawnych wymagań w jawne wymagania pochodne.
Program- (1) Projekt. (2) Zbiór powiązanych projektów i wspierającej je infrastruktury, w tym cele, metody, działania, plany i mierniki sukcesu.
Project manager- Kierownik projektu to osoba odpowiedzialna za planowanie, kierowanie, kontrolowanie, strukturyzację i motywowanie projektu. Może on lub ona zapewniać zarówno techniczne, jak i administracyjne kierownictwo i kontrolę osobom wykonującym zadania lub działania związane z projektem w ramach jego zakresu odpowiedzialności. Kierownik projektu ponosi ostateczną odpowiedzialność przed klientem. Kierownik projektu przyjmuje różne role i obowiązki, gdy zmienia się rozmiar, różnorodność i złożoność projektu.
Project progress and performance - Co projekt osiąga w odniesieniu do wdrażania planów projektu, w tym nakłady pracy, koszty, harmonogram i wydajność techniczna.
Project's defined process - W obszarze procesu zintegrowanego zarządzania projektami zobacz definicję „procesu zdefiniowanego w projekcie” w uwagach wstępnych oraz w praktyce specyficznej dla ustanowienia procesu zdefiniowanego w projekcie.
Prototype - Wstępny typ, forma lub wystąpienie produktu lub komponentu produktu, który służy jako wzór na późniejszych etapach lub dla ostatecznej, pełnej wersji produktu.
Quality - Zdolność zestawu nieodłącznych cech produktu, składnika produktu lub procesu do spełnienia wymagań klientów.
Quality assurance - Planowane i systematyczne środki zapewniające kierownictwo, że stosowane są określone standardy, praktyki, procedury i metody procesu.
Quality control - Techniki operacyjne i czynności stosowane w celu spełnienia wymagań dotyczących jakości.
Quantitative objective - Pożądana wartość docelowa wyrażona jako miary ilościowe.
Quantitatively managed process- Zdefiniowany proces kontrolowany za pomocą technik statystycznych i innych technik ilościowych. Jakość produktu, jakość usług i atrybuty wydajności procesu są mierzalne i kontrolowane przez cały projekt.
Reference mode - Model używany jako punkt odniesienia do pomiaru niektórych atrybutów.
Relevant stakeholder - Odpowiedni interesariusz służy do wyznaczenia interesariusza, który jest zidentyfikowany jako zaangażowany w określone działania i jest uwzględniony w odpowiednim planie, takim jak plan projektu.
Required CMMI components- komponenty CMMI, które są niezbędne do osiągnięcia poprawy procesu w danym obszarze procesu. Te komponenty są używane w ocenach w celu określenia zdolności procesu. Cele szczegółowe i cele ogólne są wymaganymi elementami modelu.
Requirement- (1) Stan lub zdolność potrzebna użytkownikowi do rozwiązania problemu lub osiągnięcia celu. (2) Warunek lub zdolność, którą musi spełnić lub posiadać produkt lub jego komponent, aby spełnić warunki umowy, normy, specyfikacji lub innych formalnie narzuconych dokumentów. (3) Udokumentowane przedstawienie stanu lub zdolności, jak w (1) lub (2).
Requirements analysis- Określenie charakterystyk specyficznych dla produktu i cech funkcjonalnych na podstawie analizy potrzeb, oczekiwań i ograniczeń klientów; koncepcja operacyjna; przewidywane środowiska użytkowania dla ludzi, produktów i procesów; i mierniki skuteczności.
Requirements elicitation - Stosowanie systematycznych technik, takich jak prototypy i ustrukturyzowane ankiety, w celu proaktywnego identyfikowania i dokumentowania potrzeb klientów i użytkowników końcowych.
Requirements management - Zarządzanie wszystkimi wymaganiami otrzymanymi lub wygenerowanymi przez projekt, w tym wymaganiami technicznymi i nietechnicznymi, a także wymaganiami nałożonymi na projekt przez organizację.
Requirements traceability - Dowód na powiązanie wymagania z wymaganiem źródłowym, jego implementacja i weryfikacja.
Return on investment - Stosunek przychodu z produkcji (produktu) do kosztów produkcji, który określa, czy organizacja odniesie korzyści z wykonania czynności w celu wytworzenia czegoś.
Risk analysis - Ocena, klasyfikacja i priorytetyzacja ryzyk.
Risk identification - Zorganizowane, dokładne podejście do poszukiwania prawdopodobnych lub realistycznych zagrożeń w osiąganiu celów.
Risk management - Zorganizowany, analityczny proces mający na celu identyfikację, co może spowodować szkodę lub stratę (identyfikację ryzyka), ocenę i kwantyfikację zidentyfikowanych ryzyk oraz opracowanie i, w razie potrzeby, wdrożenie odpowiedniego podejścia w celu zapobiegania przyczynom ryzyka, które mogą spowodować znaczną szkodę lub radzenia sobie z nimi lub strata.
Risk management strategy- Zorganizowane, techniczne podejście do identyfikacji, co może spowodować szkodę lub stratę (identyfikacja ryzyka), oceny i kwantyfikacji zidentyfikowanych ryzyk oraz do opracowania i, w razie potrzeby, wdrożenia odpowiedniego podejścia do zapobiegania przyczynom ryzyka lub radzenia sobie z nimi, które mogą spowodować znaczną szkodę lub stratę . Zazwyczaj zarządzanie ryzykiem dotyczy jednostek organizacyjnych zajmujących się projektami, organizacjami lub opracowywaniem produktów.
Root cause - Podstawowa przyczyna to źródło defektu, którego usunięcie powoduje zmniejszenie lub usunięcie wady.
Senior manager- Termin menedżer wyższego szczebla używany w CMMI odnosi się do roli kierowniczej na wystarczająco wysokim poziomie w organizacji, aby osoba skupiała się na długoterminowym zdrowiu i sukcesie organizacji, a nie na krótkoterminowym projekcie i obawy i naciski umowne. Starszy kierownik może być odpowiedzialny za nadzór nad programem, który może zawierać wiele projektów zarządzanych przez kierowników projektów.
Software engineering- (1) Stosowanie systematycznego, zdyscyplinowanego, wymiernego podejścia do opracowywania, eksploatacji i konserwacji oprogramowania. (2) Badanie podejść jak w (1).
Solicitation - Proces przygotowania pakietu rekrutacyjnego i wyboru dostawcy (wykonawcy).
Solicitation package- Formalny dokument określający wymagania techniczne i nietechniczne, który służy do żądania ofert na zaproszenia do składania ofert (oferty) i zapytań ofertowych (oferty) lub do żądania oświadczeń o możliwościach i ofertach cenowych (oferty). W inny sposób służy jako podstawa do wyboru źródła lub źródeł zaopatrzenia w produkty lub usługi.
Special cause of process variation - Przyczyna defektu, która jest specyficzna dla pewnych przejściowych okoliczności i nie jest nieodłączną częścią procesu.
Specific goal- CELE SZCZEGÓLNE dotyczą obszaru procesu i dotyczą unikalnych charakterystyk, które opisują, co należy wdrożyć, aby spełnić wymagania obszaru procesu. Konkretne cele są wymaganymi składnikami modelu i są wykorzystywane w ocenach, aby pomóc określić, czy obszar procesu jest spełniony.
Specific practice- SZCZEGÓLNA PRAKTYKA to czynność uważana za ważną dla osiągnięcia określonego celu. Konkretne praktyki opisują czynności, które mają doprowadzić do osiągnięcia określonych celów obszaru procesu. Konkretne praktyki są oczekiwanymi elementami modelu.
Stable process - Stan, w którym wszystkie szczególne przyczyny zmienności procesu zostały usunięte i zabezpieczone przed powtórzeniem się, tak że pozostają tylko typowe przyczyny zmienności procesu.
Staged representation- Modelowa struktura, w której osiągnięcie celów zbioru obszarów procesowych wyznacza poziom dojrzałości; każdy poziom tworzy podstawę dla kolejnych poziomów.
Stakeholder - Interesariusz to grupa lub osoba, na którą ma wpływ wynik projektu lub która może wpływać na działania lub wyniki projektu.
Standard process- Operacyjna definicja podstawowego procesu, który kieruje ustanowieniem wspólnego procesu w organizacji. Standardowy proces opisuje podstawowe elementy procesu, które mają zostać włączone do dowolnego zdefiniowanego procesu. Opisuje również relacje (np. Porządkowanie i interfejsy) między tymi elementami procesu.
Statement of work - Opis zakontraktowanych prac wymaganych do ukończenia projektu.
Statistical predictability - Wykonanie procesu ilościowego kontrolowanego za pomocą technik statystycznych i innych technik ilościowych.
Statistical process control - Analiza statystyczna procesu i pomiary wydajności procesu, które pozwolą zidentyfikować powszechne i szczególne przyczyny zmienności w wydajności procesu i utrzymać wydajność procesu w określonych granicach.
Statistical techniques - Technika analityczna wykorzystująca metody statystyczne (np. Statystyczna kontrola procesu, przedziały ufności, przedziały przewidywania).
Statistically managed process - Proces zarządzany za pomocą techniki opartej na statystyce, w której procesy są analizowane, identyfikowane są szczególne przyczyny zmienności procesu, a wydajność mieści się w dobrze zdefiniowanych granicach.
Strength - Stosowane w materiałach do oceny CMMI, przykładowe lub godne uwagi wdrożenie praktyki modelowej CMMI.
Sub-process - Proces, który jest częścią większego procesu.
Supplier- (1) Podmiot dostarczający produkty lub wykonujący nabywane usługi. (2) Osoba fizyczna, spółka osobowa, spółka, korporacja, stowarzyszenie lub inna usługa posiadająca umowę (kontrakt) z nabywcą na projektowanie, rozwój, produkcję, konserwację, modyfikację lub dostawę towarów zgodnie z warunkami umowy (umowa ).
Sustainment- Procesy stosowane w celu zapewnienia, że produkt może być używany operacyjnie przez jego użytkowników końcowych lub klientów. Trwałość zapewnia, że konserwacja jest wykonywana w taki sposób, że produkt jest sprawny, niezależnie od tego, czy produkt jest używany przez klientów lub użytkowników końcowych.
Systems engineering- Podejście interdyscyplinarne rządzące całkowitym wysiłkiem technicznym i zarządczym wymaganym do przekształcenia zestawu potrzeb, oczekiwań i ograniczeń klientów w rozwiązanie produktowe i wsparcie tego rozwiązania przez cały okres jego użytkowania. Obejmuje to definicję technicznych miar wydajności, integrację specjalności inżynieryjnych w celu ustalenia architektury produktu oraz definicję wspierających procesów cyklu życia, które równoważą koszty, wydajność i cele harmonogramu.
Tailoring guidelines- Dostosowanie procesu tworzy, zmienia lub dostosowuje opisy procesów, zwykle opisywane na poziomie organizacyjnym, do wykorzystania w określonym projekcie. W przypadku większości organizacji jedna definicja procesu organizacyjnego nie może lub nie będzie stosowana w 100% dla wszystkich projektów. Zwykle potrzebne są pewne dostosowania. Następnie wytyczne dotyczące dostosowywania opisują, co można, a czego nie można modyfikować, oraz identyfikują komponenty procesu, które są dopuszczalnymi kandydatami do modyfikacji.
Target profile - W ciągłej reprezentacji, lista obszarów procesów i odpowiadających im poziomów zdolności, które stanowią cel dla usprawnienia procesu.
Target staging - W ciągłej reprezentacji: sekwencja profili docelowych, opisująca ścieżkę doskonalenia procesów, którą ma podążać organizacja.
Technical data package - Zbiór pozycji, które mogą obejmować następujące elementy, jeśli takie informacje są odpowiednie dla typu produktu i jego składnika.
Technical requirements - Właściwości (atrybuty) produktów lub usług, które mają być nabyte lub opracowane.
Test procedure - Szczegółowe instrukcje dotyczące konfiguracji, wykonywania i oceny wyników dla danego testu.
Trade study - Ocena rozwiązań alternatywnych w oparciu o kryteria i systematyczną analizę, aby wybrać najlepszą alternatywę dla osiągnięcia określonych celów.
Training- W obszarze Proces szkolenia organizacyjnego zobacz definicję szkolenia. we wstępie.
Unit testing - Testowanie poszczególnych jednostek sprzętu lub oprogramowania lub grup powiązanych jednostek.
Validation- Walidacja wykazuje, że produkt w dostarczonej postaci (lub w takiej postaci, w jakiej zostanie dostarczony) będzie spełniał swoje zamierzone zastosowanie w środowisku operacyjnym. Walidacja zapewnia, że „Zbudowałeś właściwą rzecz”.
Verification- Weryfikacja obejmuje weryfikację produktu i półproduktów pod kątem wszystkich wybranych wymagań, w tym wymagań klientów, produktów i składników produktu. Weryfikacja jest z natury procesem przyrostowym. Rozpoczyna się weryfikacją wymagań, przechodzi przez weryfikację ewoluujących produktów pracy, a kończy się weryfikacją gotowego produktu. Weryfikacja dotyczy tego, czy produkt pracy właściwie odzwierciedla określone wymagania. Weryfikacja zapewnia, że „Zbudowałeś to dobrze”.
Verifying implementation - Wspólna cecha obszarów procesów modelu CMMI z etapową reprezentacją, która grupuje ogólne praktyki związane z przeglądem przez kierownictwo wyższego szczebla i obiektywną oceną zgodności z opisami procesów, procedurami i standardami.
Version control - Ustanowienie i utrzymanie poziomów bazowych oraz identyfikacja zmian w liniach bazowych, które umożliwiają powrót do poprzedniego poziomu bazowego.
Weakness - Jak w przypadku materiałów do oceny CMMI, nieefektywne wdrożenie jednej lub więcej praktyk modelowych CMMI lub jej brak.
Work breakdown structure - Układ elementów pracy i ich relacje między sobą oraz z produktem końcowym.
Work product- Termin PRODUKT ROBOCZY jest używany w całym pakiecie produktów CMMI i oznacza każdy artefakt wytworzony w procesie. Artefakty te mogą obejmować pliki, dokumenty, części produktu, usługi, procesy, specyfikacje i faktury. Przykłady procesów, które można uznać za produkty pracy, obejmują proces produkcyjny, proces szkoleniowy i proces usuwania produktu. Kluczową różnicą między WYROBEM ROBOCZYM a składnikiem produktu jest to, że produkt pracy nie musi być opracowywany ani być częścią produktu końcowego.
Work product and task attributes- Charakterystyka produktów, usług i zadań projektowych służących do oceny pracy projektowej. Te cechy obejmują elementy, takie jak rozmiar, złożoność, waga, forma, dopasowanie lub funkcja. Są one zwykle używane jako dane wejściowe do szacowania innych projektów i zasobów (np. Nakładu pracy, kosztów, harmonogramu)
Oto lista wszystkich akronimów CMMI ułożonych w porządku alfabetycznym.
Akronim | Rozszerzony formularz |
---|---|
ŁUK | Wymagania dotyczące wyceny dla CMMI |
CAF | Ramy oceny CMM |
SAMOCHÓD | Analiza przyczynowa i rozwiązanie (obszar procesu) |
CAU | Ulepszenie awioniki kokpitu |
CBA IPI | Ocena oparta na CMM dla wewnętrznego doskonalenia procesów |
CBT | Szkolenie komputerowe |
CCB | Płyta sterowania konfiguracją |
CM | Zarządzanie konfiguracją (obszar procesu) |
CMM | Capability Maturity Model |
CMMI | Integracja modelu dojrzałości zdolności |
CMMI-SE / SW | Integracja modelu dojrzałości zdolności dla inżynierii systemów i inżynierii oprogramowania |
CMMI-SE / SW / IPPD | Integracja modelu dojrzałości zdolności w zakresie inżynierii systemów, inżynierii oprogramowania oraz zintegrowanego rozwoju produktów i procesów |
CMMI-SE / SW / IPPD / SS | Integracja modelu dojrzałości zdolności w zakresie inżynierii systemów, inżynierii oprogramowania, zintegrowanego rozwoju produktów i procesów oraz pozyskiwania dostawców |
ŁÓŻECZKA | Reklama z półki |
CPM | Metoda ścieżki krytycznej |
DAR | Analiza decyzji i rozdzielczość (obszar procesu) |
OOŚ | Electronic Industries Alliance |
EIA / IS | Electronic Industries Alliance Interim Standard |
FAA | Federalna Administracja Lotnictwa |
FAA-iCMM | Model Zintegrowanej Dojrzałości Zdolności Federalnej Administracji Lotniczej |
GG | Ogólny cel |
GP | Ogólna praktyka |
IDEAŁ | Inicjowanie, diagnozowanie, ustalanie, działanie, uczenie się |
IEEE | Instytut Inżynierii Elektrycznej i Elektroniki |
INCOSE | Międzynarodowa Rada ds. Inżynierii Systemów |
IPD-CMM | Model dojrzałości zintegrowanego rozwoju produktu |
IPM | Zintegrowane zarządzanie projektami (obszar procesu) |
IPPD | Zintegrowany rozwój produktów i procesów |
IPT | Zintegrowany zespół produktu |
IZM | Zintegrowane zarządzanie dostawcami (obszar procesu) |
ISO | Międzynarodowa Organizacja Normalizacyjna |
ISO / IEC | Międzynarodowa Organizacja Normalizacyjna i Międzynarodowa Komisja Elektrotechniczna |
TO | Zintegrowany zespół (obszar procesu) |
KSLOC | Tysiące wierszy kodu źródłowego |
MAMA | Pomiary i analiza (obszar procesu) |
MOA | Memorandum o porozumieniu |
NDI | Element nierozwojowy |
NDIA | Narodowe Stowarzyszenie Przemysłu Obronnego |
OEI | Środowisko organizacyjne dla integracji (obszar procesu) |
OID | Innowacje organizacyjne i wdrażanie (obszar procesu) |
OPD | Definicja procesu organizacyjnego (obszar procesu) |
OPF | Koncentracja na procesach organizacyjnych (obszar procesu) |
OPP | Wydajność procesu organizacyjnego (obszar procesu) |
OT | Szkolenie organizacyjne (obszar procesu) |
OUSD / AT i L. | Biuro Podsekretarza Obrony, Zakupów, Technologii i Logistyki |
P-CMM | Model dojrzałości potencjału ludzi |
ROCZNIE | Obszar procesu |
PAIS | System informacji o ocenie procesu |
PRZECHODZIĆ | Podstawowy system oprogramowania awioniki |
ZUCHWAŁY | Ocena programu i technika przeglądu |
Liczba Pi | Integracja produktu (obszar procesu) |
PMC | Monitorowanie i kontrola projektu (obszar procesu) |
PP | Planowanie projektu (obszar procesu) |
PPQA | Zapewnienie jakości procesu i produktu (obszar procesu) |
QFD | Metoda QFD |
QPM | Ilościowe zarządzanie projektami (obszar procesu) |
R & D | Rozwój wymagań (obszar procesu) |
REQM | Zarządzanie wymaganiami (obszar procesu) |
RSKM | Zarządzanie ryzykiem (obszar procesu) |
SA-CMM | Model dojrzałości zdolności nabywania oprogramowania |
SAM | Zarządzanie umowami z dostawcami (obszar procesu) |
SCAMPI | Standardowa metoda oceny CMMI do doskonalenia procesu |
SDMP | Plan zarządzania rozwojem oprogramowania |
SE | Inżynieria systemowa |
SE-CMM | Model dojrzałości zdolności inżynierii systemów |
SEC | Rada Wykonawcza ds. Oprogramowania |
SECAM | Model oceny zdolności inżynierskich systemów |
SECM | Model możliwości inżynierii systemów |
SEI | Instytut Inżynierii Oprogramowania |
SE / SW | Inżynieria systemów i inżynieria oprogramowania |
SEPG | Grupa procesów inżynierii oprogramowania |
SG | Konkretny cel |
SP | Specyficzna praktyka |
SPMN | Sieć menedżerów oprogramowania |
SS | Pozyskiwanie dostawców |
STSC | Centrum wsparcia technologii oprogramowania |
południowy zachód | Inżynieria oprogramowania |
SW-CMM | Model dojrzałości zdolności dla oprogramowania |
TS | Rozwiązanie techniczne (obszar procesu) |
VAL | Walidacja (obszar procesu) |
VER | Weryfikacja (obszar procesu) |
WBS | Struktura podziału pracy |