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