Spotkania postmortem

Czy w Waszych firmach prowadzi się spotkania podsumowujące na końcu projektów?

Wydaje się, że jest to najbardziej naturalny sposób na budowanie bazy wiedzy, gromadzenie doświadczeń, identyfikowanie najlepszych praktyk oraz obszarów usprawnień. Z drugiej strony często brakuje na nie czasu i woli, wobec czego w wielu przypadkach są one zaniechiwane.

A więc: czy w Waszych firmach są one organizowane? Według jakie schematu przebiegają? Czy są raczej okazją do wzmacniacnia tożsamości zespołu czy polowaniem na czarownice? W jakiej formie zbierane są ich rezultaty?

Jakie praktyczne wskazówki sugerowalibyście organizatorom takich spotkań?

Pozdrawiam,
Marek

U mnie nie ma, ale chyba właśnie do tego dojrzeliśmy...

Chętnie więc posłucham praktycznych rad jak poprowadzić takie spotkanie aby nie zmieniło się w szukanie kozłów ofiarnych i słuchanie tłumaczeń autorów największych wpadek.

Przeczytałem:
* http://www.developer.com/design/article.php/3637441
* http://www.michaelgreer.com/postmortem.htm
* http://www.gamedev.net/reference/articles/article977.asp
* http://www.stevemcconnell.com/rdenum.htm

i mam, mniej więcej, wizje jak chcę to zrobić:
* Przygotować listę pytań, bazując na tym co powyżej.
* Dać ok. tygodnia ludziom na przygotowanie się.
* Omówić publicznie przyczyny wybranych błędów/wpadek i wspólnie zastanowić się jak tego uniknąć w przyszłości.
* Spisać wnioski i postarać się wykorzystać je w przyszłości.

Myślę też o anonimowej ankiecie z pytaniami w stylu:
* Przyczyny Twojej największej wpadki.
* Co Ci najbardziej przeszkadzało.
* Czego Ci najbardziej brakowało (czas, narzędzia, lepsza specyfikacja).