Atlas
  • All-in-one
  • Solutions
  • Compare
  • Pricing
PricingGet started
  1. Atlas
  2. Guides
  3. How to Run a Steering Committee That Decides Things
August 30, 2026·10 min read·governance, steering committee, programme management, decision making

How to Run a Steering Committee That Decides Things

The test of a steering committee is simple: count the decisions it took last quarter. If the answer is none, it is a reporting meeting with an expensive attendance list.

Steering committees drift into reporting because reporting is comfortable and deciding is not. The agenda fills with status, the papers arrive the night before, and the people with authority spend an hour receiving information they could have read. Meanwhile the decisions the engagement actually needs are taken in corridors by whoever is available.

Fixing it is mostly structural. The membership, the papers and the log determine what the meeting does far more than the chair's intentions.

Membership: authority, not representation

The only necessary members are the people who can commit resources, resolve a dispute between functions, and accept a deliverable on behalf of the organisation. Everyone else attends by invitation for the item that concerns them.

The commonest failure is representation: each affected function sends someone, the committee reaches fourteen people, and nobody in the room can commit anything without consulting elsewhere. A committee of five who can decide beats a committee of fourteen who can report. If a function genuinely needs a voice, give it a paper rather than a seat.

Cadence matched to the decision rate

Cadence should follow the rate at which decisions are actually needed, not a default monthly rhythm. A mobilisation phase may need fortnightly meetings; a long build phase may need one every six weeks with an escalation route in between.

The escalation route is the part that makes a slower cadence safe. If the only way to get a decision is to wait for the meeting, the meeting will be too frequent and still too slow. Agree in advance who can decide between meetings, up to what value, and how that decision is recorded so the committee sees it at the next sitting.

Papers that ask for something

Every paper should state, in its first three lines, what decision is sought and what happens if it is not taken. A paper with no recommendation is a briefing, and briefings should be circulated rather than tabled.

Circulate papers far enough ahead that reading them is possible, and open each item by asking whether anyone needs the summary rather than presenting it. That single change typically recovers half the meeting, and the recovered time goes to the discussion that actually needs the people in the room.

  • The decision sought, stated as a question with a recommended answer.
  • The options considered, including doing nothing, with the cost of each.
  • The consequence of deferral, stated in dates and money.
  • Who will implement the decision, and by when.

The decision log

A decision log is separate from minutes and more valuable. Minutes record what was discussed; the log records what was decided, by whom, on what date, on what basis, and what it changed. Six months later, when someone asks why the scope was narrowed, the log answers in one line.

It also protects the committee. A decision taken on the information available at the time is defensible even when it turns out badly, provided the basis was recorded. A decision with no recorded basis is indistinguishable from carelessness in hindsight.

Reviewing the committee itself

Once a quarter, ask three questions. How many decisions did we take, and could any of them have been taken elsewhere? How many items came back a second time because the first discussion did not conclude? Is anyone attending who has not spoken in three meetings?

The answers usually suggest a smaller membership, a slower cadence and a firmer expectation that items arrive with a recommendation. Very few governance problems are solved by adding a meeting.

Keep reading

  • Delegation of Authority for Professional Services Firms
  • Information Barriers and Conflicts of Interest in a Client System
  • Information Requests and the Chase Loop That Actually Closes Them
  • Meeting Governance: Minutes, Motions and Decisions That Hold
  • Status Reporting That Does Not Contradict Your Own Register
  • The RAID Register a Steering Committee Can Actually Read
  • Free PDF tools
  • The all-in-one work OS

FAQ

Questions, answered.

Who should sit on a project steering committee?
Only those who can commit resources, resolve disputes between functions and accept deliverables on behalf of the organisation. Everyone else should attend by invitation for the item that concerns them. A committee of five people who can decide is more effective than fourteen who can only report back.
How often should a steering committee meet?
As often as decisions are genuinely needed, which varies by phase: fortnightly during mobilisation is common, while a stable delivery phase may need one meeting every six weeks. A slower cadence is only safe if there is an agreed route for decisions between meetings, with a value limit and a record for the committee to review.
What is a decision log and why keep one separately from minutes?
A decision log records what was decided, by whom, on what date, on what basis, and what changed as a result. Minutes record discussion. The log answers the question that gets asked months later, and it protects the committee, because a decision taken on recorded information is defensible even when the outcome is poor.
How do you stop a steering committee becoming a status meeting?
Require every paper to state the decision sought in its first three lines, circulate papers early enough to be read, and open each item by asking whether the summary is needed rather than presenting it. Then review the committee quarterly by counting the decisions it actually took.

Ready when you are

One workspace, not ten.

Atlas replaces the stack with one platform for tasks, projects, CRM, contracts, e-signature, PDF tools, and analytics. Start free.

Get started freeSee pricing
AtlasWork, planned itself.

The AI-native, all-in-one work platform. Tasks, projects, CRM, contracts, and analytics in one calm workspace.

All systems operational
  • SOC 2 II
  • ISO 27001
  • HIPAA
  • GDPR

Product

  • Overview
  • PDF tools
  • Diagram tools
  • People & HR
  • Integrations
  • Marketplace
  • Pricing

Resources

  • Guides
  • Glossary
  • Compare
  • Docs
  • API reference
  • Support
  • Changelog
  • Status

Company

  • About
  • Careers
  • Press
  • Contact

Legal & trust

  • Trust center
  • Security
  • Privacy
  • Terms
  • DPA
  • GDPR
  • SLA
  • Refunds
  • Google API data
Atlas, a product by wrxstack.com·© 2026 wrxstack·All rights reserved
PrivacyTermsSecurityStatus