Risikomanagement versus die Impediment-Liste

Erst neulich hat mich jemand gefragt: "Was ist der Unterschied zwischen dem Management von Risiken und der Bearbeitung der Hindernisliste?". Damals kam ich nicht viel weiter als "Hindernisse können Risiken sein und sie können bereits bestehende Probleme sein, aber nicht alle Risiken müssen zu Hindernissen werden"... Meiner Meinung nach eine richtige Antwort, aber keine sehr klare oder vollständige. Mal sehen, ob ich eine bessere Antwort geben kann.

Um die Frage zu beantworten, müssen wir eine Definition für beides finden. Lassen Sie uns mit Hindernissen beginnen. Wenn wir davon ausgehen, dass wir mit Scrum arbeiten, um die Arbeit zu erledigen, ist ein Hindernis alles, was die Arbeit verlangsamt oder sie ganz stoppt. Mit anderen Worten, Hindernisse sind Hindernisse, die sich negativ auf die Geschwindigkeit des Sprints auswirken. Typische Beispiele sind fehlende oder unvollständige Informationen zu einer bestimmten User Story oder das Fehlen von Tools oder Hardware, die für die Durchführung der Arbeit erforderlich sind.

Risiken hingegen sind mögliche Ereignisse, die, wenn sie eintreten, negative Auswirkungen auf das gewünschte Ergebnis des Projekts haben. Dazu gehören natürlich auch Ereignisse, die sich auf die Sprintgeschwindigkeit auswirken, aber das ist nicht alles. Negative Auswirkungen können auch ein Ereignis bedeuten, das zu einer mangelnden Leistung des endgültigen Systems führt. Wir sind zum Beispiel davon ausgegangen, dass wir eine bestimmte Hardwareplattform verwenden können, um die benötigte Leistung zu erhalten, aber es besteht das Risiko, dass die vorgesehene Hardware einfach nicht die versprochene Geschwindigkeit liefert.

Beachten Sie, dass etwas, das mit Sicherheit eintritt (und sich negativ auf das Ergebnis Ihres Projekts auswirkt), kein Risiko, sondern ein Problem ist! Probleme müssen immer angegangen werden, also setzen Sie die erforderlichen Maßnahmen in das Backlog. Der Umgang mit Problemen ist eher eine Art Krisenmanagement und kein Risikomanagement. Wann immer ein Risiko eintritt, ist es zu einem Problem geworden. Alle Abhilfemaßnahmen, die erforderlich sind, um die Situation zu bewältigen, nachdem ein Risiko eingetreten ist, sollten ebenfalls in den Rückstand gestellt werden.

Der wichtigste Unterschied zwischen Risiken und Hindernissen besteht darin, dass Risiken mögliche Ereignisse und Hindernisse sind, die auftreten könnten, während Hindernisse im Allgemeinen bereits Realität sind.

Da wir nun festgestellt haben, dass es tatsächlich einen Unterschied zwischen Hindernissen und Risiken gibt, können wir nun eine weitere Frage beantworten: "Warum beides und nicht nur die Hindernisse verwalten?". Das Management sowohl von Hindernissen als auch von Risiken ist sehr wichtig. Die Verwaltung der Hindernisse ist ziemlich offensichtlich: Es handelt sich um Hindernisse, die bereits vorhanden sind. Das Team ist mit einer Art von Blockade konfrontiert, die es daran hindert, die maximale Geschwindigkeit zu erreichen. Durch die Beseitigung dieser Hindernisse sollte die Arbeit also schneller vonstatten gehen. Dadurch wird das Risiko minimiert, dass die Fristen für wichtige Meilensteine oder sogar das gesamte Projekt nicht eingehalten werden.

Das Erfassen und Verwalten von Risiken ist genauso wichtig wie die Verwaltung der Hindernisliste. Auch wenn Risiken noch keine Probleme sind und vielleicht sogar nie eintreten, ist es sehr wichtig zu wissen, welche Risiken es gibt und was Sie dagegen tun werden, falls und wenn sie eintreten. Indem Sie sowohl die Auswirkungen eines Risikos bestimmen, wenn es eintreten sollte, als auch die Chance, dass es tatsächlich eintreten könnte, können Sie bestimmen, wie wichtig es ist, ein bestimmtes Risiko zu managen. Sie können entweder Maßnahmen ergreifen, um den Eintritt des Risikos zu verhindern (Beseitigung des Risikos) oder Vorbereitungen treffen, um die Auswirkungen zu minimieren, wenn das Risiko eintritt. Beachten Sie, dass es sich bei manchen Risiken einfach nicht lohnt, sich darauf vorzubereiten. Ein Beispiel: Wenn eine Raumfähre auf das Gebäude stürzt, in dem Ihr Team arbeitet, wird das Projekt höchstwahrscheinlich scheitern. Die Wahrscheinlichkeit, dass ein solches Ereignis eintritt, liegt jedoch nahe bei Null, so dass Sie keine wertvollen Ressourcen für das Management dieses Risikos verschwenden wollen. Andererseits ist die Wahrscheinlichkeit, dass ein Teammitglied an der Grippe erkrankt, sehr hoch. Die Folge ist eine Verzögerung Ihres Projekts. Wenn dies nicht akzeptabel ist, müssen Sie etwas tun, um die Auswirkungen zu minimieren, wenn dieses Risiko eintritt, z. B. durch eine Überbesetzung oder mehr Spielraum bei der Sprintplanung.

In Scrum ist der ScrumMaster für die Erstellung, Pflege und Bearbeitung der Hindernisliste verantwortlich. Der ScrumMaster ist dafür verantwortlich, dass die Punkte auf der Liste aufgelöst werden. Beachten Sie, dass er/sie nicht allein für die tatsächliche Lösung der Hindernisse verantwortlich ist, aber er/sie sollte zumindest die Hindernisse mit jemandem besprechen, der das Hindernis tatsächlich lösen kann.

Die Verwaltung der Risiken könnte auch eine Aufgabe für den ScrumMaster sein, aber wenn das Projekt größer wird oder sich über mehr als ein Team erstreckt, sollte ein Projektmanager hinzugezogen werden. Es ist dann seine Aufgabe, mögliche Risiken zu identifizieren und die Liste zu verwalten. Dies ist nicht die Aufgabe des ScrumMasters, da es Risiken gibt, die den Kontrollbereich eines einzelnen Teams übersteigen. Außerdem ist der ScrumMaster wahrscheinlich schon genug damit beschäftigt, sich um die Hindernisse zu kümmern, ohne dass er sich auch noch darum kümmern und Maßnahmen ergreifen muss, um Dinge zu verhindern, die passieren könnten.