Are you Agile or Waterfall?
Are you Agile or are you Waterfall? Scrum or Kanban? PRINCE2 or PMBOK? Recently my LinkedIn feed seems to be full of these 'X vs Y' debates.
I have long puzzled about why we are so tribal about the various delivery methods, approaches and guidance that exist. Perhaps it is because of a desire to differentiate ourselves or to align with people with a similar perspective on organizing for delivery. Perhaps it is because, having invested in expensive training and consultancy, individuals feel compelled to create self-reinforcing loops to ensure the framework that they have certified in continues to be valued.
Of course tribal mentality is nothing new. Indeed it would have been a useful trait for developing the species in years gone by. Maybe it still is today. But PMO professionals need to be mindful of this so-called In-Group Bias and rise above it if they are to truly become business catalysts and help their organizations become effective at delivering return on investment.
With evermore PMOs operating at the strategic, or enterprise, level in organisations, it is more important than ever that they are what I like to call Framework Pragmatists. To be completely framework agnostic would be inefficient - delivery needs to be within the confines of the organization, which means adhering to organizational governance and principles. Depending on the industry your organization operates in, there may also be legislative governance to consider. There is no doubt that PMOs can drive serious efficiency by defining an organizational framework that helps Project Mangers and delivery leaders to navigate the business and reduce the risk of initiatives falling foul of data governance legislation, or capitalization rules, for example.
But frameworks need to be pragmatic enough to accommodate the best delivery methods, tools and techniques for the job. I'm not just talking about whether projects should be 'Agile or Waterfall'. The best techniques from both can be meshed to together to great effect. Contrary to what some would have you believe, there is nothing wrong with a project being run using a 'Wagile' approach! A simple example is the use of Agile Retrospectives. These powerful ceremonies ensure lessons are learned quickly and that corrective actions are taken during projects, rather than being filed away for next time a similar project comes along. The Retrospective format can be applied in any team and at any time. It works just as well for operational teams as it does for Scrum teams and Prince 2 projects. We should not allow our bias to limit the use of Retrospectives to our Agile teams. There are numerous examples of ceremonies, tools and techniques that can be applied to great effect in a variety of different contexts, and Project Teams should be encouraged to read widely and mesh methodologies together for optimum results.
But there is a broader perspective too. Increasingly Enterprise PMOs have a training and coaching remit. Many also have a remit for process improvement. These activities mean PMOs are increasingly becoming involved with optimizing operations, as well as optimizing projects delivery. Again, PMOs should be able to draw from a lake of knowledge and encourage operational teams to adopt techniques that are used by project teams, and vice versa. Agile is a great example of where this can happen. Whilst Projects-people tend to think of Agile as a Project Delivery method, its roots are firmly in the world of manufacturing and product development. The tools of the factory floor were adapted for use on software projects to great effect, and now we are starting to see those refined toolsets being taken up elsewhere in the business, such as in Marketing and HR. Mature Enterprise PMOs are able to act as a catalyst, not just for Projects delivery, but operational delivery too.
Blurring the lines between Projects delivery and Operational delivery can be a good thing. People with a projects background are prone to see everything as a project. However, we also understand that projects are deeply inefficient vehicles for delivering value. High numbers of projects fail, deliver late or way over budget. To some extent this is understandable. Projects are risky by design and cut across established (and efficient) business processes. If PMOs can identify ways to operationalize delivery of some project work, then it is logical to assume delivery will be cheaper and faster. There are several ways that this can be achieved: for example, creating dedicated Product Delivery Teams who deliver new functionality whilst undertaking maintenance/hygiene tasks. Such Product Delivery Teams use Kanban boards to prioritise and track work, drawing heavily from manufacturing techniques such as JIT and Lean.
For PMOs to be effective in the Enterprise space, it is important that they draw broadly from a range of operational and project delivery techniques, rise above the Waterfall vs Agile debate and stamp out Tribal Biases. In a blog post 'Tribal Mentality in the 21st Century', Brauer Training note that the “us” vs. “them” mentality is an “inherent” and “inherited” trait that today prevents our growth as human beings. What is true for the growth of human beings is true of the growth and maturity of the PMO.
Do you have an opinion? Join the conversation in the comments section below.