The first step in obtaining your project’s human resource needs is to create a “Roles/Responsibilities” matrix. In the first column, you define the project roles required. For example “Project Manager”, “Business Analyst”, “Subject Matter Experts”. These are not job titles but roles defined for the needs of the project. The second column is the name or names of the assignees to that role. The rest of the columns contain contact information, and the assignee’s department and manager.

The next step is obtaining the commitments for these resources to work on the project. I have seen many projects given the approval to begin without the commitment (or even awareness) of key stakeholders (business units that will have project task assignments). This leaves the Project Manager in the position of negotiating with the business units for resource time and priority. This is typically the result of lack of Project Portfolio Management and control of the project intake process, especially in regard to resource capacity.

A best practice in Project Management is to secure the resource commitments prior to the approval of the Business Case. This means doing a thorough stakeholder analysis of all of the roles and responsibilities needed for the project. A brainstorming session with those having a broad knowledge of the business functions can help identify key stakeholders.

The Executive Sponsor (with support from the Project Manager) is responsible for communicating with the affected business units and securing the commitments. If these commitments have nit been made and the project is directed to proceed, then this must be handled using formal Risk Management (which will be addressed in a future post).

In addition to having committed resources, they must also be the right resources. They must have skills that match the assigned roles. If they don’t and you have no resource alternatives then your project must include a plan for skills development and your task estimates must take into account the skill levels of the task assignee.

For your “core” team (the small group that attends almost all meetings and contribute to planning) you must make sure they are empowered as decision makers. If your team is constantly saying “I have to get my manager’s approval”, your scheduled may be significantly impacted.

If your company actively manages its Project Portfolio, then this building block should already be in place. However, many companies begin new projects without any consideration of the impacts to projects already in progress or in the “pending” queue. This is the single biggest root cause to the Project Manager’s #1 headache: resource contention.

Before projects can begin, you should have satisfactory answers to the following questions:

1. Are any existing projects competing for the same resources?
2. If so, do these resources have the availability required for the new project?
3. Where does this new project rank in the corporate priority?
4. Is there a process in place to prevent the next new project from interfering with this one?

The answers to the above will tell you if you have Executive commitment for your project. Without it you will every day be at risk of losing key resources and jeopardizing your schedule.

There are  certain fundamentals that need to be in place to increase the probability of project success. The second of these is to have well-defined Business Objectives. These should be established as part of the original Business Case for the project. It is surprising how many times I have seen these absent from an initiative.

Business Objectives are the “CEO’s view” of the project. They should make or save money, take advantage of opportunity, respond to new law and regulations, or increase competitive advantage. They should be specific and measurable to avoid what I call “Mom and apple pie” objectives like “We will be more efficient”. Really? Exactly how efficient? Will we be able to cut costs or deploy those efficiency savings to revenue opportunities?

I will go into more detail on this topic when I address the Project Charter. Suffice to say for now that the main reason for having solid Business Objectives as a building block for project success is that it guides all decision making on a project. Whether you realize it or not, all of the project team members are decision makers, typically making many micro-decisions every day. The Business Objectives act as the beacon of light for these decisions. Any decision that will reduce the impact of the Business Objectives must be escalated to the Project Sponsor.