Lessons learned
Wir wollen voneinander lernen. Fehler passieren und sind nicht immer verhinderbar. Wichtig ist dann, dass wir diese in Zukunft vermeiden können.
- Autor:in
- Madelaine Züttel
- Veröffentlicht
The only mistake in life is the lesson not learned
- Albert Einstein
Nach jedem internen Projekt Debriefing überlegt sich das Team, ob es wichtige Erkenntnisse aus dem Projekt hat, welche auch für andere Mitarbeitende wichtig und interessant sein könnten. Nebst den Erkenntnissen muss auch der Zuständigkeitsbereich definiert werden. Also nicht, wer davon betroffen ist, sondern, welche Rollen zuständig sind.
Dabei ist das Ziel nicht, die Lösung bereits fixfertig zu präsentieren. Vielmehr geht es darum, in einem ersten Schritt reflektiert die Ursache und die Auswirkung des Problemfeldes zu definieren und die daraus gewonnene Erkenntnis zu beschreiben. Diese wird anschliessend bei den betroffenen Rollen oder in einem passenden Kreismeeting platziert. Die Rolleninhaber oder Kreismitglieder müssen sich dem Thema annehmen und geeignete Massnahmen definieren. Das können Prozessanpassungen oder Informationsverteilungen sein. Es kann aber auch einfach ein bewusster Verzicht auf Massnahmen sein. Oder eine Rücksprache mit den Erstellern, falls die Erkenntnis zu hinterfragen ist.
Durch das transparent machen der Lessons learned haben wir ein Hilfsinstrument geschaffen, welches jedem einzelnen Mitarbeitenden als auch der gesamten Firma hilft, Problemfelder zu identifizieren und die getroffenen Massnahmen zu sehen. Selbstverständlich können nicht nur Projekt-Teams Lessons learned erfassen, es ist jedem Mitarbeitenden offen gestellt.
Und das Schöne dabei ist, dass der Prozess in sich geschlossen läuft, die Erkenntnisse auch zukünftig abrufbar sind und es eine ideale Grundlage für laufende oder neue Projektvorhaben bietet.
Als Beispiel hatte ein Team festgestellt, dass es sich mehr auf die Schnittstellen hätten fokussieren müssen. Ursache von später auftretenden Problemen war, dass zu Beginn des Projektes die Schnittstellendefinition noch nicht vorhanden war. Das Team hatte dies zu wenig im Fokus und zu wenig eingefordert. Die Endpoints wurden als Folge davon mit unklaren Vorgaben entwickelt. Später mussten diese grösstenteils wieder umgebaut werden. Dadurch sind grosse Mehraufwände entstanden.
Die Lesson learned: Schnittstellen zu Beginn mit besonderer Aufmerksamkeit und hoher Attention definieren, aufbauen, testen und dokumentieren. Die Projektleiter müssen die Schnittstellendefinitionen frühzeitig einfordern und die Solution Architekten unterstützen sie dabei auf technischer Ebene.
Lesson learned? Das liegt in den Händen der künftigen Projekt-Teams. Go for it!
Verwandte Themen
Weiterführende Projekte und Inhalte zum Thema
Quelle
Zitat: Google Albert Einstein