Van idee tot zichtbaar resultaat.
Scrum4Me zet productideeën om in een verifieerbare projectpipeline. Ideeën worden plannen, taken, agent-runs, tests, commits en pull requests, binnen de standaarden en richtlijnen die je per project vastlegt.
Demo-login: gebruikersnaam demo · wachtwoord demo1234
Gratis tijdens de beta · desktop-first (1024px+)
Beta-versie
Scrum4Me is nog in actieve ontwikkeling. Accounts en ingevoerde gegevens kunnen tijdens deze fase worden aangepast, gereset of verwijderd.
Van idee naar product binnen jouw projectstandaarden
Een korte, zichtbare pipeline: intentie wordt vastgelegd in Scrum4Me, aangescherpt tot gestructureerd werk, uitgevoerd door agents en geverifieerd voordat het productresultaat wordt.
Leg productintentie vast in een compact idee. Dit is de eerste traceerbare input.
Claude bevraagt het idee kritisch en schrijft een gestructureerd plan voor PBI, stories en taken.
Goedgekeurd werk wordt gematerialiseerd naar Scrum-data en in de jobqueue gezet.
De Docker-runner claimt de job, start Claude Code en rapporteert voortgang terug.
Verificatie, commits, pull requests en statuslogs maken het resultaat inspecteerbaar.
State-machine: DRAFT -> GRILLING -> GRILLED -> PLANNING -> PLAN_READY -> PLANNED. Bij materialiseren ontstaat in één atomaire transactie precies één PBI met N stories en M taken uit het YAML-plan. Daarna neemt de delivery-flow over: queue, claim, worktree, verificatie, status-log en pull request blijven traceerbaar.
Ecosysteem - vijf repos, één delivery-flow
Scrum4Me is de planning-app, maar de execution-kant is bewust gesplitst: workers-beheer, MCP-tools, Docker-runtime en gedeelde schema/logica hebben elk een eigen grens. Postgres is de queue en signaleringslaag; je code blijft in git en in tijdelijke worktrees.
Wat draait waar?
Planning-app voor producten, PBIs, stories, taken, sprints, ideas, product-docs en het vraagkanaal. Dit is waar het productwerk wordt voorbereid en gevolgd.
Admin-only execution UI op scrum4me-workers.jp-visser.nl: jobs queue, worker registry, API-tokens, jobconfig en repo-access. Hier beheer je de uitvoeringslaag.
Tool- en claimlaag. MCP claimt jobs atomisch, levert context en prompts, ontvangt logs/statussen, stelt vragen aan de gebruiker en bewaakt verificatie.
Headless Docker-runner op NAS, server of laptop. De daemon maakt worktrees, start precies één Claude Code invocation per job en bewaart runtime-logs.
Gedeelde kernel via git-submodule: canonical Prisma schema, status-mappings, job-config en realtime payload types. Schemawijzigingen starten hier.
Broncode, branches en pull requests blijven in je eigen git-omgeving. Scrum4Me bewaart metadata, logs, commit-hashes en PR-links, geen volledige source tree.
Workflow - van planning naar verifieerbare uitvoering
De knop "Voer uit" start geen verborgen magie. Het is een expliciete jobflow met een database-queue, lease/claim-logica, een geïsoleerde worktree en realtime statusupdates in beide UIs.
Planning schrijft een ClaudeJob
Scrum4Me-web zet werk vanuit een story, sprint of idea als QUEUED-job in Postgres en verstuurt een NOTIFY-event.
MCP claimt en levert context
scrum4me-mcp claimt de job atomisch, laadt product-docs, taskplan, repo-config, prompt en allowed tools.
Docker-runner start Claude Code
scrum4me-docker maakt of hergebruikt een worktree en start een Claude Code invocation voor precies deze job.
Agent logt via MCP-tools
Claude schrijft implementatielogs, testresultaten, vragen en statusovergangen terug via de MCP-tooling.
Git en PR-flow blijven extern
De runner werkt in de git-provider met branches en PRs. Scrum4Me bewaart alleen de trace: status, logs, commit-hashes en links.
Realtime zicht in beide apps
Postgres LISTEN/NOTIFY voedt SSE, zodat Scrum4Me-web en scrum4me-workers dezelfde jobstatus zien zonder refresh.
Waar beheer je wat?
Bekijk Scrum4Me in actie
Zes weergaven van de planning-kant, van inkomende ideeën tot persoonlijk Kanban-bord en voortgangs-inzichten. De execution-kant leeft in de workers-app; deze screenshots tonen waar het werk ontstaat en gevolgd wordt.

Persoonlijk overzicht van je ideeën met status (DRAFT -> GRILLED -> PLAN_READY -> PLANNED). Klik "Grill me" of "Make plan" om een lokale agent te starten; bij materialiseren ontstaat exact één PBI met stories en taken.

Eén overzicht van alle producten waar je toegang toe hebt: eigen producten plus die waar je als developer bent toegevoegd. Vanaf hier spring je naar Backlog, Sprint of Solo.

PBIs gegroepeerd op prioriteit (Kritiek -> Laag) in het linkerpaneel. Klik op een PBI om de stories rechts te zien, gerangschikt per urgentie en versleepbaar.

Drie panelen op één scherm: Product Backlog links, Sprint Backlog in het midden, taken van de geselecteerde story rechts. Stories slepen tussen panelen werkt via dnd-kit.

Persoonlijk Kanban-bord per product. Toont alleen taken van stories die jij hebt geclaimd, in drie kolommen (To Do, Bezig, Klaar). Drag-and-drop tussen kolommen verandert de status.

Voortgang per product: doorlooptijden, agent-throughput en sprintresultaten in één blik. Helpt patronen herkennen: welke stories liepen vast, welke gingen vlot.
Wat is Scrum4Me?
Scrum4Me is een desktop-first webapplicatie die Scrum lichtgewicht maakt zonder de overhead van grote tools als Jira of Linear. Ontworpen voor developers die zelf de regie willen houden over planning en uitvoering.
Leg een idee vast in twee zinnen. Claude grilt het met kritische vragen, schrijft een YAML-plan en zet het om in PBI + stories + tasks. Alles via een job-queue, asynchroon.
Twee weergaven van dezelfde data: een team-bord (Product Backlog · Sprint Backlog · taken) en een persoonlijk Kanban met geclaimde stories.
Een job-queue met "Voer uit"-knop. scrum4me-docker claimt via scrum4me-mcp, draait Claude Code in een worktree en rapporteert status terug. Meerdere workers parallel veilig.
SSE bovenop Postgres LISTEN/NOTIFY. Wijzigingen vanuit andere tabs, workers-app of runner verschijnen binnen 1-2 seconden in je Solo Paneel, geen refresh.
Loopt een agent vast op een keuze? Hij plaatst een vraag via het bel-icoon. Jij beantwoordt hem wanneer het uitkomt; de agent pakt automatisch de draad weer op. Tijdens een Grill stelt Claude vragen via hetzelfde kanaal.
Jobs, workers, API-tokens en repo-access horen bij scrum4me-workers.jp-visser.nl. Scrum4Me blijft de planning-UI; workers is de operationele cockpit.
Quickstart - runner of lokale MCP-dev
De normale route loopt via de headless Docker-runner. Voor lokaal ontwikkelwerk kun je de MCP-server rechtstreeks aan Claude Code koppelen.
Pad A - normale runner
- Maak een implementation-token in scrum4me-workers.jp-visser.nl/api-tokens.
- Zet token, Claude OAuth-token en git-credentials in de runner-env.
- Start scrum4me-docker op NAS, server of laptop.
- Controleer de heartbeat in scrum4me-workers.jp-visser.nl/workers.
- Klik in Scrum4Me op "Voer uit".
Pad B - lokale MCP-dev
git clone https://git.jp-visser.nl/janpeter/scrum4me-mcp.git
cd scrum4me-mcp && npm install
# Voeg toe aan Claude Code config
# en gebruik de Scrum4Me MCP-tools direct.Handig voor toolontwikkeling, product-doc retrieval en lokale inspectie. De productie-runner blijft de aanbevolen route voor echte jobuitvoering.
Liever zonder MCP? Gebruik de REST API met een Bearer-token voor scripts, CI-pipelines en gecontroleerde integraties.
Scrum in Scrum4Me
Scrum4Me past een lichtgewicht versie van Scrum toe: de essentie zonder ceremony-overhead. Hieronder staat hoe de kernbegrippen zijn vertaald naar de app.
Hiërarchie
Terminologie
Rollen
In v1 is één account gelijk aan één gebruiker met alle rollen. Teamgebruik met rolscheiding volgt in v2.
Gebruikershandleiding
Volg deze stappen om van een leeg account naar een volledig ingeplande Sprint te gaan.
REST API voor gecontroleerde integraties
Alle API-endpoints vereisen een Authorization: Bearer <token> header. Implementation-tokens beheer je in scrum4me-workers.jp-visser.nl/api-tokens.
# Volgende story uit de actieve Sprint ophalen
curl -H "Authorization: Bearer $TOKEN" \
https://<your-instance>/api/products/<product-id>/next-story/api/productsLijst van actieve producten/api/products/:id/next-storyHoogst geprioriteerde open story van de actieve Sprint/api/sprints/:id/tasks?limit=10Eerste N taken van de Sprint op volgorde/api/stories/:id/tasks/reorderTaakvolgorde aanpassen (body: { task_ids: string[] })/api/stories/:id/logActiviteit vastleggen: implementatieplan, testresultaat of commit/api/tasks/:idTaakstatus of implementatieplan bijwerken