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
  • Planowanie
  • Monitorowanie i kontrola projektu
  • Zarządzanie umowami z dostawcami
  • Zintegrowane zarządzanie projektami (IPPD)
  • Zintegrowane zarządzanie dostawcami (SS)
  • Zintegrowany zespół (IPPD)
  • Zarządzanie ryzykiem Ilościowe zarządzanie projektami
Wsparcie
  • Zarządzanie konfiguracją
  • Zapewnienie jakości procesu i produktu
  • Pomiar i analiza Analiza przyczynowa i rozwiązanie
  • Analiza decyzji i rozwiązanie
  • Środowisko organizacyjne integracji (IPPD)
Inżynieria
  • Zarządzanie wymaganiami
  • Rozwój wymagań
  • Rozwiązanie techniczne
  • Integracja produktów
  • Verification
  • Validation
Zarządzanie procesem
  • Koncentracja na procesach organizacyjnych
  • Definicja procesu organizacyjnego
  • Szkolenie organizacyjne
  • Wydajność procesów organizacyjnych
  • Innowacje organizacyjne i wdrażanie

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