Skip to content

Loopwork

Every sprint, shipped and explained.

Loopwork is our full software lifecycle, built for agentic delivery. AI agents do the building in parallel, every change is tested before it lands, and each sprint ends with a voiced review video, release notes, training guides and a ticket grooming review. You always know what moved, why it matters and what comes next.

How a sprint runs

From a groomed ticket to a reviewed release, then back to the start for the next sprint.

  1. Step 1: Groom

    Every piece of work is a ticket with a priority, a trigger and a status. You see the queue on a live tracker. Your decisions go on a shared decision page, so nothing waits on a lost email.

  2. Step 2: Plan

    Sprints run in two-week windows. We propose the next sprint from the groomed queue, with our recommendation. You set the direction.

  3. Step 3: Build in parallel

    AI agents work in separate, isolated workstreams, each on its own branch and its own copy of the code. Several pieces of work move at once without stepping on each other.

  4. Step 4: Prove

    Every change builds and passes the full automated test suite before it is pushed. A full code review runs before a change is proposed, and security and dependency checks run on every change. Nothing is reported done until every check is green.

  5. Step 5: Release

    Changes land on a staging environment first. They reach production only through a deliberate promotion. Each release gets a written record of what shipped, what was accepted and what was deferred.

  6. Step 6: Review

    The sprint closes with a voiced, captioned review video, release notes, updated training guides and a ticket grooming review. Then we propose the next sprint.

Every two weeks, the loop returns to Groom.

What you receive every sprint

The same set of deliverables closes every sprint, so you never have to ask where things stand.

A voiced sprint review video

A short, captioned walk through what shipped and why it matters, in plain language.

Release notes

A written record of every release: the goal, what was delivered, what was accepted and what was deferred.

Training guides

Guides for each job your team does, kept in line with the screens as they change and ready to print.

A ticket grooming review

A walk through the backlog with you. Every open ticket comes back prioritized, with a clear trigger for when it becomes work, and with our proposal for the next sprint.

Your part in a sprint

Agents do the building. The decisions stay with you.

Set the direction

At the start of each sprint we propose what goes in, with our recommendation. You choose.

Answer on the decision page

When a choice is yours, it waits on the shared decision page with our recommendation, so you can answer when it suits you.

Try it on staging

Each change lands on a staging environment before it goes live, so you can try it first.

Shape what comes next

The grooming review is where you reorder the backlog and decide what the next sprint takes on.

Why agentic delivery is faster

Speed comes from the shape of the work, not from cutting corners.

  • Side by side, not in a queue

    Many workstreams run at once, each in its own isolated copy of the code, so work does not wait in line behind other work.

  • Small changes, proven before they land

    Every change is small, tested and reviewed before it lands, so releases are routine rather than risky.

  • The story without the status meeting

    The review video, release notes and groomed backlog tell you what moved at the end of every sprint, so nobody waits on a meeting to find out.

  • Red checks get fixed on the spot

    When a check goes red, the fix happens straight away, before anyone is asked to look.

What never changes

Faster never means looser. These hold on every project.

A person promotes every release

Releases reach production only when a person promotes them. Agents never ship to production on their own.

Isolated by default

Each workstream runs on its own branch and its own copy of the code, so one piece of work cannot break another halfway through.

Every release written down

Each release is recorded: what shipped, what was accepted and what was deferred, so there is always a history to go back to.

Loopwork on this site

sieveme.com runs on Loopwork too. Its changes are built in parallel, isolated workstreams and pass the full test suite before they merge. Each release goes to a staging site first, reaches production only when a person promotes it, and is written up in release notes.

Questions about Loopwork

How long is a sprint?

Two weeks. Each sprint opens with a plan you approve and closes with the review video, release notes, training guides and grooming review.

What do the agents do, and what do people do?

Agents do the building, in parallel and isolated from each other. People set the direction, make the decisions and promote each release to production.

How do I see progress between reviews?

The live tracker shows every ticket with its priority and status as the work moves, and anything waiting on you sits on the shared decision page.

What happens to work that does not make the sprint?

It stays in the groomed backlog with a priority and a clear trigger for when it becomes work, and it comes back up at the next grooming review.

Start your first sprint

Tell us what you are building, and we will show you what two weeks of Loopwork looks like for your team.