Team Charter Dokument mit fünf Sektionen (Purpose, Ziele, Rollen, Working Agreements, Cadence), Teamliste, Stakeholderliste mit Erwartungen und Charter-Review-Termin. Maximal 3-5 Seiten.
Team Charter
Vorbereitung
Was vor Start vorliegen muss
Whiteboard oder Miro-Board mit Sektionen Purpose, Goals, Stakeholders, Roles, Working Agreements, Decision Rights, Cadence; Haftnotizen; Stifte; Template für finalen Charter.
Ein Facilitator, der durch die Sektionen führt und Energie hält; alle Teammitglieder (drei bis zwölf); ein Stakeholder-Vertreter (z. B. Sponsor) für Phase 1; ein Scribe für den finalen Charter.
Auftraggeber-Briefing (warum existiert das Team?); Stakeholderliste; bekannte Constraints (Budget, Zeit, Tooling); bestehende Charter ähnlicher Teams als Referenz.
2-4 h
Sektionen am Board markieren. Sponsor oder Stakeholder zu Phase 1 einladen. Telefone weg, keine parallele Slack-Bearbeitung. Charter als Living Document ankündigen.
Kernfrage
Die eine Frage, die diese Methode beantwortet
Warum existiert das Team, woran misst es Erfolg, und wie arbeitet es so zusammen, dass alle wissen, was sie voneinander erwarten können?
Ablauf
Marker: Sektion
| Schritt | Dauer | Aktion | Hinweis |
|---|---|---|---|
1Sektion 1: Purpose und Stakeholder | 30-45 min | Sponsor oder Stakeholder beschreibt Mission und Erwartungen in 10 min. Team formuliert eigenen Purpose-Satz. Stakeholderliste mit Erwartungen pro Stakeholder. | Wenn Sponsor-Erwartung und Team-Verständnis stark auseinandergehen, sofort klären. Charter ohne geteiltes Purpose ist Theater. |
2Sektion 2: Ziele und Erfolgsmaße | 30-45 min | Konkrete Ziele für die nächsten 6-12 Monate. Pro Ziel Erfolgsmaß (z. B. North Star Metric, OKR-Andeutung). Quartalsweise Review-Cadence für Ziele festlegen. | Ziele sind nicht Aktivitäten. „Wir entwickeln Feature X“ ist Aktivität, „Time-to-First-Value sinkt von 6 auf 3 Wochen“ ist Ziel. |
3Sektion 3: Rollen und Verantwortlichkeiten | 30-45 min | Pro Rolle (PM, Tech Lead, Designer, etc.) klären: Was ist Verantwortung, was Befugnis, was Schnittstelle zu anderen Rollen? RACI oder DACI pro Schlüsselentscheidung skizzieren. | Rollenkonflikte sind häufiger als Personen-Konflikte. Pro Schnittstelle (z. B. PM ↔ Tech Lead) konkrete Beispiele durchspielen. |
4Sektion 4: Working Agreements | 30-45 min | Arbeitsregeln für Kommunikation, Meetings, Async-Arbeit, Entscheidungsfindung. Maximal 7-10 Regeln. Jede Regel mit konkreter Verhaltenserwartung. | Regeln müssen prüfbar sein. „Wir kommunizieren respektvoll“ ist nicht prüfbar, „Wir reagieren auf Pings in Working Hours in unter 4 h“ ist es. |
5Sektion 5: Cadence und Review | 15-30 min | Wiederkehrende Termine (Standup, Planning, Retro, Review) festlegen. Charter-Review-Cadence (z. B. quartalsweise). Ownership für Charter-Pflege. | Charter wird in der ersten Quartals-Review ohnehin überarbeitet. Erste Version muss nicht perfekt sein, nur ehrlich. |
Artefakt
Was am Ende rauskommt
- Confluence-Seite im Team-Space
- Notion-Seite mit Datenbankenverlinkung
- Markdown im Team-Repo unter docs/team/
- Google Doc mit Kommentar-Funktion
Pro Quartal Review mit Änderungs-Log am Anfang. Größere Reorganisation (neue Mission, neue Teammitglieder mit signifikanter Rolle) erzeugt v2; alte Version als Snapshot behalten.
Team Charter
Vorlage für Teamzweck, Rollen, Arbeitsweise, Schnittstellen und Review-Termin.
# Team Charter
## Zweck
Warum existiert dieses Team?
## Ziele
- ...
## Rollen
| Rolle | Person | Verantwortung |
|---|---|---|
## Arbeitsweise
- Meetings:
- Kommunikationskanäle:
- Entscheidungswege:
## Schnittstellen
Mit welchen Teams arbeiten wir wie zusammen?
## Review
Wann prüfen wir den Charter?Beispielausgabe
Konkret gefülltes Szenario
## Team Charter — Discovery Team „Activate“ (Q3 2026)
**Purpose**: Wir helfen Solo-Steuerberatern wie Sabine, in den ersten 30 Tagen den Aha-Moment unseres Produkts zu erleben.
**Ziele Q3**:
- Activation Rate von 22% auf 38%. Erfolgsmaß: Amplitude, Cohort 90 Tage.
- Time-to-First-Value unter 3 min. Erfolgsmaß: Event-Tracking.
**Stakeholder**: CPO (Erwartung: monatlicher Review), Customer Success (Handoff-Protokoll), Sales (Lead-Qualifizierungs-Feedback), Engineering Platform (Tooling-Support).
**Rollen**:
- Anna (PM): Discovery, Priorisierung, Stakeholder-Kommunikation.
- Ben (Tech Lead): Architektur, Spike-Reviews, Tech-Schnittstellen.
- Lisa (UX Researcher): Interview-Welle, Synthese, Insights-Repository.
- Marcus (Designer): Prototyping, Design Review, Pattern Library.
**Working Agreements**:
- Standup Mo/Mi/Fr 9:30, max 15 min.
- Asynchrones Update bis Di und Do 18:00 in #activate-async.
- Code Review innerhalb 1 Working Day.
- Diskussionen über 5 Nachrichten in Slack → 30 min Sync-Call.
- Entscheidungen über DACI mit Anna als A.
**Cadence**: Sprint 2 Wochen, Retro alle 4 Wochen, Charter-Review Ende Q3.Stolperfallen
Symptome erkennen, gegensteuern
Purpose abstrakt
Purpose lautet „Wir bauen großartige Produkte“, kein Bezug zu Stakeholder oder Outcome.
Purpose mit „Für Wen“ und „Welcher Outcome“ konkretisieren. „Wir helfen X bei Y“ ist Mindeststruktur.
Rollenklarheit fehlt
Mehrere Personen beanspruchen oder vermeiden dieselbe Verantwortung.
DACI oder RACI pro Schlüsselentscheidung. Pro Schnittstelle Beispiel durchspielen, nicht abstrakt formulieren.
Working Agreements zu vage
Regeln wie „wir kommunizieren transparent“ sind nicht prüfbar.
Pro Regel beobachtbares Verhalten. Wenn nicht prüfbar, ist es Wunschdenken.
Charter wird einmal geschrieben und vergessen
Sechs Monate später kennt niemand mehr Inhalt, Konflikte werden ohne Bezug zum Charter ausgetragen.
Charter-Review-Termin im Kalender. Pflicht-Hinweis im Standup bei wiederkehrenden Rollenkonflikten.
Sponsor nicht eingebunden
Charter wird vom Team formuliert, ohne Sponsor-Erwartung abzugleichen.
Sponsor zu Phase 1 verbindlich. Bei Asymmetrie zwischen Sponsor-Erwartung und Team-Purpose Klärung vor Charter-Abschluss.
Abbruchkriterien
Done-Signale, in unter einer Minute prüfbar
Run Sheet durchgearbeitet?
Zum Steckbrief für Zweck, ähnliche Methoden und Quellen — oder direkt zur nächsten Methode im Katalog.