Diagrams · Lesson 8

Gantt Charts Explained

The classic planning diagram — how to show tasks against time, with durations and dependencies.

📚 Educational content. This lesson explains established business-analysis concepts in plain language for learning purposes. It is original material, not copied from any book or course, and is not professional advice. Use it to learn the fundamentals, then apply judgement and your organisation's standards to real work.

A Gantt chart shows tasks against time. Each task is a horizontal bar; the bar's position shows when it starts, and its length shows how long it takes. Stack the bars up and you can see, at a glance, what happens when and what overlaps.

What a Gantt chart shows

Dependencies — what makes a Gantt chart useful

The real value is in showing what depends on what. If "build" cannot start until "design" finishes, the chart makes that visible. This is how you spot the critical path — the sequence of dependent tasks that determines the shortest possible project length. Delay anything on the critical path, and the whole project slips.

A BA's role with Gantt charts is usually not to own the project schedule — that is the project manager's job. But a BA often contributes the task breakdown and, importantly, flags dependencies that come from the requirements. "You cannot test the payment flow until the payment gateway integration is done" is a dependency the BA is well placed to see.

When to use a Gantt chart — and when not to

Use it when you need to communicate timing, sequence, and dependencies — planning a project, showing a roadmap, explaining why something cannot be delivered sooner.

Do not use it to capture requirements or process logic. A Gantt chart shows when work happens, not what the work must achieve or how a process flows. Reaching for a Gantt chart to describe a process is a common category error.

A mini project timeline
Requirements (Weeks 1–2) → Design (Weeks 3–4, starts after requirements) → Build (Weeks 5–8, after design) → Test (Weeks 9–10, after build) → Go-live milestone (end of Week 10). Each task waits for the previous, so the chart shows clearly that the project cannot finish before Week 10.
Practice pointer: when you lay out tasks, always ask "what must finish before this can start?" Capturing dependencies is what turns a list of tasks into a real plan.
ER diagramsFishbone diagrams