For the last few weeks I have been posting about general principles of governance. Let’s turn to a practical example: How do those principles apply to programme management? There is of course no one ‘right way’ – it depends on the context. However, there definitely are ‘wrong’ ways, and they are all too common!
Most programmes have a Programme Director, and most have a Programme Board. What are their roles, and how should they be related?
Programme Board
The Programme Board should be a fundamental part of the governance structure. There would be no point in it being there unless it makes decisions. To do that, it must be given authority by some other body, which must itself have the authority to do that. Programme Boards typically have as part of their role resolving cross-functional issues for the programme. Consequently, they will normally be set up to report to a committee within the governance structure which itself has cross-functional representation. If the Programme Board is unable to resolve an issue which comes to it, normally its parent will need to. If a Programme Board were to report to an individual, it would be hard to see how that individual could more effectively resolve any cross-functional issue that had to be escalated.Programme Director
The Programme Director’s role will vary in detail between programmes, but fundamentally he or she is the person accountable for making sure that the expected outcomes of the programme are delivered within the constraints agreed. That leads us to two further points. First, if they are accountable, who will hold them to account? That is another part of the role of the Programme Board. The Programme Director will present progress reports, papers for decision, etc to the Programme Board, to enable them to do that. A corollary is that the Programme Director should be appointed, or at least confirmed, by the Programme Board, which will also delegate authority. If things are not going well, it is the Programme Board that must decide whether a change of Programme Director is required. Second, what is the nature of the relationship between the Programme Director and the Programme Board? Essentially it is like a contract. The Programme Board is the customer for the programme, approving the programme requirements. The Programme Director represents the delivery team - the contractor, if you will - and needs to make sure that sufficient time and resources are allocated to the programme to deliver the requirements. Clearly making the two join up may require negotiation. If there are subsequent changes to requirements, agreeing how to accommodate these – extra resource, recognising more risk, delay or reduced quality – will require a further negotiation. Remember, accountability and authority need to go together. Just as with the CEO and a company Board, it is clear that the Programme Director has a fundamentally different role to that of the Programme Board, and to blur these distinctions will introduce conflicts of interest. Of course the Programme Director will normally attend Programme Boards, although that does not mean that they have to be a member (and the different roles are clearer if they are not). Either way, though, they should never be the Chair: they would have a clear conflict of interest. At best they would be tempted to steer the agenda away from certain issues, and it would become impossible for the Board to be effective in holding them to account. No-one should be asked to mark their own homework! It follows that the members of the Programme Board should not normally be junior to the Programme Director, and certainly should not be his or her direct reports. Of course there is a place for meetings of the Programme Team – but those are progress meetings, not Programme Boards. Do your Programme Boards follow these rules?
We all like to feel we are in control, don’t we? Especially when we have been told that there will be consequences according to how well we deliver the task we have agreed to do. We feel pretty confident in our own ability to do the job – probably we would not have agreed to take it on otherwise – but what if we can’t do it on our own? I remember the first time I had to promise to deliver something knowing that I would have to rely on other people to do substantial parts of it. While I still felt the confidence of youth that it would all work out, I also remember the frustration and discomfort of finding my instructions were misunderstood or ignored; of having to let someone else try, and sometimes fail; of not being able to control all the details. As managers, we all find our own ways to deal with this; at the company level, we need to be a bit more formal. This article is about where to start to build internal governance to address this need.
It all starts with the Board
The Board is accountable to the shareholders for delivery of the objectives of the company (public sector and non-profit organisations will have equivalent arrangements even if they are called something different). However, unless the company is very small, the Board does not have the capacity to do more than make a very small proportion of the decisions required to achieve this. It needs to retain enough control to monitor and steer the delivery of the objectives, but it must delegate the authority to make other decisions. Internal governance is the framework that it sets up to manage this. Its objectives may include the following:- To balance the Board’s need for control and assurance of delivery with its practical need to deliver through others, in a way which optimises the balance between the risks it takes by more delegation, and the costs (financial and otherwise) it imposes through more control;
- To have a secure underlying logic so that the framework is self-consistent;
- To ensure that conflicts of interest are avoided as far as possible for those with delegated authority, as these tempt people to behave in ways that are not in the best interests of the organisation;
- To make sure that those people who will have to live with the consequences of decisions made feel ownership because they have been involved in making them;
- To ensure that decisions are escalated when, only when, and only to the level necessary for them to be made effectively, so that interventions are appropriate and timely;
- To ensure that everyone in the organisation has clarity about the decisions they can make, about where to go for those that they can’t, and about decisions made by others which affect them;
- To ensure that stakeholders have enough visibility of the decisions of the organisation to have confidence and trust in its management;
- To ensure that the governance structure is scaleable and adaptable (within reason) to allow for possible requirements for future change without major re-design.
Build internal governance
So where do you start? First, you need to remember that governance necessarily works top-down. The owners of what you design will be the Board members (or equivalent), and they are likely to have strong opinions – that’s almost synonymous with being a Board member! If you start your design at the bottom and work upwards, there is a high probability that some or all of the members will object to at least some aspects of it once they see how it will affect them. Trying to make modest changes to accommodate their concerns will probably undermine the essential integrity of the system, resulting in you having to start again. If bottom-up does not work, what does? The best place to start is to agree the main design principles with the Board members, before even beginning on the design itself. It is much harder for people to object if you can demonstrate that your design is consistent with the principles that they all agreed earlier, and it is much easier to keep the discussion rational when the specific outcomes are yet to be defined. It also helps to ensure that the whole design is self-consistent. It is also worth noting at this point that because governance exists to define flows of authority and accountability that need to run seamlessly from top to bottom of the organisation, a governance design project should take a joined-up top to bottom view too. A project that looks only at the top (or bottom) end is likely to require compromises which will reduce its effectiveness. The next few articles will discuss the principles which you will need to agree at the outset, under the headings listed below. Remember that governance is about finding the optimum checks and balances for your organisation. Because that depends on context, it will be different for every organisation. The way you express the logic and the principles in your own project needs to be right for your context. One size does not fit all!- Authority
- Hierarchy
- Escalation
- Ownership
- Documentation and language
I’m on my way to a Board meeting. My job as a Board member is to turn up about once a month for a meeting lasting normally no more than a couple of hours to take the most important decisions the company needs – decisions which are often about complex areas, fraught with operational, commercial, legal and possibly political implications, and often with ambitious managers or other vested interests arguing strongly (but not necessarily objectively) for their preferred outcome. Few of the decisions are black and white, but most carry significant risk for the organisation. Good outcomes rely on informing Board members effectively.
This is a well-managed organisation, so I have received the papers for the meeting a week in advance, but I have had no chance to seek clarification of anything which is unclear, or to ask for further information. In many organisations, the papers may arrive late, or they may have been poorly written so that the story they tell is incomplete or hard to understand (despite often being very detailed), or both. The Board meeting, with a packed agenda and a timetable to keep to, is my only chance to fill the gaps.
I have years of experience to draw on, but experience can only take me so far. Will I miss an assumption that ought to be challenged, or a risk arising from something I am not familiar with? If that happens, we may make a poor decision, and I will share the responsibility. In some cases – for instance a safety issue - that might have serious consequences for other people. It’s not a happy thought.