ICDL Project Planning study materials
ICDL Project Planning study resources

ICDL Project Planning (ICDL) key terms

ICDL Project Planning · Get comfortable with the vocabulary.

Project

A temporary effort with a defined start and end, undertaken to create a unique product, service or result within agreed scope, time and cost limits.

Related: Project life cycle, Project charter, Deliverable
Project life cycle

The sequence of phases a project passes through from initiation to closure, typically initiation, planning, execution, monitoring and control, and closing.

Related: Phase, Phase gate
Phase

A distinct, manageable segment of a project that groups related work and ends with a checkpoint where progress and deliverables are reviewed before the next stage begins.

Related: Phase gate, Milestone
Phase gate

A formal review point at the end of a project phase where decision-makers confirm that exit criteria are met and authorise, delay or cancel the next phase.

Related: Phase, Milestone
Project charter

A document that formally authorises a project, names the project manager, states objectives and high-level scope, and records initial constraints, assumptions and success criteria.

Related: Project, Scope statement, Stakeholder
Baseline

An approved, frozen version of scope, schedule or cost used as the reference against which actual performance and change requests are measured.

Related: Change control, Progress report
Triple constraint

The interdependent limits of scope, time and cost that shape a project, where changing one normally requires adjusting at least one of the others; quality is often added as a fourth.

Related: Scope statement, Budget, Critical path
Assumption

A factor taken as true for planning purposes without proof; assumptions are recorded so they can be validated and their impact managed if they prove false.

Related: Constraint, Risk
Constraint

A restriction or limitation, such as a fixed budget, deadline, mandated technology or legal rule, that reduces the options available when planning and executing a project.

Related: Assumption, Triple constraint
Scope statement

A document that defines what the project will and will not deliver, including objectives, deliverables, acceptance criteria, boundaries and key assumptions or constraints.

Related: Work breakdown structure, Acceptance criteria, Scope creep
Work breakdown structure

A hierarchical decomposition of total project scope into progressively smaller deliverables and work packages, forming the basis for estimating, scheduling and assigning responsibility.

Related: Work package, Deliverable
Work package

The lowest level of a work breakdown structure: a defined chunk of work with clear output, cost and duration that can be assigned to an owner and estimated reliably.

Related: Activity, Work breakdown structure
Deliverable

A tangible or measurable output, product or service produced by the project, which is formally reviewed and accepted by the customer or sponsor.

Related: Acceptance criteria, Milestone
Stakeholder

Any individual or group with an interest in, influence over, or exposure to the effects of a project, such as the sponsor, team, users and suppliers.

Related: Stakeholder analysis, Project charter
Stakeholder analysis

The process of identifying stakeholders and assessing their interest, influence and attitudes so that engagement strategies can be planned and prioritised.

Related: Stakeholder, Project charter
Scope creep

Uncontrolled incremental expansion of project scope without corresponding approval, time or budget adjustments, usually leading to schedule overruns and extra cost.

Related: Change control, Scope statement
Acceptance criteria

Pre-agreed, testable conditions that a deliverable must satisfy to be accepted by the customer or sponsor, often recorded with requirements or the scope statement.

Related: Deliverable, Scope statement
Activity

A discrete piece of work within a work package that has a defined duration, consumes resources and is scheduled within the project timetable.

Related: Dependency, Work package
Dependency

A logical relationship in a schedule where one activity's start or finish depends on another's, typically finish-to-start, start-to-start, finish-to-finish or start-to-finish.

Related: Critical path, Network diagram
Critical path

The longest chain of dependent activities through a project network, which determines the shortest possible project duration; any delay on it delays the whole project.

Related: Float, Network diagram, Dependency
Float

The amount of time an activity can be delayed without delaying the project finish (total float) or the start of a following activity (free float).

Related: Critical path, Resource levelling
Gantt chart

A bar chart showing scheduled activities against a calendar timeline, with bars representing duration and often links, milestones and progress shown alongside.

Related: Milestone, Dependency, Critical path
Network diagram

A graphical representation of activities and their logical dependencies, used to analyse sequences and calculate the critical path, float and overall project duration.

Related: Critical path, Dependency
Resource levelling

The process of resolving resource conflicts and overloads by adjusting activity start dates within available float, accepting a possible extension to the schedule.

Related: Float, Gantt chart
Milestone

A significant point or event in the project with zero duration, used to mark completion of a key deliverable, an important decision or a phase boundary.

Related: Phase, Deliverable, Gantt chart
Cost estimate

A prediction of the costs of project resources and activities, produced at varying levels of accuracy as scope becomes clearer and more detail is known.

Related: Budget, Bottom-up estimating
Budget

The approved total of planned expenditure for the project, distributed across cost categories and time periods, against which actual spending is monitored and controlled.

Related: Cost estimate, Contingency reserve, Baseline
Contingency reserve

Money set aside within the approved budget to cover identified risks and known uncertainties, released when specific risk events occur and their cost impact is confirmed.

Related: Risk, Risk register, Budget
Risk

An uncertain event or condition that, if it occurs, affects one or more project objectives; risks are assessed by their probability of occurrence and potential impact.

Related: Risk register, Risk response
Risk register

A document listing identified risks with their causes, probability, impact, severity, owners and planned responses, kept current throughout the project.

Related: Risk, Risk response, Issue log
Risk response

A planned action for handling a risk, such as avoiding, transferring, mitigating or accepting it, chosen according to its severity and the project's risk tolerance.

Related: Risk, Contingency reserve
Bottom-up estimating

A technique that estimates the cost or duration of each work package in detail and rolls the figures up to a project total, giving high accuracy at high effort.

Related: Cost estimate, Work package
Progress report

A periodic summary comparing actual scope, schedule and cost performance against the baseline, highlighting variances, issues and planned actions for the next period.

Related: Earned value management, Baseline, Issue log
Earned value management

A technique that combines scope, schedule and cost data to measure performance: planned value, earned value and actual cost reveal schedule and cost variances.

Related: Progress report, Baseline
Change control

A formal process for reviewing, approving or rejecting requests to alter scope, schedule or budget, and for updating baselines and documents when a change is approved.

Related: Baseline, Scope creep, Issue log
Issue log

A record of current problems affecting the project, with owner, priority, status and resolution actions, used to track each issue until it is closed.

Related: Risk register, Progress report
Lessons learned

Knowledge captured during or after a project about what worked, what failed and what should be done differently, used to improve future projects.

Related: Project closure, Post-implementation review
Project closure

The final stage in which deliverables are handed over and accepted, contracts closed, resources released, records archived and a review of performance completed.

Related: Lessons learned, Post-implementation review, Deliverable
Post-implementation review

An evaluation carried out after the project has been running long enough to show results, comparing actual benefits and outcomes with those stated in the business case.

Related: Project closure, Lessons learned