← Back to list

🤖 When AI Becomes the Scrum Master: The Voting‑Based Council Agentic Pattern

A Fun & Practical Tour of Agentic AI (with an AI Planning Poker Twist)

Sandeep Rawat · 2026-03-31 09:51 · 0 claps · 2.8 min read
#agentic-ai #voting-based-council #architectural-patterns
Open on Medium ↗
Wiki topics: AGT · AI Agents 📋 · Product Management 🏛️ · Architecture 🏛️ · Politics

🤖 When AI Becomes the Scrum Master: The Voting‑Based Council Agentic Pattern

A Fun & Practical Tour of Agentic AI (with an AI Planning Poker Twist)

“What if your code didn’t just execute tasks… but argued about them?”

In this article:

  • We’ll demystify Agentic AI architectural patterns
  • Zoom into one particularly fun pattern: The Voting‑Based Council
  • Walk through a real working example where AI agents estimate Agile story points
  • And yes, we’ll let an AI be the Sprint Leader (don’t worry, it only power‑trips a little)

🧠 What Is Agentic AI (And Why Should You Care)?

Traditional AI systems are like vending machines:

Input goes in → Output comes out → Nobody argues.

Agentic AI flips that idea.

Instead of one monolithic prompt, you design multiple autonomous agents, each with:

  • A role
  • A goal
  • A memory / context
  • The ability to reason, communicate, and collaborate

Think less function calls, more Avengers assembling (with fewer explosions and more JSON).

Common Agentic Architectural Patterns (High Level)

At a high level, agentic systems usually fall into patterns like:

  1. Single Agent Executor One smart agent does everything. Simple. Powerful. Slightly overworked.
  2. Supervisor–Worker Pattern A lead agent delegates tasks to worker agents and reviews results. (Middle management, but useful.)
  3. Pipeline / Chain Pattern Each agent handles one stage of reasoning, passing output downstream.
  4. Council / Debate Pattern Multiple agents independently reason, then converge on a decision.

And today’s star…

🗳️ The Voting‑Based Council Pattern

The Voting‑Based Council Pattern is exactly what it sounds like:

A group of agents debate an issue, vote on solutions, and a leader synthesizes the final decision.

Key characteristics:

  • Diversity of thought → different agents, different perspectives
  • Parallel reasoning → faster and richer insights
  • Reduced hallucinations → bad ideas get out‑voted
  • Explainability → you see why a decision was made

In human terms, it’s like a design review meeting — minus calendar conflicts and passive‑aggressive sighing.

🧪 A Real Example: AI‑Driven Agile Story Point Estimation

Let’s bring this to life.

The Problem

You have a backlog item:

“Implement a user authentication system with email/password, Google OAuth, and password reset.”

Classic Agile question:

How many story points is this?

Classic Agile answer:

“Somewhere between 3 and 21, but let’s debate for 45 minutes.”

Agentic AI answer:

Let the council decide.

🤝 Meet the Council

Each AI agent represents a real Scrum team role:

🧠 Software Architect — Design, scalability, long‑term debt

🧱 Senior Engineer — Implementation complexity, edge cases

🔧 Mid Engineer — Patterns, integrations

✅ QA Engineer — Testing effort, failure scenarios

👶 Junior Engineer — Learning curve🧑‍🎓 Intern“This looks… hard?”

🧑‍⚖️ Sprint Leader — Aggregates votes & decides

Each agent independently estimates Fibonacci story points:

[0, 1, 2, 3, 5, 8, 13, 21, 34, 55]

No cheating. No “½ points”. Fibonacci law is absolute.

🏗️ Architecture Diagram

⚙️ How the Voting Logic Works

This isn’t democracy. It’s weighted democracy.

Each role is assigned a weight:

  • Architect > Intern (sorry, intern)
  • Experience matters
  • Voices still count

Flow:

Each agent submits:

{
  "reasoning": "...",
  "estimate": 8
}
  1. Estimates are multiplied by role weight
  2. The Sprint Leader:
  • Reviews all reasonings
  • Applies weights
  • Selects one valid Fibonacci value

A final decision emerges that has No bikeshedding. No re‑estimation loops. No “let’s carry it over.”

📤 The Final Outcome

The system produces something like:

{
"final_reasoning": "Architecture and test coverage dominate complexity…",
"final_story_point": 13
}

You get: ✅ A number ✅ A rationale ✅ Consensus without chaos

And most importantly — ✅ No meeting invite

🤯 Why This Pattern Is Surprisingly Powerful

Beyond story points, the Voting‑Based Council Pattern shines when:

  • Decisions are subjective
  • Trade‑offs matter
  • Bias needs balancing
  • Explainability is important

Real‑world use cases:

  • Design decisions
  • Risk assessments
  • Code reviews
  • Architecture trade studies
  • Product prioritization

Anywhere humans argue… AI agents can politely (and tirelessly) argue instead.

🎯 Final Thoughts

Agentic AI isn’t about replacing humans.

It’s about:

  • Scaling good judgment
  • Formalizing collaboration
  • Making reasoning visible
  • And occasionally letting an AI play Scrum Master (what could go wrong?)

The Voting‑Based Council Pattern proves one thing clearly:

When AI starts debating with itself, the answers get smarter — and a lot more fun.

Here is the github link of this small example.


메타데이터
post_id
a3df1fbecd04
slug
when-ai-becomes-the-scrum-master-the-voting-based-council-agentic-pattern-a3df1fbecd04
url
https://medium.com/@sunshots/when-ai-becomes-the-scrum-master-the-voting-based-council-agentic-pattern-a3df1fbecd04
canonical_url
https://medium.com/@sunshots/when-ai-becomes-the-scrum-master-the-voting-based-council-agentic-pattern-a3df1fbecd04
author_url
https://medium.com/@sunshots
status
ok
fetched_at
2026-07-11 15:00:27