Skill Tracer
Skills › Scientific Agent Skills › markdown-mermaid-writing › gantt.md

gantt.md

143 lines · skills/markdown-mermaid-writing/references/diagrams/gantt.md at 5f2bc03

Open on GitHub
1<!-- Source: https://github.com/SuperiorByteWorks-LLC/agent-project | License: Apache-2.0 | Author: Clayton Young / Superior Byte Works, LLC (Boreal Bytes) -->
2
3# Gantt Chart
4
5> **Back to [Style Guide](../mermaid_style_guide.md)** — Read the style guide first for emoji, color, and accessibility rules.
6
7**Syntax keyword:** `gantt`
8**Best for:** Project timelines, roadmaps, phase planning, milestone tracking, task dependencies
9**When NOT to use:** Simple chronological events (use [Timeline](timeline.md)), process logic (use [Flowchart](flowchart.md))
11---

<!-- Source: https://github.com/SuperiorByteWorks-LLC/agent-project | License: Apache-2.0 | Author: Clayton Young / Superior Byte Works, LLC (Boreal Bytes) -->

Gantt Chart

Back to Style Guide — Read the style guide first for emoji, color, and accessibility rules.

Syntax keyword: gantt Best for: Project timelines, roadmaps, phase planning, milestone tracking, task dependencies When NOT to use: Simple chronological events (use Timeline), process logic (use Flowchart)


Raw lines 1 to 12
13## Exemplar Diagram
15```mermaid
16gantt
17 accTitle: Q1 Product Launch Roadmap
18 accDescr: Illustrative project timeline across discovery, design, build, and launch phases with milestones for design review and go/no-go decision
20 title 🚀 Q1 Product Launch Roadmap
21 dateFormat YYYY-MM-DD
22 axisFormat %b %d
24 section 📋 Discovery
25 User research :done, research, 2026-01-05, 7d
26 Competitive analysis :done, compete, 2026-01-05, 5d
27 Requirements doc :done, reqs, after compete, 3d
29 section 🎨 Design
30 Wireframes :done, wire, after reqs, 5d
31 Visual design :active, visual, after wire, 7d
32 🏁 Design review :milestone, review, after visual, 0d
34 section 🔧 Build
35 Core features :crit, core, after visual, 10d
36 API integration :api, after visual, 8d
37 Testing :test, after core, 5d
39 section 🚀 Launch
40 Staging deploy :staging, after test, 3d
41 🏁 Go / no-go :milestone, decision, after staging, 0d
42 Production release :crit, release, after staging, 2d
43```
45---

Exemplar Diagram

gantt
    accTitle: Q1 Product Launch Roadmap
    accDescr: Illustrative project timeline across discovery, design, build, and launch phases with milestones for design review and go/no-go decision

    title 🚀 Q1 Product Launch Roadmap
    dateFormat YYYY-MM-DD
    axisFormat %b %d

    section 📋 Discovery
        User research          :done, research, 2026-01-05, 7d
        Competitive analysis   :done, compete, 2026-01-05, 5d
        Requirements doc       :done, reqs, after compete, 3d

    section 🎨 Design
        Wireframes             :done, wire, after reqs, 5d
        Visual design          :active, visual, after wire, 7d
        🏁 Design review       :milestone, review, after visual, 0d

    section 🔧 Build
        Core features          :crit, core, after visual, 10d
        API integration        :api, after visual, 8d
        Testing                :test, after core, 5d

    section 🚀 Launch
        Staging deploy         :staging, after test, 3d
        🏁 Go / no-go          :milestone, decision, after staging, 0d
        Production release     :crit, release, after staging, 2d

Raw lines 13 to 46
47## Tips
49- Use `section` with emoji prefix to group by phase or team
50- Mark milestones with `:milestone` and `0d` duration — prefix with 🏁
51- Status tags: `:done`, `:active`, `:crit` (manually highlighted critical task)
52- Use `after taskId` for dependencies
53- Keep total timeline **under 3 months** for readability
54- Use `axisFormat` to control date display (`%b %d` = "Jan 05", `%m/%d` = "01/05")
56---

Tips

  • Use section with emoji prefix to group by phase or team
  • Mark milestones with :milestone and 0d duration — prefix with 🏁
  • Status tags: :done, :active, :crit (manually highlighted critical task)
  • Use after taskId for dependencies
  • Keep total timeline under 3 months for readability
  • Use axisFormat to control date display (%b %d = "Jan 05", %m/%d = "01/05")

Raw lines 47 to 57
58## Template
60```mermaid
61gantt
62 accTitle: Your Title Here
63 accDescr: Describe the timeline scope and key milestones
65 title 📋 Your Roadmap Title
66 dateFormat YYYY-MM-DD
67 axisFormat %b %d
69 section 📋 Phase 1
70 Task one :done, t1, 2026-01-01, 5d
71 Task two :active, t2, after t1, 3d
73 section 🔧 Phase 2
74 Task three :crit, t3, after t2, 7d
75 🏁 Milestone :milestone, m1, after t3, 0d
76```
78---

Template

gantt
    accTitle: Your Title Here
    accDescr: Describe the timeline scope and key milestones

    title 📋 Your Roadmap Title
    dateFormat YYYY-MM-DD
    axisFormat %b %d

    section 📋 Phase 1
        Task one       :done, t1, 2026-01-01, 5d
        Task two       :active, t2, after t1, 3d

    section 🔧 Phase 2
        Task three     :crit, t3, after t2, 7d
        🏁 Milestone   :milestone, m1, after t3, 0d

Raw lines 58 to 79
80## Complex Example
82A cross-team platform migration with 6 sections and 3 milestones. Shows dependencies across teams (backend migration blocks frontend migration), critical path items, and the full lifecycle from planning through launch monitoring.
84```mermaid
85gantt
86 accTitle: Multi-Team Platform Migration Roadmap
87 accDescr: Illustrative migration project across planning, backend, frontend, data, QA, and launch teams with cross-team dependencies, critical path items, and three milestone gates
89 title 🚀 Platform Migration — Q1/Q2 2026
90 dateFormat YYYY-MM-DD
91 axisFormat %b %d
93 section 📋 Planning
94 Kickoff meeting :done, plan1, 2026-01-05, 2d
95 Architecture review :done, plan2, after plan1, 5d
96 Migration plan document :done, plan3, after plan2, 5d
97 Risk assessment :done, plan4, after plan2, 3d
98 🏁 Planning complete :milestone, m_plan, after plan3, 0d
100 section 🔧 Backend Team
101 API redesign :crit, be1, after m_plan, 12d
102 Data migration scripts :be2, after m_plan, 10d
103 New service deployment :crit, be3, after be1, 8d
104 Backward compatibility layer :be4, after be1, 6d
106 section 🎨 Frontend Team
107 Component library update :fe1, after m_plan, 10d
108 Page migration :crit, fe2, after be3, 12d
109 A/B testing setup :fe3, after fe2, 5d
110 Feature parity validation :fe4, after fe2, 4d
112 section 🗄️ Data Team
113 Schema migration :crit, de1, after be2, 8d
114 ETL pipeline update :de2, after de1, 7d
115 Data validation suite :de3, after de2, 5d
116 Rollback scripts :de4, after de1, 4d
118 section 🧪 QA Team
119 Test plan creation :qa1, after m_plan, 7d
120 Regression suite :qa2, after be3, 10d
121 Performance testing :crit, qa3, after qa2, 7d
122 UAT coordination :qa4, after qa3, 5d
123 🏁 QA sign-off :milestone, m_qa, after qa4, 0d
125 section 🚀 Launch
126 Staging deploy :crit, l1, after m_qa, 3d
127 🏁 Go / no-go decision :milestone, m_go, after l1, 0d
128 Production cutover :crit, l2, after m_go, 2d
129 Post-launch monitoring :l3, after l2, 10d
130 Legacy system decommission :l4, after l3, 5d
131```

Complex Example

A cross-team platform migration with 6 sections and 3 milestones. Shows dependencies across teams (backend migration blocks frontend migration), critical path items, and the full lifecycle from planning through launch monitoring.

gantt
    accTitle: Multi-Team Platform Migration Roadmap
    accDescr: Illustrative migration project across planning, backend, frontend, data, QA, and launch teams with cross-team dependencies, critical path items, and three milestone gates

    title 🚀 Platform Migration — Q1/Q2 2026
    dateFormat YYYY-MM-DD
    axisFormat %b %d

    section 📋 Planning
        Kickoff meeting               :done, plan1, 2026-01-05, 2d
        Architecture review            :done, plan2, after plan1, 5d
        Migration plan document        :done, plan3, after plan2, 5d
        Risk assessment                :done, plan4, after plan2, 3d
        🏁 Planning complete           :milestone, m_plan, after plan3, 0d

    section 🔧 Backend Team
        API redesign                   :crit, be1, after m_plan, 12d
        Data migration scripts         :be2, after m_plan, 10d
        New service deployment         :crit, be3, after be1, 8d
        Backward compatibility layer   :be4, after be1, 6d

    section 🎨 Frontend Team
        Component library update       :fe1, after m_plan, 10d
        Page migration                 :crit, fe2, after be3, 12d
        A/B testing setup              :fe3, after fe2, 5d
        Feature parity validation      :fe4, after fe2, 4d

    section 🗄️ Data Team
        Schema migration               :crit, de1, after be2, 8d
        ETL pipeline update            :de2, after de1, 7d
        Data validation suite          :de3, after de2, 5d
        Rollback scripts               :de4, after de1, 4d

    section 🧪 QA Team
        Test plan creation             :qa1, after m_plan, 7d
        Regression suite               :qa2, after be3, 10d
        Performance testing            :crit, qa3, after qa2, 7d
        UAT coordination               :qa4, after qa3, 5d
        🏁 QA sign-off                 :milestone, m_qa, after qa4, 0d

    section 🚀 Launch
        Staging deploy                 :crit, l1, after m_qa, 3d
        🏁 Go / no-go decision         :milestone, m_go, after l1, 0d
        Production cutover             :crit, l2, after m_go, 2d
        Post-launch monitoring         :l3, after l2, 10d
        Legacy system decommission     :l4, after l3, 5d
Raw lines 80 to 132
133### Why this works
135- **6 sections map to real teams** — each team sees their workstream at a glance. Cross-team dependencies (frontend waits for backend API, QA waits for backend deploy) are explicit via `after taskId`.
136- **`:crit` is a manual status tag** — Mermaid does not compute a critical path. Calculate dependencies, durations, and float separately before describing tasks as critical.
137- **3 milestones are decision gates** — Planning Complete, QA Sign-off, and Go/No-Go. These are the points where stakeholders make decisions, not just status updates.
138- **Tasks grouped by team** are readable because sections group by team. Without sections, this would be an unreadable wall of bars.

Why this works

  • 6 sections map to real teams — each team sees their workstream at a glance. Cross-team dependencies (frontend waits for backend API, QA waits for backend deploy) are explicit via after taskId.
  • **:crit is a manual status tag** — Mermaid does not compute a critical path. Calculate dependencies, durations, and float separately before describing tasks as critical.
  • 3 milestones are decision gates — Planning Complete, QA Sign-off, and Go/No-Go. These are the points where stakeholders make decisions, not just status updates.
  • Tasks grouped by team are readable because sections group by team. Without sections, this would be an unreadable wall of bars.
Raw lines 133 to 140
141## Verified reference
143Syntax examples reviewed against [official Mermaid documentation](https://mermaid.js.org/syntax/gantt.html) and rendered with Mermaid 12.0.0 (2026-10-01). Check the destination version; appearance and accessibility are not guaranteed by a successful parse.

Verified reference

Syntax examples reviewed against official Mermaid documentation and rendered with Mermaid 12.0.0 (2026-10-01). Check the destination version; appearance and accessibility are not guaranteed by a successful parse.

Raw lines 141 to 143