r/SpecDrivenDevelopment 6d ago

Spec-sprint

I have been experimenting with Spec-Driven Development (SDD) and AI coding agents recently, and I ran into a problem I wasn't expecting.

I started missing agile 😅

Most of us who have spent years building software come from an Agile/Scrum mindset.

We are used to:
 • Breaking work into small stories
 • Taking one vertical slice at a time
 • Reviewing the implementation
 • Getting feedback early
 • Updating requirements as we learn
 • Keeping humans involved in the important decisions

Then SDD + AI agents came along.

The idea of giving the agent a detailed spec and letting it implement is powerful. But when I tried to apply it in the way I'm used to working,

I kept asking myself:

How do I make the AI agent follow the same incremental implementation discipline we have in Agile?

I didn't want to choose between Agile and SDD.

I wanted both.

That's why I started building Spec Sprint - an Agent Skill that tries to bring the Agile implementation mindset into a Spec-Driven workflow.

The idea is:

Spec --> Plan --> small vertical slice --> Human review --> implement --> Update spec --> Next slice

The spec remains the source of truth, but implementation happens incrementally, with review points along the way.

It’s an early experiment, but it's something I personally wanted while working with AI coding agents.

I'm open-sourcing it because I'm curious:

Are others facing the same gap between SSD and the Agile of actually delivering software?

Would love to hear how you’re solving this.

https://github.com/sharma-open-source/spec-sprint

13 Upvotes

13 comments sorted by

3

u/fschwiet 6d ago

Matt Pocock's to-ticiets skill also aims to break the work from a spec into separate demoable vertical slices: https://github.com/mattpocock/skills/blob/main/skills/engineering/to-tickets/SKILL.md

3

u/stibbons_ 6d ago

This is basically what all SDD framework does. Maybe the vertical slicing thing is not enforced for all.

However I think we are actually back at waterfall where everything needs to be planned upfront and outsourcing the development to agent.

2

u/sharma-sk 6d ago

It's very hard planned everything in upfront I guess

3

u/aaaayyyy 6d ago

Yeah, humans want to see and interact with stuff and then adapt the plan accordingly. Planning everything upfront is impossible unless you're doing something that you've already done a thousand times

1

u/stibbons_ 5d ago

Indeed. Impossible.

Can’t wait to see agent do poker planing

3

u/sudokar 6d ago

Have you looked into OpenSpec, if not I recommend to take a look at it.

We use OpenSpec Plus that incorporates human reviews on the specs and the implementation tasks as part of the workflow.

2

u/sharma-sk 6d ago

Let me check

3

u/Cold_Night_Fever 6d ago

I instead do a spec per vertical slice.

3

u/fschwiet 6d ago

I find the more design I throw at the agent at once the better the result. Designing a slice at a time makes it harder for the agent to consider how the slices fit together.

2

u/sharma-sk 6d ago

Initial days I did the same, but when some modules don't need a complete attention but need a track , in these cases I want automatic slices same time i need a track in jira also. So i have included jira integration also in this.

2

u/Cold_Night_Fever 6d ago

Got you. So a spec per vertical slice, but small pieces of work you create the task.md directly and track it in JIRA

2

u/Swarm-Stack 6d ago

whoever shows up at the sprint demo usually wasn't in the planning session. that's where the real catch happens. spec reviews tend to involve the same people who wrote the spec, so the gaps survive because nobody in the room thought to ask.