t2informatik » Wissen kompakt » Lessons Learned

Lessons Learned

Gewonnene Erkenntnisse nutzen

Lessons Learned bezeichnet das Lernen aus Erfahrung, mit dem Ziel, die gewonnenen Erkenntnisse zukünftig aktiv zu nutzen. „Gewonnene Erkenntnisse“ ist die gebräuchlichste Übersetzung für den aus dem Englischen stammenden Begriff; „Lektion gelernt“ ist eine alternative und vielleicht sogar bessere Übersetzung.

Es gibt viele Beispiele, die zeigen, dass durch Handlungen Erfahrungen und idealerweise Erkenntnisse entstehen (können):

  • In Projekten kommt es zum Scope Creep; fortan werden Projektziele zum Projektstart definiert, dokumentiert und kommuniziert.
  • Beim Refactoring kommt zu es Mehraufwänden; zukünftig wird die Softwarearchitektur analysiert, bevor das Codieren beginnt.
  • Beim Requirements Engineering werden viele unnötige Anforderungen erhoben; bei jedem neuen Vorhaben wird zuerst der Systemkontext bestimmt.
  • Anwender sind mit einer Lösung unzufrieden; sie werden künftig kontinuierlich in die Entwicklung einbezogen.

Die Beispiele zeigen, dass sich Lessons Learned häufig auf Organisationen – Unternehmen, Gremien, Teams etc. – beziehen. Oft wird der Begriff im Kontext von Projekten, im Zuge von Entwicklungen, oder beim Treffen von Entscheidungen verwendet. Doch auch Individuen lernen aus ihren Erfahrungen. „The only mistake in life ist the lesson not learned“ soll Albert Einstein einmal gesagt haben. Doch wie können Individuen und Organisationen aus ihren Erfahrungen lernen? Dies geschieht in drei Phasen:

  1. Die Identifikation der Lektion, auch als Lessons Identified bezeichnet.
  2. Die Analyse der Lektion, auch als Lessons Analyzed bezeichnet.
  3. Das Lernen der Lektion und damit das eigentliche Lessons Learned.

 

Lessons Learned - Erkenntnisse gewinnen in drei Phasen

Bevor Individuen und Organisationen von ihren Erfahrungen profitieren können, müssen diese Erfahrungen als solche erkannt – also identifiziert – werden. Welche Probleme gab es bei einem Vorhaben? Was hat in einem Projekt gut oder weniger gut geklappt? Wo gibt es Verbesserungspotential? Sowohl aus positiven als auch aus negativen Erfahrungen können Individuen und Organisationen lernen.

Nach der Identifikation folgt die Analyse. Wieso hat etwas funktioniert oder nicht funktioniert? Welche Rahmenbedingungen gab es? Wie war das Setting, die Kommunikation, die Motivation, das Tooling? Die Analyse der Erfahrungen ist wichtig, um als Organisation und/oder Individuum aus ihnen lernen und sie auf vergleichbare Situationen, Herausforderungen oder Projekte übertragen zu können.

Beim aktiven Lernen aus Situationen ist es wichtig, die Erkenntnisse zu dokumentieren, und sie so zu speichern, dass sie für alle Betroffenen zukünftig leicht zugänglich sind. Eine reine Ablage im Intranet wird bei einem kommenden Vorhaben leicht übersehen. Besser ist es bspw.

  • mit Checklisten zu arbeiten,
  • Dokumentenvorlagen zu optimieren und bereitzustellen,
  • Good Practices und Prozessschritte mit Softwaretools zu unterstützen,
  • und evtl. sogar konkrete Aktivitäten zur Auseinandersetzung mit bereits früher dokumentierten Lessons Learned im Projektplan zu berücksichtigen.

Ein wesentliches Kriterium für Lessons Learned ist der Zeitpunkt, an dem sich die Beteiligten zusammensetzen, um wertvolle Erfahrungen zu identifizieren, sie zu analysieren und aus ihnen zu lernen. In diesem Kontext gibt es bspw. 

Bei beiden Formaten geht es weniger um die erzielten Ergebnisse, sondern hauptsächlich um die Art und Weise der Zusammenarbeit, um Herausforderungen und Verbesserungsmöglichkeiten. Damit unterscheiden sie sich auch wesentlich von Code Reviews oder Sprint Reviews, bei denen es mehr um die Beurteilung der Arbeitsergebnisse als um die Zusammenarbeit geht. 

Wichtig ist bei Lessons Learned – bspw. im Zuge eines Projektreviews – die Vermeidung von Rückschaufehlern. Ein Vorgehen mag sich im Nachhinein als falsch erweisen, lernen können Individuen und Organisationen daraus aber nur, wenn die benötigten Informationen zum Zeitpunkt der damaligen Entscheidung bekannt waren. Je geringer die zeitliche Distanz zwischen Erfahrung und Erkenntnis, desto seltener kommt es zu einem Rückschaufehler. Darüber hinaus bieten frühzeitige Lessons Learned Sessions die Möglichkeit, die gewonnenen Erkenntnisse bereits im laufenden Projekt oder der laufenden Entwicklung zu nutzen.

Hinweis:

Eine Vorlage zur Dokumentation von Lessons Learned finden Sie hier  »

„Bei t2informatik wird Kompetenz mit der Fähigkeit des Zuhörens verknüpft. Ich kann Ihnen t2informatik zu 100% empfehlen.“

„Ich brauche Freiheit und Vertrauen. Und ich möchte Verantwortung übernehmen und dabei Spaß haben!“