Most people believe that to learn how to do things better, we have to look at how we do them now. That's the fundamental idea of project retrospectives. But there are three problems. First, we don't always conduct retrospectives. Second, when we do, we don't always do a good job. Finally, we don't consistently use what we discover when we do conduct retrospectives. We can reach a better understanding of the causes of these three problems by examining this question: who pays for retrospectives?
Typically, projects pay for their own retrospectives — or more specifically, the sponsors do. But the interest of sponsors in retrospectives is often lukewarm at best. Many sponsors feel that retrospectives add little to the deliverables they're paying for, and which have already been delivered. They do add to future deliverables of other projects, and sponsors might benefit from that someday — or they might not.
The organization as a whole is the real beneficiary of retrospectives, especially when the issues uncovered are systemic. But typically, organizations don't consciously fund retrospectives — the Chart of Accounts has no line item for them. Since organizations don't pay for retrospectives explicitly, they don't value them. I call this the Retrospective Funding Problem.
But the Retrospective Funding Problem has a deeper cause. The drive for conducting retrospectives usually comes from project teams. Since the organization isn't the driver of retrospectives, the organization is at best ambivalent about them: "You can hold a retrospective, if you want, but we won't pay extra for it. And no travel."
For virtual teams, the problem is even worse. When all elements of the virtual team are under the same financial ownership, there is at least some chance that we can apply to virtual teams any solution to the Retrospective Funding Problem for co-located teams. But even for virtual teams under one owner, divisions and other organizational structures insert a separation of financial accountability that creates obstacles for financial support.
For virtual The organization as a whole is the
real beneficiary of retrospectives,
especially when the issues
uncovered are systemicteams of mixed financial ownership, we have an additional problem: confidentiality. What can actually be disclosed in the retrospective? If an issue arises from the processes of one participating enterprise partner, can team members who hail from that partner talk about it? This tangle reduces the ability to learn, limiting performance in future partnerships between the participating enterprises.
Addressing these problems is difficult, because the retrospective expenditure happens now, and the benefit arrives in future years — three to five years from now. Because the benefit delay coincides with the tenure of most managers, the benefits of retrospectives don't arrive during the tenures of the decision makers who support them.
Until the enterprise pays for retrospectives and truly understands their value, we'll probably just muddle along. Top Next Issue
Are your projects always (or almost always) late and over budget? Are your project teams plagued by turnover, burnout, and high defect rates? Turn your culture around. Read 52 Tips for Leaders of Project-Oriented Organizations, filled with tips and techniques for organizational leaders. Order Now!
Your comments are welcome
Would you like to see your comments posted here? rbrenyrWpTxHuyCrjZbUpner@ChacnoFNuSyWlVzCaGfooCanyon.comSend me your comments by email, or by Web form.About Point Lookout
Thank you for reading this article. I hope you enjoyed it and found it useful, and that you'll consider recommending it to a friend.
This article in its entirety was written by a human being. No machine intelligence was involved in any way.
Point Lookout is a free weekly email newsletter. Browse the archive of past issues. Subscribe for free.
Support Point Lookout by joining the Friends of Point Lookout, as an individual or as an organization.
Do you face a complex interpersonal situation? Send it in, anonymously if you like, and I'll give you my two cents.
Related articles
More articles on Project Management:
- Teamwork Myths: Formation
- Much of the conventional wisdom about teams is in the form of over-generalized rules of thumb, or myths.
In this first part of our survey of teamwork myths, we examine two myths about forming teams.
- The Politics of the Critical Path: II
- The Critical Path of a project is the sequence of dependent tasks that determine the earliest completion
date of the effort. We don't usually consider tasks that are already complete, but they, too, can experience
the unique politics of the critical path.
- Managing Non-Content Risks: I
- When project teams and their sponsors manage risk, they usually focus on those risks most closely associated
with the tasks — content risks. Meanwhile, other risks — non-content risks — get less
attention. Among these are risks related to the processes and politics by which the organization gets
things done.
- Design Errors and Groupthink
- Design errors cause losses, lost opportunities, accidents, and injuries. Not all design errors are one-offs,
because their causes can be fundamental. Here's a first installment of an exploration of some fundamental
causes of design errors.
- Checklists: Conventional or Auditable
- Checklists help us remember the steps of complicated procedures, and the order in which we must execute
them. The simplest form is the conventional checklist. But when we need a record of what we've done,
we need an auditable checklist.
See also Project Management and Project Management for more related articles.
Forthcoming issues of Point Lookout
- Coming December 11: White Water Rafting as a Metaphor for Group Development
- Tuckman's model of small group development, best known as "Forming-Storming-Norming-Performing," applies better to development of some groups than to others. We can use a metaphor to explore how the model applies to Storming in task-oriented work groups. Available here and by RSS on December 11.
- And on December 18: Subgrouping and Conway's Law
- When task-oriented work groups address complex tasks, they might form subgroups to address subtasks. The structure of the subgroups and the order in which they form depend on the structure of the group's task and the sequencing of the subtasks. Available here and by RSS on December 18.
Coaching services
I offer email and telephone coaching at both corporate and individual rates. Contact Rick for details at rbrenyrWpTxHuyCrjZbUpner@ChacnoFNuSyWlVzCaGfooCanyon.com or (650) 787-6475, or toll-free in the continental US at (866) 378-5470.
Get the ebook!
Past issues of Point Lookout are available in six ebooks:
- Get 2001-2 in Geese Don't Land on Twigs (PDF, )
- Get 2003-4 in Why Dogs Wag (PDF, )
- Get 2005-6 in Loopy Things We Do (PDF, )
- Get 2007-8 in Things We Believe That Maybe Aren't So True (PDF, )
- Get 2009-10 in The Questions Not Asked (PDF, )
- Get all of the first twelve years (2001-2012) in The Collected Issues of Point Lookout (PDF, )
Are you a writer, editor or publisher on deadline? Are you looking for an article that will get people talking and get compliments flying your way? You can have 500-1000 words in your inbox in one hour. License any article from this Web site. More info
Follow Rick
Recommend this issue to a friend
Send an email message to a friend
rbrenyrWpTxHuyCrjZbUpner@ChacnoFNuSyWlVzCaGfooCanyon.comSend a message to Rick
A Tip A Day feed
Point Lookout weekly feed