Skip to content

Operating fact 02

A deployed link every week

Every week of the project ends with something running on a URL you can open, click, and hand to somebody else. That is the report.

Get it built

What lands each week

A deployed environment with that week's work in it. Not a screenshot, not a branch you would have to build yourself, not a demo someone drives while you watch. A link — you open it, you use it, you form your own opinion.

Some weeks the change is obvious: a screen appears, a flow completes end to end. Some weeks it is a migration or a rewritten integration and the visible surface barely moves. Those weeks the note says exactly that, and says what it unblocks. A quiet week reported honestly is worth more than a loud one reported creatively.

Why status decks hide the truth

A sprint report is a description of work. A deployed link is the work. The gap between the two is where projects go wrong, and it always widens in the same direction — the report stays green while the software quietly falls behind, because nobody wants to be the person who writes down that the integration is not working yet.

By the time the gap is undeniable, it is months wide. This is the single most common way a build reaches eighty percent and stops: not because anyone lied, but because nothing forced the truth into the open early enough for it to be cheap to fix.

Shipping every week removes the hiding place. Software that cannot be deployed cannot be reported as done, so integration problems, environment problems, and half-finished abstractions surface in week two instead of month five.

How the cadence is built

It only works if deployment is boring, so that is set up first. Week one goes to a working pipeline and a deployed skeleton — usually thin, sometimes barely more than a login and one real screen — because a project that ships in week one ships in week twelve.

Scope is then cut to fit the week rather than the week stretched to fit the scope. Each week takes one coherent slice all the way through: designed, built, tested, deployed. Work that will not fit gets split until it does, which is a design constraint as much as a scheduling one, and it tends to produce simpler software.

What it changes for you

You can show a real product to an investor, a customer, or your own board any week you like, without warning us first. You find out in week three that a feature is not what you pictured, while changing it is still a conversation rather than a rewrite. And you always know where the project is, because you are looking at it.

Frequently asked questions

That's the deal. What's the project?

Three minutes at /start: describe what's stuck. An engineer replies with a scoped plan within one business day — not a sales call.

Get it built