Apache-2.0 · Self-hosted · No per-user fees
Scrumooth is the gatekeeper, not the note-taker. It turns the 2020 Scrum Guide's rules into gates the backend holds you to — a Sprint cannot close without its Review and Retrospective, and only Developers size the work. It is the Scrum Guide enforcement layer your tracker does not have.
No install, no signup. The demo runs on mock data in your browser and resets on refresh.
close sprint 7refusedReview and Retrospective not recordedsize backlog itemrefusedonly Developers may size the workcancel sprint 7refusedProduct Owner only, while the Sprint is ACTIVEIllustrative of the gates below. Every refusal holds in the backend service layer, so neither the interface nor a direct API call gets around it.
Recording is genuinely useful, and the tools you already own do it well. But a record is a description, not a decision. The 2020 Scrum Guide is full of rules a tool could hold you to — and unless a tool is built to enforce them, those rules stay advisory: a shared understanding the team is trusted to remember.
What recording gives you
A rule you can reconfigure is a setting, not a rule.
What enforcement gives you
The refusal is the product.
It is Friday. The Sprint is due to end, the Increment is deployed — and the Retrospective was never scheduled.
In a tool that only records, the Sprint closes and the Retrospective slips to next week — precisely the failure the Guide's final event exists to prevent. Scrumooth refuses the close until both the Review and the Retrospective are recorded. The team then runs the Retrospective — or stops and discusses why not, which is the version of that decision the Guide expects a team to make consciously.
If you write software, the closest analogy is a linter for your Scrum process — except a linter reports a violation, and a gate refuses it.
These are gates, not warnings or hints. In every case the answer is no — and every answer holds in the backend service layer, so a frontend shortcut cannot get around it.
| A 2020 Scrum Guide rule, asked as a question | Scrumooth's answer |
|---|---|
| Can a Sprint be closed before its Review and Retrospective? | RefusedSprint completion is refused until both events are recorded. |
| Can an item be called Done without its Definition of Done? | RefusedCompleting a Sprint never marks items Done — each item must pass its Definition of Done checklist. |
| Can a team hold more than one Product Owner or Scrum Master? | RefusedAdding a second holder of either role is refused. |
| Can a team grow past Scrum Team size? | RefusedTeam size is capped by TEAM_MAX_SIZE, default 10. |
| Can someone other than a Developer size the work? | RefusedOnly Developers can size Product Backlog items — every other role receives 403 Forbidden. |
| Can the Product Owner or Scrum Master author the Daily Scrum? | RefusedOnly Developers can author or join the daily record; the Product Owner and Scrum Master observe. |
| Can a Sprint be cancelled by anyone but the Product Owner? | RefusedCancellation is Product-Owner-only, and only while the Sprint is ACTIVE. |
| Can a delivered Increment be rewritten? | RefusedDelivered Increments are locked against further edits. |
Every gate is documented in the repository, with the API that enforces it. See thereference docs.
The Guide asks for self-management in exactly these places, so Scrumooth does not decide for the team.
Those gates are the entire claim. If a rule is not in the table above, Scrumooth does not enforce it — and because a configuration that breaks the 2020 Scrum Guide is never offered,the refusal is the product.
Every event, artifact and commitment of the 2020 Scrum Guide, with the rule it holds attached to it. Cards marked Enforced are backed by a gate; the rest are simply yours to run.
Strategic alignment and goal tracking — the commitment the backlog serves.
No gate — yours to run.
MoSCoW prioritisation (Must, Should, Could, Won't).
EnforcedOnly Developers size the work
Configurable Sprint durations and capacity planning.
EnforcedOnly Developers save the Sprint Backlog
Interactive Kanban board with drag-and-drop.
EnforcedOnly the Product Owner can cancel, and only while the Sprint is ACTIVE
Shared daily record, with impediment surfacing.
EnforcedOnly Developers author it — the Product Owner and Scrum Master observe
Blocker identification and resolution tracking.
EnforcedA Sprint cannot close before its Impediments are resolved
Product increment management.
EnforcedThe moment an item meets the Definition of Done, an Increment is born
Review management, stakeholder feedback, and backlog adjustment.
EnforcedA Sprint cannot close before its Review is recorded
Team reflection and tracked improvement.
EnforcedA Sprint cannot close before its Retrospective is recorded
Scrumooth is built for one situation in particular: engineering-led organisations that have to be able to show how a Sprint was actually run, and for whom process data cannot leave their own infrastructure — regulated industries, their suppliers, and public-sector teams.
A tool that states what it will not do is easier to evaluate.
The people who approve software for regulated teams ask the same questions: where does the data live, who can reach it, and can we prove what happened. Scrumooth answers all three before it is deployed.
Self-hosted by design, on your hardware, under your own policies and backups.
GDPR data export, a 14-day deletion grace period and consent tracking are built in, not bolted on.
Each role change and state transition is written to a dedicated, compliance-separated audit log.
Concurrent sessions are capped, and the oldest sessions are revoked automatically.
Deployment guidance, the security architecture and the vulnerability-reporting process are all documented in the repository — read them before you commit to anything.
The claims on this page can be checked rather than taken on faith: Scrumooth is strict by construction and public where it counts.
A self-hosted, open-source web application for teams that run Scrum. It owns the Sprint lifecycle, the roles and the gates, and enforces the 2020 Scrum Guide in the backend service layer. It is deliberately not a replacement for your issue tracker: your tracker keeps your record, Scrumooth keeps your rules.
Different problem, different trade-off. Jira and Linear are general-purpose trackers, and flexibility is exactly what makes them good at that job. Scrumooth does not try to out-flex them: it enforces the 2020 Scrum Guide as written, and never offers a configuration that breaks it — so a Sprint cannot be closed before its Review and Retrospective are recorded. A question worth asking of any tracker: which rules will it refuse to break? If the honest answer is “that depends how you configured it”, that is a setting, not a rule.
Yes. It is licensed under Apache-2.0: free to use, modify and distribute, with no per-user fees and no licence tiers. You pay only for the infrastructure you host it on.
On your own infrastructure. Scrumooth is self-hosted by design, so process data never leaves your servers. GDPR data export, a 14-day deletion grace period and consent tracking ship with the product, and every role change and state transition is written to a dedicated, compliance-separated audit log.
No — and that is the product. A configuration that breaks the 2020 Scrum Guide is never offered, so there is no switch to find. If a rule is not in the enforced list, Scrumooth does not claim it.
No. Scrumooth runs alongside the tools you already use and owns the part a tracker is not designed to hold: the Sprint lifecycle, the roles and the gates. Nothing about it conflicts with your existing record-keeping.
Then it is probably not the right tool for you. Scrumooth enforces the 2020 Scrum Guide as written, for a single Scrum Team, and it is not intended for scaled frameworks that adapt the Guide for a wider organisation.
One Docker Compose stack: reverse proxy, backend, frontend, PostgreSQL and scheduled backups. Clone the repository, copy the production environment file, run docker compose up -d, and you have a working instance on localhost.
Yes. The live demo runs in your browser with in-memory mock data — no backend, no database, no signup. Changes are local to your session and reset on refresh.
English, German, Spanish, French and Italian, with Scrum terminology sourced from the official Scrum Guide.
Jira and Linear are trademarks of their respective owners. They are named here only to identify the products being compared, and Scrumooth is not affiliated with, sponsored by or endorsed by either company. The comparison concerns the approach to process rules, not the quality or capability of those products.
Running a second tool is a real cost — something else to deploy, secure, back up and keep fed. Scrumooth is deliberately the smallest system that can carry it: one stack, one database to look after.
Then open http://localhost. HTTPS is enabled by default on port 443. Full manual setup, prerequisites and operations guidance live in thedeployment guide.
git clone https://github.com/orbivort/scrumooth.git
cd scrumooth
cp packages/backend/.env.production.example packages/backend/.env.production
docker compose up -dSpin Scrumooth up on your own infrastructure, or try the demo first. Either way, the first thing you notice is what it refuses.
Judge a Scrum tool by the rules it keeps, not by the boards it draws.