In all my 20+ years in the private industry I've never seen a committee in the context of project. Two committees I was a part of, were both management committees addressing organization level matters - and both were utterly ineffective.
Quite interestingly, there is no dearth of committees in governments. It seems quite the normal way of doing things. The results are not surprising. Rather than naming specific committees and launching into the often-employed critical tone, let me explore the possibilities of where and when committees might be suitable.
In order to bring about some clarity, let me deliberately reclassify the roles (perhaps to the chagrin of management purists) of people.
Those who do things; and those who don't
In any project organization, there are some whose job it is, to do things. To my mind, all others can be clubbed under overheads.
As a general principle if we are to get anything done at all, the doers in any project must far outnumber the overheads.
Further, the facilitators must not get into the critical path of the doers - and at a minimum, allow the doers to do their job - though some might argue saying they should also monitor and facilitate.
Keeping these principles in mind, I would come up with the following broad guidelines:
Quite interestingly, there is no dearth of committees in governments. It seems quite the normal way of doing things. The results are not surprising. Rather than naming specific committees and launching into the often-employed critical tone, let me explore the possibilities of where and when committees might be suitable.
In order to bring about some clarity, let me deliberately reclassify the roles (perhaps to the chagrin of management purists) of people.
Those who do things; and those who don't
In any project organization, there are some whose job it is, to do things. To my mind, all others can be clubbed under overheads.
As a general principle if we are to get anything done at all, the doers in any project must far outnumber the overheads.
Further, the facilitators must not get into the critical path of the doers - and at a minimum, allow the doers to do their job - though some might argue saying they should also monitor and facilitate.
Keeping these principles in mind, I would come up with the following broad guidelines:
- There should be no committees of doers. Doers and groups/teams of doers must be focused on the deliverables.
- Decisions within a doer's domain must be taken by the doer, in his/her individual professional capacity. If a decision requires consultation, the doer can surely consult others and then decide.
- An individual overhead may take the responsibility of taking decisions for the doers/teams reporting to him/her. As in the earlier case, if a decision requires consultation, by all means he/she can consult others and then decide.
- Someone in an overhead's garb, unable to take a decision in their domain is unsuitable for that job -- and should be replaced. Resorting to a committee on this account (of inability to take / own-up a decision) is a big no-no, IMHO.
- There should be no committees of the overheads either.
- Where a project involved multiple independent stakeholders (such as multiple departments), a steering committee (perhaps the one and only committee justifiable) is necessary - if only to ensure the representation of each stakeholder's interest. Though they are clearly not doers, let us treat this committee as different from the overheads.
- Since members of the steering committee are likely to be somewhat removed from the operational details of the project, they will need input from others (either overheads or doers). So each committee member should ensure that they have the necessary input from within the project, by deploying their own overheads / doers in appropriate roles in the project, without resorting to further lower-level committees.
- A steering committee should not directly provide operational fixes. Instead, if an operational issue is escalated to this level - they must examine whether they have missed out filling a key role in the project team, especially at the overhead level. They must then proceed to fix that problem and then ask the correct person to do the operational fix.
- Committees/sub-committees under a committee should be treated as compounding sins of the management kind.
e.g., technical committees under the implementation committees that report to empowered committees. - A committee in any other name should also be treated as a committee.
I don't know whether this is enough. But I guess it is a starting point.
Now for the reality.
As mentioned in my earlier blog (the many management maladies), competency in any government department tends to be concentrated at the top - generally at the secretary / principal secretary level. By virtue of their rank, they tend to be in the steering committee. This skewed competency concentration at the top means that nearly all decisions (operational or otherwise) tend to get pushed up all the way up. Thereafter, whether it is provision of some input or contention of a stakeholder interest -- (as often as not) tends to be an exercise in individual-wisdom, seniority and protocol - instead of competence and sanity.
However, if we start shedding committees, there might be hope still.
In the erstwhile era a Committee was apparently constituted with the aim of bringing relevant competencies and/or decision makers together to address the Issue(s) at hand. In today's context the only purpose of constituting Committees seems to be to avoid decision making and/or to shun accountability, even where a decision does result!!
ReplyDelete@Ajay: IMHO representation of various stakeholders in the form of a steering committee is about the only form of committee I would concede as acceptable.
ReplyDeleteIf you want to bring together different competencies, a composite team of doers is what is required - where each person of specific competence will do his/her job, instead of leaving it to the collective responsibility of a committee.