CMMI - kluczowe obszary procesu

Obszar procesu to grupa powiązanych praktyk w obszarze, które, gdy są wdrażane łą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 dla reprezentacji ciągłych i etapowych.

Ciągła reprezentacja umożliwia organizacji wybór celu jej wysiłków w zakresie 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 procesu 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 procesów CMMI (PA) można pogrupować w następujące cztery kategorie, aby zrozumieć ich wzajemne interakcje i powiązania, 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 Zidentyfikować i zaangażować 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 obejmuje ustanowienie zasad organizacyjnych i sponsorowanie 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. Zdolność do działania zazwyczaj obejmuje zasoby, struktury organizacyjne i szkolenia.

  • Activities Performed- Wykonywane czynności - 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 zwykle 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 ustanowić 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 zidentyfikowanie 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 wydawanie 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 za pomocą 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 Tworzenie zintegrowanych zespołów

    • SP 3.5 Zapewnienie współpracy między współpracującymi zespołami

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 pomiaru

    • 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 procesem 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) ma na celu ustanowienie i utrzymanie 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 Ustanowienie 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) to planowanie i wdrażanie 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śl 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 wsparcia celów jakości i wydajności procesów 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, które potrzeby szkoleniowe są odpowiedzialne za organizację

    • 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 jego składnik

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, tak 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 definiują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 dokumentacji

Ilościowe zarządzanie projektami

Jest to obszar procesu zarządzania projektami na 4 poziomie dojrzałości.

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) jest wytwarzanie i analizowanie 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 produktu

    • 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 identyfikowanie 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ą, tak 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ć niekorzystny wpływ na osiągnięcie celów.

Konkretne praktyki według celu

  • SG 1 Przygotowanie do zarządzania ryzykiem

    • SP 1.1 Określenie źródeł i kategorii 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, na które 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 Monitorowanie procesów 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 produktu, 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 Projektowanie produktu lub składnika 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 produkt lub składnik produktu spełnia swoje zamierzone zastosowanie, gdy jest umieszczony w przeznaczonym 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, zmieniają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. Nazwa dodatku SP3.2 została przemianowana na Analiza wyników weryfikacji