CMMI - Schlüsselprozessbereiche

Ein Prozessbereich ist ein Cluster verwandter Praktiken in einem Bereich, die bei gemeinsamer Implementierung eine Reihe von Zielen erfüllen, die für eine signifikante Verbesserung in diesem Bereich als wichtig erachtet werden. Alle CMMI-Prozessbereiche sind sowohl kontinuierlichen als auch abgestuften Darstellungen gemeinsam.

Die kontinuierliche Darstellung ermöglicht es der Organisation, den Schwerpunkt ihrer Bemühungen zur Prozessverbesserung zu wählen, indem sie die Prozessbereiche oder Gruppen miteinander verbundener Prozessbereiche auswählt, die der Organisation und ihren Geschäftszielen am besten zugute kommen. Obwohl die Auswahlmöglichkeiten einer Organisation aufgrund der Abhängigkeiten zwischen den Prozessbereichen begrenzt sind, hat die Organisation erhebliche Entscheidungsfreiheit.

Nachdem Sie die Prozessbereiche ausgewählt haben, müssen Sie auch auswählen, um wie viel Sie die mit diesen Prozessbereichen verbundenen Prozesse verbessern möchten (dh die entsprechende Fähigkeitsstufe auswählen). Fähigkeitsstufen sowie allgemeine Ziele und Praktiken unterstützen die Verbesserung von Prozessen in einzelnen Prozessbereichen.

Umgekehrt werden Sie feststellen, dass die inszenierte Darstellung Sie dazu ermutigt, Prozessbereiche immer im Kontext des Reifegrades zu betrachten, zu dem sie gehören. Die Prozessbereiche sind nach Reifegraden organisiert, um dieses Konzept zu verstärken. Wenn Sie einen Prozessbereich verwenden, verwenden Sie den gesamten Prozessbereich, dh alle Ziele und alle Praktiken.

Die CMMI-Prozessbereiche (PAs) können in die folgenden vier Kategorien eingeteilt werden, um ihre Interaktionen und Verknüpfungen unabhängig von ihren definierten Ebenen zu verstehen:

  • Prozessmanagement

  • Projektmanagement

  • Engineering

  • Support

Jeder Prozessbereich wird durch eine Reihe von Zielen und Praktiken definiert. Es gibt zwei Kategorien von Zielen und Praktiken -

  • Generic goals and practices - Sie sind Teil jedes Prozessbereichs.

  • Specific goals and practices - Sie sind spezifisch für einen bestimmten Prozessbereich.

Ein Prozessbereich ist erfüllt, wenn die Prozesse eines Unternehmens alle allgemeinen und spezifischen Ziele und Praktiken für diesen Prozessbereich abdecken.

Allgemeine Ziele und Praktiken

Generische Ziele und Praktiken sind Teil jedes Prozessbereichs.

NOTATIONS - GG -> Allgemeine Ziele und GP -> Allgemeine Praxis

  • GG 1 Spezifische Ziele erreichen

    • GP 1.1 Führen Sie bestimmte Übungen durch

  • GG 2 Institutionalisieren Sie einen verwalteten Prozess

    • GP 2.1 Festlegen einer Organisationsrichtlinie

    • GP 2.2 Planen Sie den Prozess

    • GP 2.3 Ressourcen bereitstellen

    • GP 2.4 Verantwortung zuweisen

    • GP 2.5 Menschen trainieren

    • GP 2.6 Konfigurationen verwalten

    • GP 2.7 Relevante Stakeholder identifizieren und einbeziehen

    • GP 2.8 Überwachen und steuern Sie den Prozess

    • GP 2.9 Die Einhaltung objektiv bewerten

    • GP 2.10 Status mit höherem Management überprüfen

  • GG 3 Einen definierten Prozess institutionalisieren

    • GP 3.1 Einen definierten Prozess einrichten

    • GP 3.2 Verbesserungsinformationen sammeln

  • GG 4 Institutionalisierung eines quantitativ verwalteten Prozesses

    • GP 4.1 Quantitative Ziele für den Prozess festlegen

    • GP 4.2 Unterprozessleistung stabilisieren

  • GG 5 Institutionalisierung eines Optimierungsprozesses

    • GP 5.1 Kontinuierliche Prozessverbesserung sicherstellen

    • GP 5.2 Richtige Ursachen für Probleme beheben

Gemeinsamkeiten

Die gemeinsamen Merkmale sind Attribute, die angeben, ob die Implementierung und Institutionalisierung eines Schlüsselprozessbereichs effektiv, wiederholbar und dauerhaft ist. Die fünf allgemeinen Merkmale sind unten aufgeführt -

  • Commitment to Perform- Leistungsverpflichtung beschreibt die Maßnahmen, die die Organisation ergreifen muss, um sicherzustellen, dass der Prozess eingerichtet ist und andauert. Die Verpflichtung zur Leistung umfasst in der Regel die Festlegung von Organisationsrichtlinien und das Sponsoring der Geschäftsleitung.

  • Ability to Perform- Leistungsfähigkeit beschreibt die Voraussetzungen, die im Projekt oder in der Organisation vorhanden sein müssen, um den Softwareprozess kompetent zu implementieren. Die Leistungsfähigkeit umfasst in der Regel Ressourcen, Organisationsstrukturen und Schulungen.

  • Activities Performed- Die durchgeführten Aktivitäten beschreiben die Rollen und Verfahren, die zur Implementierung eines wichtigen Prozessbereichs erforderlich sind. Die durchgeführten Aktivitäten umfassen in der Regel die Erstellung von Plänen und Verfahren, die Durchführung der Arbeiten, die Verfolgung und die erforderlichen Korrekturmaßnahmen.

  • Measurement and Analysis- Messung und Analyse beschreibt die Notwendigkeit, den Prozess zu messen und die Messungen zu analysieren. Messung und Analyse enthalten in der Regel Beispiele für Messungen, die durchgeführt werden können, um den Status und die Wirksamkeit der durchgeführten Aktivitäten zu bestimmen.

  • Verifying Implementation- Überprüfung der Implementierung beschreibt die Schritte, um sicherzustellen, dass die Aktivitäten in Übereinstimmung mit dem festgelegten Prozess ausgeführt werden. Die Überprüfung umfasst in der Regel Überprüfungen und Audits durch das Management und die Qualitätssicherung der Software.

Die Vorgehensweisen in der allgemeinen Funktion Durchgeführte Aktivitäten beschreiben, was implementiert werden muss, um eine Prozessfähigkeit zu etablieren. Die anderen Praktiken bilden als Ganzes die Grundlage, auf der eine Organisation die in der gemeinsamen Funktion "Aktivitäten durchgeführt" beschriebenen Praktiken institutionalisieren kann.

Prozessbereiche im Detail

Das CMMI enthält 22 Prozessbereiche, in denen die Aspekte der Produktentwicklung angegeben sind, die von Unternehmensprozessen abgedeckt werden sollen.

Ursachenanalyse und -lösung

  • Es ist ein Unterstützungsprozessbereich auf Reifegrad 5.

Zweck

Der Zweck von Causal Analysis and Resolution (CAR) soll Ursachen für Mängel und andere Probleme identifizieren und Maßnahmen ergreifen, um deren künftiges Auftreten zu verhindern.

Spezifische Praktiken nach Ziel

  • SG 1 Fehlerursachen ermitteln

    • SP 1.1 Wählen Sie Fehlerdaten für die Analyse

    • SP 1.2 Ursachen analysieren

  • SG 2 Fehlerursachen beheben

    • SP 2.1 Umsetzung der Aktionsvorschläge

    • SP 2.2 Bewertung der Auswirkungen von Änderungen

    • SP 2.3 Daten aufzeichnen

Konfigurationsmanagement

  • Es ist ein Unterstützungsprozessbereich auf Reifegrad 2.

Zweck

Der Zweck von Configuration Management (CM) soll die Integrität von Arbeitsprodukten mithilfe von Konfigurationsidentifikation, Konfigurationssteuerung, Konfigurationsstatusabrechnung und Konfigurationsprüfungen herstellen und aufrechterhalten.

Specific Practices by Goal

  • SG 1 Baselines festlegen

    • SP 1.1 Konfigurationselemente identifizieren

    • SP 1.2 Richten Sie ein Konfigurationsmanagementsystem ein

    • SP 1.3 Baselines erstellen oder freigeben

  • SG 2 Änderungen verfolgen und steuern

    • SP 2.1 Änderungsanforderungen verfolgen

    • SP 2.2 Steuerungskonfigurationselemente

  • SG 3 Integrität herstellen

    • SP 3.1 Konfigurationsverwaltungsdatensätze einrichten

    • SP 3.2 Konfigurationsprüfungen durchführen

Entscheidungsanalyse und Auflösung

  • Es ist ein Support-Prozessbereich auf Reifegrad 3.

Zweck

Der Zweck von Decision Analysis and Resolution (DAR) analysiert mögliche Entscheidungen mithilfe eines formalen Bewertungsprozesses, bei dem identifizierte Alternativen anhand festgelegter Kriterien bewertet werden.

Spezifische Praktiken nach Ziel

  • SG 1 Alternativen bewerten

    • SP 1.1 Richtlinien für die Entscheidungsanalyse festlegen

    • SP 1.2 Bewertungskriterien festlegen

    • SP 1.3 Alternative Lösungen identifizieren

    • SP 1.4 Auswertungsmethoden auswählen

    • SP 1.5 Alternativen bewerten

    • SP 1.6 Lösungen auswählen

Integriertes Projektmanagement + IPPD

  • Es ist ein Projektmanagement-Prozessbereich auf Reifegrad 3.

Zweck

Der Zweck von Integrated Project Management + IPPD (IPM) besteht darin, das Projekt und die Einbeziehung der relevanten Stakeholder gemäß einem integrierten und definierten Prozess zu etablieren und zu verwalten, der auf die Standardprozesse der Organisation zugeschnitten ist.

Spezifische Praktiken nach Ziel

  • SG 1 Verwenden Sie den definierten Prozess des Projekts

    • SP 1.1 Legen Sie den definierten Prozess des Projekts fest

    • SP 1.2 Organisatorische Prozess-Assets für die Planung von Projektaktivitäten verwenden

    • SP 1.3 Richten Sie die Arbeitsumgebung des Projekts ein

    • SP 1.4 Pläne integrieren

    • SP 1.5 Verwalten Sie das Projekt mithilfe der integrierten Pläne

    • SP 1.6 Beitrag zum Organisationsprozessvermögen

  • SG 2 Koordinieren und arbeiten Sie mit relevanten Stakeholdern zusammen

    • SP 2.1 Stakeholder-Beteiligung verwalten

    • SP 2.2 Abhängigkeiten verwalten

    • SP 2.3 Beheben von Koordinierungsproblemen

IPPD-Zusatz -

  • SG 3 IPPD-Prinzipien anwenden

    • SP 3.1 Festlegen der gemeinsamen Vision des Projekts

    • SP 3.2 Aufbau der integrierten Teamstruktur

    • SP 3.3 Anforderungen an integrierte Teams zuweisen

    • SP 3.4 Integrierte Teams aufbauen

    • SP 3.5 Stellen Sie die Zusammenarbeit zwischen Schnittstellenteams sicher

Messung und Analyse

Es ist ein Unterstützungsprozessbereich auf Reifegrad 2.

Zweck

Der Zweck von Measurement and Analysis (MA) soll eine Messfunktion entwickeln und aufrechterhalten, die zur Unterstützung des Bedarfs an Managementinformationen verwendet wird.

Spezifische Praktiken nach Ziel

  • SG 1 Mess- und Analyseaktivitäten ausrichten

    • SP 1.1 Messziele festlegen

    • SP 1.2 Maßnahmen festlegen

    • SP 1.3 Festlegen der Verfahren zur Datenerfassung und -speicherung

    • SP 1.4 Analyseverfahren festlegen

  • SG 2 Messergebnisse liefern

    • SP 2.1 Messdaten erfassen

    • SP 2.2 Messdaten analysieren

    • SP 2.3 Daten und Ergebnisse speichern

    • SP 2.4 Ergebnisse kommunizieren

Organisatorische Innovation und Bereitstellung

Es ist ein Prozessmanagement-Prozessbereich auf Reifegrad 5.

Zweck

Der Zweck von Organizational Innovation and Deployment(OID) ist die Auswahl und Bereitstellung inkrementeller und innovativer Verbesserungen, die die Prozesse und Technologien des Unternehmens messbar verbessern. Die Verbesserungen unterstützen die Qualitäts- und Prozessleistungsziele des Unternehmens, die sich aus den Geschäftszielen des Unternehmens ergeben.

Spezifische Praktiken nach Ziel

  • SG 1 Wählen Sie Verbesserungen

    • SP 1.1 Verbesserungsvorschläge sammeln und analysieren

    • SP 1.2 Innovationen identifizieren und analysieren

    • SP 1.3 Pilot Verbesserungen

    • SP 1.4 Wählen Sie Verbesserungen für die Bereitstellung aus

  • SG 2 Verbesserungen bereitstellen

    • SP 2.1 Planen Sie die Bereitstellungsbereiche

    • SP 2.2 Bereitstellen der Bereitstellung

    • SP 2.3 Verbesserungseffekte messen

Definition des Organisationsprozesses + IPPD (OPD)

Es ist ein Prozessmanagement-Prozessbereich auf Reifegrad 3.

Zweck

Der Zweck von Organizational Process Definition + IPPD (OPD) ist die Einrichtung und Pflege eines nutzbaren Satzes von organisatorischen Prozessressourcen.

Spezifische Praktiken nach Ziel

  • SG 1 Organisationsprozess-Assets etablieren

    • SP 1.1 Standardprozesse etablieren

    • SP 1.2 Lebenszyklusmodellbeschreibungen erstellen

    • SP 1.3 Festlegen von Anpassungskriterien und -richtlinien

    • SP 1.4 Richten Sie das Messrepository der Organisation ein

    • SP 1.5 Richten Sie die Process Asset Library der Organisation ein

IPPD-Zusatz -

  • SG 2 IPPD-Verwaltung aktivieren

    • SP 2.1 Empowerment-Mechanismen etablieren

    • SP 2.2 Regeln und Richtlinien für integrierte Teams festlegen

    • SP 2.3 Verantwortlichkeiten des Balance-Teams und der Heimorganisation

Organisationsprozessfokus

Es ist ein Prozessmanagement-Prozessbereich auf Reifegrad 3.

Zweck

Der Zweck von Organizational Process Focus (OPF) soll die Verbesserung von Organisationsprozessen planen und implementieren, basierend auf einem gründlichen Verständnis der aktuellen Stärken und Schwächen der Prozesse und Prozessressourcen der Organisation.

Spezifische Praktiken nach Ziel

  • SG 1 Bestimmen Sie Möglichkeiten zur Prozessverbesserung

    • SP 1.1 Organisatorische Prozessanforderungen festlegen

    • SP 1.2 Bewertung der Prozesse der Organisation

    • SP 1.3 Identifizieren Sie die Prozessverbesserungen der Organisation

  • SG 2 Planen und Implementieren von Aktivitäten zur Prozessverbesserung

    • SP 2.1 Prozessaktionspläne erstellen

    • SP 2.2 Prozessaktionspläne implementieren

  • SG 3 Bereitstellen von Organisationsprozess-Assets und Einbeziehen der gewonnenen Erkenntnisse

    • SP 3.1 Bereitstellen von Organisationsprozess-Assets

    • SP 3.2 Standardprozesse bereitstellen

    • SP 3.3 Monitor-Implementierung

    • SP 3.4 Prozessbezogene Erfahrungen in die organisatorischen Prozessressourcen einbeziehen

Leistung des Organisationsprozesses

Es ist ein Prozessmanagement-Prozessbereich auf Reifegrad 4.

Zweck

Der Zweck von Organizational Process Performance (OPP) besteht darin, ein quantitatives Verständnis der Leistung der Standardprozesse der Organisation zur Unterstützung von Qualitäts- und Prozessleistungszielen zu erstellen und aufrechtzuerhalten und die Prozessleistungsdaten, Baselines und Modelle bereitzustellen, um die Projekte der Organisation quantitativ zu verwalten.

Spezifische Praktiken nach Ziel

  • SG 1 Leistungsgrundlagen und -modelle festlegen

    • SP 1.1 Prozesse auswählen

    • SP 1.2 Festlegen von Prozessleistungsmessungen

    • SP 1.3 Festlegen von Qualitäts- und Prozessleistungszielen

    • SP 1.4 Festlegen der Prozessleistungsgrundlagen

    • SP 1.5 Erstellen von Prozessleistungsmodellen

Organisationstraining

Es ist ein Prozessmanagement-Prozessbereich auf Reifegrad 3.

Zweck

Der Zweck von Organizational Training (OT) ist es, die Fähigkeiten und das Wissen von Menschen zu entwickeln, damit diese ihre Rollen effektiv und effizient ausführen können.

Spezifische Praktiken nach Ziel

  • SG 1 Aufbau einer organisatorischen Schulungsfähigkeit

    • SP 1.1 Festlegen des strategischen Schulungsbedarfs

    • SP 1.2 Bestimmen Sie, welche Schulungsbedürfnisse in der Verantwortung der Organisation liegen

    • SP 1.3 Erstellen eines taktischen Organisationsschulungsplans

    • SP 1.4 Schulungsfähigkeit herstellen

  • SG 2 Notwendige Schulungen anbieten

    • SP 2.1 Schulung durchführen

    • SP 2.2 Schulungsunterlagen erstellen

    • SP 2.3 Bewertung der Trainingseffektivität

Produktintegration

Es ist ein Engineering-Prozessbereich auf Reifegrad 3.

Zweck

Der Zweck von Product Integration (PI) besteht darin, das Produkt aus den Produktkomponenten zusammenzusetzen, sicherzustellen, dass das integrierte Produkt ordnungsgemäß funktioniert, und das Produkt zu liefern.

Spezifische Praktiken nach Ziel

  • SG 1 Vorbereitung für die Produktintegration

    • SP 1.1 Integrationssequenz bestimmen

    • SP 1.2 Richten Sie die Produktintegrationsumgebung ein

    • SP 1.3 Festlegen von Verfahren und Kriterien für die Produktintegration

  • SG 2 Stellen Sie die Schnittstellenkompatibilität sicher

    • SP 2.1 Überprüfen Sie die Schnittstellenbeschreibungen auf Vollständigkeit

    • SP 2.2 Schnittstellen verwalten

  • SG 3 Produktkomponenten zusammenbauen und Produkt liefern

    • SP 3.1 Bestätigen Sie die Bereitschaft der Produktkomponenten zur Integration

    • SP 3.2 Produktkomponenten zusammenbauen

    • SP 3.3 Zusammengesetzte Produktkomponenten bewerten

    • SP 3.4 Verpacken und liefern Sie das Produkt oder die Produktkomponente

Projektüberwachung und -steuerung

Es ist ein Projektmanagement-Prozessbereich auf Reifegrad 2.

Zweck

Der Zweck von Project Monitoring and Control (PMC) soll ein Verständnis des Projektfortschritts vermitteln, damit geeignete Korrekturmaßnahmen ergriffen werden können, wenn die Leistung des Projekts erheblich vom Plan abweicht.

Spezifische Praktiken nach Ziel

  • SG 1 Projekt gegen Plan überwachen

    • SP 1.1 Projektplanungsparameter überwachen

    • SP 1.2 Monitor-Verpflichtungen

    • SP 1.3 Projektrisiken überwachen

    • SP 1.4 Datenverwaltung überwachen

    • SP 1.5 Beteiligung der Stakeholder überwachen

    • SP 1.6 Fortschrittskontrollen durchführen

    • SP 1.7 Meilensteinprüfungen durchführen

  • SG 2 Korrekturmaßnahmen zum Schließen verwalten

    • SP 2.1 Probleme analysieren

    • SP 2.2 Korrekturmaßnahmen ergreifen

    • SP 2.3 Korrekturmaßnahmen verwalten

Projektplanung

Es ist ein Projektmanagement-Prozessbereich auf Reifegrad 2.

Zweck

Der Zweck von Project Planning (PP) soll Pläne erstellen und pflegen, die die Projektaktivitäten definieren.

Spezifische Praktiken nach Ziel

  • SG 1 Schätzungen erstellen

    • SP 1.1 Schätzen Sie den Umfang des Projekts

    • SP 1.2 Schätzungen der Arbeitsprodukt- und Aufgabenattribute erstellen

    • SP 1.3 Projektlebenszyklus definieren

    • SP 1.4 Ermittlung von Aufwands- und Kostenschätzungen

  • SG 2 Entwickeln Sie einen Projektplan

    • SP 2.1 Budget und Zeitplan festlegen

    • SP 2.2 Projektrisiken identifizieren

    • SP 2.3 Plan für das Datenmanagement

    • SP 2.4 Plan für Projektressourcen

    • SP 2.5 Plan für benötigte Kenntnisse und Fähigkeiten

    • SP 2.6 Einbeziehung der Stakeholder planen

    • SP 2.7 Erstellen Sie den Projektplan

  • SG 3 Verpflichtung zum Plan einholen

    • SP 3.1 Pläne überprüfen, die sich auf das Projekt auswirken

    • SP 3.2 Arbeits- und Ressourcenebenen abgleichen

    • SP 3.3 Planverpflichtung einholen

Prozess- und Produktqualitätssicherung

Es ist ein Unterstützungsprozessbereich auf Reifegrad 2.

Zweck

Der Zweck von Process and Product Quality Assurance (PPQA) soll Mitarbeitern und Management einen objektiven Einblick in Prozesse und damit verbundene Arbeitsprodukte geben.

Spezifische Praktiken nach Ziel

  • SG 1 Prozesse und Arbeitsprodukte objektiv bewerten

    • SP 1.1 Prozesse objektiv bewerten

    • SP 1.2 Arbeitsprodukte und -dienstleistungen objektiv bewerten

  • SG 2 bietet objektive Einblicke

    • SP 2.1 Kommunizieren und Sicherstellen der Lösung von Nichteinhaltungsproblemen

    • SP 2.2 Aufzeichnungen erstellen

Quantitatives Projektmanagement

Es ist ein Projektmanagement-Prozessbereich auf Reifegrad 4.

Zweck

Der Zweck der Quantitative Project Management Der Prozessbereich (QPM) besteht darin, den definierten Prozess des Projekts quantitativ zu verwalten, um die festgelegten Qualitäts- und Prozessleistungsziele des Projekts zu erreichen.

Spezifische Praktiken nach Ziel

  • SG 1 Das Projekt quantitativ verwalten

    • SP 1.1 Festlegen der Projektziele

    • SP 1.2 Verfassen Sie die definierten Prozesse

    • SP 1.3 Wählen Sie die Unterprozesse aus, die statistisch verwaltet werden sollen

    • SP 1.4 Projektleistung verwalten

  • SG 2 Unterprozessleistung statistisch verwalten

    • SP 2.1 Wählen Sie Maßnahmen und Analysetechniken aus

    • SP 2.2 Statistische Methoden anwenden, um Variationen zu verstehen

    • SP 2.3 Überwachen der Leistung der ausgewählten Unterprozesse

    • SP 2.4 Statistische Verwaltungsdaten aufzeichnen

Anforderungsentwicklung

Es ist ein Engineering-Prozessbereich auf Reifegrad 3.

Zweck

Der Zweck von Requirements Development (RD) dient zur Erstellung und Analyse von Kunden-, Produkt- und Produktkomponentenanforderungen.

Spezifische Praktiken nach Ziel

  • SG 1 Kundenanforderungen entwickeln

    • SP 1.1 Anforderungen ermitteln

    • SP 1.2 Kundenanforderungen entwickeln

  • SG 2 Produktanforderungen entwickeln

    • SP 2.1 Festlegen von Produkt- und Produktkomponentenanforderungen

    • SP 2.2 Zuweisen von Produktkomponentenanforderungen

    • SP 2.3 Schnittstellenanforderungen identifizieren

  • SG 3 Anforderungen analysieren und validieren

    • SP 3.1 Festlegen von Betriebskonzepten und -szenarien

    • SP 3.2 Festlegen einer Definition der erforderlichen Funktionalität

    • SP 3.3 Anforderungen analysieren

    • SP 3.4 Anforderungen analysieren, um ein Gleichgewicht zu erreichen

    • SP 3.5 Anforderungen validieren

Anforderungsmanagement

Es ist ein Engineering-Prozessbereich auf Reifegrad 2.

Zweck

Der Zweck von Requirements Management (REQM) dient dazu, die Anforderungen der Produkte und Produktkomponenten des Projekts zu verwalten und Inkonsistenzen zwischen diesen Anforderungen und den Plänen und Arbeitsprodukten des Projekts zu identifizieren.

Spezifische Praktiken nach Ziel

  • SG 1 Anforderungen verwalten

    • SP 1.1 Machen Sie sich mit den Anforderungen vertraut

    • SP 1.2 Verpflichtung zu Anforderungen einholen

    • SP 1.3 Anforderungsänderungen verwalten

    • SP 1.4 Bidirektionale Rückverfolgbarkeit von Anforderungen aufrechterhalten

    • SP 1.5 Identifizieren Sie Inkonsistenzen zwischen Projektarbeit und Anforderungen

Risikomanagement

Es ist ein Projektmanagement-Prozessbereich auf Reifegrad 3.

Zweck

Der Zweck von Risk Management (RSKM) dient dazu, potenzielle Probleme zu identifizieren, bevor sie auftreten, damit Risikomanagementaktivitäten nach Bedarf während der gesamten Lebensdauer des Produkts oder Projekts geplant und aufgerufen werden können, um nachteilige Auswirkungen auf die Zielerreichung zu verringern.

Spezifische Praktiken nach Ziel

  • SG 1 Bereiten Sie sich auf das Risikomanagement vor

    • SP 1.1 Bestimmen von Risikoquellen und -kategorien

    • SP 1.2 Risikoparameter definieren

    • SP 1.3 Festlegung einer Risikomanagementstrategie

  • SG 2 Risiken identifizieren und analysieren

    • SP 2.1 Risiken identifizieren

    • SP 2.2 Risiken bewerten, kategorisieren und priorisieren

  • SG 3 Risiken mindern

    • SP 3.1 Entwicklung von Risikominderungsplänen

    • SP 3.2 Implementieren von Risikominderungsplänen

Management von Lieferantenvereinbarungen

Es ist ein Projektmanagement-Prozessbereich auf Reifegrad 2.

Zweck

Der Zweck von Supplier Agreement Management (SAM) soll den Erwerb von Produkten von Lieferanten verwalten, für die eine formelle Vereinbarung besteht.

Spezifische Praktiken nach Ziel

  • SG 1 Lieferantenverträge abschließenM

    • SP 1.1 Erfassungstyp bestimmen

    • SP 1.2 Lieferanten auswählen

    • SP 1.3 Lieferantenverträge abschließen

  • SG 2 Lieferantenvereinbarungen erfüllen

    • SP 2.1 Führen Sie die Lieferantenvereinbarung aus

    • SP 2.2 Überwachen Sie ausgewählte Lieferantenprozesse

    • SP 2.3 Ausgewählte Lieferantenarbeitsprodukte bewerten

    • SP 2.4 Akzeptieren Sie das erworbene Produkt

    • SP 2.5 Übergangsprodukte

Technische Lösung

Es ist ein Engineering-Prozessbereich auf Reifegrad 3.

Zweck

Der Zweck von Technical Solution(TS) soll Lösungen für Anforderungen entwerfen, entwickeln und implementieren. Lösungen, Designs und Implementierungen umfassen Produkte, Produktkomponenten und produktbezogene Lebenszyklusprozesse, entweder einzeln oder in Kombination.

Spezifische Praktiken nach Ziel

  • SG 1 Wählen Sie Produktkomponentenlösungen aus

    • SP 1.1 Alternative Lösungen und Auswahlkriterien entwickeln

    • SP 1.2 Produktkomponentenlösungen auswählen

  • SG 2 Entwickeln Sie das Design

    • SP 2.1 Entwerfen Sie das Produkt oder die Produktkomponente

    • SP 2.2 Erstellen Sie ein technisches Datenpaket

    • SP 2.3 Entwurfsschnittstellen anhand von Kriterien

    • SP 2.4 Analyse durchführen, kaufen oder wiederverwenden

  • SG 3 Implementieren Sie das Produktdesign

    • SP 3.1 Implementieren Sie das Design

    • SP 3.2 Produktunterstützungsdokumentation entwickeln

Validierung

Es ist ein Engineering-Prozessbereich auf Reifegrad 3.

Zweck

Der Zweck von Validation (VAL) soll nachweisen, dass ein Produkt oder eine Produktkomponente ihren Verwendungszweck erfüllt, wenn es in die vorgesehene Umgebung gebracht wird.

Spezifische Praktiken nach Ziel

  • SG 1 Bereiten Sie die Validierung vor

    • SP 1.1 Wählen Sie Produkte zur Validierung aus

    • SP 1.2 Richten Sie die Validierungsumgebung ein

    • SP 1.3 Validierungsverfahren und -kriterien festlegen

  • SG 2 Produkt oder Produktkomponenten validieren

    • SP 2.1 Validierung durchführen

    • SP 2.2 Validierungsergebnisse analysieren.

Überprüfung

Es ist ein Engineering-Prozessbereich auf Reifegrad 3.

Zweck

Der Zweck von Verification (VER) soll sicherstellen, dass ausgewählte Arbeitsprodukte ihren festgelegten Anforderungen entsprechen.

Spezifische Praktiken nach Ziel

  • SG 1 Zur Überprüfung vorbereiten

    • SP 1.1 Wählen Sie Arbeitsprodukte zur Überprüfung aus

    • SP 1.2 Richten Sie die Überprüfungsumgebung ein

    • SP 1.3 Festlegen von Überprüfungsverfahren und -kriterien

  • SG 2 Peer Reviews durchführen

    • SP 2.1 Bereiten Sie sich auf Peer Reviews vor

    • SP 2.2 Peer Reviews durchführen

    • SP 2.3 Peer-Review-Daten analysieren

  • SG 3 Überprüfen Sie ausgewählte Arbeitsprodukte

    • SP 3.1 Überprüfung durchführen

    • SP 3.2 Verifizierungsergebnisse analysieren

Änderungen an Version 1.2

Hier werden nur die Änderungen berücksichtigt, die an den Prozessbereichen vorgenommen wurden. Ein umfassendes Detail finden Sie auf der SEI-Homepage .

  • Die folgenden Prozessbereiche wurden entfernt (alle auf Reifegrad 3) -

    • Organisationsumfeld für Integration (OEI)

    • Integriertes Teaming (IT)

    • Integriertes Lieferantenmanagement (ISM)

  • Die folgenden Ergänzungen wurden in vorhandenen Prozessbereichen vorgenommen:

    • IPM. SG3 und SG4 wurden eliminiert, neues SG3 wurde hinzugefügt (alle IPPD PAs)

    • OPD. SG wurde hinzugefügt und in eine IPPD-PA umgewandelt

    • OPF. Zwei SPs wurden aus SG extrahiert und zusammen mit zwei neuen SPs SG3 erstellt

    • REQD. SP3.5 wurde in Validate Requirements umbenannt

    • SAM . SP2.1 wurde eliminiert, zwei neue SPs wurden in SG2 hinzugefügt

    • TS. SP1.2 wurde eliminiert

    • VER. SP3.2 wurde in Analyse-Überprüfungsergebnisse umbenannt