SEI CMMI - Schlüssel Prozessbereiche

Advertisements

Previous Page
Next Page  

Ein Prozessraum ist ein Cluster von ähnlichen Praktiken in einem Gebiet, das, wenn gemeinsam umgesetzt werden, erfüllen eine Reihe von Zielen als wichtig für die Herstellung signifikante Verbesserung in diesem Bereich. Alle CMMI Prozessgebiete sind häufig sowohl kontinuierliche und inszenierte Darstellungen.

Die kontinuierliche Darstellung ermöglicht die Organisation, die den Schwerpunkt ihrer Prozessverbesserung Bemühungen, indem Sie diese Prozessbereiche oder Satz von miteinander in Beziehung Prozessbereiche, die am besten profitieren die Organisation und ihre Unternehmensziele zu wählen. Zwar gibt es einige Grenzen auf, was eine Organisation kann aufgrund der Abhängigkeiten zwischen den Prozessbereichen wählen, hat das Organization beträchtliche Freiheit in seine Auswahl.

Wenn Sie die Prozessbereiche auswählen, müssen Sie auch wählen, wie viel Sie möchten, um die Prozesse mit diejenigen Prozessbereiche assoziiert zu verbessern (dh wählen Sie die entsprechende Fähigkeit Ebene). Capability Levels und generischen Ziele und Praktiken, die Unterstützung der Verbesserung der Prozesse in den einzelnen Prozessbereichen.

Im Gegensatz dazu, werden Sie sehen, dass die inszenierte Darstellung fordert Sie dazu auf immer suchen auf Prozessbereiche in Zusammenhang mit dem Reifegrad zu der sie gehören . Die Prozessbereiche werden von Reifegraden organisiert, um dieses Konzept zu verstärken. Wenn Sie einen Prozessbereich zu verwenden, Sie verwenden die gesamte Prozessbereich dh alle Ziele und alle Praktiken.

Die CMMI Process Areas (PAs) können gruppiert in die folgenden vier Kategorien zu verstehen , um ihre Wechselwirkungen und link mit einander unabhängig von ihre Definiert Ebenen:

  • Prozess Verwaltung
  • Projekt Verwaltung
  • Ingenieurwesen
  • Unterstützung

Jeder Prozessbereich ist definiert durch eine Reihe von Zielen und Praktiken. Es gibt zwei Kategorien von Zielen und Praktiken:

  • Generische Ziele und Praktiken: Sie sind ein Teil eines jeder Prozessbereich.

  • Spezifische Ziele und Praktiken: Sie sind einem spezifisch zu Prozessbereich.

Ein Verfahren Gegend ist erfüllt, wenn die Prozesse eines Unternehmens decken alle generische und spezifischen Ziele und praktiken für dass Prozessbereich.

Generische Ziele und Praktiken

Generische Ziele und Praktiken sind ein Teil von jeder Prozessbereich.

NOTATIONEN: GG --> Generische Ziele und GP --> Generische Praktiken

  • GG 1 Erreichen spezifische Ziele

    • GP 1.1 Führen Spezifische praktiken

  • GG 2 Institutionalisieren eines verwalteten Prozess

    • GP 2.1 schaffen eine Organisationspolitik
    • GP 2.2 Planen Sie die Prozess
    • GP 2.3 liefern Ressourcen
    • GP 2.4 zuweisen Verantwortung
    • GP 2.5 Zug Personen
    • GP 2.6 Konfigurationen verwalten
    • GP 2.7 Identifizieren und Einbeziehung der relevanten Akteure
    • GP 2.8 Überwachung und Steuerung des Prozesses
    • GP 2.9 objektiv bewerten Festhalten
    • GP 2.10 Prüfungsstatus mit Höheren Ebenen-Management

  • GG 3 Institutionalisieren einem definierten Prozess

    • GP 3.1 schaffen eine definiert prozess
    • GP 3.2 sammeln Verbesserung Informationen

  • GG 4 institutionalisieren eine quantitativ verwalteten Prozess

    • GP 4.1 Festlegung quantitativer Ziele für die Prozess
    • GP 4.2 Stabilisieren Sub Prozess Leistung

  • GG 5institutionalisieren eine Optimierung der Prozess

    • GP 5.1 Stellen Sie sicher, Continuous Process Verbesserung
    • GP 5.2 Korrekte Wurzel Ursachen von Problemen

Gemeinsame Merkmale

Die gemeinsamen Merkmale sind Attribute, die angeben, ob die Implementierung und Institutionalisierung eines Schlüsselprozessbereich effektiv, wiederholbar und nachhaltig ist. Die fünf gemeinsamen Merkmale sind nachfolgend aufgeführt:

  • Engagement zu verrichten: Der Wille zum Führen beschreibt die Aktionen muss die Organisation, um sicherzustellen, dass der Prozess ist etabliert und wird bleiben. Bekenntnis zum Führen typischerweise die Gründung Organisationsrichtlinien und Senior Management Sponsoring.

  • fähigkeit zu verrichten: fähigkeit zu verrichten beschreibt die voraussetzungen die existiert im Projekt oder eine Organisation umzusetzen sein muss, um die Software-Prozess kompetent. Die Fähigkeit, in der Regel durchführen beinhaltet Ressourcen, Organisationsstrukturen und Schulung.

  • Aktivitäten Geführt: Aktivitäten Geführt beschreibt die Rolle und erforderlichen Verfahren umzusetzen eine Schlüsselprozessbereich. Aktivitäten verrichten in der Regel beinhalten Gründung Pläne und Verfahren, die Durchführung der Arbeiten, Verfolgung es, und nehmen eventuell erforderlicher Abhilfemaßnahmen.

  • Messung und Analyse: Messung und Analyse beschreibt die Notwendigkeit, den Prozess zu messen und zu analysieren, die Messungen. Messung und Analyse umfasst in der Regel Beispiele der Messungen, die ergriffen werden könnten, um den Stand und den Erfolg der durchgeführt Tätigkeiten zu bestimmen.

  • Verifizieren Implementierung: Verifizieren Umsetzung beschreibt die Schritte, um sicherzustellen, dass die Aktivitäten sind durchgeführt in Übereinstimmung mit dem prozess, das etabliert wurde.Verifikation umfasst typischerweise Reviews und Audits durch das Management und Software-Qualitätssicherung.

Die Praxis in den gemeinsam durchgeführten Aktivitäten zu beschreiben, was umgesetzt werden muss, um eine Prozessfähigkeit zu etablieren. Die anderen Praktiken, als Ganzes betrachtet, bilden die Grundlage, durch die eine Organisation, die in den durchgeführten Aktivitäten gemeinsam beschriebenen Praktiken institutionalisieren.

Prozessbereiche im Detail

Die CMMI enthält 22 ProzessBereiche unter Angabe der Aspekte der Produktentwicklung, dass sind von Unternehmensprozessen abgedeckt werden sollen.

Lässig Analyse und Auflösung

  • Es ist ein Unterstützung-Prozess Bereich bei Reifegrad Ebenen 5.

Zweck

Der Zweck der Lässig Analyse und Auflösung ist es, Fehlerursachen und andere Probleme zu erkennen und Maßnahmen ergreifen, um sie von in vorkommenden der Zukunft zu vermeiden.

Spezifische Verfahren Goal

  • SG 1 Bestimmen ursachen von Standardwerte
    • SP 1.1 Wählen Defect Daten für Analyse
    • SP 1.2 Analysieren Ursachen
  • SG 2Adresse Fehlerursachen von Standardwerte
    • SP 2.1 Durchführung der Aktions vorschläge
    • SP 2.2bewerten der Wirkung von Änderungen
    • SP 2.3 Rekord daten

Konfiguration Verwaltung

  • Es ist ein Unterstützung-Prozess Bereich bei Reifegrad Ebenen 2.

Zweck

Der Zweck der Konfiguration Verwaltung ist die Erstellung und Pflege der Integrität der Arbeitsprodukte mithilfe von Konfigurations-Identifizierung, Konfigurationskontrolle, Konfigurationsstatus Buchhaltung und Konfigurationsprüfungen.

Spezifische Verfahren Goal

  • SG 1 etablieren Sie Baselines
    • SP 1.1 Identifizieren Konfigurationselemente
    • SP 1.2 etablieren einer Konfiguration Verwaltung System
    • SP 1.3 erstellen oder Mitteilung Baselines
  • SG 2 Spur und Kontroll Änderungen
    • SP 2.1 spur Anfragen Veränderung
    • SP 2.2 Steuer Konfigurationselemente
  • SG 3 etablieren Integrität
    • SP 3.1 etablieren Konfiguration Verwaltung Rekorde
    • SP 3.2 Führen Sie Konfiguration Audits

Entscheidungsanalyse und Auflösung

  • Es ist ein Unterstützung-Prozess Bereich bei Reifegrad Ebenen 3.

Zweck

Der Zweck der Entscheidungsanalyse und Auflösung (DAR) ist es möglich, Entscheidungen zu analysieren mit Hilfe eines formalen Bewertungsprozesses, die gegen die etablierten Kriterien identifiziert Alternativen wertet.

Spezifische Verfahren Goal

  • SG 1 Bewerten Sie Alternativen
    • SP 1.1 etablieren von Richtlinien für die Entscheidungsanalyse
    • SP 1.2 etablieren Bewertungskriterien
    • SP 1.3 Identifizieren Sie Alternative Solutions
    • SP 1.4 Wählen Sie Bewertungsverfahren
    • SP 1.5 Bewerten Alternativens
    • SP 1.6 Wählen Sie Lösungen

Integriertes Projektmanagement + IPPD

  • Es ist ein Projekt-Management-Prozess-Bereich bei Reifegrad Ebenen 3.

Zweck

Der Zweck der Integriertes Projektmanagement + IPPD (IPM) ist die Schaffung und Verwaltung des Projekts und die Einbeziehung der beteiligten Akteure im Rahmen eines integrierten und definierten Prozess, der von der Gruppe von der Organisation zugeschnitten ist Standardprozesse.

Spezifische Verfahren Goal

  • SG 1 Verwenden des Projekts Definierte Prozesse
    • SP 1.1 etablieren des Projekts Definierte Prozesse
    • SP 1.2 Verwendung Organisatorische Prozess Aktiva für Planung Projektaktivitäten
    • SP 1.3 etablieren des Projekts Arbeitsumfeld
    • SP 1.4 Integrieren Pläne
    • SP 1.5 Verwalten der Projekt Verwenden des integrierten Plans
    • SP 1.6 Beitrag zu den Organisationsprozess Aktiva
  • SG 2 Koordination von und Zusammenarbeit mit den betroffenen Akteuren
    • SP 2.1 verwalten Stakeholder Beteiligung
    • SP 2.2 Abhängigkeiten verwalten
    • SP 2.3 lösen Koordinationsprobleme

IPPD Zusatz:

  • SG 3 Tragen IPPD Grundsätze
    • SP 3.1 etablieren des Projekts gemeinsame Vision
    • SP 3.2 etablieren der integrierten Teamstruktur
    • SP 3.3 Weisen Anforderungen an integrierte Teams
    • SP 3.4 etablieren Integrierte Teams
    • SP 3.5 Stellen Sie sicher Zusammenarbeit zwischen Schnittstellen Teams

Messung und Analyse

  • Es ist ein Projekt-Management-Prozess-Bereich bei Reifegrad Ebenen 2.

Zweck

Der Zweck der Messung und Analyse (MA) ist die Entwicklung und Erhaltung einer Messfunktion, mit dem Management-Informationsbedarf zu unterstützen.

Spezifische Verfahren Goal

  • SG 1 Richten Messung und Analyse-Aktivitäten
    • SP 1.1 etablieren Messziele
    • SP 1.2 angeben Maßnahmen
    • SP 1.3 angeben Datenerhebung und -speicherung Verfahren
    • SP 1.4 angeben Analyseverfahren
  • SG 2 liefern Mess ergebnisse
    • SP 2.1 Sammeln von Messdaten
    • SP 2.2 Analysieren von Messdaten
    • SP 2.3 Speichern von Daten und Ergebnisse
    • SP 2.4 Kommunizieren Ergebnisse

Organisatorische Innovation und Bereitstellung

  • Es ist ein Projekt-Management-Prozess-Bereich bei Reifegrad Ebenen 5.

Zweck

Der Zweck der Organisatorische Innovation und Bereitstellung (OID) ist die Auswahl und Implementierung inkrementelle und innovative Verbesserungen, Verfahren und Technologien des Unternehmens messbar verbessern. Die Verbesserungen unterstützen Qualitäts- und Prozessleistungsziele der Organisation von Geschäftszielen der Organisation ab.

Spezifische Verfahren Goal

  • SG 1 Wählen Verbesserungen
    • SP 1.1 Sammeln und Analysieren Sie Verbesserungsvorschläge
    • SP 1.2 Identifizieren und Analysieren Innovations
    • SP 1.3 Pilot Verbesserungen
    • SP 1.4 Wählen Sie Verbesserungen für die Stationierung
  • SG 2 aufmarschieren Verbesserungen
    • SP 2.1 Planen der Bereitstellung Bereichen
    • SP 2.2 Verwalten der Bereitstellungs
    • SP 2.3 messen Verbesserung Effekte

Organisationsprozessdefinition

  • Es ist ein Projekt-Management-Prozess-Bereich bei Reifegrad Ebenen 3.

Zweck

Der Zweck der Organizational Prozess Definition + IPPD (OPD) ist die Erstellung und Pflege einer brauchbaren Satz von Organisationsprozess Vermögenswerte.

Spezifische Verfahren Goal

  • SG 1 etablieren Organisationsprozess Aktiva
    • SP 1.1 etablieren von Standardprozesse
    • SP 1.2 etablieren lebenszyklus Modellbeschreibungen
    • SP 1.3 etablieren Schneiderei Kriterien und Leitlinien
    • SP 1.4 etablieren der Organisation Mess Repository
    • SP 1.5 etablieren der Organisation Prozessobjektbibliothek

IPPD Zusatz:

  • SG 2 Aktivieren IPPD Verwaltung
    • SP 2.1 etablieren Empowerment Mechanismen
    • SP 2.2 etablieren Sie Regeln und Richtlinien für den integrierten Teams
    • SP 2.3 Balance Team und Haushaltsorganisation Verantwortlichkeiten

Organisationsprozessfokus

  • Es ist ein Prozessmanagement Prozessbereich bei Reifegrad Ebenen 3.

Zweck

Der Zweck der Organisatorische Prozessfokus (OPF) ist es, auf der Grundlage einer gründlichen Verständnis der aktuellen Stärken und Schwächen der Prozesse der Organisation und Prozess-Aktiva der Planung und Umsetzung organisatorischer Prozessverbesserung.

Spezifische Verfahren Goal

  • SG 1 Bestimmen Prozessverbesserung Chancen
    • SP 1.1 etablieren Organisationsprozess muss
    • SP 1.2 begutachten Prozesse der Organisation
    • SP 1.3 Identifizieren Prozessverbesserungen der Organisation
  • SG 2 planen und realisieren Prozessverbesserung Aktivitäten
    • SP 2.1 Prozess Etablieren Aktionspläne
    • SP 2.2 Implementieren Prozessaktionspläne
  • SG 3 Aufmarschieren Organisationsprozess Vermögenswerte und Integrieren unterricht Gelehrt
    • SP 3.1 Aufmarschieren Organisationsprozess Aktiva
    • SP 3.2 Aufmarschieren Standardprozesse
    • SP 3.3 Monitor-Implementierung
    • SP 3.4 Integrieren Prozessbezogene Erfahrungen in den Organisationsprozess Aktiva

Organisatorisch Prozess Leistung

  • Es ist ein Prozessmanagement Prozessbereich an Reifegrad Ebenen 4.

Zweck

Der Zweck der Organisatorisch Prozess Leistung ist die Erstellung und Pflege ein quantitatives Verständnis der Leistung der Gruppe von Standardprozessen zur Unterstützung der Qualitäts- und Prozessleistungsziele der Organisation und zur Verfügung zu stellen die Prozessleistungsdaten, Basislinien und Modelle zur quantitativen Projekte der Organisation zu verwalten.

Spezifische Verfahren Goal

  • SG 1 etablieren leistung baseline und modellen
    • SP 1.1 Wählen Sie Prozesse
    • SP 1.2 etablieren prozess Leistung Maßnahmen
    • SP 1.3 etablieren Qualitäts- und Prozessleistungsziele
    • SP 1.4 etablieren Prozess leistung baseline
    • SP 1.5 etablieren Prozess leistung modellen

Organisations Schulung

  • Es ist ein Prozessmanagement Prozessbereich an Reifegrad Ebenen 3.

Zweck

Der Zweck der Organisations Schulung ist es, die Fähigkeiten und das Wissen der Menschen zu entwickeln, so dass sie ihre Aufgaben effektiv und effizient durchführen können.

Spezifische Verfahren Goal

  • SG 1 etablieren Sie eine Organisationsausbildungsfähigkeit
    • SP 1.1 etablieren die strategischen Trainingsbedarfs
    • SP 1.2 bestimmen, welche Ausbildungsbedarfs in der Verantwortung der Organisation
    • SP 1.3 etablieren einer Organisations Ausbildung Tactical-Plan
    • SP 1.4 etablieren Ausbildungsfähigkeit
  • SG 2 liefern notwendige Ausbildung
    • SP 2.1 liefern Schulung
    • SP 2.2 etablieren Schulungsaufzeichnungen
    • SP 2.3 Beurteilen Sie die Effektivität des Trainings

Produkt Integration

  • Es ist ein Ingenieurprozessbereich auf Reifegrad Ebenen 3.

Zweck

Der Zweck der Produkt-Integration (PI) ist, um ein Produkt aus den Produktkomponenten montieren, stellen Sie sicher, dass das Produkt, als integrierte, einwandfrei funktioniert, und liefern die Ware.

Spezifische Verfahren Goal

  • SG 1 Bereiten Sie die Produktintegration
    • SP 1.1 Bestimmen Sie die integration Abfolge
    • SP 1.2 etablieren Sie die Produktintegration Umwelt
    • SP 1.3 etablieren Produktintegration Verfahren und Kriterien
  • SG 2 Stellen Sie sicher, Schnittstellen Kompatibilität
    • SP 2.1 Schnittstellenbeschreibung für die Bewertung Vollständigkeit
    • SP 2.2 Schnittstellen verwalten
  • SG 3 Montieren Produktkomponenten und liefern die Ware
    • SP 3.1 Bestätigen Bereitschaft von Produktkomponenten für Integrations
    • SP 3.2 Montieren Produktkomponenten
    • SP 3.3 Bewerten Assembled Produktkomponenten
    • SP 3.4 Paket und kann das Produkt oder Produktkomponente

Projektverfolgung und -steuerung

  • Es ist ein Projekt-Management-Prozess-Bereich bei Reifegrad Ebenen 2.

Zweck

Der Zweck der Projektverfolgung und -steuerung ist es, das Verständnis für den Projektfortschritt bereitzustellen, so dass entsprechende Korrekturmaßnahmen ergriffen werden können, wenn die Leistung des Projekts erheblich von dem Plan.

Spezifische Verfahren Goal

  • SG 1 Monitor-Projekt Vor-Plan
    • SP 1.1 Monitor-Projektierung Parameter
    • SP 1.2 Monitor-Verpflichtungen
    • SP 1.3 Monitor-Projektrisiken
    • SP 1.4 Monitor-Datenmanagement
    • SP 1.5 Monitor Stakeholder Verwicklung
    • SP 1.6 Verhalten Fortschritt Bewertungen
    • SP 1.7 Verhalten Meilenstein Bewertungen
  • SG 2 verwalten Maßnahme zur Schließung
    • SP 2.1 Analysieren Sie Fragen
    • SP 2.2 nehmen Korrekturmaßnahmen
    • SP 2.3 verwalten Korrekturmaßnahmen

Projekt Planung

  • Es ist ein Projekt-Management-Prozess-Bereich bei Reifegrad Ebenen 2.

Zweck

Der Zweck der Projekt Planung (PP) ist es, Pläne, die Projektaktivitäten zu definieren schaffen und aufrecht zu erhalten.

Spezifische Verfahren Goal

  • SG 1 etablieren Schätzungen
    • SP 1.1 Schätzung der Umfang des Projekts
    • SP 1.2 etablieren Schätzungen der Arbeitsergebnisse und Aufgaben Attribute
    • SP 1.3 Definieren Sie Projektlebenszyklus
    • SP 1.4 Bestimmen Sie Schätzungen über Aufwand und Kosten
  • SG 2 Entwicklung eines Projektplans
    • SP 2.1 etablieren Sie das Budget und Zeitplan
    • SP 2.2 Ermitteln Sie Projektrisiken
    • SP 2.3 Plan für die Datenverwaltung
    • SP 2.4 Plan für die Projektressourcen
    • SP 2.5 Plan für erforderlich Kenntnisse und Fähigkeiten
    • SP 2.6 Plan Stakeholder Verwicklung
    • SP 2.7 etablieren Sie den Projektplan
  • SG 3 Erhalten Engagement für Plan
    • SP 3.1 Bewertung Pläne, die das Projekt beeinflussen
    • SP 3.2 Vereinbarkeit von Beruf und Ressourcen Ebenen
    • SP 3.3 Erhalten Plans Engagement

Prozess- und Produkt Qualitätssicherung

  • Es ist ein Support-Prozess Bereich Reifegrad 2.

Zweck

Der Zweck der Prozess- und Produkt Qualitätssicherung ist es, Mitarbeitern und Management mit objektiven Einblick in die Prozesse und die damit verbundenen Arbeitsprodukte.

Spezifische Verfahren Goal

  • SG 1 objektiv bewerten Prozesse und Arbeitsergebnisse
    • SP 1.1 objektiv bewerten Prozesse
    • SP 1.2 objektiv bewerten Arbeits Produkte und Dienstleistungen
  • SG 2 liefern Ziel Insight
    • SP 2.1 Kommunikation und Stellen Sie sicher, Auflösung der Nichteinhaltung Fragen
    • SP 2.2 etablieren Rekorde

Quantitativ Project Management

  • Es ist ein Projekt-Management-Prozess-Bereich bei Reifegrad 4.

Zweck

Der Zweck der Prozess Quantitative Projekt Management (QPM) Fläche ist quantitativ Verwaltung des Projekts definierten Prozess ständiger Qualitäts- und Prozessleistungs die Projektziele zu erreichen.

Spezifische Verfahren Goal

  • SG 1 Quantitativ das Projekt verwalten
    • SP 1.1 etablieren des Projekts Ziele
    • SP 1.2 Komponieren der definierten Prozesse
    • SP 1.3 Wählen Sie die Sub-Prozesse, die statistisch verwaltet werden
    • SP 1.4 verwalten Projekt leistung
  • SG 2 Statistisch verwalten Sub-Prozess Leistung
    • SP 2.1 Wählen Sie Maßnahmen und Analyseverfahren
    • SP 2.2 Nehmen Statistische Methoden zur Variation Verstehen
    • SP 2.3 Monitor leistung der ausgewählten Teilprozesse
    • SP 2.4 Nehmen Statistische Management Data

Anforderungsentwicklung

  • Es ist ein Ingenieurprozessbereich auf Reifegrad 3.

Zweck

Der Zweck der Anforderungsentwicklung ist die Herstellung und Analyse von Kunden, Produkten und Produktkomponenten -Anforderungen.

Spezifische Verfahren Goal

  • SG 1 Entwickeln Sie Kundenanforderungen
    • SP 1.1 entlocken Bedürfnisse
    • SP 1.2 Entwickeln Sie die Kundenanforderungen
  • SG 2 Entwickeln Sie Produktanforderungen
    • SP 2.1 etablieren Produkte und produkt Komponente Anforderungen
    • SP 2.2 Weisen Sie Produkt-Komponente Anforderungen
    • SP 2.3 Identifizieren Schnittstelle Anforderungen
  • SG 3 Analysieren und Validieren Anforderungen
    • SP 3.1 etablieren Betriebskonzepte und Szenarien
    • SP 3.2 Stellen Sie eine Definition der gewünschten Funktionalität
    • SP 3.3 Analysieren Anforderungen
    • SP 3.4 Analysieren Anforderung an Balance zu erreichen
    • SP 3.5 validieren Anforderungen

Anforderungsmanagement

  • Es ist ein Ingenieurprozessbereich auf Reifegrad 2.

Zweck

Der Zweck der Anforderungsmanagement ist es, die Anforderungen der Produkte des Projekts und Produktkomponenten zu managen und Inkonsistenzen zwischen diesen Anforderungen und Plänen des Projekts und Arbeits Produkte zu identifizieren.

Spezifische Verfahren Goal

  • SG 1 Anforderungen verwalten
    • SP 1.1 erhalten ein Verständnis der Anforderungen
    • SP 1.2 Erhalten Engagement für die Anforderungen
    • SP 1.3 verwalten Anforderungen Änderungen
    • SP 1.4 Pflegen Bidirektionale Nachverfolgbarkeit von Anforderungen
    • SP 1.5 Identifizieren Sie Inkonsistenzen zwischen Projektarbeit und Anforderungen

Risiko Management

  • Es ist ein Projekt-Management-Prozess-Bereich bei Reifegrad 3.

Zweck

Der Zweck der Risiko Management (RSKM) ist es, mögliche Probleme zu erkennen, bevor sie auftreten, so können, dass die Risiko-Handling-Aktivitäten geplant und aufgerufen wie über die Lebensdauer des Produkts oder eines Projekts benötigt wird, um Milderung nachteiliger sein Auswirkungen auf das Erreichen der Ziele.

Spezifische Verfahren Goal

  • SG 1 Bereiten Sie für das Risikomanagement
    • SP 1.1 Bestimmen Risikoquellen und Kategorien
    • SP 1.2 definieren Risikokennzahlen
    • SP 1.3 Einrichtung eines Risikomanagement-Strategie
  • SG 2 Identifizieren und Analysieren Risiken
    • SP 2.1 Risiken erkennen
    • SP 2.2 Bewerten, Kategorisieren und Priorisieren Risiken
  • SG 3 Risikominimierung
    • SP 3.1 Entwickeln Risikominderungspläne
    • SP 3.2 Implementieren Risikominderungspläne

Lieferant Vereinbarung Management

  • Es ist ein Projekt-Management-Prozess-Bereich bei Reifegrad 2.

Zweck

Der Zweck der Lieferant Vereinbarung Management ist es, die Übernahme der Produkte von Lieferanten zu verwalten, für die es eine formelle Vereinbarung.

Spezifische Verfahren Goal

  • SG 1 etablieren Lieferantenvereinbarungen
    • SP 1.1 Bestimmen Erwerb typ
    • SP 1.2 Wählen Lieferanten
    • SP 1.3 etablieren Lieferantenvereinbarungen
  • SG 2 befriedigen Lieferantenvereinbarungen
    • SP 2.1 Führen Sie den Lieferantenvereinbarungen
    • SP 2.2 Monitor ausgewählt Lieferant Prozesse
    • SP 2.3 Bewerten Ausgewählte Lieferanten Arbeits Produkte
    • SP 2.4 akzeptieren Sie das erworbene Produkt
    • SP 2.5 Übergang Produkte

Technische Lösung

  • Es ist ein Ingenieurprozessbereich auf Reifegrad 3.

Zweck

Der Zweck der Technische Lösung ist es, die Anforderungen entwerfen, entwickeln und implementieren Lösungen. Lösungen, Designs und Implementierungen umfassen Produkte, Produktkomponenten und produktbezogenen Lebenszyklusprozesse entweder einzeln oder in Kombination als angemessen.

Spezifische Verfahren Goal

  • SG 1 Wählen Sie Produkt-Component Lösungen
    • SP 1.1 Entwickeln Alternative Lösungen und Auswahlkriterien
    • SP 1.2 Produkt auswählen komponent Lösungen
  • SG 2 Entwickeln Sie die entwurf
    • SP 2.1 Entwurf des Produkts oder Produktkomponente
    • SP 2.2 Einrichtung eines technisch Daten Paket
    • SP 2.3 Entwurf Schnittstellen mithilfe der Kriterien
    • SP 2.4 Führen machen, kaufen oder Wiederverwendung Analyse
  • SG 3 Implementieren Sie den produkt entwurf
    • SP 3.1 Implementieren die entwurf
    • SP 3.2 Entwickeln Sie ProduktUnterstützung Dokumentation

Validierung

  • Es ist ein Ingenieurprozessbereich auf Reifegrad 3.

Zweck

Der Zweck der Validierung (VAL) ist zu zeigen, dass ein Produkt oder eine Produktkomponente die beabsichtigte Verwendung erfüllt, wenn in der vorgesehenen Umgebung platziert.

Spezifische Verfahren Goal

  • SG 1 Bereiten Sie für die Validierung
    • SP 1.1 Wählen Sie Produkte für Validierung
    • SP 1.2 Stellen Sie die Validierung Environment
    • SP 1.3 Stellen Validierung Verfahren und Kriterien
  • SG 2 validieren Produkt oder Produktkomponenten
    • SP 2.1 Leistung Validierung
    • SP 2.2 Analyse Validierung ergebnisse.

Verifikation

  • Es ist ein Ingenieurprozessbereich auf Reifegrad Ebenen 3.

Zweck

Der Zweck der Verifikation (VER) ist es, sicherzustellen, dass die ausgewählte Arbeits ihren Anforderungen gerecht zu werden.

Spezifische Verfahren Goal

  • SG 1 Vorbereitung für die Verifikation
    • SP 1.1 Wählen Sie Arbeitsergebnisse zur Verifizierung
    • SP 1.2 Stellen Sie die Verifikationsumgebung
    • SP 1.3 Stellen Verifikation Verfahren und Kriterien
  • SG 2 Leistung Peer Bewertungen
    • SP 2.1 Bereiten Sie sich für Bewertungen
    • SP 2.2 Verhalten Peer Bewertungen
    • SP 2.3 Analyse Peer Bewertungen Daten
  • SG 3 verifizieren Sie sicher, Ausgewählte Werke Produkte
    • SP 3.1 Leistung Verifikation
    • SP 3.2 Analyse Verifikation Ergebnisse

Änderungen, die in Version 1.2

Es werden nur die Änderungen, die auf die Menge der Prozessbereiche vorgenommen werden, werden hier berücksichtigt. Für eine umfassende Einzelheiten finden Sie auf derSEI homepage.

  • Die folgenden Prozessbereiche entfernt wurden (alle auf Reifegrad Ebenen 3):
    • Organisatorisches Umfeld für die Integration (OEI)
    • Integrierte Teaming (IT)
    • Integrierte Lieferant Management (ISM)
  • Die folgenden Ergänzungen wurden im Rahmen der bestehenden Prozessbereiche vorgenommen:
    • IPM . SG3 und SG4 wurden eliminiert, neue SG3 zugesetzt (alle IPPD PAs)
    • OPD . SG hinzugefügt wurde, verwandelte sie in eine IPPD PA
    • OPF . two SPs wurden von SG extrahiert und erstellt SG3 zusammen mit zwei neuen SPs
    • REQD . SP3.5 wurde Validate Anforderungen umbenannt
    • SAM . SP2.1 eliminiert wurde, zwei neue SPs in SG2 hinzugefügt
    • TS . SP1.2 wurde eliminiert
    • VER . SP3.2 umbenannt Analysieren Verification Ergebnisse
Advertisements