Projekt- und Produktmanagement für die Ära der Agenten
Tickets wurden für Menschen geschrieben, die wussten, was Sie meinten. Agenten wissen nur, was Sie geschrieben haben.
NEWWORK Projects macht aus Notizen, E-Mails und Verträgen Briefs, nach denen jeder Coding-Agent bauen kann, übergibt sie per MCP und nennt Arbeit erst fertig, wenn Code und Checks es beweisen.
Kostenlos für bis zu 10 Personen · Agenten nie limitiert · Hosting in der EU
Berichte exportieren
Das Ticket, wie es geschrieben wurde
Als Nutzer1 möchte ich Berichte2 exportieren, damit ich die Daten in Excel nutzen kann.
Akzeptanzkriterien:
– Export funktioniert3
– Sollte schnell sein4
- 1Wer? Finanzen, Manager, alle?
- 2Welche Berichte? Stunden, Budgets?
- 3Nicht prüfbar. Funktioniert wie?
- 4Wie schnell, mit wie vielen Daten?
- 5Wo lebt das im Code?
› Was soll ich als Nächstes übernehmen?
●newwork-projects ·pm-my-work
└ CHK-142 Berichte exportieren · Readiness 50 · nicht bereit für Agenten
└ Es fehlen: prüfbare Checks, wo es im Code lebt
Wartet, bis CHK-142 bereit für Agenten ist_
Worauf wir nicht verzichten
Fünf Regeln. Im Produkt, nicht im Pitch.
Jede Regel führt zu dem Teil des Produkts, der sie durchsetzt. Was das Produkt nicht durchsetzen kann, behaupten wir nicht.
- 01Wir raten nicht. Wir fragen.Sagen Ihre Notizen nicht, wer, wie viel oder wie etwas heißt, fragt der Brief nach, statt eine Antwort zu erfinden.
- 02Jede Anforderung zitiert ihre Quelle.Specs nennen die Seite, die Folie oder die E-Mail, aus der sie stammen, und der Server prüft jedes Zitat Wort für Wort.
- 03KI handelt mit Ihren Rechten, nach Ihrer Bestätigung.Nova nutzt Ihre eigene Sitzung. Jede vorbereitete Änderung wartet als Karte, bis Sie bestätigen.
- 04Agenten sind Teammitglieder, nie limitiert.Jeder MCP-Agent bekommt den Brief, die Checks und über 30 Werkzeuge, mit den Rechten seiner Person. Aufrufe werden nie gezählt.
- 05Fertig wird bewiesen, nicht behauptet.Code bewegt das Ticket, und verifiziert ist es erst, wenn jeder Check mit Nachweis bestanden ist.
Agenten scheitern nicht am Code. Sie scheitern am Raten.
Tickets wurden früher von Menschen gelesen, die das Produkt kannten und kurz nachfragen konnten. Ein Agent liest nur, was dasteht, füllt jede Lücke mit der plausibelsten Antwort und liefert sie mit voller Überzeugung.
| Was im Ticket stand | Was der Agent geraten hat | Was im Brief steht |
|---|---|---|
| „Berichte exportieren“ | Alle Berichte, als XLSX, für alle | Erfasste Stunden eines Monats, CSV mit Semikolon, nur Manager |
| „Sollte schnell sein“ | Ein Cache mit den Zahlen von gestern | 10.000 Zeilen in unter 2 Sekunden, Summen wie in der Übersicht |
| „Login-Bug beheben“ | Ein anderer Login-Bug | Schritte zum Nachstellen, erwartet, tatsächlich, exakte Fehlermeldung |
| „Löschen-Button hinzufügen“ | Löscht sofort, für jede Rolle | Nur Admins, Bestätigung mit exaktem Text, 10 Sekunden Rückgängig |
Das Prinzip
Wir raten nicht. Wir fragen.
Wenn die KI einen Brief schreibt und Ihre Notizen nicht sagen, wer, wie viel oder wie etwas heißt, wählt sie keine Antwort. Sie nennt eine Annahme, die Sie behalten oder streichen, oder eine offene Frage. Bereit für einen Agenten ist das Ticket erst, wenn jemand antwortet.
Anatomie eines Briefs
Sechs Abschnitte und eine Liste von Checks. Jeder davon verhindert eine Art von Raten, und der Readiness-Score gewichtet die vier, ohne die kein Agent auskommt.
Intent
+25 ReadinessWas es erreicht und warum, in ein oder zwei Sätzen. Es entscheidet jede Frage, die der Rest des Briefs offenlässt.
Ohne diesen Abschnitt
Der Agent optimiert auf den Titel und baut „einen Export“.
Specs aus dem Vertrag. Nicht aus dem Gedächtnis.
Legen Sie die PDFs ab, die E-Mails des Kunden mit ihren Anhängen, die Kick-off-Präsentation und die Tabelle. Die KI schreibt daraus die Spec, jede Anforderung nennt ihre Herkunft, und der Server prüft jedes Zitat, bevor Sie es sehen.
Overtime export for payroll
In reviewRequirements
1.One row per person and day, with project and ticket.S2
2.Exports close on the 3rd working day of the month.S1 · p. 4
3.Columns in the order payroll imports them.S4 · Columns
Where the sources disagree
“Separator: comma.”S3 · slide 7 “Please use semicolons, our Excel is German.”S2
The spec follows S2, the newer source.
6 quotes checked word for word · 1 left out: not found in S3
- S1Framework agreement v3.pdfPDF · 14 pages · 2 Sep
- S2Anna Berg: Re: export for payrollEmail · 2 attachments · 9 Oct
- S3Kick-off.pptx12 slides, 1 hidden · speaker notes
- S4Payroll columns.xlsx2 sheets
- S5Whiteboard.jpgRead by AI
§ 6.2 Reporting. The contractor provides the monthly time report as a machine-readable file. Exports close on the 3rd working day of the month, after which corrections need written approval.
- 01Wort für Wort geprüftEin Zitat, das nicht in der Quelle steht, fliegt raus, und das Ergebnis sagt es Ihnen.
- 02Wo sich die Quellen widersprechenPräsentation sagt Komma, E-Mail sagt Semikolon: Die Spec zitiert beide und sagt, wonach sie sich richtet.
- 03Gelesen, wie Dateien ankommenPDF-Seiten, Folien mit Sprechernotizen, Tabellenblätter, Änderungsverfolgung, E-Mail-Anhänge und Screenshots, die die KI liest.
- 04Direkt zu Tickets und AgentenZerlegen Sie die Spec in Briefs; Agenten lesen sie mit ihren Quellen per MCP.
Feedback und Roadmap
Und was Kunden wünschen, verknüpft mit den Tickets, die es beantworten.
Feedback aus Gesprächen, Intercom, Zendesk, E-Mail und Slack, gruppiert zu Themen mit Kundenwert und geordnet nach RICE (Pro). Eine öffentliche Roadmap, über die Kunden abstimmen und die ihnen sagt, wann es ausgeliefert ist (Business).
Theme · 14 customers · €182k a year
“We retype overtime into payroll every month.”
Most likely answered by ET-11 · Link all
| Ticket | Asked | Worth | RICE |
|---|---|---|---|
| ET-11 Overtime export for payroll | 14 | €182k | 336 |
| ET-19 Approve absences from Slack | 9 | €96k | 151 |
| ET-23 Bulk edit shifts | 6 | €41k | 64 |
Planned
Bulk edit shifts
38
Approve absences from Slack
27
In progress
Export for payroll
112
Shift swap requests
41
Shipped
Dark mode
64
Holiday calendar import
52
Voters hear when it starts and ships. No keys, no names.
Eine KI im Team, die fragt, bevor sie handelt.
Nova antwortet aus Ihren Tickets, Specs, Zeiten, der Roadmap und dem Code und bereitet die Änderung vor. Sie bekommt nie mehr Rechte als die fragende Person, und nichts läuft, bevor diese bestätigt.
- 01
Ihre Sitzung, kein Superuser
Row-Level-Security, Rechte und Trigger entscheiden für Nova genau wie in der App. Schlüssel, Tokens und Passwörter sind außer Reichweite.
- 02
Jede Änderung ist zuerst eine Karte
Neue Tickets, Status, Kommentare, Zeiten, jede Zeile: gezeigt von und nach, als Sie ausgeführt beim Bestätigen, verworfen beim Verwerfen.
- 03
Nova liest Ihren CodePro
Die einem Projekt zugewiesenen Repositories, auf dem Stand von main. Antworten nennen die Dateien.
- 04
Prognosen, Risiken und Pläne
Fragen Sie, wann es fertig ist, was hängt, oder nach einem Plan, und Sie bekommen Karten mit Terminen, Schwere und Tickets.
Worked 14 s · read 1 file
- Reading ET-11 and its pull requests
- Searching the code for “overtime export”
- Reading scan-bb/src/overtime/export.ts
Pull request #41 was opened as a draft, and drafts don’t move tickets. It left draft an hour ago, with an approving review and passing checks. exportOvertime() now writes one row per person and day, as the brief asks.
Geben Sie es jedem Agenten.
Eine URL und ein persönlicher Token. Cursor, Claude Code, Codex, VS Code oder alles andere, was MCP spricht, bekommt den Brief, die Checks und über 30 Werkzeuge für die Arbeit rund um den Code.
Alle geben Agenten einen Platz im Team. Wir geben ihnen einen Brief.
Werkzeuge
- Finden
pm-my-workpm-item-getpm-spec-getZugewiesene Arbeit, der Brief mit Checks und Readiness, und die Spec mit ihren Quellen.
- Starten
pm-item-startIn Arbeit, ein Branch-Name, ein Commit-Präfix und eine Warnung, wenn der Brief nicht bereit ist.
- Beweisen
pm-check-tickpm-pr-linkJeder Check bestanden, mit dem Pull Request, Commit oder Test als Nachweis.
- Erfassen
pm-timer-startpm-timer-stopEin Live-Timer, damit Agentenstunden in der Zeiterfassung landen.
●In jedem Plan, auch im kostenlosen. MCP-Aufrufe werden nie gezählt oder limitiert.
In .cursor/mcp.json im Repository oder ~/.cursor/mcp.json für alle Projekte:
{
"mcpServers": {
"newwork-projects": {
"url": "https://app.newworkprojects.com/api/mcp",
"headers": {
"Authorization": "Bearer nwmcp_…"
}
}
}
}Den Token erstellen Sie unter Workspace-Einstellungen → Agents & MCP. Er handelt als Sie, in einem Workspace.
Oder das Ticket einem Coding-Agenten geben
Ein Klick im Code-Tab gibt einem Cursor-Cloud-Agenten den Brief und die Checks. Er öffnet einen Pull Request mit dem Key im Namen, und das Ticket geht in den Review, wenn er fertig ist.
Fertig wird bewiesen, nicht behauptet.
Nennen Sie das Ticket in einem Branch, Pull Request oder Commit, und der Code bewegt es. Verifiziert ist ein Ticket erst, wenn jeder Akzeptanz-Check mit Nachweis 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
et-12-duplicate-guard
moves to In progressBranch pushed · 3 commits#57 Fixes ET-12: Guard against duplicate bookings
moves to In reviewPull request openedApprovedChecks pass#57 merged into main
moves to DoneLast closing pull requestIn production · 2 hours ago
Vercel · staging yesterdayet-12-duplicate-guard · on in staging
Code verknüpft sich selbstPro
GitHub, GitLab und Bitbucket. Branch gepusht, Pull Request geöffnet, letzter gemergt: Das Ticket folgt, mit Reviews und Checks.
Gemergt ist nicht live
Deployments und Feature-Flags zeigen, wo der Code eines Tickets läuft und welche fertigen Tickets noch nicht in Produktion sind.
Nachweis an jedem Check
Agenten müssen den Pull Request, Commit oder Testlauf anhängen. Ein Haken ohne Nachweis heißt „Bestätigt“, mit Namen.
Doku, die nicht veraltetBusiness
Nach einem Merge Dokumentationsvorschläge, die den Diff zitieren müssen, Zeichen für Zeichen geprüft.
Steuern mit Fakten, nicht mit Statusmeetings.
Von Hand gesetzte Ampeln sind optimistisch, bis zur Woche vor der Deadline. Hier folgen sie aus Terminen, Fortschritt, dem echten Tempo des Teams und der Arbeit, die auf andere Arbeit wartet.
Release 2.4 · 31 open tickets
78% chance to make 27 Nov
Likely
21 Nov
Safe
28 Nov
Almost sure
3 Dec
Pace of the last 12 weeks · 7.4 tickets a weekScope 31
Gone quiet ET-14
In review for 4 days without a change
Waiting for review #57
No approving review for 3 days
Blocked ET-19
In the sprint, waits for open ET-6
Slipping 2.4
Due in 18 days, open work needs 26 at the recent pace
The assignee hears about it once; the lead when it is serious.
Goal · due in 12 days
Self-serve billing live
- 1 ticket waits for unfinished work. They are blocked by tickets that are not done.
- Progress is behind the calendar. 67% of the time is gone and 48% of the work is done.
- 01ProLieferprognose5.000 Läufe über die letzten 12 Wochen: Termine für Wahrscheinlich, Sicher und Fast sicher, und die Chance, das Fälligkeitsdatum zu halten.
- 02ProRisikoradarJeden Morgen: eingeschlafene Arbeit, wartende Reviews, fehlschlagende Checks, blockierte Sprints, rutschende Releases.
- 03ProPulse und WochenupdatesEin Standup in einer Minute aus den Fakten und jeden Montag ein Update für Stakeholder, in Ihre Kanäle gepostet.
- 04Jeder PlanSprintpläne und SchätzungenUmfang bis zur Velocity des Teams, Größen aus ähnlicher fertiger Arbeit. Berechnet, nicht geraten.
Das Geschäft mit agentischer Arbeit.
Agenten verändern, was Arbeit kostet, nicht ob sie kostet. Ihre Stunden, Ihre Kapazität, Budgets und die Änderungen, die Kunden wünschen, liegen direkt neben den Tickets.
Working live now
3 people tracking · 2 via AI agents
JonasCHK-150Invoice PDF in the customer portal via AI agent1:12
LenaCHK-147Retry failed webhooks via AI agent0:38
MiraCHK-153Brief: annual plans for teams0:21
Logged this week
212 h
By agents
87 h
Billable
164 h
Lena is planned at 120% in W47 and W48. Sam’s tickets need 34 h more than his plan in the next 4 weeks.
- 01Jeder PlanAgenten in der ZeiterfassungAgenten starten Timer per MCP. Ihre Zeit wird gebucht wie jede andere und mit „via AI agent“ markiert.
- 02BusinessKapazitätWer woran arbeitet, wie viel der Woche, und wo Schätzungen den Plan übersteigen.
- 03BusinessBudgets und KostenstellenVerbraucht plus geplant gegen jedes Budget, mit einer Markierung, wo Sie heute stehen sollten.
- 04BusinessChange RequestsAngeboten, freigegeben und mit einem Klick aufs Budget gebucht, damit schnellere Lieferung nie Gratis-Umfang heißt.
Bringen Sie Ihre Historie mit. Und Ihre Keys.
Ein Wechsel sollte nicht bei null anfangen. Der Import bringt Tickets mit Kommentaren, Historie, Zeiten, Anhängen und Code-Verknüpfungen mit, und die Keys in Ihren Branches verknüpfen weiter.
- 1
Verbinden
Ein Token für Jira, Linear, GitHub, Asana oder ClickUp. Im alten Werkzeug wird nichts geschrieben.
- 2
Vorschau
Anzahlen, wie Personen zugeordnet wurden und wie Status übernommen werden, alles vor dem Import änderbar.
- 3
Importieren
Tickets behalten Daten, Personen, Eltern und Historie. Ein weiterer Lauf ergänzt nur Neues.
Oder Jira im Gleichschritt halten, während Sie wechseln
Zwei-Wege-Sync von Titeln, Beschreibungen, Status, Personen, Punkten und Kommentaren. Das Neuere gewinnt, nichts hallt nach, und Teams wechseln eins nach dem anderen.
Import aus
Verknüpft Code über
- Jira
LEGACY-2 - Linear
ENG-12 - GitHub Issues
Fixes #12 - Asana
Links in Notizen - ClickUp
OPS-12
Was mitkommt
- ✓Epics, Stories, Unteraufgaben
- ✓Kommentare
- ✓Änderungshistorie
- ✓Erfasste Zeit
- ✓Anhänge
- ✓Pull Requests und Commits
CSV- und Direktimporte bringen die Tickets in jedem Plan mit. Kommentare, Historie, erfasste Zeit und Code-Verknüpfungen kommen ab Pro mit.
Von Jira wechseln →Bereit für das Security-Review. Durchgesetzt, wo es zählt.
Die Rechte liegen in der Datenbank, also treffen die App, die API, MCP-Agenten und Nova auf dieselben Regeln. Keine Einstellung, die eine neue Funktion vergessen kann.
- 01Jeder PlanRegeln in der DatenbankRow-Level-Security entscheidet über jedes Lesen und Schreiben, für Menschen, Agenten und KI gleichermaßen.
- 02BusinessNur-Team-ProjekteFür alle anderen unsichtbar, in Listen, Suche, MCP und KI-Antworten.
- 03BusinessAnmelderegelPersonen Ihrer verifizierten Domains müssen sich mit Google oder Microsoft anmelden.
- 04EnterpriseSCIM-ProvisioningOkta und Entra legen Personen an, deaktivieren und gruppieren sie; Gruppen vergeben Rollen.
- 05BusinessAudit-LogJede Änderung mit vorher und nachher, ein Jahr lang. CSV, JSON Lines und ein SIEM-Feed.
- 06Jeder PlanPasswörter im VaultPasswörter in den Utilities liegen verschlüsselt im Supabase Vault. Agenten und Nova sehen nie eines.
- 07Jeder PlanGehostet in FrankfurtDatenbank, Dateien und Serverfunktionen in der EU, mit AVV und öffentlicher Liste der Unterauftragsverarbeiter.
- 08Jeder PlanAbgeschlossene MonateIst ein Monat abgeschlossen, ändert niemand mehr seine Buchungen, weder in der App noch per MCP oder API.
Keine Logo-Wand. Messen Sie uns an Ihren Zahlen.
Wir sind neu und leihen uns kein Vertrauen. Jede Zahl unten stammt aus Daten, die NEWWORK Projects ohnehin hat: Readiness an jedem Ticket, Nachweise an jedem Check, „via AI agent“ an jedem Timer.
Beispiel-Workspace · illustrative Zahlen
91 %
Tickets bereit für einen Agenten beim Start
Readiness 100 im Moment von pm-item-start
84 %
Fertige Tickets, die verifiziert sind
Jeder Check mit Nachweis bestanden, Pull Requests gemergt
37
Offene Fragen vor dem Bauen beantwortet
Fragen, die der Brief stellte statt zu raten, diesen Monat
41 %
Erfasste Stunden von Agenten
Zeiteinträge aus Timern, die per MCP gestartet wurden
Illustrativ. Ihr Workspace hat die Daten für alle vier vom ersten Tag an.
Fügen Sie ein Ticket ein. Sehen Sie, was ein Agent sieht.
Nehmen Sie eines Ihrer echten Tickets. Der Readiness-Score wird in Ihrem Browser nach denselben Regeln wie in der App berechnet. Lassen Sie es umschreiben, um den Brief zu sehen, der es hätte sein können.
Die Bewertung läuft in Ihrem Browser. Für die Überarbeitung geht der Text an unseren Server und an OpenAI; wir speichern ihn nicht.
Fast: ein Agent würde noch raten
- +25
Ziel
- +30
Akzeptanzkriterien
- +25
Keine offenen Fragen
- +20
Kontext
Damit es bereit ist
- →Akzeptanzkriterien unter einer Überschrift ergänzen, eines pro Zeile
- →Kontext verlinken: Dateien, Repositories, Dokumente oder Links