📊 Basics of Project Management 🔥 Day 1
0/8 topics mastered

Basics of Project Management

🎯
Basics of Project Management — Complete Study Notes
6 chapters · ESE (IES) Paper I · GATE · PSU
○ Not Started

Basics of Project Management is a formula- and framework-heavy General Studies section tested in ESE Paper I. This module spans Project Lifecycle and Initiation (PMBOK phases, project charter, triple constraint), Scope Management and WBS (scope processes, work breakdown structure, scope creep), Project Scheduling (Gantt charts, CPM, PERT, schedule compression), Cost Management and Earned Value Analysis (cost estimation, EVA metrics), Project Risk Management (risk processes, response strategies), and Quality Management and Project Teams (quality tools, organisation structures, Tuckman's model) — with every definition, formula, and standard framework carried over, plus worked examples and diagrams for each topic.

Learning Objectives

After studying this chapter you will be able to:

  • Explain the five PMBOK project lifecycle phases and the triple constraint (scope, time, cost)
  • Apply the 100% rule to Work Breakdown Structures and distinguish scope creep from gold plating
  • Compute PERT expected time and variance, and distinguish CPM (deterministic) from PERT (probabilistic) scheduling
  • Calculate Earned Value Analysis metrics (CV, SV, CPI, SPI, EAC) and interpret cost/schedule performance
  • Apply risk response strategies for threats (avoid, transfer, mitigate, accept) and opportunities (exploit, share, enhance, accept)
  • Distinguish Quality Assurance from Quality Control, apply the Pareto principle, and recall Tuckman's team-development stages
  • Recall high-yield facts (EVA formulas, PERT weights, conflict-resolution ranking) that ESE repeatedly tests

Exam Relevance

ESE Paper I★★★★★
GATE★★☆☆☆
PSU★★★★☆
State PSC★★★☆☆
💡 Project Management questions in ESE are frequently formula-based numericals (EVA metrics, PERT expected time) combined with framework-recall questions (which risk strategy? which conflict-resolution technique?) — practice both equally.

Concept Map

Project Lifecycle → Scope & WBS
↓
Scheduling → Cost Management
↓
Risk Management
↓
Quality Management & Teams

Where This Fits

Project Management complements the technical General Studies subjects by testing the managerial and organisational skills engineers need to deliver projects — schedule, cost, and quality control apply across every civil engineering discipline. Once you've worked through the chapters below, head to the Project Management hub page to generate practice tests, or explore Study Material for other subjects.

🚩
1. Project Lifecycle and Initiation
PMBOK Phases · Project Charter · Triple Constraint
○ Not Started

1.1 Project vs. Operations

A project is a temporary endeavour to create a unique product, service, or result. Project management applies knowledge, skills, tools, and techniques to meet project requirements within scope, time, cost, and quality constraints.

AspectProjectOperations
DurationTemporary; defined start and endOngoing; continuous
OutputUnique product/resultRepetitive products/services
ResourcesAssembled and disbandedPermanent workforce
GoalAchieve objectives and closeSustain the business

1.2 Project Lifecycle Phases (PMBOK)

  1. Initiation: Define project; create Project Charter; identify stakeholders
  2. Planning: Define scope; develop schedule; estimate cost; plan quality, risk, procurement
  3. Executing: Perform work defined in plan; manage team; engage stakeholders
  4. Monitoring & Controlling: Track performance; control changes; report
  5. Closing: Formal acceptance; lessons learned; release resources

1.3 Project Charter and Stakeholder Management

The Project Charter is a formal document authorising the project and the project manager's authority. It contains project purpose, objectives, scope, milestones, budget estimate, stakeholders, and risks, and is issued by the project sponsor or initiating entity.

StakeholderRole
Project SponsorChampions project; provides funding; resolves escalated issues
Project ManagerLeads team; responsible for deliverables, budget, schedule
Project TeamExecutes work; provides expertise
Client/CustomerDefines requirements; accepts deliverables
PMOProject Management Office — sets standards, provides oversight

1.4 Triple Constraint (Iron Triangle)

💡 Scope ↔ Time ↔ Cost, with Quality at the centre — changing one affects the others. Also called the "project management triangle." The modern view adds Quality and Risk as additional constraints. Project success means delivering within scope, on time, within budget, at the required quality.

PMBOK 5 phases

Initiation → Planning → Executing → Monitoring & Controlling → Closing

Triple constraint

Scope, Time, Cost (Quality at centre)

Project Charter

Formally authorises project; issued by sponsor

PMO

Project Management Office — sets standards, oversight

Example 1 — Classifying Project vs Operations

Given: A company builds a new factory (one-time effort with a defined end date), then begins ongoing manufacturing in it. Which activity is the "project," and which is "operations"?

Solution: Building the factory is temporary with a defined start and end — a project. Ongoing manufacturing is continuous, repetitive work sustaining the business — operations.

Answer: Factory construction = project; ongoing manufacturing = operations.

Example 2 — Identifying the Lifecycle Phase

Given: A project manager is tracking actual progress against the baseline schedule and issuing performance reports. Which PMBOK lifecycle phase is this?

Solution: Tracking performance and reporting against a baseline is the defining activity of the Monitoring & Controlling phase, distinct from Executing (performing the work itself).

Answer: Monitoring & Controlling.

Example 3 — Applying the Triple Constraint

Given: A client demands the project scope be expanded midway through execution, but the deadline and budget must remain unchanged. What does the triple constraint predict will happen?

Solution: The triple constraint states that scope, time, and cost are interlinked — increasing scope while holding time and cost fixed will almost always compress quality or require unrealistic productivity, since one side of the triangle cannot expand without affecting the others.

Answer: Quality will likely suffer, since scope increased without a corresponding increase in time or cost.

The five PMBOK project lifecycle phases shown as a sequential flow Initiation Project Charter Planning Scope, cost, risk Executing Perform the work Monitoring & Controlling Track, control Closing Iterative loop: Monitoring & Controlling feeds back into Planning/Executing as needed.

Fig. 1.1 — The five PMBOK project lifecycle phases: Initiation, Planning, Executing, Monitoring & Controlling, and Closing.

Q1. Which PMBOK phase involves creating the Project Charter and identifying stakeholders?
The Initiation phase defines the project, creates the Project Charter, and identifies stakeholders.
Q2. The triple constraint of project management refers to:
The triple constraint (iron triangle) is scope, time, and cost, with quality at the centre.
Q3. A key difference between a "project" and "operations" is that a project is:
A project is temporary with a defined start and end, producing a unique result, unlike ongoing operations.
🗂️
2. Scope Management and Work Breakdown Structure
Scope Processes · WBS · Scope Creep vs Gold Plating
○ Not Started

2.1 Scope Management Processes

Scope management ensures the project includes all — and only — the work required to complete the project successfully. Scope creep (uncontrolled expansion of scope) is a common cause of project failure.

  1. Plan Scope Management
  2. Collect Requirements — interviews, focus groups, workshops, surveys
  3. Define Scope — creates detailed project scope statement
  4. Create WBS — decomposes deliverables into work packages
  5. Validate Scope — formal acceptance of deliverables by client
  6. Control Scope — monitor scope; manage changes to scope baseline

2.2 Work Breakdown Structure (WBS)

  • Hierarchical decomposition of total project work into manageable work packages
  • Work package: lowest level of WBS; can be reliably estimated and assigned
  • WBS Dictionary: detailed description of each WBS element
💡 100% rule: the WBS must capture 100% of project work; nothing outside the WBS is in scope. WBS is deliverable-oriented — organised around deliverables, not activities. This orientation distinction (deliverable vs activity) is one of the most frequently tested WBS facts.

2.3 Requirements Documentation

TypeDescription
Functional requirementsWhat the system/product must do
Non-functional requirementsPerformance, reliability, security, usability standards
Business requirementsHigher-level needs of the organisation
Stakeholder requirementsNeeds and expectations of specific stakeholders

2.4 Scope Creep vs. Gold Plating

  • Scope creep: Uncontrolled scope expansion without formal change approval — major risk
  • Gold plating: Adding extra features not in scope without client request — also to be avoided
  • Both lead to schedule delays, cost overruns, and quality issues

WBS 100% rule

WBS must capture 100% of project work

WBS orientation

Deliverable-oriented, not activity-oriented

Scope creep

Uncontrolled scope expansion; no formal approval

Gold plating

Extra features added without client request

Example 1 — Applying the 100% Rule

Given: A project manager creates a WBS but omits a minor administrative task, assuming it's "too small to matter." Does this violate the 100% rule?

Solution: Yes. The 100% rule requires the WBS to capture 100% of project work, however small. Omitting any task — even a minor one — means that work exists outside the scope baseline and won't be tracked, budgeted, or scheduled.

Answer: Yes, this violates the 100% rule.

Example 2 — Distinguishing Scope Creep from Gold Plating

Given: A developer adds an extra unrequested feature to impress the client, without any change request. Is this scope creep or gold plating?

Solution: Gold plating specifically refers to adding extra features not in scope without a client request, distinct from scope creep, which is uncontrolled scope expansion typically driven by external pressure or unmanaged change requests.

Answer: Gold plating.

Example 3 — Classifying a Requirement

Given: A client specifies that a web application must load within 2 seconds under peak load. What type of requirement is this?

Solution: This describes a performance standard rather than a specific function the system performs — it is a non-functional requirement.

Answer: Non-functional requirement.

A Work Breakdown Structure hierarchy from project down to work packages Project Deliverable A Deliverable B Deliverable C Work Pkg Work Pkg Work packages (lowest level) can be reliably estimated, scheduled, and assigned. 100% rule: all branches together must equal 100% of project scope.

Fig. 2.1 — A Work Breakdown Structure: hierarchical decomposition from Project → Deliverables → Work Packages.

Q1. The WBS 100% rule states that:
The 100% rule requires the WBS to represent all project work — nothing outside the WBS is in scope.
Q2. A WBS is organised around:
A WBS is deliverable-oriented — organised around what will be produced, not the activities used to produce it.
Q3. Adding extra unrequested features to a deliverable, without a formal change request, is called:
Gold plating is adding extra, unrequested features beyond scope, distinct from scope creep (external, uncontrolled expansion).
📅
3. Project Scheduling — Gantt, CPM, and PERT
Critical Path Method · PERT · Schedule Compression
○ Not Started

3.1 Gantt Chart

Project scheduling defines the sequence and timing of project activities. Gantt charts, CPM, and PERT are the primary tools used to plan and track schedules.

  • Bar chart showing project activities against a timeline; invented by Henry Gantt (~1910)
  • Shows start/finish dates, duration, dependencies, and milestones
  • Easy to understand but does not show task interdependencies clearly in complex projects
  • Modern software (MS Project, Primavera) links Gantt charts to network diagrams

3.2 Critical Path Method (CPM)

  • Deterministic — a single time estimate per activity
  • Critical path = longest path = project duration; activities on it have zero float
  • Crashing: reduce project duration by adding resources to critical activities (cost trade-off)
💡 Total Float \(= LS - ES = LF - EF\). Free Float \(= ES(\text{successor}) - EF(\text{activity})\). Cost Slope \(= \dfrac{\text{Crash Cost} - \text{Normal Cost}}{\text{Normal Duration} - \text{Crash Duration}}\).

3.3 PERT — Probabilistic Scheduling

PERT is suited for research/development projects where activity durations are uncertain, using three time estimates: \(t_o\) = optimistic time, \(t_m\) = most likely time, \(t_p\) = pessimistic time.

💡 Expected time: \(t_e = \dfrac{t_o + 4t_m + t_p}{6}\). Variance: \(\sigma^2 = \left[\dfrac{t_p - t_o}{6}\right]^2\). Probability: \(Z = \dfrac{T_S - T_E}{\sigma_p}\), where \(\sigma_p = \sqrt{\Sigma \sigma^2}\) along the critical path.

3.4 Schedule Compression & Control

TechniqueMethodTrade-off
CrashingAdd resources to critical activitiesHigher cost
Fast TrackingOverlap activities originally planned in sequenceHigher risk
Resource levellingAdjust schedule to balance resource use (may extend duration)Extends duration

Schedule baseline is the approved version of the project schedule. Schedule variance \(SV = EV - PV\) (negative = behind schedule); schedule performance index \(SPI = \dfrac{EV}{PV}\) (\(<1\) = behind schedule).

PERT expected time

\(t_e = \dfrac{t_o + 4t_m + t_p}{6}\)

PERT variance

\(\sigma^2 = [\dfrac{t_p - t_o}{6}]^2\)

Total Float

\(LS - ES = LF - EF\)

Cost Slope

\(\dfrac{\text{Crash Cost}-\text{Normal Cost}}{\text{Normal Dur}-\text{Crash Dur}}\)

Example 1 — Computing PERT Expected Time

Given: An activity has \(t_o = 4\) days, \(t_m = 6\) days, \(t_p = 14\) days. Find the expected time and variance.

Solution: \(t_e = \dfrac{4 + 4(6) + 14}{6} = \dfrac{4+24+14}{6} = \dfrac{42}{6} = 7\) days. \(\sigma^2 = [\dfrac{14-4}{6}]^2 = (\dfrac{10}{6})^2 = 2.78\).

Answer: \(t_e = 7\) days; \(\sigma^2 \approx 2.78\).

Example 2 — Computing Total Float

Given: An activity has Early Start (ES) = 5, Late Start (LS) = 9. Find its total float.

Solution: Total Float \(= LS - ES = 9 - 5 = 4\) days.

Answer: 4 days (non-critical, since float \(> 0\)).

Example 3 — Choosing a Schedule Compression Technique

Given: A project manager needs to shorten the schedule but has no budget for additional resources. Which technique should be used, and what is the trade-off?

Solution: Fast tracking overlaps activities originally planned sequentially, shortening the schedule without extra cost — but it increases risk, since work proceeds based on incomplete predecessor information.

Answer: Fast tracking; trade-off is increased risk.

A CPM network diagram showing the critical path versus a non-critical path with float A B C Critical (float=0) Non-critical (float>0) D E Critical path (red, solid): A→B→D→E. Longest path = project duration, zero float. Path A→C→D→E (blue, dashed) is shorter and has positive float.

Fig. 3.1 — A CPM network: the critical path (A→B→D→E) is the longest path with zero float; the alternate path has slack.

Q1. The critical path in a CPM network is defined as:
The critical path is the longest path through the network, determining the minimum project duration; its activities have zero float.
Q2. PERT differs from CPM in that PERT:
PERT uses three time estimates (optimistic, most likely, pessimistic) and is probabilistic, while CPM uses one estimate and is deterministic.
Q3. "Fast tracking" a schedule means:
Fast tracking overlaps activities that were originally planned sequentially, shortening the schedule at the cost of increased risk.
💰
4. Cost Management and Earned Value Analysis
Cost Estimation · EVA Metrics · Cost Types
○ Not Started

4.1 Cost Estimation Techniques

Cost management involves planning, estimating, budgeting, and controlling costs. Earned Value Analysis (EVA) is the most powerful technique for measuring project performance against both schedule and budget simultaneously.

TechniqueAccuracyWhen Used
Analogous estimatingLow (±25–50%)Early stages; based on similar past projects
Parametric estimatingMedium (±10–25%)Statistical relationship between variables (e.g. cost/unit)
Bottom-up estimatingHigh (±5–10%)Detailed WBS available; sum of individual work packages
Three-point (PERT)HighUncertainty in estimates; uses optimistic/likely/pessimistic

4.2 Earned Value Analysis (EVA) — Key Terms

TermDefinition
PV (Planned Value)Budgeted cost of work scheduled (BCWS) — what was planned to be spent by now
EV (Earned Value)Budgeted cost of work performed (BCWP) — the value of work actually done
AC (Actual Cost)Actual cost of work performed (ACWP) — what was actually spent
BACBudget at Completion — total approved project budget

4.3 EVA Performance Metrics

💡 \(CV = EV - AC\) (Cost Variance; negative = over budget). \(SV = EV - PV\) (Schedule Variance; negative = behind schedule). \(CPI = \dfrac{EV}{AC}\) (Cost Performance Index; \(<1\) = over budget). \(SPI = \dfrac{EV}{PV}\) (Schedule Performance Index; \(<1\) = behind schedule). \(EAC = \dfrac{BAC}{CPI}\) (Estimate at Completion — typical forecast). \(ETC = EAC - AC\) (Estimate to Complete). \(VAC = BAC - EAC\) (Variance at Completion).

4.4 Types of Project Costs

Cost TypeDescription
Direct costsDirectly attributable to project (labour, materials, equipment)
Indirect costsOverhead shared among projects (rent, utilities, admin)
Fixed costsDo not vary with output (equipment hire, permits)
Variable costsVary with work output (materials consumed, hourly labour)
Sunk costsPast expenditure that cannot be recovered — irrelevant to future decisions
Contingency reserveBudget for known unknowns (identified risks)
Management reserveBudget for unknown unknowns (unforeseeable risks)

CV / SV

\(CV = EV-AC\); \(SV = EV-PV\)

CPI / SPI

\(CPI = \dfrac{EV}{AC}\); \(SPI = \dfrac{EV}{PV}\)

EAC

\(EAC = \dfrac{BAC}{CPI}\)

ETC / VAC

\(ETC = EAC-AC\); \(VAC = BAC-EAC\)

Example 1 — Computing CPI and SPI

Given: A project has \(PV = 100{,}000\), \(EV = 90{,}000\), \(AC = 95{,}000\). Compute CPI and SPI, and interpret.

Solution: \(CPI = \dfrac{EV}{AC} = \dfrac{90{,}000}{95}{,}000 = 0.947\) (over budget, since \(<1\)). \(SPI = \dfrac{EV}{PV} = \dfrac{90{,}000}{100}{,}000 = 0.9\) (behind schedule, since \(<1\)).

Answer: \(CPI \approx 0.947\) (over budget); \(SPI = 0.9\) (behind schedule).

Example 2 — Computing EAC

Given: A project has \(BAC = 500{,}000\) and \(CPI = 0.8\). Estimate the cost at completion.

Solution: \(EAC = \dfrac{BAC}{CPI} = \dfrac{500{,}000}{0.8} = 625{,}000\).

Answer: \(EAC = 625{,}000\) — the project is forecast to cost more than the original budget.

Example 3 — Classifying a Cost Type

Given: A company spent ₹2 lakh on a feasibility study for a project that was subsequently cancelled. Should this cost influence the decision to start a new, unrelated project?

Solution: The ₹2 lakh is a sunk cost — past expenditure that cannot be recovered. Sunk costs are irrelevant to future decisions and should not influence whether to start the new project.

Answer: No — it is a sunk cost and should be ignored in the new decision.

Earned value analysis curves showing PV, EV, and AC over time with CV and SV gaps Time Cost PV (planned) EV (earned) AC (actual) CV = EV−AC (vertical gap EV↔AC); SV = EV−PV (vertical gap EV↔PV).

Fig. 4.1 — Earned Value Analysis: comparing Planned Value, Earned Value, and Actual Cost curves to derive CV and SV.

Q1. If CPI = 0.85, this means the project is:
CPI < 1 indicates the project is over budget (spending more than the value of work performed).
Q2. The formula for Estimate at Completion (EAC) is:
The standard forecast formula is EAC = BAC/CPI.
Q3. A cost that has already been spent and cannot be recovered, and should not influence future decisions, is called:
A sunk cost is past expenditure that cannot be recovered and is irrelevant to future decision-making.
⚠️
5. Project Risk Management
Risk Processes · Response Strategies · Risk Register
○ Not Started

5.1 Risk Management Processes

Risk is an uncertain event or condition that, if it occurs, has a positive or negative effect on project objectives. Risk management proactively identifies, analyses, and responds to risks.

  1. Plan Risk Management: Define approach, roles, methodology
  2. Identify Risks: Brainstorming, checklists, SWOT analysis, expert judgement
  3. Qualitative Risk Analysis: Probability × Impact matrix; prioritise risks
  4. Quantitative Risk Analysis: Numerical analysis — Monte Carlo simulation, decision trees
  5. Plan Risk Responses: Develop response strategies
  6. Implement Risk Responses: Execute planned responses
  7. Monitor Risks: Track residual risks; identify new risks; evaluate effectiveness

5.2 Risk Response Strategies

Strategy (Threats)DescriptionExample
AvoidEliminate threat by eliminating causeChange project scope to exclude risky work
TransferShift risk to third partyInsurance, contract with penalty clause
MitigateReduce probability or impactMore testing, redundant systems, training
AcceptAcknowledge risk; no action (active = contingency; passive = accept consequence)Small low-probability risks
💡 For opportunities (positive risks), the equivalent strategies are: Exploit (ensure opportunity occurs), Share (allocate to a third party better able to capture the benefit), Enhance (increase probability/positive impact), and Accept (take advantage if it occurs, without actively pursuing).

5.3 Risk Register and Probability × Impact Matrix

The Risk Register is a living document containing all identified risks, their causes, probability, impact, owner, and response, updated throughout the project lifecycle.

Impact →LowMediumHigh
High probabilityMediumHighCritical
Medium probabilityLowMediumHigh
Low probabilityLowLowMedium

Risk (definition)

Probability × Impact

Threat strategies

Avoid, Transfer, Mitigate, Accept

Opportunity strategies

Exploit, Share, Enhance, Accept

Quantitative risk analysis

Monte Carlo simulation, decision trees

Example 1 — Selecting a Risk Response Strategy

Given: A construction project faces a risk of severe weather delays. The project team purchases weather-delay insurance to cover the potential cost. Which risk response strategy is this?

Solution: Purchasing insurance shifts the financial impact of the risk to a third party (the insurer), which is the defining feature of the Transfer strategy.

Answer: Transfer.

Example 2 — Distinguishing Avoid from Mitigate

Given: A project team redesigns a bridge to eliminate a risky construction technique entirely, versus another team that adds extra safety inspections to reduce the same risk's likelihood. Which team is using "Avoid," and which is using "Mitigate"?

Solution: Eliminating the risky technique entirely removes the cause of the risk — this is Avoid. Adding extra inspections reduces the probability of the risk occurring without eliminating its cause — this is Mitigate.

Answer: Redesign team = Avoid; inspection team = Mitigate.

Example 3 — Classifying a Risk on the Probability × Impact Matrix

Given: A risk has high probability of occurring but only low impact if it does. How should it be classified on the standard probability × impact matrix?

Solution: Per the matrix, high probability combined with low impact yields a "Medium" classification — not the highest-priority "Critical" category, which requires both high probability and high impact.

Answer: Medium priority.

A probability times impact risk matrix with colour-coded priority cells Impact → Probability → Low Low Medium Low Medium High Medium High Critical Low Medium High Low Medium High

Fig. 5.1 — Probability × Impact matrix: risk priority rises from Low (top-left) to Critical (bottom-right).

Q1. Purchasing insurance against a project risk is an example of which response strategy?
Insurance shifts the financial impact of a risk to a third party — the defining feature of Transfer.
Q2. Which is the correct response strategy set for positive risks (opportunities)?
The four opportunity (positive risk) response strategies are Exploit, Share, Enhance, and Accept.
Q3. Numerical risk analysis techniques such as Monte Carlo simulation belong to which risk process?
Quantitative Risk Analysis uses numerical methods like Monte Carlo simulation and decision trees, unlike the Probability × Impact matrix used in Qualitative Risk Analysis.
🏆
6. Quality Management and Project Organisation
Quality Tools · Org Structures · Tuckman's Model
○ Not Started

6.1 Quality Management Concepts

Quality management ensures the project satisfies the needs for which it was undertaken. It encompasses quality planning, quality assurance, and quality control across all project processes and deliverables.

TermDefinition
QualityDegree to which deliverables meet specified requirements
GradeCategory of products with same functional use but different requirements (low grade ≠ low quality)
Quality Assurance (QA)Audit processes to ensure quality standards are followed (process-focused)
Quality Control (QC)Monitor specific project results to check they meet quality standards (product-focused)
Cost of Quality (CoQ)Cost of conformance (prevention + appraisal) + cost of non-conformance (internal + external failures)
💡 Prevention over inspection: build quality in rather than inspect it out — defect prevention is cheaper than detection. QA is process-focused and proactive; QC is product-focused and reactive — this distinction is one of the most frequently tested quality-management facts.

6.2 Quality Tools

ToolUse
Pareto chart80/20 rule — 80% of defects from 20% of causes; prioritise improvement
Cause & Effect (Ishikawa/fishbone)Identify root causes of defects (6 Ms: Man, Machine, Method, Material, Measurement, Mother Nature)
Control chartStatistical process control; identify special vs. common cause variation
Scatter diagramShows relationship between two variables
HistogramDistribution of defects by category or time
FlowchartProcess mapping to identify improvement opportunities
ChecklistTally defects by type for data collection

6.3 Project Organisation Structures

StructurePM AuthorityAdvantagesDisadvantages
FunctionalLittle to noneTechnical expertise; career pathPoor PM control; slow decisions; "silo" mentality
ProjectisedHigh to totalFull PM control; fast decisions; team loyaltyInefficient resource use; loss of technical home
Matrix (Weak)LimitedBetter resource sharingDual reporting causes conflict
Matrix (Balanced)Shared PM/FunctionalBalance of control and expertiseComplex; potential for conflict
Matrix (Strong)HighPM control; resource efficiencyDual reporting; overhead

6.4 Team Development and Conflict Resolution

Tuckman's Model: (1) Forming — team comes together, polite, uncertain, PM provides direction; (2) Storming — conflict over roles and approaches, PM facilitates resolution; (3) Norming — team establishes norms, cohesion builds, PM steps back; (4) Performing — high performance, team self-organises, PM empowers; (5) Adjourning — project ends, team disbands, PM recognises contributions.

TechniqueDescriptionBest Use
Collaborate / Problem-solveWin-win; work through conflict to find solution both parties acceptBest long-term resolution
Compromise / ReconcileGive-and-take; both parties concede somethingTemporary or partial solution
Withdraw / AvoidPostpone or retreat from conflictNot currently important; more info needed
Smooth / AccommodateEmphasise areas of agreement; downplay differencesMaintain harmony; minor issues
Force / DirectOne party imposes solutionEmergency; decisiveness needed

QA vs QC

QA = process audit (proactive); QC = product check (reactive)

Pareto principle

80% of defects from 20% of causes

Tuckman stages

Forming → Storming → Norming → Performing → Adjourning

Best/worst conflict resolution

Best: Collaborate (win-win); Worst: Force (win-lose)

Example 1 — Distinguishing QA from QC

Given: A company audits its testing procedures to confirm they follow the documented quality process, separately from inspecting a specific finished product for defects. Which activity is QA, and which is QC?

Solution: Auditing the process itself (to ensure standards are followed) is Quality Assurance; inspecting the specific finished product for defects is Quality Control.

Answer: Process audit = QA; product inspection = QC.

Example 2 — Applying the Pareto Principle

Given: A quality team finds that 4 out of 20 defect categories account for the vast majority of reported defects. Which quality tool and principle does this illustrate?

Solution: This is the Pareto principle (80/20 rule), visualised using a Pareto chart — a small number of causes (here, 4 of 20 = 20%) account for the majority of the effect (defects).

Answer: Pareto chart / Pareto principle.

Example 3 — Identifying a Tuckman Stage

Given: A newly formed project team is experiencing friction over roles and differing approaches to the work, requiring the project manager to actively mediate. Which Tuckman stage is this?

Solution: Conflict over roles and approaches, requiring active PM facilitation, is the defining characteristic of the Storming stage, which follows the initial polite uncertainty of Forming.

Answer: Storming.

Tuckman's five stages of team development shown as a sequential arc Forming Storming Norming Performing Adjourning Team performance rises through Storming and Norming, peaks at Performing, then Adjourning closes the project.

Fig. 6.1 — Tuckman's five stages of team development: Forming → Storming → Norming → Performing → Adjourning.

Q1. Quality Assurance (QA) is best described as:
QA is process-focused and proactive (auditing whether standards are followed), while QC is product-focused and reactive.
Q2. According to the Pareto principle, roughly what percentage of defects come from what percentage of causes?
The Pareto principle (80/20 rule) states that roughly 80% of defects arise from 20% of causes.
Q3. Which conflict resolution technique is generally considered the worst, since it produces a win-lose outcome?
Force imposes one party's solution unilaterally, producing a win-lose outcome — generally the least desirable technique.
📚
7. Quick Revision
Key Facts & Exam Essentials · Exam-Angle Summary · Practice
○ Not Started

A. Key Facts at a Glance

Project lifecycle phases

Initiation → Planning → Executing → Monitoring & Controlling → Closing

Triple constraint

Scope, Time, Cost (Quality at centre)

WBS 100% rule

WBS must capture 100% of project work

WBS orientation

Deliverable-oriented (not activity-oriented)

PERT formula

\(t_e = \dfrac{t_o + 4t_m + t_p}{6}\); \(\sigma^2 = [\dfrac{t_p-t_o}{6}]^2\)

CPM vs PERT

CPM = deterministic (1 estimate); PERT = probabilistic (3 estimates)

Fast tracking

Overlap sequential activities; increases risk

Crashing

Add resources to critical path; increases cost

CPI formula

\(CPI = \dfrac{EV}{AC}\); \(<1\) = over budget

SPI formula

\(SPI = \dfrac{EV}{PV}\); \(<1\) = behind schedule

CV / SV formula

\(CV = EV-AC\); \(SV = EV-PV\); negative = bad

EAC formula

\(EAC = \dfrac{BAC}{CPI}\)

Risk = Avoid

Eliminate threat by eliminating its cause

Risk = Transfer

Insurance, contracts shift risk to third party

Risk = Mitigate

Reduce probability or impact of threat

Tuckman stages

Forming → Storming → Norming → Performing → Adjourning

Best conflict resolution

Collaborate/Problem-solve (win-win)

QA vs QC

QA = process audit (proactive); QC = product check (reactive)

Pareto principle

80% of defects from 20% of causes

Scope creep

Uncontrolled scope expansion; major project risk

Sunk cost

Past cost that cannot be recovered; irrelevant to future decisions

B. Exam-Angle Summary

TopicPaper I Focus
Project LifecyclePMBOK phase identification; triple constraint reasoning
Scope & WBS100% rule and deliverable-orientation; scope creep vs gold plating
SchedulingPERT expected-time/variance numericals; float computation; CPM vs PERT
Cost ManagementEVA metric numericals (CPI, SPI, EAC); cost-type classification
Risk ManagementResponse-strategy matching (threats vs opportunities); probability × impact matrix
Quality & TeamsQA vs QC distinction; Tuckman stage identification; conflict-resolution ranking

C. Mnemonics & Memory Aids

💡 "I Plan to Execute, Monitor, then Close": the five PMBOK phases in order — Initiation, Planning, Executing, Monitoring & Controlling, Closing.
💡 "1-4-1 over 6": PERT expected time weights the optimistic and pessimistic estimates once each, and the most likely estimate four times, all divided by 6.
💡 "Less Than 1 is Bad": for both CPI and SPI, a value below 1 signals a problem (over budget / behind schedule respectively).
💡 "ATMA for Threats": Avoid, Transfer, Mitigate, Accept — the four threat response strategies.
💡 "Form, Storm, Norm, Perform, Adjourn": Tuckman's five team-development stages, in rhyming order.
💡 "Collaborate Wins, Force Loses": Collaborate/Problem-solve is the best (win-win) conflict resolution technique; Force is the worst (win-lose).

Practice Questions

Q1. An activity has to = 3 days, tm = 5 days, tp = 13 days. Find its PERT expected time.

Show Answer
te = (3 + 4×5 + 13)/6 = (3+20+13)/6 = 36/6 = 6 days

Q2. A project has PV = 80,000, EV = 72,000, AC = 76,000. Compute SPI.

Show Answer
SPI = EV/PV = 72,000/80,000 = 0.9 (behind schedule)

Q3. A project has BAC = 400,000 and CPI = 1.25. Find the EAC.

Show Answer
EAC = BAC/CPI = 400,000/1.25 = 320,000 (under budget forecast)

Q4. A project team decides to insure against a risk rather than eliminate or reduce it. Which response strategy is this?

Show Answer
Transfer

Q5. A team is newly formed and members are polite but uncertain about their roles. Which Tuckman stage is this?

Show Answer
Forming

Mini Quiz — Full Chapter Recap

Q1. What are the three components of the triple constraint?
The triple constraint is Scope, Time, and Cost, with Quality at the centre.
Q2. In EVA, if SPI = 0.75, the project is:
SPI < 1 indicates the project is behind schedule.
Q3. Which risk response strategy involves eliminating the cause of the threat entirely?
Avoid eliminates the threat by eliminating its cause entirely, unlike Mitigate (reduce) or Transfer (shift to a third party).
🎉 All Project Management topics mastered — great work! Back to Study Material →