Guide · 2026-09-12

How to Create a Gantt Chart in Power BI: 7 Easy Steps (2026)

Project schedules can become difficult to explain when tasks, owners, dates, and progress sit across separate Power BI visuals. A simple list may show the details, yet it rarely reveals timing conflicts or delayed work at a glance.

That problem gets worse when stakeholders need a clear answer quickly. A crowded report can hide dependencies, unfinished tasks, and milestones behind filters and dense tables.

Here’s the practical solution: create a Gantt chart in Power BI with a suitable custom visual, map your task fields correctly, and format the timeline for your audience. This guide walks you through seven steps, common mistakes, useful design choices, and an alternative for teams that need project work management beyond reporting.

How to Create a Gantt Chart in Power BI: 7 Steps

A Gantt chart in Power BI displays project tasks along a timeline, using horizontal bars to show each task’s start date, finish date, duration, and progress. Power BI does not include a full native Gantt visual in its standard visual gallery, so you usually add a certified or custom Gantt visual through AppSource.

The process is straightforward: prepare task details, add the visual, assign fields, and refine the view. You can build a useful chart in under an hour when your dates and task names are consistent.

1. Prepare the task information

Start with a table containing one row per task. Include the fields your chart needs before opening the visual marketplace.

Use real date fields rather than text that only looks like a date. For example, 2026-04-06 should be stored as a date value, not as a text string.

Also check for missing or reversed dates. A task ending before it starts can create an empty bar, an error, or a misleading timeline.

2. Add a Gantt visual to Power BI

Open Power BI Desktop and select the report page where you want the timeline. In the Visualizations pane, choose the option to import a visual from AppSource.

Search for Gantt and review the available visuals. Look for the fields each visual supports, its formatting options, and whether it handles milestones, hierarchy, progress, and tooltips.

Select the visual that matches your reporting needs, then add it to the report canvas. Different visuals use slightly different field names, so read the field wells carefully.

Here's why: one Gantt visual may call a field Task, while another may use Category or Task Name. The underlying idea remains the same.

3. Assign the main task fields

Drag the task name into the visual’s task or category field. Then place your start date and end date into the corresponding date wells.

A typical mapping looks like this:

Gantt field Recommended Power BI field
Task Task Name
Start Date Planned Start
End Date Planned Finish
Legend or Group Project Phase
Resource Owner
Progress Percent Complete

Some visuals calculate duration from start and finish dates. Others require a separate duration field. If the bars look too short or too long, inspect the visual’s date aggregation settings.

nTask product screenshot

4. Add grouping, ownership, and hierarchy

Once the basic bars appear, add fields that help people interpret the schedule. A phase field can group design, development, testing, and launch work with different colors.

An owner field can show who is responsible for each task. This works well when a project manager wants to identify overloaded team members or tasks without clear accountability.

If your visual supports parent and child tasks, use a project hierarchy. For example:

Keep the hierarchy shallow enough to remain readable. Four levels may be useful for planning, while eight levels can make the chart difficult to scan.

5. Show progress and milestones

Use a completion field to show how much work is finished. A value of 0.75 may represent 75 percent complete, while another visual expects 75. Confirm the required format before assigning the field.

Milestones usually have no meaningful duration. A product approval, launch date, or security review may happen on one day, so display it as a marker instead of a long bar.

You can create a milestone field with values such as Yes and No. Then assign it to the visual’s milestone, shape, or marker setting when available.

The best part? Progress becomes far more useful when you compare it with time elapsed. A task that is 60 percent complete with only 20 percent of its planned period gone may be healthy. The same percentage with 90 percent of the period gone needs attention.

6. Format the timeline for quick reading

Use the Format pane to adjust the chart’s appearance. Focus on readability before decoration.

For an executive report, monthly or quarterly markers may work well. For a delivery team, weekly markers usually provide more practical detail.

Use conditional colors carefully. If every task has a different color, the legend becomes harder to understand. Three or four meaningful categories usually work better than a rainbow palette.

7. Add filters, validation, and interactions

Finish the report with slicers for project, owner, phase, status, and date range. A single Gantt chart can then support several questions without becoming overloaded.

Test every filter before publishing. Select one project and confirm that the chart removes unrelated tasks. Select one owner and check that the remaining bars reflect the expected work.

Validate the schedule against a few known tasks. Check the following:

Publish the report only after testing desktop and browser views. A chart that looks balanced on a large monitor can become difficult to read on a smaller screen.

What a Power BI Gantt Chart Should Show

A good timeline answers three questions quickly: what work is planned, when will it happen, and where is progress falling behind?

At minimum, show task names, date ranges, and a clear time axis. Add owners, phases, and completion when the audience needs operational detail.

Audience Useful chart details
Executives Major phases, milestones, overall progress, and delayed work
Project managers Owners, dependencies, planned dates, actual dates, and risks
Delivery teams Task-level bars, weekly scale, status, and assigned work
Clients Approved milestones, major deliverables, and expected completion dates

You might be wondering: should every task appear on one chart? Usually, no. A high-level report may show 20 major activities, while a delivery view can show smaller work items on a separate page.

How to Structure Dates and Progress

Date quality determines whether the chart tells the truth. Use one consistent calendar and decide whether your schedule tracks business days or calendar days.

For example, a task beginning Friday and ending Monday spans four calendar days but may contain only two working days. If your team plans by working days, clarify that difference in the report or calculate duration with a calendar that excludes weekends.

Planned and actual dates deserve separate fields. Planned dates show the original schedule, while actual dates show what happened. Combining them into one field removes the comparison that helps explain delays.

Here's a simple structure:

Field Purpose
Planned Start Original expected beginning
Planned Finish Original expected completion
Actual Start When work really began
Actual Finish When work really ended
Percent Complete Current progress toward completion

When actual dates are unavailable, use status categories such as planned, active, blocked, and complete. Explain how each category is assigned so two project managers do not interpret the same status differently.

Common Gantt Chart Design Mistakes

The most common problem is overcrowding. A chart with hundreds of tiny bars may contain plenty of information, yet it gives readers no clear priority.

Try separating detail by report page. One page can show portfolio progress, another can show project phases, and a third can show task-level delivery work.

Another issue is confusing planned progress with actual progress. A bar that extends across a date range does not prove that work is moving on schedule.

Use a status measure or actual completion field to add that context. For example, a task may have a finish date next week but remain at 10 percent completion, which deserves attention.

Color misuse creates a similar problem. If red means blocked in one visual and high priority in another, readers cannot interpret the report consistently. Establish a small color guide and repeat it across pages.

Ways to Improve the Report Experience

Use report-level filters for information that should apply everywhere, such as portfolio, business unit, or reporting period. Use page-level filters when only one view needs a narrower scope.

Tooltips can carry detail without crowding the chart. Include owner, status, planned duration, actual duration, completion, and risk level in the tooltip page.

Bookmarks can provide alternate views. One bookmark may show a phase summary, while another reveals the task-level schedule. This approach keeps one report page useful for different meetings.

Consider adding cards above the chart for total tasks, late tasks, active tasks, and upcoming milestones. These summary figures help a reader understand the overall position before studying individual bars.

A practical example is a software release report. The top cards show 42 total tasks, 6 delayed tasks, 3 blocked tasks, and 2 milestones due this month. The Gantt view then explains which work creates those totals.

Natural Gantt Chart Solution: ONES.com

ONES.com product screenshot

Value Proposition

Power BI is useful for reporting project schedules, while ONES.com provides a unified platform for project management and knowledge management. ONES Project can help teams plan and manage work when they need active project workflows alongside timeline reporting.

It is a Jira alternative with built-in reporting, custom workflows, sprint management, automation, and deployment choices that include cloud, on-premise, private cloud, and air-gapped environments.

Core Capabilities

ONES.com offers up to 30 seats at no cost, and its cloud and self-hosted versions maintain full feature parity. That gives smaller teams a way to evaluate the workflow before considering a broader rollout.

Application Scenarios

Software delivery: A development team can manage epics, sprints, dependencies, testing work, and release milestones in ONES Project. Power BI can then present selected schedule metrics to leadership.

Regulated engineering: A team working in a restricted network can use an air-gapped deployment for project coordination. Custom fields can capture review status, responsible engineers, and required approvals.

Cross-functional launches: Marketing, product, design, and engineering can manage shared milestones through custom workflows. A reporting layer can highlight late work without replacing the operational planning system.

Common Challenges and Practical Solutions

The visual does not appear in Power BI

Problem: The visual may be blocked by organization settings, unavailable in your environment, or incompatible with the current Power BI configuration.

Solution: Ask your administrator to review custom visual permissions. Confirm that the visual is supported and try a certified option when your organization restricts imports.

The bars have strange lengths

Problem: The start or end field may be text, aggregated incorrectly, or mapped to the wrong field well.

Solution: Change the field type to Date, check the aggregation setting, and confirm that the visual expects an end date rather than duration.

Progress displays incorrectly

Problem: The chart may expect a percentage between 0 and 1, while your measure returns values between 0 and 100.

Solution: Inspect the visual instructions and adjust the measure. For example, divide a 75-point value by 100 when the visual expects 0.75.

The chart is too crowded

Problem: Too many tasks, labels, and categories make the timeline hard to scan.

Solution: Add project and phase filters, split executive and delivery views, and use tooltips for secondary details.

Dates do not match the project plan

Problem: Different teams may use different calendars, time zones, or definitions of completion.

Solution: Set shared date rules before building the report. Record whether dates represent planned, actual, forecast, or approved commitments.

FAQs

Can Power BI create a Gantt chart without a custom visual?

Power BI does not generally provide a full native Gantt chart in its standard visual set. You can approximate a timeline with a stacked bar chart, but that approach requires more calculated fields and formatting work. A dedicated Gantt visual usually offers task labels, date ranges, progress, hierarchy, and milestone features more directly.

Which fields do I need for a basic timeline?

You need a task name, start date, and end date for the basic view. Adding project phase, owner, completion percentage, and milestone status makes the chart more useful. Keep each row tied to one task unless your design intentionally uses parent and child activities.

How can I show task dependencies?

Dependency support depends on the Gantt visual you choose. Some visuals offer predecessor fields or connector lines, while others only show task bars. If dependency lines are unavailable, add a predecessor column and display it in the tooltip, or use a project management platform for deeper dependency planning.

Why is my Gantt chart showing duplicate tasks?

Duplicates often appear because the task name is repeated across projects, phases, or owners. Add a unique task ID and include project or phase in the visual hierarchy. Also check whether a relationship is multiplying rows through another table or whether your measure uses the wrong aggregation.

Can I use actual and planned dates together?

Yes. You can show planned bars with actual progress, use separate planned and actual visuals, or create a variance measure that highlights schedule slippage. Keep the legend clear so readers know which bar represents the approved plan and which reflects current performance.

Is a Gantt chart better in Power BI or a project management platform?

Power BI is strong for interactive reporting, cross-project analysis, and combining schedule information with business measures. A project management platform is usually better for creating tasks, assigning work, updating status, managing dependencies, and running workflows. Many teams use a project platform for execution and Power BI for analysis.

Conclusion

Creating a Gantt chart in Power BI takes seven practical steps: prepare task fields, add a Gantt visual, map dates, add grouping, show progress, format the timeline, and test filters.

The biggest gains come from clean dates, limited visual clutter, clear status rules, and separate views for executives and delivery teams. A chart should make schedule risks easier to see, not force readers to decode a crowded report.

If your current challenge is reporting, Power BI may provide the visibility you need. If you also need task execution, workflow control, sprint management, and deployment flexibility, ONES.com and ONES Project offer a broader operational option.

Start with one project, validate the dates, and build the report around the decisions your audience needs to make.