KEVOS
ArticlesServicesCase studiesAboutContact
ArticlesServicesCase studiesAboutContact
← ArticlesDeveloping a Project Human Resource PlanProject Delivery · Principles of Project ManagementLesson 24/58← PrevNext →
GuidePublished 13 Aug 20268 min readBy Kevin Joginproject managementproject deliveryprinciples of project managementpeople
On this page

Ask about this page

KEVOS AIDeveloping a Project Human Resource Plan

KEVOS knowledge first · trusted web sources when needed

Home/ Project Delivery/ Principles of Project Management

KEVOS® Project Delivery Handbook

Developing a Project Human Resource Plan

A practical KEVOS handbook guide to Developing a Project Human Resource Plan, with applied methods, controls, examples and common pitfalls.

8 min read1,693 words Guide 24 of 57Reviewed 2026-08-13
In this handbook article
  1. Why the Human Dimension Decides Project Fate
  2. What Is Human Resource Planning?
  3. How It Works: From WBS to Team Performance
  4. Step 1 — Analyse Tasks Through the WBS
  5. Step 2 — Structure the Project Organisation
  6. Step 3 — Build the Responsibility Assignment Matrix (RAM)
  7. Step 4 — Define Performance Measures
  8. Evaluating Team Performance: The Full Toolkit
  9. The HR Management Lifecycle
  10. The Pitfalls: Where HR Management Goes Wrong
  11. Key Takeaways

Source and edition context

Source basis: This handbook article is adapted from the supplied file(s): 25. Developing a Human Resource Plan.md.

Interpretation rule: Named scenarios, schedules, percentages, monetary values and thresholds are source examples or illustrative proposals unless an identified authority, contract or approved baseline makes them mandatory.

PMI edition context: The supplied notes primarily teach fifth- and sixth-edition process groups and knowledge areas. PMI currently publishes the PMBOK® Guide—Eighth Edition, which retains the principles and performance-domain foundation while presenting evolved, non-prescriptive process guidance. Historical counts in this article remain for source/course context, not as a claim about the current edition.

Why the Human Dimension Decides Project Fate

There is a persistent myth in project management that projects fail because of technical problems — a flawed design, an unreliable technology, a miscalculated load. The evidence tells a different story. The majority of project failures, from schedule delays to stakeholder mismanagement, are behavioural rather than technical. Projects are accomplished by people, and when people are misaligned, mismanaged, or misunderstood, no amount of technical rigour will save the outcome.

Derek Lidow arrived at the same conclusion through painful experience. After years of troubleshooting failed projects at International Rectifier, he identified motivation as the single most difficult "Duck" to align. The challenge is not merely asking people what they want — because when asked directly, people rarely give honest answers. They either haven't reflected deeply on their own motivations, or they fear that speaking frankly could be career-limiting. Lidow's response was to build a structured process for uncovering individual motivations through private meetings, probing questions, and careful attention to body language — a far cry from the tick-box HR processes that characterise many project environments.

Larraine Segil's research on dynamic leadership reinforces this. Her matrix of ten essential leadership traits places Intelligence — the talent to put the right people in the right place — alongside traits like Inspiration, Commitment, and Integrity. The organisational environment needed to support this? A resource commitment to learning, with corresponding investment in training and education. People are not interchangeable units; they are the primary determinant of project success.


What Is Human Resource Planning?

Definition: Human resource planning is an ongoing process used to maintain the optimum use of project personnel for each task throughout the project lifecycle.

The PMBOK structures project human resource management into four processes:

Process Phase Purpose
Plan Human Resource Management Organising & Preparing Identify and document project roles, responsibilities, required skills, and reporting relationships
Acquire Project Team Carrying Out the Work Confirm human resource availability and obtain the team
Develop Project Team Carrying Out the Work Improve competencies, team interaction, and the overall team environment
Manage Project Team Carrying Out the Work Track performance, provide feedback, resolve issues, manage changes

The core objectives of human resource planning are deceptively simple:

  • Ensure the best fit between personnel and tasks
  • Minimise resourcing shortages
  • Minimise resourcing surpluses

Achieving these objectives requires disciplined analysis, honest assessment of capabilities, and — crucially — ongoing adjustment as the project evolves.


How It Works: From WBS to Team Performance

Step 1 — Analyse Tasks Through the WBS

The Work Breakdown Structure is not just a scope management tool — it is the foundation for resource planning. By examining individual tasks at the lowest level of the WBS, the project manager can determine two things: how many people each task requires, and what competencies those people must possess.

Process and relationship map
Project
Work Package 1
Work Package 2
Activity 1.1
Activity 1.2
Activity 2.1
Activity 2.2
Task — Skills: Engineering
Task — Skills: Drafting
Task — Skills: Procurement
Task — Skills: Site Management
Task — Skills: Commissioning
Task — Skills: QA/QC
Relationship details
FromRelationshipTo
Projectleads toWork Package 1
Projectleads toWork Package 2
Work Package 1leads toActivity 1.1
Work Package 1leads toActivity 1.2
Work Package 2leads toActivity 2.1
Work Package 2leads toActivity 2.2
Activity 1.1leads toTask — Skills: Engineering
Activity 1.1leads toTask — Skills: Drafting
Activity 1.2leads toTask — Skills: Procurement
Activity 2.1leads toTask — Skills: Site Management
Activity 2.2leads toTask — Skills: Commissioning
Activity 2.2leads toTask — Skills: QA/QC

Lidow's Duck Alignment Theory adds an important nuance here. He notes that the WBS is excellent for identifying specific technical skills needed for anticipated subtasks, but it systematically omits the core general skills required for any change process: listening, communication and training, project leadership, process design, failure analysis, and planning. These six skills are often the difference between a team that delivers and one that disintegrates under pressure.

Step 2 — Structure the Project Organisation

Once tasks and skills are mapped, the project manager must create a structure that assigns people to work packages with clear reporting lines. The organisational structure must balance two competing needs: functional specialisation (grouping people by discipline) and project integration (ensuring cross-functional coordination).

Process and relationship map
Project Sponsor
Project Manager
Project Office Team
Engineering & Design Team
Communications Team
Construction Team
Project Officer — Admin
Project Officer — Finance
Project Officer — Scheduling
Architect
Civil Engineer
Client Liaison
Public Relations
Contractor 1
Contractor 2
Relationship details
FromRelationshipTo
Project Sponsorleads toProject Manager
Project Managerleads toProject Office Team
Project Managerleads toEngineering & Design Team
Project Managerleads toCommunications Team
Project Managerleads toConstruction Team
Project Office Teamleads toProject Officer — Admin
Project Office Teamleads toProject Officer — Finance
Project Office Teamleads toProject Officer — Scheduling
Engineering & Design Teamleads toArchitect
Engineering & Design Teamleads toCivil Engineer
Communications Teamleads toClient Liaison
Communications Teamleads toPublic Relations
Construction Teamleads toContractor 1
Construction Teamleads toContractor 2

On the Glaxo project studied by Winch, the structure was a deliberate matrix organisation. The Principal Architect Engineer (PAE) consortium was organised into six teams covering particular buildings, plus a central design team for standardisation across the site. This matrix was supported centrally by a Project Control Group. The key learning: no single organisational form is universally correct — the structure must serve the project's specific coordination demands.

Step 3 — Build the Responsibility Assignment Matrix (RAM)

The RAM — often implemented as a RACI chart — maps WBS activities to team roles, clarifying who is Responsible, Accountable, Consulted, and Informed for each deliverable.

WBS Activity Client Sponsor PM Engineering Finance
1.0 Outline Plan S A R — —
1.1 Define Scope C A R C C
1.5 Establish Strategy C A R C C
2.2 Agree Objectives C A R C C

Key: S = Sign-off | A = Accountable | R = Responsible | C = Consulted

The RAM eliminates ambiguity. When every team member can see their responsibilities mapped against the project's deliverables, the risk of tasks falling through the cracks — or being duplicated — is dramatically reduced.

Step 4 — Define Performance Measures

Each role within the project must have clearly defined performance criteria covering:

  • Recruitment and selection standards — what competencies are required?
  • Key performance indicators — how will contribution be measured?
  • Professional development requirements — what growth is expected?
  • Tracking of employee development and well-being — is the person thriving or struggling?
  • Reward and recognition levels — how will excellent performance be acknowledged?

A Wall Street Journal survey found that the five most significant motivators for employees were: organisational communication effectiveness, the job's effect on family life, the intrinsic interest of the work, the quality of direct management, and a sense of control over work content. Money ranked sixteenth. This finding aligns with Lidow's emphasis on understanding personal motivations — and with Segil's observation that dynamic leaders create organisational environments offering "opportunities for advancement and reward" alongside "small work groups and flexible work behaviour."


Evaluating Team Performance: The Full Toolkit

No single evaluation method captures the complete picture. Effective project managers use a combination:

Method Strength Limitation
Formal Appraisal Structured, documented, accountable Can feel bureaucratic; team buy-in essential
Peer Review Captures perspectives management cannot see May be biased; can affect team cohesion
360-Degree Feedback Multi-perspective, comprehensive Time-consuming to design and administer
Critical Incidents Captures real behaviour in context Can be random and unrepresentative
Behavioural Observation Scales Objective, measurable Time-consuming to develop; not all roles suit it

Richard Rudman's Principle: "You cannot make valid judgements on another person's performance unless you have a shared understanding of what they set out to achieve and what you wanted them to achieve."

The implication is that performance evaluation begins at planning, not at review time. If targets are not set collaboratively from the outset, any subsequent evaluation is unfair and uninformative.


The HR Management Lifecycle

Process and relationship map
Analyse tasks via WBS
Map skills to tasks
Build org structure
Create RAM / RACI
Define performance measures
Acquire team members
Induct and equip
Develop skills
Monitor performance
Resolve conflicts
Debrief team
Document lessons learned
Release resources
Feed into corporate knowledge
Relationship details
FromRelationshipTo
Planningleads toExecution
Executionleads toClose
Closeleads toOut

The Pitfalls: Where HR Management Goes Wrong

1. Treating people as interchangeable. Assigning whoever is available rather than whoever is competent is the fastest path to poor quality and team demoralisation. Lidow's Skill Duck insists that the right skills must be confirmed — not assumed — before work begins.

2. Ignoring motivation. Lidow warns that when a project appears to have resource problems even after adequate resources have been allocated, the real issue is usually the Motivation Duck or the Skill Duck — either the team is not committed to the objectives, or a required capability is missing.

3. Planning for review but not for performance. Rudman's research shows that managers consistently over-invest in performance review and under-invest in performance planning. Setting clear, collaborative targets at the beginning is more valuable than any end-of-phase assessment.

4. Neglecting professional development. The project environment is inherently temporary, but the people are not. Failing to invest in their growth during the project — through training, mentoring, and stretch assignments — wastes an opportunity and signals that the organisation views team members as expendable.

5. Conflict avoidance. Unresolved interpersonal conflict does not dissipate — it metastasises. Project managers must implement and maintain procedures for interpersonal communication, counselling, and conflict resolution, taking remedial action early rather than hoping problems will resolve themselves.


Key Takeaways

  • HR management spans four PMBOK processes: Plan, Acquire, Develop, and Manage the project team.
  • The WBS is the foundation for HR planning — it reveals both the number of people needed and the competencies required.
  • The Responsibility Assignment Matrix (RACI) eliminates ambiguity about who does what.
  • Motivation matters more than money. Understanding individual motivations — Lidow's hardest Duck — is essential for team alignment.
  • Performance planning precedes performance review. Targets must be set collaboratively at the beginning, not imposed at the end.
  • Segil's dynamic leadership model reminds us that the organisational environment must actively support the people within it — through learning opportunities, flexible structures, career progression, and honest feedback mechanisms like 360-degree review.

Continue learning

Execution Monitoring And ControlDeveloping and Managing the Project Team11 min readProject PlanningMastering the Work Breakdown Structure10 min readProject Management FoundationsThe Skills of the Project Manager10 min readLifecycle HandbookFoundations of Project Management9 min read

Prepared for the KEVOS® Knowledge Library. Apply the governing contract, approved project method and current standards to live work.

Continue learning

Planning Project QualityGuide · Principles of Project ManagementNEXT LESSON →Planning Project CommunicationsGuide · Principles of Project ManagementMastering Project Cost ManagementGuide · Principles of Project ManagementProject Risk ManagementGuide · Principles of Project Management
KEVOS · Engineering, manufacturing and project improvement
ArticlesServicesCase studiesAboutContact
© 2026 KEVOS®