You've been invited into the Kudos (beta program) private group. Chat with others in the program, or give feedback to Atlassian.
View groupJoin the community to find out what other Atlassian users are discussing, debating and creating.
How does one run a retrospective? Is this the same post mortem conduct being done in the software development lifecycle?
Great question (and welcome!).
A post mortem is typically an analysis that happens after an incident is resolved. It's usually focused on identifying causes, impact, next steps, and measures taken to avoid similar incidents in the future.
A retrospective, at least in terms of the Agile methodology, is primarily concerned about what went well, what didn't go well, and what might we do different next sprint. Sometimes it's referred to as what we'll start doing, what we'll stop doing, and what we'll keep doing, in regards to a team's ability to deliver on its commitments.
The canonical reference on retrospectives is Norm Kerth's book: Project Retrospectives: A Handbook for Team Reviews. You'll find it and him referenced all over, like this article by Joshua Kerievsky. Another resource on retrospectives in software development is Naomi Karten.
These distinctions help:
All three sit in any of the try-do-review-adjust organizational (or personal) learning loops: Deming, Kaizan, O-O-D-A, etc. They connect with the same activity, from different perspectives.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
My team wrote a great blog post about the difference: Agile Retrospectives Vs. Post-Mortem
In general, Post Mortems are done by a management team after a project is concluded (Post-Mortem = After-Death). While in #Agile software development, Retrospectives are done at the end of each sprint (or whenever needed) during the entire lifetime of the project. It is also different because the Retrospective involves the entire team.
We've written plenty about what we've learned while working to develop Agile Retrospectives For Confluence and for Jira.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Edit of Reply Above to question about "retrospectives" and "post-mortems."
The canonical reference on retrospectives is Norm Kerth's book: Project Retrospectives: A Handbook for Team Reviews. You'll find it and him referenced all over, like this article by Joshua Kerievsky. Another resource on retrospectives in software development is Naomi Karten. Try also the RetrospectiveWiki.
These distinctions help:
All three sit in any of the try-review-adjust organizational (or personal) learning loops: Deming, Kaizen, O-O-D-A, etc. They connect with the same activity from different perspectives. All three make sense in generating candidate changes that might help: fodder for experiments in changing how you work.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
As part of an ongoing series, Atlassian University offered this free webinar to strengthen your Atlassian product skills and learn directly from Atlassian experts. In this webinar, we ...
Connect with like-minded Atlassian users at free events near you!
Find an eventConnect with like-minded Atlassian users at free events near you!
Unfortunately there are no Community Events near you at the moment.
Host an eventYou're one step closer to meeting fellow Atlassian users at your local event. Learn more about Community Events
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.