How to Change Gantt Chart Colors in Microsoft Project [2026]
Does your Microsoft Project Gantt chart look like a wall of identical blue bars? When every task has the same color, milestones disappear, critical work gets overlooked, and stakeholders spend more time decoding the schedule than reviewing it. The problem becomes worse in large plans, where summary tasks, deadlines, and progress bars compete for attention. A few careless formatting changes can also affect every task in the chart, creating confusion during meetings. But here's the truth: you can create a clearer visual plan in minutes by changing bar colors through the Gantt Chart Tools and Bar Styles controls. This guide shows you how to change Gantt chart colors in Microsoft Project, when to apply global or individual formatting, and how to build a color system people can understand quickly.
How to Change Gantt Chart Colors in Microsoft Project
The fastest method is to open the Gantt Chart view, select the Format tab, and edit the relevant bar style. You can also format one task individually by right-clicking its bar.
1. Open the Gantt Chart view
- Open your project in Microsoft Project.
- Select the Gantt Chart view from the View tab.
- Adjust the timeline scale if the bars are too compressed to identify easily.
- Make sure the right-hand chart area is wide enough to display your changes.
The Gantt Chart view contains a task grid on the left and a timeline on the right. Color changes affect the timeline bars, while the task grid continues to show task names, dates, durations, and other details.
2. Change a standard bar style for many tasks
- Select the Format tab under Gantt Chart Tools.
- Choose Bar Styles.
- Find the row for the task type you want to change, such as Task, Summary, Critical, or Milestone.
- Click the color control in the relevant row.
- Select a fill color, pattern, or border color.
- Confirm the change and review the chart.
This approach is useful when you want every task in a category to share the same appearance. For example, changing the Summary row can make phase bars dark blue while ordinary tasks remain light blue.
3. Change one task bar independently
- Locate the task bar on the chart.
- Right-click the bar.
- Select Format Bar or the closest formatting command shown in your version.
- Choose the desired bar color, border color, and pattern.
- Apply the change and close the formatting window.
Individual formatting works well for a launch date, executive review, urgent deliverable, or task that needs attention during a status meeting. It gives you precision without changing every task in the schedule.
4. Format critical tasks separately
Microsoft Project can display critical tasks with a different bar style when critical path calculations identify schedule-sensitive work.
- Open Bar Styles from the Format tab.
- Locate the Critical task row.
- Choose a distinctive color, such as red or orange.
- Check that the critical path is enabled in your current view.
- Review the chart after updating task durations, links, or constraints.
A critical task color is meaningful only when the schedule is maintained accurately. If task relationships or durations are outdated, the visual warning may also be misleading.
5. Change milestone colors
Milestones often appear as diamond symbols rather than horizontal bars. You can give them a separate color so important decision points stand out.
- Open Bar Styles.
- Find the Milestone row.
- Change the marker color and border color.
- Apply the style and check several milestone dates.
For example, use purple for approval milestones and green for completed release milestones. Keep the meaning consistent across every project view.
6. Change progress bar colors
Progress bars usually appear inside task bars after you enter percentage completion. Their appearance may be controlled separately from the main task bar.
- Open Bar Styles.
- Locate the progress-related row or the progress formatting control.
- Choose a color that contrasts with the task bar behind it.
- Apply the setting and inspect tasks with different completion percentages.
A dark progress color on a dark task color can become difficult to read. Test the result on both completed and partially completed tasks.
7. Create a consistent color legend
Color has value only when people understand what it means. Add a short legend near the chart or in a project briefing page.
- Blue: planned work
- Green: completed work
- Red: critical work
- Purple: milestones or approvals
- Orange: risks, reviews, or attention items
Use labels alongside color whenever possible. A label helps people with color-vision differences and prevents confusion when the chart prints in grayscale.
Choosing Between Global and Individual Formatting
Use a global bar style when the color represents a category. Use individual formatting when the color highlights one exceptional task.
| Formatting approach | Best use |
|---|---|
| Bar Styles | Apply a consistent color to task types, summaries, milestones, or critical tasks. |
| Format Bar | Highlight one task without changing similar tasks elsewhere. |
| Text Styles | Change the color or emphasis of task names, dates, or other chart text. |
| Custom fields with bar styles | Color tasks according to departments, workstreams, or ownership categories. |
Here's why: a global style is easier to maintain. If every summary task should be navy, one Bar Styles change updates the visual rule across the chart.
Individual formatting offers more control, yet it can become difficult to audit. If ten tasks have manually chosen colors, another project manager may not know why those colors were applied.
When global styling is the better choice
Imagine a product launch with 120 tasks and eight major phases. If every phase summary uses the same dark color, the schedule becomes easier to scan. You can identify the project structure before reading individual task names.
Global styling also helps when you create recurring project plans. A consistent visual system reduces the time required to prepare each schedule for a review meeting.
When individual styling makes sense
Suppose one task needs an executive decision by Friday. Giving that bar a bright orange color can draw attention without turning every similar task orange.
Use this approach sparingly. If half the chart contains special colors, the visual hierarchy weakens and the schedule becomes harder to interpret.
How to Build a Practical Gantt Chart Color System
A useful color system follows the way people make decisions. It should answer questions such as, “What is urgent?”, “What is complete?”, and “Which phase am I reviewing?”
Assign colors to meaning, not decoration
Start with three to five meanings. For example, blue can represent planned work, green can represent completed work, and red can represent schedule risk.
Avoid assigning a different color to every department unless department ownership is the main purpose of the chart. Too many colors create visual noise and slow down interpretation.
Use contrast carefully
Bright colors attract attention, so reserve them for conditions that require action. A red critical path and orange review task can work together. Red, orange, yellow, and pink across every row will overwhelm the reader.
Pair strong colors with neutral shades. For example, use light gray for inactive work and dark blue for active phase summaries.
Consider accessibility and printing
Color combinations that look clear on your monitor may become indistinguishable in a printed report. Add symbols, labels, patterns, or text cues when the distinction matters.
Try viewing the chart in grayscale or printing a small test page. If completed and planned work look identical, strengthen the distinction with patterns or labels.
Keep color meanings stable
If green means completed work this month, keep that meaning next month. Changing the legend from project to project forces readers to relearn the chart.
The best part? A stable legend also makes status meetings faster. People can focus on decisions instead of asking what each color means.
Advanced Ways to Control Gantt Bar Colors
Basic color changes are enough for many schedules. Larger plans can use custom fields and bar styles to create more precise visual categories.
Color tasks by workstream
You can create a custom field that identifies a workstream, such as Engineering, Marketing, Legal, or Operations. Then configure bar styles around those categories.
For example, an engineering task might use blue, a legal review might use purple, and a marketing activity might use teal. This view helps a department lead find its work quickly.
Color tasks by status
Status colors can show whether work is planned, active, delayed, or complete. This is often more useful for weekly reporting than department colors.
| Status | Suggested treatment |
|---|---|
| Planned | Light blue or gray |
| In progress | Medium blue or teal |
| Delayed | Orange |
| Critical | Red |
| Complete | Green or muted gray |
Choose either status or ownership as your primary color logic. Trying to display both on the same bar can make the chart difficult to decode.
Use text styling alongside bar styling
Sometimes the bar color is not enough. You can change task name text, summary labels, or date text through text-style controls.
For example, a bold dark label for a phase summary can improve structure while the bar itself stays a restrained color. This creates hierarchy without adding another bright shade.
Protect your visual rules during updates
Schedule changes can alter task categories, critical status, and completion percentages. Review the chart after major updates to confirm that colors still communicate the intended meaning.
You might be wondering: why check colors after changing dates? A task can move onto or off the critical path, and that change may alter its bar style automatically.
Common Problems When Changing Gantt Chart Colors
Changing the wrong style
Problem: You change a color, but unrelated bars also change.
Solution: Check the row selected in Bar Styles. A general Task style may affect many bars, while a specific row such as Critical or Milestone targets a narrower category.
Individual formatting disappears
Problem: A manually colored task returns to its original color after a refresh or schedule update.
Solution: Use a rule-driven bar style when the color represents a repeatable condition. Reserve manual formatting for temporary emphasis.
Critical colors do not appear
Problem: You set a red critical style, but no bars turn red.
Solution: Confirm that the schedule contains task relationships and that critical task display is enabled. A schedule without meaningful dependencies may show few or no critical tasks.
Colors are difficult to read
Problem: Progress indicators, text, or borders blend into the bar.
Solution: Use stronger contrast, lighter fills, or a different border color. Review the chart at the size used in presentations and printed reports.
The chart contains too many colors
Problem: Every category has a unique shade, so the chart looks busy.
Solution: Reduce the palette to a small set of meaningful colors. Use labels, filters, or custom views for additional detail.
How ONES.com Can Support Clearer Project Planning

Value Proposition
ONES.com brings project management and knowledge management together through ONES Project and ONES Wiki. If you need a Jira alternative with Gantt-style planning, reporting, and flexible deployment options, it can centralize project information in one environment.
ONES Project and ONES Wiki are sold separately. You can use ONES Project for planning and delivery while keeping project guidance, decisions, and team knowledge connected through the broader platform.
Core Capabilities
- Scattered planning information → Unified project workspace → Keep tasks, schedules, owners, and progress in one project environment instead of switching between several systems.
- Rigid workflows → Custom workflows and fields → Adapt task states, review stages, and ownership fields to match your delivery process.
- Limited schedule visibility → Gantt planning and built-in reporting → Give project leads a clearer view of dependencies, timelines, workload, and delivery status.
- Manual sprint coordination → Sprint management → Organize planned work into sprints and review progress against the team’s delivery rhythm.
- Repeated administrative actions → Automation → Trigger routine actions around task updates, assignments, and workflow transitions.
- Migration concerns for Jira teams → Jira-compatible workflows → Give teams familiar planning concepts while moving toward a Jira alternative.
- Plugin-heavy project setups → Native feature coverage → Reduce reliance on multiple add-ons for workflows, fields, reporting, and sprint operations.
- Deployment restrictions → Cloud, on-premise, private cloud, or air-gapped deployment → Choose an operating model that fits your organization’s security and infrastructure requirements.
- Different capabilities across hosting models → Full feature parity → Use the self-hosted version without giving up the capabilities available in the cloud version.
- Separate AI assistance needs → ONES Assistant through ONES.com → Apply AI-powered support within a broader project and knowledge management environment.
Application Scenarios
Software delivery: A development team can connect sprint work, dependencies, release milestones, and reporting in one planning environment. A project lead can distinguish critical work from routine tasks through consistent visual rules.
Regulated operations: A team with strict infrastructure requirements can evaluate an on-premise, private cloud, or air-gapped deployment. This gives the team more control over where project operations run.
Cross-functional launches: Marketing, product, engineering, and legal teams can use custom fields and workflows to show ownership and approval stages. ONES Wiki can support related team knowledge when that product is purchased separately.
Best Practices for Readable Gantt Charts
- Choose colors that represent a clear business meaning.
- Keep the main palette small and consistent.
- Use Bar Styles for repeatable categories.
- Use individual formatting for exceptional tasks.
- Give critical tasks a strong but readable contrast.
- Check the chart in grayscale before distributing it.
- Use labels or patterns alongside color when the distinction matters.
- Review the chart after major schedule changes.
- Explain the legend before a stakeholder review.
- Save a reusable view or template after confirming the formatting.
Let me explain: the goal is not to make the chart colorful. The goal is to reduce the time it takes someone to understand schedule health.
FAQs
Can I change the color of one Gantt bar without changing all tasks?
Yes. Right-click the specific bar and choose Format Bar or the equivalent command in your Microsoft Project version. Select the fill and border colors, then apply the change. This approach affects that task individually. Use it for a special deadline, review item, or urgent deliverable rather than a category that appears throughout the plan.
Why do my Gantt bars keep changing color automatically?
Microsoft Project can apply bar styles according to task conditions, such as critical status, summary status, milestone status, or progress. When dates, links, durations, or completion percentages change, a task may move into another category. Review the Bar Styles rules to identify which condition controls the color.
How do I make critical tasks red in Microsoft Project?
Open the Gantt Chart view, select the Format tab, and open Bar Styles. Find the row for critical tasks and choose a red fill or border. Then confirm that critical task display is enabled and that your schedule contains meaningful dependencies. A task becomes critical because of schedule calculations, so its status can change after updates.
Can I use different colors for departments?
Yes. You can use custom fields to identify departments or workstreams, then create bar-style rules around those categories. This works well when ownership is the main question behind the chart. Keep the palette limited, and add a legend. If status is more important than ownership, use colors for planned, active, delayed, and complete work instead.
Why do colors look different when I print the Gantt chart?
Printers and grayscale settings can reduce contrast between similar shades. Review the print preview before sharing the schedule. Use darker borders, patterns, labels, or text cues in addition to color. This also improves accessibility for people who have difficulty distinguishing certain color combinations.
Conclusion
Changing Gantt chart colors in Microsoft Project is straightforward: use Bar Styles for consistent categories and Format Bar for individual exceptions. Then apply a small, stable color system for planned work, progress, milestones, and critical tasks.
But here's the truth: color alone cannot repair an unclear schedule. Keep task relationships current, explain your legend, and test the chart at the size people will actually use.
If Microsoft Project feels difficult to maintain across teams, ONES.com offers another route through ONES Project, a Jira alternative with custom workflows, reporting, sprint management, automation, and flexible deployment choices. The right planning environment should make schedule meaning easier to see, discuss, and act on.