The lights go out for a few second and there is a booming voice that announces Act 2.
A spotlight shines on the person coming into the cage and inside the cage were several lions.
The person has a whip on one hand a chair on the other and he has treats in his pocket. He has been here before and he knows the lions well - each one of them. He knows not only their names but their personalities as well. He knows what makes them tick. He knows he needs them to succeed. He knows they need him to control the chaos that can happen without him. He waves his hands to his spectators as if in victory even before the show begins.
The booming voice announces him as....The Project Manager.
Each project manager deals with this situation for every new project - facing the project sponsors and working with or through them to ensure project success. What does he need to succeed in this initiative?
1. Sufficient knowledge of who the sponsors are and where they belong in the hierarchy of the organization - the pack order.
2. True knowledge of what is their stake in the project - not just what they publicly say - but what their internal agenda is.
3. Knowledge of their comfort levels, risk tolerances and when thrown into a corner - which would they primarily protect if they can only choose one - scope, cost, schedule or quality?
4. Knowledge of their pain and pleasure points which may include what information does each one want to hear, when and how and what motivational triggers can be pulled if the project manager wants the sponsors to "jump through hoops'.
5. Understanding the defense mechanism of each one. When provoked - will Lion A run away and will Lion B attack? If the project manager knows who will go into the offensive as a defensive - he needs to make sure he knows how best to defend himself.
Balancing between sponsor motivation (the treats), punishment(the whip) and defense(the chair) is a key skill that each project manager should develop. It is so much better to know how to manage them that to find your head trapped between their jaws.
Showing posts with label roles. Show all posts
Showing posts with label roles. Show all posts
Saturday, October 9, 2010
Sunday, September 19, 2010
The Beauty of the RACI
The RACI chart is a standard document in most projects and I would say that it should be a standard in ALL projects ..but what is a RACI chart anyway?
RACI is an acronym and different organizations have different takes on what each letter means and that is why as a project manager, you should be aware of the standards of your client's company with regards to a RACI chart - take the time to ensure you have the right definitions because it can cause confusion later on. It is usually created when a project has just been conceptualized.
Typically RACI stands for Responsible, Accountable, Consulted, Informed. In other organizations, it can mean Responsible, Approver, Consulted, Informed or even Responsible, Approver, Coordinator, Informed. Whatever it can mean, it always answers the need to know who are the people responsible in defining and delivering the project and what is their role in EVERY task in a project. Most RACI chart requires there is only one R for each task or only one A for each task if the A means accountable - a good practive to have.
I recommend having a template of all the possible task that a project can take vs lumping them into generic work that may cause issues later on. The template can then be "customized" based on what a project requires. Remember - a task that says "complete the design document required for all data interfaces" is much more trackable and thus controllable that a task that says "complete design documents".
What is the importance of a RACI when you have a solid, trustworthy team? Each project is unique and in my experience, there is always room for assumptions and one assumption that team members usually make is that if the task is unfamiliar to them - then it might not be theirs and will taken cared of by another team member. Another situation is when the task can be performed by more than one person in a team - you can either have a case of two people doing the same work or noone doing the work.
By having a RACI chart from the start, you ensure that each person knows their role, the extent of their role, what they are expected to do in each task, if any, and how they relate to other people and their roles - a perfect recipe to prevent roles and responsibilities issues later on.
RACI is an acronym and different organizations have different takes on what each letter means and that is why as a project manager, you should be aware of the standards of your client's company with regards to a RACI chart - take the time to ensure you have the right definitions because it can cause confusion later on. It is usually created when a project has just been conceptualized.
Typically RACI stands for Responsible, Accountable, Consulted, Informed. In other organizations, it can mean Responsible, Approver, Consulted, Informed or even Responsible, Approver, Coordinator, Informed. Whatever it can mean, it always answers the need to know who are the people responsible in defining and delivering the project and what is their role in EVERY task in a project. Most RACI chart requires there is only one R for each task or only one A for each task if the A means accountable - a good practive to have.
I recommend having a template of all the possible task that a project can take vs lumping them into generic work that may cause issues later on. The template can then be "customized" based on what a project requires. Remember - a task that says "complete the design document required for all data interfaces" is much more trackable and thus controllable that a task that says "complete design documents".
What is the importance of a RACI when you have a solid, trustworthy team? Each project is unique and in my experience, there is always room for assumptions and one assumption that team members usually make is that if the task is unfamiliar to them - then it might not be theirs and will taken cared of by another team member. Another situation is when the task can be performed by more than one person in a team - you can either have a case of two people doing the same work or noone doing the work.
By having a RACI chart from the start, you ensure that each person knows their role, the extent of their role, what they are expected to do in each task, if any, and how they relate to other people and their roles - a perfect recipe to prevent roles and responsibilities issues later on.
Subscribe to:
Comments (Atom)
Posts
