How to Make a RACI Matrix Slide in PowerPoint
A practical, ex-consultant's guide to building a RACI matrix slide in PowerPoint: table setup, color-coding, legends, and staying consistent across a deck.
The governance section of a steering committee deck is usually the last one anyone builds and the first one the client actually reads carefully. Everyone on the workstream already agrees, informally, on who owns what. The problem is turning that informal agreement into one slide the CFO can glance at during a 45-minute meeting and understand who to call when the vendor contract is late. That slide is a RACI matrix, and the definitions of Responsible, Accountable, Consulted, and Informed were never the part that cost anyone time. The part that cost time was PowerPoint.
I built a version of this slide for a supply-chain governance workstream a few years back, and what I remember isn't the RACI logic — that took ten minutes on a whiteboard with the client's ops lead. What I remember is the 40 minutes afterward spent nudging column widths so eleven task rows and six stakeholder columns fit on a 16:9 slide without the footnote running off the bottom edge, then redoing all of it two days later when the client added a twelfth task and asked for a seventh column for their new PMO lead. If you've built more than one of these, you've lived some version of that afternoon.
Why the "just use a table" advice undersells the work
Most guidance on this topic stops at "insert a table, label the rows and columns, type R/A/C/I into the cells, done." That's true as far as it goes, but it skips the parts that actually take the time on a real engagement: getting row heights and column widths to redistribute cleanly when the task list changes, choosing a color-coding scheme that reads correctly in a printed black-and-white board pack, placing a legend that doesn't crowd the table, and — the part nobody mentions — making the RACI slide look like it belongs in the same deck as the org chart three slides earlier and the timeline three slides after. A single mismatched font size or a legend floating in a different corner is a small thing, but it's the kind of small thing a partner catches in the pre-read and a client never consciously notices, which is worse: it just reads as slightly less rigorous without anyone being able to say why.
Building the matrix: a step-by-step approach that survives changes
1. Set up the table with room to grow
Insert a native PowerPoint table (Insert > Table) rather than a SmartArt matrix. SmartArt looks tidy in the gallery preview, but it fights you the moment you need irregular column widths, per-cell fill colors, or a footnote sitting just outside the table's bounding box — all things a RACI slide needs. A plain table gives you full control over each cell.
Size the table for more rows and columns than you currently need. If the workstream lead tells you there are eight tasks and five stakeholders, build for ten and six. Adding a row later means selecting an existing row, right-clicking, and choosing "Insert Rows Below" — the new row inherits the formatting of the row above it, so your color-coding and borders don't need to be rebuilt. Building tight to today's headcount is the single most common reason a RACI slide needs a full rebuild two weeks later when someone joins the workstream.
2. Fix the sizing logic before you touch a single cell
Set the leftmost column (task names) wider than the rest — roughly 30-35% of the table width — and make every stakeholder column identical width. Select all the stakeholder columns, then use Table Layout > Distribute Columns so PowerPoint enforces equal widths for you instead of you eyeballing it. Do the same for row heights: select all task rows and use Distribute Rows. This is the step that makes adding or removing a row or column later a five-second operation instead of a fifteen-minute one, because you re-run Distribute Columns/Rows instead of re-measuring by hand.
Turn off "Autofit" behavior that lets PowerPoint shrink text to fit — on a table, this usually isn't on by default, but check Table Properties if text looks compressed. You want row height driven by your explicit sizing, not by however much text someone typed into a cell.
3. Color-code R/A/C/I with a scheme that survives grayscale printing
Pick four fill colors with enough difference in brightness/value, not just hue, that the matrix still reads when printed in black and white or viewed by someone with color vision deficiency — a real scenario in a board pack. A common working scheme: Accountable in a solid, dark accent color (it should visually dominate — there's only one A per task); Responsible in a mid-tone of the same color family; Consulted in a light neutral fill; Informed left white or very pale gray with just a border. Apply fills using Table Design > Shading rather than manually filling each cell, and use the same accent color family the rest of the deck uses so the slide doesn't look like it was imported from a different template.
Put the letter (R, A, C, or I) in the cell, not a full word — the color plus a single letter is what makes the matrix scannable in a live meeting. Center it, bold it, and keep font size consistent across every cell in the table, matching the body font size used elsewhere in the deck.
4. Place the legend where it won't compete with the table
The legend belongs directly beneath the table, left-aligned to the table's left edge, as a single horizontal line: colored squares or the R/A/C/I letters followed by their spelled-out meaning, separated by consistent spacing. Avoid putting the legend in a text box floating in a corner disconnected from the table — on a slide that's mostly a grid, an unanchored legend reads as an afterthought. If space is tight, a compact one-line legend under the table beats a boxed callout that competes visually with the matrix itself.
5. Add a footnote line, and only one
Below the legend, in the same small gray footnote style you use elsewhere in the deck (typically 8-9pt, gray, left-aligned), add a single line noting the source or basis for the assignments — for example, "Based on workstream lead interviews, [date]" or "Per governance charter v2, approved [date]." This is the line that lets someone in a later review ask "where did this come from" and get an answer without you being in the room. Don't stack multiple footnotes; one line is enough, and more than that starts crowding the bottom margin where the slide number usually sits.
6. Match it to the rest of the deck
A RACI slide sitting between an org chart and a timeline gets compared to both, whether the client says so or not. Match the header style, the footnote position, and the footer exactly to those neighboring slides — same font, same size, same left margin. If your org chart uses a particular blue for "leadership" boxes, that's a reasonable candidate for your Accountable color, since it creates a visual thread across the section rather than three unrelated color schemes in three consecutive slides. This is the detail that separates a deck that reads as one coherent narrative from one that reads as three people's slides stapled together — which, on most real engagements, is literally what happened before someone did a consistency pass.
7. Handle task or owner count changes without starting over
When a task gets added, select the row above the insertion point, use Insert Rows Below, then re-run Distribute Rows across all task rows so the new row doesn't leave the table slightly uneven. When a stakeholder is added, insert the column, re-run Distribute Columns, and manually re-check that the legend still fits under the now-wider (or narrower) table — a legend calibrated for five columns can end up off-center or overhanging when a sixth column is added. Because you built with Distribute Rows/Columns from the start, both of these are two-minute fixes rather than a rebuild, which is the entire point of setting the table up that way in step 2.
Where a tool actually helps here
I ended up building Advisio partly because of exactly this kind of slide. The RACI logic is never the bottleneck — it's the repeated manual re-alignment every time a task list or stakeholder list changes, which happens on almost every real governance workstream at least once between first draft and final sign-off. Advisio runs as a native PowerPoint add-in, so when the task or owner count changes, it rebuilds the column widths, row heights, color-coding, and legend position automatically instead of you re-running Distribute Rows and nudging the footnote back into place by hand. It's not doing anything you couldn't do manually with the steps above — it's just doing the redistribution step for you every time the underlying data changes, which is the part that eats the most time across the life of a real deck.
The slide is simple; the discipline is what's hard
A RACI matrix slide has no complicated logic in it — four letters, a grid, a legend. What makes one look rigorous instead of rushed is the same discipline that makes any governance slide look rigorous: consistent sizing, a color scheme that still works in grayscale, a legend that doesn't compete with the table, and a footnote that answers the "where did this come from" question before anyone has to ask it out loud in the room. Get those right once, build the table with room to grow, and the next time the task list changes, you're editing a slide instead of rebuilding one.