Are your Agile teams and programs succeeding because of or in spite of your governance structures?
In most governance setups I have experienced (traditional or “so-called Agile”), artifacts/documents seem to play a major role: RACI matrices, one-pager templates for initiatives and epics, status reports, cost-benefit calculations.
You get the picture.
Contrast this with most Agile teams I’ve met where the driving force for the governance setup is a series of conversations between team members and their stakeholders. The more the team members involve their stakeholders in the conversations, the better chance the team has to succeed and deliver actual business value.
Before we dig deeper into how this relates to governance and empowerment, allow me a little side-comment on processes:
Any process covers these three elements:
So:
Here’s how the three process elements seem to be prioritized at the organization’s governance level and at the team level:
Governance | Agile teams |
---|---|
1. Artifacts | 1. Interactions |
2. Roles | 2. Roles |
3. Interactions | 3. Artifacts |
Over the last couple of decades, Agile has inspired development organizations to focus more and more on customer value and less on formal processes. This change started at the team level with XP and Scrum, and has (for the most part) been overwhelmingly successful.
About a decade ago, as Agile teams and programs became the majority of many portfolios, we could no longer hide them away in a corner in the organization giving them the “you-don’t-need-to-follow-the-governance-rules pass.”
We needed to start catering for agility in our PMOs and our governance. Frameworks like LeSS and SAFe® saw the light of day and gave us some ideas about how to handle Agile at the management levels in our organizations.
If the main focus is still on artifacts and checklists and following up on the original plans and business cases, adding A (for Agile) to the PMO so that it becomes APMO, or renaming your cumbersome budgeting processes to Lean Portfolio Management will not help. If that is still the mindset, it doesn’t matter how many acronyms you have that start with A.
By doing these things, we can balance governance and empowerment so that PMOs will not primarily have focus on structure and checklists, but also shape the path for innovation and chasing business value.
And, we can enable Agile teams and programs to not primarily focus on changing course, but also pay attention to their spending and communicate and coordinate their changed plans to the rest of the organization, including the PMO.
That being said, I want to make this crystal clear:
While some Agile teams need to pay a little more attention to the organization’s need for control, PMOs and governance have much more to learn from Agile teams and programs than the other way around.
My advice to all PMOs is make more room for empowerment and optimizing business value by adjusting your governance processes and mindset to welcome change. Support re-planning; encourage frequent interactions and facilitate those interactions.
Governance mindset “wins” over empowerment mindsetWHAT TO DO: | Empowerment mindset “wins” over governance mindsetWHAT TO DO: |
---|---|
|
|
Product
Pragmatic Agile support aligning purpose and ways of working to anchor change.