Project Debriefing: Unterschied zwischen den Versionen
Aus Copedia
K.kley (Diskussion | Beiträge) |
K (→Siehe auch) |
||
| (3 dazwischenliegende Versionen von einem anderen Benutzer werden nicht angezeigt) | |||
| Zeile 13: | Zeile 13: | ||
Im Fokus steht zunächst das Projektteam selbst. Damit aber die Erfahrungen auch auf die gesamte Organisation übertragen werden können, sind verschiedene Maßnahmen nötig: | Im Fokus steht zunächst das Projektteam selbst. Damit aber die Erfahrungen auch auf die gesamte Organisation übertragen werden können, sind verschiedene Maßnahmen nötig: | ||
* [[Best | * [[Best Practice]]s müssen in den jeweiligen [[Prozess]]en übernommen werden | ||
* [[ | * [[Lessons Learned]] müssen in die jeweiligen Prozesse übernommen werden | ||
* Die Ergebnisse des Project Debriefings müssen verschlagwortet ([[Tagging]] entlang der [[Wissenslandkarte]]) und für alle Mitarbeiter zugreifbar gemacht werden. | * Die Ergebnisse des Project Debriefings müssen verschlagwortet ([[Tagging]] entlang der [[Wissenslandkarte]]) und für alle Mitarbeiter zugreifbar gemacht werden. | ||
* Eine [[Community of Practice]] zu [[Projektmanagement]] kümmert sich um den regelmäßigen Erfahrungsaustausch unter Projektleitern. | * Eine [[Community of Practice]] zu [[Projektmanagement]] kümmert sich um den regelmäßigen Erfahrungsaustausch unter Projektleitern. | ||
* CoPs zu allen relevanten Themen werden über die Ergebnisse des Project Debriefings informiert. | * CoPs zu allen relevanten Themen werden über die Ergebnisse des Project Debriefings informiert. | ||
* Neue Erkenntnisse zu | * Neue Erkenntnisse zu Kunden, Lieferanten, Technologien etc. werden im Medium der Wahl (z.B. [[CRM]]-System, [[Wiki]] etc. dokumentiert) | ||
| Zeile 46: | Zeile 46: | ||
==Siehe auch== | ==Siehe auch== | ||
* [[Lernende Organisation]] | * [[Lernende Organisation]] | ||
* [[Moderation]] | * [[Moderation]] | ||
* [[Storytelling]] | * [[Storytelling]] | ||
Aktuelle Version vom 3. September 2012, 22:24 Uhr
Das Project Debriefing (auch Projektretrospektive, Post mortem) ist eine Methode, die es nach Meilensteinen im Projekt oder nach dem Projektabschluss ermöglicht, gewonnene Erfahrungen mit allen Projektbeteiligten zu teilen und auf die gesamte Organisation zu transferieren, um so aus Projekten für die Zukunft zu lernen.
Je nach Zeitpunkt und Projektgröße unterscheiden sich Project Debriefings im Hinblick auf Aufwand, beteiligte Personen und Themen sowie darin verwendete Methoden (Storyboard, Storytelling etc.). Gemeinsam sind Ihnen jedoch
- Rückblick (Projektgeschichte, wertungsfrei)
- Positive und negative Erfahrungen
- Verbesserungspotenziale und Lessons Learned
Zu unterscheiden sind
- AAR nach zeitlich kleineren Einheiten (z.B. Feuerwehreinsatz)
- Project Debriefing (COGNEON) zum Projektabschluss oder nach Meilensteinen
- Project retrospective (Kerth) zum Projektabschluss
Im Fokus steht zunächst das Projektteam selbst. Damit aber die Erfahrungen auch auf die gesamte Organisation übertragen werden können, sind verschiedene Maßnahmen nötig:
- Best Practices müssen in den jeweiligen Prozessen übernommen werden
- Lessons Learned müssen in die jeweiligen Prozesse übernommen werden
- Die Ergebnisse des Project Debriefings müssen verschlagwortet (Tagging entlang der Wissenslandkarte) und für alle Mitarbeiter zugreifbar gemacht werden.
- Eine Community of Practice zu Projektmanagement kümmert sich um den regelmäßigen Erfahrungsaustausch unter Projektleitern.
- CoPs zu allen relevanten Themen werden über die Ergebnisse des Project Debriefings informiert.
- Neue Erkenntnisse zu Kunden, Lieferanten, Technologien etc. werden im Medium der Wahl (z.B. CRM-System, Wiki etc. dokumentiert)
Literatur
Bücher
- Project Retrospectives: A Handbook for Team Reviews. Norman Kerth. Dorset House Publishing. (Die Bibel unter den Büchern zu Projektretrospektiven)
- Agile Retrospectives: Making Good Teams Great. Diana Larsen, Esther Derby.
- Transfer von Erfahrungen. Bernd Humpl. DUV, 2004
- Schlusssituationen. Karlheinz A. Geissler. Beltz. (Seminar-/Workshop-Dramaturgie)
- Anfanggsituationen. Karlheinz A. Geissler. Beltz. (Seminar-/Workshop-Dramaturgie)
- Das Harvard Konzept. Fisher, Ury, Patton. Campus. (Konfliktmanagement, Mediation)
- Sich und andere verstehen. Richard Bents, Reiner Blank (Persönlichkeit)
- Das große Workshop-Buch. Lipp, Will. Beltz (Workshops, Workshop-Dramaturgie)
- Flipchart Art. E. Meyer, S. Widmann. Publicis (Visualisierung mit Flipcharts)
- Kommunikation im Beruf. Theo Gehm. Beltz (Kommunikation in schwierigen Situationen)
- Gewaltfreie Kommunikation. Marshall Rosenberg. Junfermann. (Kommunikation)
- Miteinander reden. Schulz von Thun. rororo (Kommunikation)
- Professionelle Gesprächsführung. Christian-Rainer Weißbach. Beck. (Kommunikation, Konfliktmanagement)
Artikel
- Sinnvoll scheitern. Wie Organisationen aus Fehlern wirklich lernen. Organisationsentwicklung. 1/07
- Projekte ohne Ende. Gescheiterte Projekte bieten Lernchancen... Organisationsentwicklung. 1/07
- Erfahrungssicherung bei IT-Projekten. projektmanagement aktuell. 2/2007
- Instrumente für den Wissenstransfer. projektmanagement aktuell. 2/2007
Siehe auch
Weblinks
- Project retrospectives (Webseite von Norman Kerth)
- [Agile retrospectives] (Google-Video: Vortrag von Diana Larsen und Esther Derby)
- Esther Derby's Weblog zu Retrospektiven
- Better Agile Retrospectives (Weblog-Beitrag über Zielgruppenorientierte Methoden für Retrospektiven)
- Six Phases of Debriefing
- Beispiel für Project Debriefing Report (Mehr ein Review als ein Debreifing)
- GPM-Artikel über Project Debriefing bei der Lufthansa (Zugriff nur für Mitglieder)
