Gantt chart
A dated plan of all five stages with every task linked to success criteria.
What it explains and when it is useful
A Gantt chart lists tasks down the side and time across the top; each bar shows when a task is planned. For the IA it shows the chronology of planning, designing, developing, testing and evaluating.
When to use it: Criterion B. The IB guide names GANTT and AGILE charts as formats that support the plan. An Agile board works as well if each card is dated and linked to success criteria.
Worked example
Illustrative: PracticePal is a fictional project used throughout this guide.
Scroll sideways to see the whole diagram.
Notation and legend
| Symbol or part | Meaning |
|---|---|
| Shaded rows | The five stages: plan, design, develop, test, evaluate |
| Bars | Planned duration of a task |
| Success criteria column | Which SC each task addresses (the link the exemplars rewarded) |
| After column | The task that must finish first (dependency) |
| ◇ | Milestone (a deadline with no duration) |
Design decisions it communicates
A diagram earns marks when you explain the decisions it shows. In PracticePal's documentation these would each be one sentence:
- The booking rules (V3) start early and run for three weeks because three later features depend on them.
- Unit testing (T1) overlaps development instead of waiting for the end.
- Evaluation is planned with the head of music, matching the success criteria.
Common mistakes
- No success-criteria links: a great-looking chart still scored low.
- Missing stages, usually Design or Evaluate.
- A diary written after building, with suspiciously perfect dates.
- Tasks so vague they could be in any project (“coding”, “testing”).
Checklist for your own version
Ticks are saved in this browser only, so you can use the list while you draft.