Fertig wird bewiesen, nicht behauptet
Fertig wird bewiesen, nicht behauptet.
Jeder Akzeptanz-Check wird mit Nachweis abgehakt: dem Pull Request, dem Testlauf, dem Commit. Ein fertiges Ticket gilt erst als Verified, wenn jeder Check bestanden ist, kein Pull Request mehr offen ist und nichts auf einen Review wartet.
Export a month of logged hours as CSV
Acceptance checks
4 of 4 provenGiven a manager, when they export March, then the file has one row per person and day
Pull request #381 via AI agentThe totals match the monthly overview
Test: npm test: 14 passed via AI agentA member cannot export someone else’s hours
Pull request #381Test: npm test: 14 passed via AI agent10,000 rows export in under 2 seconds
Test: 10,000 rows in 0.6 s via AI agent
Pull requests
Show the cost center on project cards
Done, not verified yet:
• Pass the last check with evidence
• Merge or close the open pull request
Export a month of logged hours as CSV
Show the cost center on project cards
Totals off by one day in March
The ticket key in the branch, title or description links the pull request.
Die Komponenten der App, mit Beispieldaten gerendert.
Ein Nachweis an jedem Check
Agenten müssen einen Nachweis anhängen, um einen Check zu bestehen: einen Pull Request, Commit, Testlauf oder Link, oder den ausgeführten Test mit seinem Ergebnis. Hakt eine Person einen Check in der App ohne Nachweis ab, zählt er als von ihr bestätigt (Confirmed). Ein fehlgeschlagener Check braucht eine Notiz, was fehlgeschlagen ist.
Verified, oder genau das, was fehlt
Fertige Tickets zeigen Verified oder Not verified. Der Tooltip nennt, was noch nötig ist, etwa „den letzten Check mit Nachweis bestehen“ oder „den offenen Pull Request mergen oder schließen“. Verifizierte Tickets tragen auf Boards und im Backlog ein Schild-Symbol.
Pull Requests bewegen Tickets
Verbinden Sie GitHub, GitLab oder Bitbucket und schreiben Sie den Ticket-Key in Branch, Titel oder Beschreibung. Ein geöffneter Pull Request schiebt seine Tickets in den Review; der Merge des letzten offenen schiebt sie auf Fertig.
- Agenten können Pull Requests in jedem Plan per MCP verknüpfen.
- Ein Pull Request kann mehrere Tickets tragen, und ein Ticket kann Pull Requests in mehreren Repositories haben.
Doku, die nicht veraltet
Jedes Produkt hat seine Dokumentation direkt neben den Tickets: Seiten in Markdown mit Suche, in jedem Plan. In Business schlägt die KI nach einem Merge Änderungen an diesen Seiten vor, die den Diff oder das Ticket zitieren müssen, und der Server prüft jedes Zitat Zeichen für Zeichen, bevor etwas angezeigt wird. Eine Person übernimmt sie, und jede Seite nennt den Pull Request, gegen den sie zuletzt geprüft wurde.
- Wird eine Seite danach von Hand geändert, steht das dort, bis der nächste Vorschlag sie wieder prüft.
- Agenten lesen die Doku in jedem Plan per MCP, bevor sie bauen.
Fragen
Kann eine Person ein Ticket weiterhin ohne Checks schließen?
Ja. Fertig ist ein Status wie jeder andere. Das Ticket zeigt dann Not verified, mit den Gründen, damit alle den Unterschied zwischen fertig und bewiesen sehen.
Was zählt als Nachweis?
Die URL eines Pull Requests, Commits, Testlaufs oder einer Seite (die Art wird erkannt), oder ein Test ohne URL mit seinem Ergebnis, zum Beispiel „npm test: 48 passed“.
Wer darf Checks abhaken?
Die zugewiesene Person, die meldende Person und Projektmanager, in der App oder über ihren Agenten.
Geben Sie Ihrem nächsten Agenten einen Brief.
Kostenlos für bis zu 10 Personen, mit MCP für jeden Agenten. Keine Kreditkarte.