Point Lookout: a free weekly publication of Chaco Canyon Consulting
Volume 13, Issue 36;   September 4, 2013: The Retrospective Funding Problem

The Retrospective Funding Problem

by

If your organization regularly conducts project retrospectives, you're among the very fortunate. Many organizations don't. But even among those that do, retrospectives are often underfunded, conducted by amateurs, or too short. Often, key people "couldn't make it." We can do better than this. What's stopping us?
Eastern Redcedar in crossection, with white sapwood on the outside edges, and red to deep reddish-brown heartwood

Eastern Redcedar in crossection, with white sapwood on the outside edges, and red to deep reddish-brown heartwood. To reach sunlight in a forest canopy, trees must build trunk and branch structure that can support their topmost leaves and branches. The inner portion of the tree trunk, called heartwood, fulfills this structural function. Because of occasional storms, the structure that's in place at any given time must be stronger than is required for day-to-day operations. In other words, the tree must invest in support structure at levels beyond what are required at the time it makes the investment. They accomplish this by an iterative process. Each year, the outermost layer of cells of the trunk produce wood and bark. The most recently formed wood layers, the sapwood, conduct nutrients. As the tree ages, new layers of sapwood form, and the older layers die and become heartwood. Thus, the tree generates heartwood as a direct consequence of growth. This ensures that it will have the structural integrity it needs to support itself.

In organizations, retrospectives provide the new knowledge needed to ensure a sound foundation for growth. But unlike the heartwood of trees, organizations can conduct day-to-day affairs without simultaneously generating that foundational knowledge. In other words, the knowledge needed for growth is not produced as an intrinsic result of day-to-day operations. It is produced as an extrinsic activity, rather than an intrinsic activity. And that's why it receives inadequate investment. To ensure adequate investment in retrospectives, they must be transformed into an activity that is an intrinsic part of daily operations. Photo courtesy United States Department of Agriculture.

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 systemic
teams 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. Go to top Top  Next issue: So You Want the Bullying to End: II  Next Issue

52 Tips for Leaders of Project-Oriented OrganizationsAre 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

This article in its entirety was written by a 
          human being. No machine intelligence was involved in any way.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:

Statue of Hermes with modern headTeamwork 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 Dalles of the St. Croix RiverThe 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.
Robert F. Scott and three of his party arrive at a tent left by Roald Amundsen near the South PoleManaging 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.
Ice on Challenger's launch pad hours before the launchDesign 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.
What most of us think of when we think of checklistsChecklists: 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

A white water rafting team completes its courseComing 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.
Tuckman's stages of group developmentAnd 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:

Reprinting this article

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

Send email or subscribe to one of my newsletters Follow me at LinkedIn Follow me at X, or share a post Subscribe to RSS feeds Subscribe to RSS feeds
The message of Point Lookout is unique. Help get the message out. Please donate to help keep Point Lookout available for free to everyone.
Technical Debt for Policymakers BlogMy blog, Technical Debt for Policymakers, offers resources, insights, and conversations of interest to policymakers who are concerned with managing technical debt within their organizations. Get the millstone of technical debt off the neck of your organization!
Go For It: Sometimes It's Easier If You RunBad boss, long commute, troubling ethical questions, hateful colleague? Learn what we can do when we love the work but not the job.
303 Tips for Virtual and Global TeamsLearn how to make your virtual global team sing.
101 Tips for Managing ChangeAre you managing a change effort that faces rampant cynicism, passive non-cooperation, or maybe even outright revolt?
101 Tips for Effective MeetingsLearn how to make meetings more productive — and more rare.
Exchange your "personal trade secrets" — the tips, tricks and techniques that make you an ace — with other aces, anonymously. Visit the Library of Personal Trade Secrets.
If your teams don't yet consistently achieve state-of-the-art teamwork, check out this catalog. Help is just a few clicks/taps away!
Ebooks, booklets and tip books on project management, conflict, writing email, effective meetings and more.