# Was ist das Change Advisory Board? > Erfahren Sie, wie ein Change Advisory Board Änderungen prüft, Risiken reduziert und IT-Prozesse stabil hält. Source: https://asana.com/de/resources/change-advisory-board ## Was ist das Change Advisory Board? #### Zusammenfassung Ein Change Advisory Board, kurz CAB, ist ein Gremium, das geplante Änderungen an IT-Systemen, Services oder Prozessen bewertet und Empfehlungen zur Freigabe gibt. Es hilft Teams, potenzielle Risiken früh zu erkennen, Ausfälle zu vermeiden und Änderungen kontrolliert umzusetzen. In IT-Organisationen gehören Änderungen zum Alltag. Neue Softwareversionen werden ausgerollt, Sicherheitsupdates eingespielt, Infrastruktur angepasst, Systeme migriert und Prozesse verbessert. Jede dieser Änderungen kann sinnvoll sein – sie kann aber auch Störungen verursachen, wenn Auswirkungen, Abhängigkeiten oder Risiken nicht sauber geprüft werden. Genau hier setzt das Change Advisory Board an. Es bringt die richtigen Personen zusammen, um Änderungsanträge zu bewerten, Prioritäten zu setzen und Entscheidungen nachvollziehbar vorzubereiten. Besonders im IT Service Management und in ITIL-orientierten Organisationen ist das CAB ein wichtiger Bestandteil des Change-Management-Prozesses. Moderne Teams nutzen es jedoch nicht als schwerfällige Kontrollinstanz, sondern als strukturiertes Format für bessere Abstimmung, schnellere Entscheidungsfindung und kontinuierliche Verbesserung. - [Asana AI in Aktion erleben](https://asana.com/demo/ai) ## Change Advisory Board Definition: Was macht ein CAB? Ein Change Advisory Board ist eine Gruppe aus fachlichen, technischen und geschäftlichen Stakeholdern, die vorgeschlagene Änderungen prüft. Ziel ist nicht, jede Veränderung zu blockieren. Vielmehr soll das CAB sicherstellen, dass Änderungen sinnvoll geplant, ausreichend bewertet und mit möglichst geringem Risiko umgesetzt werden. Im Mittelpunkt stehen Änderungsanträge, im ITSM-Kontext häufig auch Change Requests genannt. Ein solcher Antrag beschreibt, was geändert werden soll, warum die Änderung notwendig ist, welche Systeme betroffen sind, welcher Zeitplan vorgesehen ist und welche Risiken bestehen. Das CAB prüft diese Informationen und gibt eine Empfehlung zur Freigabe, Ablehnung, Anpassung oder Verschiebung. Typische Fragen sind: Welchen möglichen Einfluss hat die Änderung auf Kundinnen und Kunden, interne Teams oder den laufenden Betrieb? Gibt es Abhängigkeiten zu anderen Änderungen? Wie hoch ist das Risiko eines Ausfalls? Gibt es einen Rückfallplan, falls der Rollout scheitert? Und passt die Änderung zu den Unternehmenszielen? Ein gutes CAB verbessert damit nicht nur die technische Qualität von Änderungen. Es stärkt auch Transparenz, Priorisierung und Zusammenarbeit zwischen IT Operations, DevOps, Service Desk, Fachbereichen und Management. ## Warum ist ein Change Advisory Board wichtig? Ohne klare Prüfung können Änderungen schnell zu Störungen führen. Ein Update wird eingespielt, während ein anderes Team eine abhängige Schnittstelle verändert. Eine Konfiguration wird angepasst, ohne dass der Service Desk informiert ist. Ein Rollout betrifft mehrere Standorte, aber die betroffenen Teams wurden zu spät eingebunden. Solche Situationen führen zu Unterbrechungen, unnötigen Eskalationen und Vertrauensverlust. Ein CAB reduziert diese Risiken, indem es Änderungen vor der Umsetzung sichtbar macht. Es schafft einen gemeinsamen Blick auf Nutzen, Aufwand, Risiko und Zeitpunkt. Dadurch können Teams besser entscheiden, welche Änderungen sofort umgesetzt werden, welche warten müssen und welche zusätzliche Vorbereitung brauchen. Ein klarer [Change-Management-Prozess](https://asana.com/de/resources/change-management-process) hilft dabei, solche Entscheidungen nicht jedes Mal neu zu erfinden. Gerade wenn IT-Änderungen Teil größerer organisatorischer Veränderungen sind, braucht es feste Abläufe, klare Rollen und nachvollziehbare Freigaben. Auch im [IT-Service-Management](https://asana.com/de/resources/what-is-itsm) ist das CAB relevant. ITSM-Prozesse wie Incident Management, Service Request Management und Change Management hängen eng zusammen. Wenn eine Änderung schiefgeht, kann daraus ein Incident werden. Wenn eine Anfrage zu einer Systemänderung führt, braucht sie möglicherweise einen geregelten Change-Prozess. ## Welche Änderungen prüft ein CAB? Nicht jede Änderung muss durch ein vollständiges CAB. Moderne Change-Prozesse unterscheiden meist zwischen verschiedenen Änderungsarten. Diese Unterscheidung ist wichtig, damit Teams nicht unnötig ausgebremst werden und trotzdem risikoreiche Änderungen sauber prüfen. Änderungsart Bedeutung Rolle des CAB Standardänderung Wiederkehrende, risikoarme Änderung mit bekanntem Ablauf Meist vorab genehmigt, kein vollständiges CAB nötig Normale Änderung Geplante Änderung mit mittlerem oder höherem Risiko Wird je nach Risiko durch das CAB geprüft Größere Änderung Änderung mit hoher Reichweite, vielen Abhängigkeiten oder geschäftlicher Wirkung Intensive Bewertung durch CAB-Mitglieder und Führung Notfalländerung Dringende Änderung zur Behebung oder Vermeidung einer Störung Prüfung durch ein Emergency Change Advisory Board, kurz eCAB Technische Änderung Anpassung an IT-Infrastruktur, Anwendungen oder Schnittstellen Bewertung durch technische und operative Rollen Im Englischen wird häufig von Types of Changes gesprochen. Für deutschsprachige Inhalte ist „Änderungsarten“ meist natürlicher. Wichtig ist vor allem, dass jede Kategorie klare Kriterien hat. Sonst landen entweder zu viele Änderungen im CAB oder zu viele risikoreiche Änderungen werden zu schnell freigegeben. ## Wer sollte Teil eines Change Advisory Boards sein? Ein CAB sollte nicht zu groß sein, aber die wichtigsten Perspektiven abdecken. Wenn nur technische Rollen vertreten sind, fehlen geschäftliche Auswirkungen. Wenn nur Führungskräfte teilnehmen, fehlen operative Details. Die Zusammensetzung sollte daher vom Risiko und Umfang der Änderung abhängen. Zu den wichtigsten Rollen gehören meist der Change Manager, Verantwortliche aus IT Operations, Vertreterinnen und Vertreter des Service Desk, technische Fachexperten, DevOps-Verantwortliche, Sicherheits- oder Compliance-Rollen sowie relevante Fachbereiche. Bei kunden- oder geschäftskritischen Änderungen kann auch ein Business Relationship Manager sinnvoll sein, weil diese Rolle die Verbindung zwischen IT und Geschäftszielen herstellt. Eine gute [Stakeholder-Analyse](https://asana.com/de/resources/stakeholder-analysis) hilft, die richtigen Personen einzubeziehen, ohne jedes CAB-Meeting unnötig aufzublähen. Entscheidend ist: Die CAB-Mitglieder müssen genug Kontext haben, um Risiken, Auswirkungen und Prioritäten realistisch bewerten zu können. ## Der typische Change-Management-Prozess mit CAB Ein CAB funktioniert am besten, wenn es in einen klaren Prozess eingebettet ist. Der Ablauf beginnt meist mit einem Änderungsantrag. Dieser Antrag sollte alle relevanten Informationen enthalten: Beschreibung der Änderung, betroffene Systeme, erwarteter Nutzen, geplanter Rollout, mögliche Auswirkungen, potenzielle Risiken, Testplan, Kommunikationsplan und Rückfalloption. Danach folgt die Risikobewertung. Hier wird geprüft, wie wahrscheinlich eine Störung ist, wie groß der mögliche Schaden wäre und welche Maßnahmen das Risiko reduzieren. Ein strukturiertes [Projektrisikomanagement](https://asana.com/de/resources/project-risk-management-process) unterstützt diesen Schritt, weil es Risiken nicht nur sammelt, sondern auch bewertet, priorisiert und mit Maßnahmen verbindet. Anschließend prüft das CAB den Antrag. In CAB-Meetings werden offene Fragen geklärt, Abhängigkeiten sichtbar gemacht und Empfehlungen ausgesprochen. Die eigentliche Änderungsfreigabe, im Englischen oft Change Approval genannt, liegt je nach Organisation beim Change Manager, einer Change Authority oder einer anderen verantwortlichen Rolle. Nach dem Rollout ist der Prozess nicht beendet. Ein Follow-up ist wichtig, um zu prüfen, ob die Änderung erfolgreich war, ob es Störungen gab und welche Erkenntnisse für künftige Änderungen relevant sind. So wird aus jedem Change ein Beitrag zur kontinuierlichen Verbesserung. ## CAB-Meetings effizient gestalten CAB-Meetings haben keinen guten Ruf, wenn sie zu lang, zu operativ oder zu unklar sind. Ein gutes CAB ist kein wöchentliches Statusmeeting für jede Kleinigkeit. Es sollte sich auf Änderungen konzentrieren, die tatsächlich Bewertung, Abstimmung oder Entscheidung brauchen. Eine klare Agenda ist entscheidend. Jedes Meeting sollte zeigen, welche Änderungsanträge geprüft werden, welche Informationen fehlen, welche Entscheidungen anstehen und welche Änderungen nur zur Kenntnisnahme aufgenommen werden. Eine Vorlage, also ein Template, kann helfen, Anträge einheitlich vorzubereiten. Für bessere [Entscheidungsfindung](https://asana.com/de/resources/decision-making-process) sollten CAB-Mitglieder vorab Zugriff auf relevante Informationen haben. Wenn Risiken, betroffene Systeme und Abhängigkeiten erst im Meeting erklärt werden, verliert das CAB Zeit. Besser ist ein Workflow, in dem Anträge vollständig eingereicht, automatisch an die richtigen Personen verteilt und vor dem Meeting geprüft werden. ## Anbieter und Tools für CAB-Prozesse im Vergleich Ein CAB braucht nicht zwingend ein spezielles Tool, aber digitale Unterstützung macht den Prozess deutlich zuverlässiger. Wichtig sind strukturierte Anträge, Freigaben, Status, Dokumentation, Benachrichtigungen und Nachverfolgung. Anbieter Geeignet für Stärken Mögliche Einschränkung **Asana** Teams, die Änderungsanträge, Freigaben, Aufgaben, Workflows und Follow-ups zentral koordinieren möchten Starke Transparenz, flexible Workflows, Aufgabenmanagement, Statusberichte und teamübergreifende Zusammenarbeit Kein reines ITSM-Ticketing-System Jira Service Management IT- und DevOps-Teams mit starkem ITSM-Fokus Service Desk, Change Requests, Automatisierung und Nähe zu Entwicklungsteams Für nicht-technische Stakeholder teilweise erklärungsbedürftig Freshservice IT-Teams, die ITSM, Service Desk und CAB-Prozesse in einer Suite bündeln möchten Change-Management-Funktionen, eCAB, Freigaben und ITSM-Struktur Anpassung an unternehmensweite Arbeit kann zusätzliche Prozesse brauchen Serviceware Organisationen mit Fokus auf ITSM und Serviceprozesse Strukturierte ITSM-Unterstützung und Dokumentation Kann für allgemeines Arbeitsmanagement ergänzende Tools benötigen Asana ist besonders stark, wenn das CAB nicht isoliert im ITSM-System bleiben soll. Viele Änderungen betreffen nicht nur IT-Systeme, sondern auch Kommunikation, Schulung, Dokumentation, Fachbereiche, Rollout-Planung und Nachbereitung. Diese Arbeit lässt sich in Asana als klarer Workflow organisieren, während spezialisierte ITSM-Systeme bei Ticketing oder Incident-nahen Prozessen ergänzen können. ## Wie Asana CAB-Prozesse unterstützt Asana hilft Teams dabei, CAB-Arbeit sichtbar, nachvollziehbar und handlungsorientiert zu machen. Änderungsanträge können als Aufgaben oder Projekte strukturiert werden. Verantwortlichkeiten, Fristen, Risiken, betroffene Systeme und Freigaben werden dadurch an einem Ort gebündelt. Ein [Workflow-Audit](https://asana.com/de/resources/workflow-audit) kann zeigen, wo Ihr aktueller Change-Prozess zu langsam, zu manuell oder zu unklar ist. Wenn Änderungsanträge über E-Mail, Chat und Tabellen verteilt sind, fehlen oft Transparenz und Verlässlichkeit. In Asana können Teams wiederkehrende Schritte standardisieren: Antrag einreichen, Risikobewertung durchführen, CAB-Mitglieder einbinden, Freigabe dokumentieren, Rollout verfolgen und Nachbereitung abschließen. Gerade für Service-Desk-nahe Abläufe ist eine klare Struktur wichtig. Bei [Service-Anfragen](https://asana.com/de/resources/service-request-management) entstehen häufig Aufgaben, die später zu Änderungen an Systemen oder Prozessen führen. Wenn diese Übergänge sauber geregelt sind, sinkt das Risiko, dass wichtige Informationen verloren gehen. Auch [Projektstatusberichte](https://asana.com/de/resources/how-project-status-reports) sind für CABs hilfreich. Sie schaffen Transparenz darüber, welche Änderungen genehmigt, blockiert, umgesetzt oder nachbereitet werden. So müssen Informationen nicht mühsam aus mehreren Systemen zusammengesucht werden. ## Asana AI Teammates im CAB-Kontext Asana AI Teammates können CAB-Prozesse unterstützen, ohne Entscheidungen zu ersetzen. Sie arbeiten im Kontext von Aufgaben, Projekten und Workflows und können Teams dabei helfen, Informationen zusammenzufassen, offene Punkte sichtbar zu machen, nächste Schritte vorzuschlagen und Risiken oder Engpässe zu kennzeichnen. Für ein Change Advisory Board kann das praktisch sein. Ein AI Teammate kann beispielsweise helfen, eingereichte Änderungsanträge zu strukturieren, fehlende Informationen im Antrag zu markieren oder Statusinformationen für ein CAB-Meeting vorzubereiten. Bei komplexeren Änderungen kann es Hinweise liefern, welche Abhängigkeiten oder offenen Aufgaben noch geprüft werden sollten. Die Verantwortung bleibt jedoch beim Team. Ein AI Teammate trifft keine finale geschäftskritische Freigabe. CAB-Mitglieder, Change Manager und verantwortliche Stakeholder entscheiden weiterhin, ob eine Änderung freigegeben, verschoben oder angepasst wird. So kann künstliche Intelligenz Koordination unterstützen, während menschliche Kontrolle im Prozess bleibt. Mehr zu [AI Teammates](https://asana.com/de/resources/ai-teammates-overview) passt besonders für Teams, die KI nicht als isolierten Chatbot, sondern als Teil gemeinsamer Arbeit nutzen möchten. ## CAB und organisatorischer Wandel Ein CAB wird oft als reines IT-Gremium verstanden. In der Praxis hat es jedoch direkten Einfluss auf organisatorischen Wandel. Jede größere Änderung an IT-Infrastruktur, Arbeitsweisen oder Tools betrifft Menschen: Sie müssen informiert, geschult und in neue Abläufe eingebunden werden. Der Umgang mit [organisatorischem Wandel](https://asana.com/de/resources/organizational-change) entscheidet deshalb mit darüber, ob eine Änderung wirklich erfolgreich ist. Ein technisch sauberer Rollout kann trotzdem scheitern, wenn Fachbereiche nicht vorbereitet sind, Supportprozesse fehlen oder Kommunikation zu spät erfolgt. Ein gutes CAB prüft deshalb nicht nur technische Risiken. Es fragt auch: Wer ist betroffen? Welche Kommunikation ist nötig? Welche Teams brauchen Schulung? Welche Unterlagen müssen aktualisiert werden? Und wie wird gemessen, ob die Änderung nach dem Rollout den gewünschten Nutzen bringt? ## Best Practices für ein wirksames CAB Ein wirksames CAB braucht klare Regeln, aber keine unnötige Bürokratie. Definieren Sie zuerst, welche Änderungen überhaupt CAB-pflichtig sind. Standardänderungen sollten nicht dieselbe Prüfung durchlaufen wie risikoreiche Major Changes. Das schützt die Zeit der CAB-Mitglieder und beschleunigt risikoarme Arbeit. Außerdem sollte jeder Änderungsantrag vollständig sein, bevor er ins CAB geht. Dazu gehören Ziel, Nutzen, betroffene IT-Systeme, geplanter Zeitpunkt, mögliche Auswirkungen, potenzielle Risiken, Rückfallplan und Verantwortliche. Wenn diese Informationen fehlen, sollte der Antrag zurückgestellt werden. Wichtig ist auch eine klare Priorisierung. Änderungen sollten nicht nur nach Dringlichkeit bewertet werden, sondern auch nach Risiko, strategischer Bedeutung und Abhängigkeiten. Im internationalen Kontext wird hier häufig von Prioritization gesprochen. Für deutschsprachige Teams ist „Priorisierung“ meist klarer und natürlicher. ## FAQ zum Change Advisory Board ### Was ist ein Change Advisory Board? Ein Change Advisory Board ist ein Gremium, das geplante Änderungen an IT-Services, IT-Systemen oder Prozessen prüft. Es bewertet Risiken, Auswirkungen und Abhängigkeiten und gibt Empfehlungen zur Freigabe, Anpassung oder Verschiebung. ### Wer sollte Teil eines Change Advisory Boards sein? Ein CAB sollte aus Personen bestehen, die technische, operative und geschäftliche Auswirkungen bewerten können. Dazu gehören häufig Change Manager, IT Operations, DevOps, Service Desk, Sicherheitsrollen, Fachbereiche und bei Bedarf ein Business Relationship Manager. ### Was ist der Unterschied zwischen CAB und eCAB? Das CAB prüft geplante Änderungen im regulären Change-Prozess. Ein eCAB, also ein Emergency Change Advisory Board, wird bei dringenden Notfalländerungen eingesetzt, etwa wenn ein Ausfall verhindert oder schnell behoben werden muss. ### Welche Vorteile hat ein Change Advisory Board? Ein CAB reduziert Risiken, verbessert Transparenz, stärkt Zusammenarbeit und macht Entscheidungen nachvollziehbarer. Es hilft, Ausfälle, Störungen und schlecht koordinierte Änderungen zu vermeiden. ### Wie unterstützt Asana ein Change Advisory Board? Asana unterstützt CAB-Prozesse durch strukturierte Workflows, Aufgaben, Verantwortlichkeiten, Statusberichte, Freigaben und Follow-ups. Teams können Änderungsanträge zentral verfolgen und sicherstellen, dass Risiken, Entscheidungen und nächste Schritte nachvollziehbar dokumentiert sind. ## Fazit: Ein gutes CAB schützt Stabilität und ermöglicht Veränderung Ein Change Advisory Board sorgt dafür, dass Änderungen nicht zufällig, sondern kontrolliert und nachvollziehbar umgesetzt werden. Es verbindet technische Prüfung, geschäftliche Wirkung, Risikobewertung und klare Entscheidungswege. Asana unterstützt Teams dabei, diesen Prozess in konkrete Arbeit zu übersetzen. Änderungsanträge, CAB-Meetings, Freigaben, Rollouts und Follow-ups werden zentral sichtbar und können mit Workflows, Verantwortlichkeiten und Statusinformationen verbunden werden. So wird das CAB nicht zur Bremse, sondern zu einem wirksamen Steuerungsinstrument für stabile IT-Systeme und erfolgreiche Veränderungen. - [Work Management](/resources/category/work-management) - [Management Reporting: Tools & Anbieter im Vergleich](/de/resources/management-reporting) Work Management #### Autor Gute Unternehmenssteuerung braucht mehr als einzelne Zahlen. Führungskräfte müssen erkennen, ob strategische Ziele erreicht werden, wie sich Umsatz, Kosten, Cashflow, Projekte und ... - [Datenqualität verbessern: Kriterien & Methoden](/de/resources/improving-data-quality) Work Management #### Autor Daten sind heute in fast jedem Unternehmensbereich entscheidend. Marketingteams arbeiten mit Kundendaten, Finanzteams mit Planungswerten, operative Teams mit Projektinformationen ... - [IT-Dokumentation: Tools & Anbieter im Vergleich](/de/resources/it-documentation) Work Management #### Autor In vielen Unternehmen ist IT-Wissen über mehrere Orte verteilt: Excel-Listen, Netzwerkpläne, Tickets, E-Mails, Betriebshandbücher, Ordnerstrukturen, Microsoft-Dokumente oder einze ... - [Lieferantenbewertung: Kriterien & Methoden](/de/resources/supplier-evaluation) Work Management #### Autor Lieferanten beeinflussen weit mehr als nur Einkaufspreise. Sie wirken sich auf Produktqualität, Lieferzeiten, Kundenzufriedenheit, Reklamationen, Kosten, Innovationsfähigkeit und ... - [Was ist das Change Advisory Board?](/de/resources/change-advisory-board) Work Management - [Autor](/author/philipp-steubel) In IT-Organisationen gehören Änderungen zum Alltag. Neue Softwareversionen werden ausgerollt, Sicherheitsupdates eingespielt, Infrastruktur angepasst, Systeme migriert und Prozess ...