<

SUP.10 Änderungsmanagement

Der Zweck des Änderungsmanagement-Prozesses besteht darin, sicherzustellen, dass die Change Requests gesteuert, verfolgt und implementiert werden.

Zurück zur Prozessübersicht

 

 

Header_SUP10

 

Prozessergebnisse 


 

Als Ergebnis einer erfolgreichen Umsetzung dieses Prozesses...

  •   Arbeitsprodukte

    • 08-28 Änderungsmanagementplan

     

     

  •   Arbeitsprodukte

    • 13-16 Change Request

     

     

  •   Arbeitsprodukte

    • 13-16 Change Request

     

     

  •   Arbeitsprodukte

    • 13-16 Change Request

     

     

  •   Arbeitsprodukte

    • 13-16 Change Request

     

     

  •   Arbeitsprodukte

    • 13-16 Change Request

     

     

  •   Arbeitsprodukte

    • 13-16 Change Request
    • 13-19 Reviewprotokoll

     

     

  •   Arbeitsprodukte

    • 13-21 Änderungsstatusbericht/liste

     

     

  •   Arbeitsprodukte

    • 13-21 Änderungsstatusbericht/liste

     

     

Basispraktiken 1-8


  •  

    Entwicklung einer Änderungsmanagement-Strategie, einschließlich Änderungsmanagement-Aktivitäten,

    einem Statusmodell für die Change Requests, Analysekriterien, sowie Zuständigkeiten für die Durchführung dieser Aktivitäten. Festlegung und Pflege der Schnittstellen zu den betroffenen Parteien.

    Anmerkung 1: Ein Statusmodell für Change Requests enthält zum Beispiel folgende Status: offen, in Ermittlung, genehmigt zur Implementierung, zugeordnet, umgesetzt, gelöst, geschlossen, etc.

    Anmerkung 2: Typische Analysekriterien sind: Ressourcenbedarf, Termine, Risiken, Nutzen, etc.

    Anmerkung 3: Die Änderungsmanagement-Aktivitäten stellen sicher, dass Change-Requests systematisch identifiziert, beschrieben, aufgezeichnet, analysiert, implementiert und verwaltet werden.

    Anmerkung 4: Die Änderungsmanagement-Strategie kann unterschiedliche Vorgehen in den verschiedenen Produktlebensphasen abdecken (z.B. in der Prototypenphase und der Serienentwicklung). [Ergebnis 1]

      Arbeitsprodukte

    • 08-28 Änderungsmanagementplan
  •  

    Jeder Change Request ist entsprechend der Änderungsmanagement-Strategie eindeutig gekennzeichnet, beschrieben und aufgezeichnet, einschließlich Informationen zum Initiator und Begründungen für den Change Requests. [Ergebnis 2, 3]

      Arbeitsprodukte

    • 13-16 Change Request
  •  

    Den Change Requests ist ein Status entsprechend dem Statusmodell zugewiesen, um die Verfolgung zu vereinfachen. [Ergebnisse 8]

      Arbeitsprodukte

    • 13-16 Change Request
  •  

    Change Requests sind entsprechend der Änderungsmanagement-Strategie analysiert - einschließlich ihrer Abhängigkeiten zu betroffenen Arbeitsprodukten und anderen Change Requests. Die Auswirkungen des Change Requests sind bewertet und Kriterien für die Bestätigung der Umsetzung sind festgelegt. [Ergebnis 3, 4, 5, 9]

      Arbeitsprodukte

    • 13-16 Change Request
    • 13-21 Änderungsstatusbericht/liste
  •  

    Change Requests sind vor der Umsetzung basierend auf den Analyseergebnissen und der Verfügbarkeit von Ressourcen priorisiert und entsprechend der Änderungsmanagement-Strategie genehmigt.

    Anmerkung 5: Ein Change Control Board (CCB) ist ein üblicher Mechanismus für die Genehmigung von Change Requests.

    Anmerkung 6: Die Priorisierung der Change Requests kann durch die Zuordnung zu Releases erfolgen. [Ergebnis 6]

      Arbeitsprodukte

    • 13-16 Change Request
  •  

    Die Umsetzung des Change Requests wird vor dem Abschluss geprüft, um sicherzustellen, dass die Kriterien für die Bestätigung der Implementierung erfüllt sind und dass alle relevanten Prozesse angewendet worden sind. [Ergebnisse 7, 8]

      Arbeitsprodukte

    • 13-16 Change Request
    • 13-19 Reviewprotokoll
    • 13-21 Änderungsstatusbericht/liste
  •  

    Change Requests werden bis zum Abschluss verfolgt. Rückmeldungen an den Initiator werden bereitgestellt. [Ergebnisse 7, 8]

      Arbeitsprodukte

    • 13-16 Change Request
    • 13-19 Reviewprotokoll
    • 13-21 Änderungsstatusbericht/liste
  •  

    Herstellung der bidirektionalen Traceability zwischen Change Requests und Arbeitsprodukten, die durch den Change Request betroffen sind. Falls der Change Request durch ein Problem initiiert wurde, dann ist auch die bidirektionale Traceability zwischen Change Request und dem korrespondierenden Problem herzustellen.

    Anmerkung 7: Die bidirektionale Traceability unterstützt Konsistenz-, Vollständigkeits- und Auswirkungsanalysen. [Ergebnis 9]

      Arbeitsprodukte

    • 13-21 Änderungsstatusbericht/liste