Skip to main content

Agile Programming and Portfolio Management

Agile Programming and Portfolio Management

On the surface, agile programming and portfolio management are not that similar. Look deeper, and there are some interesting parallels.

I learned about Extreme Programming and the Agile Manifesto seven or eight years ago when I had the pleasure of reading Kent Beck’s book, Extreme Programming Explained, and by happy serendipity, was able to work with him. I quickly became a huge fan of Kent and Extreme Programming and have used it on every project since then. Extreme Programming, which I consider a synonym for Agile methods for all practical purposes, is built around four principles: Communication, Simplicity, Feedback, and Courage. As expressed in just four words, this sounds like faddish obscurantism. But if you have ever run a troubled software project, you understand how Courage applies, and if you don’t understand the value of Simplicity, you have never run a successful software project. Communication and Feedback are, and always have been, the key to feedback, leadership, and customer happiness.

What might be seen as the flip side – when I read Taming Change with Portfolio Management coauthored by Planview’s CEO Pat Durbin, I saw that the two systems really attack problems of different scales from the same basic principles.

One of the most striking statements in Taming Change is a very agile one – the exhortation not to try to plan too far in the future, or at too fine a level of detail. The time scale that Durbin recommends is 6 months to 18 months, which is clearly very different than the 1-2 weeks for a Sprint in Extreme Programming. I think, however, it represents a reality: large organizations cannot (yet) be planned on a weekly scale. Nonetheless, the organization that constantly becomes more agile by constantly improving its ability to change its plans and to plan on a smaller time scale will ultimately succeed against less-agile competitors. Note that nimble planning does not mean detailed planning; it means just-the-right-amount of planning.

Allow me now to draw some analogies between the two systems. Time precludes me from giving full definition of these terms, but if you study them in Taming Change and the lore on Agile Methods I think you will agree the analogy between the two systems is striking:

Portfolio Management Agile Methods
Planning Horizon Sprint
Project Story
Portfolio Management Officer Scrummaster
Executive Staff Product Owner
Organizational Transparency Personal Communication
Project Status Customer Feedback
Planview or Portfolio Management System Big Visible Charts Taped to the Wall

It is clear to me that the founders of the two systems shared similar principles, and built functional systems out of them:

  1. Honesty and transparency lead to good decision making.
  2. Metrics and abstract metrics help to keep us honest.
  3. Organization machinery is valuable to the extent that it helps an enterprise adapt to change, and an impediment to the extent that it doesn’t.
Share this post:

Related Posts

Related Tags:
Robert L. Read
Written By
Robert L. Read attended Rice University and the University of Texas, where he received a PhD in Computer Science. Rob was a Principle Engineer at Hire.com and is now a Director of Product Development at Planview. He is the inventor of two patents and is the author of the essay How to be a Programmer. Having served on the board of Esperanto USA, he speaks Esperanto fluently. He is very slowly attempting to construct a device to allow human-powered thunniform swimming. @robertleeread (Robert L. Read on Twitter)
Comments are closed.