Think Introspective, Not Retrospective -- Why Wait Until the End

by Lynne Nix

Organizations use project retrospectives to assess the success of their development practices and projects. Retrospectives also serve as a closure vehicle for the project team and can be a celebration of good projects -- or a final escape from bad ones. Retrospectives are intended to provide information about where changes in development and project management practices, responsibilities, communications, and deliverables could benefit the next project. Although lessons learned from previous projects remain invaluable when planning the next project, they do not provide timely information to make improvements on a current project. In fact, project retrospectives are about as useful to the team in identifying improvements after the project is complete as doing usability testing after the team completes the code -- you find out what's wrong with the current product at a time when there is not much that can be done about it.

Password Protected Cutter Consortium clients, please log in:


This document is available to Cutter Consortium Resource Center clients only. Retrieve your password.
If you would like further information about how to become a client, please contact us at +1 781 648 8700 or sales@cutter.com, or you can Request Guest Access.
Think Introspective, Not Retrospective -- Why Wait Until the End 13 November 2003

Become a Member

Research and inquiry privileges, plus regular strategy meetings with Cutter's pioneers and leaders in the Agile movement, are just some of the perks! Talk to Cutter today about trial membership, including access to research, webinars, podcasts, white papers and more.

Request trial membership