Home | Blog | Guide

Meeting-Vorbereitung: Eine Vorlage, die funktioniert

Eine Meeting-Vorbereitungsvorlage für Engineering Manager, die Kontext aus echten Tools zieht – nicht aus dem Gedächtnis.

By Ellis Keane · 2026-04-03

Jede Meeting-Vorbereitungsvorlage, die mir bisher begegnet ist, war eigentlich nur eine Agenda-Vorlage in Verkleidung. Man bekommt ein Feld für „Diskussionsthemen" und „Action Items", und das nennt sich dann Vorbereitung – aber der eigentlich schwierige Teil wird übersprungen: zu wissen, was seit dem letzten Gespräch passiert ist.

Die eigentliche Arbeit bei der Meeting-Vorbereitung sind die fünfzehn Minuten, die man durch Slack scrollt und versucht, sich zu erinnern, was der direkte Mitarbeiter am Dienstag erwähnt hat. Oder die zehn Minuten, in denen man sich durch Linear-Issues klickt, um herauszufinden, ob die Migration ausgeliefert wurde. Oder man öffnet ein 1:1 und stellt fest, dass man nichts Konkretes zu besprechen hat, weil die Woche verschwommen ist (wie Wochen das so an sich haben).

Diese Vorlage zur Meeting-Vorbereitung geht von einer anderen Prämisse aus: Vorbereitung bedeutet, Kontext zu sammeln – nicht eine Agenda zu schreiben. Operativer Kontext lebt in den Tools, nicht im Kopf; zwischenmenschlicher Kontext erfordert nach wie vor Urteilsvermögen und Notizen, aber das ist ein kleinerer Bereich, als die meisten denken. Der Ansatz hat drei Ebenen: ein Aktivitäts-Scan, ein Entscheidungs- und Blocker-Check und ein Veränderungs-Delta. Alle drei lassen sich in unter sieben Minuten durchgehen.

Für wen diese Vorlage gedacht ist

Primäre Zielgruppe: Engineering Manager, die 1:1s, Team-Syncs und funktionsübergreifende Check-ins durchführen – wobei jeder, der sich wünscht, vor Meetings Dinge nachgeschlagen zu haben, dies anpassen kann. Wer 5–8 direkte Mitarbeiter über eine Mischung aus Linear, GitHub, Slack und vielleicht Notion oder Figma betreut, ist genau die Person, die ich im Sinn hatte. Anderer Tool-Stack? Die Struktur gilt trotzdem – einfach die konkreten Abfragen austauschen.

Ein schnelles 1:1 braucht vielleicht nur Ebene 1. Eine wichtige Planungssitzung mit fünf oder mehr Teilnehmern und unumkehrbaren Entscheidungen braucht vermutlich alle drei.

Ebene 1: Der Aktivitäts-Scan (3 Minuten)

Vor jedem Meeting die jüngsten Aktivitäten der Teilnehmer abrufen. Nicht alles, was sie getan haben – nur genug, um informiert reinzugehen und zu wissen, wie ihre Woche tatsächlich aussah.

[ ] Die letzten PRs jedes Teilnehmers (gemergt, offen, reviewed) in GitHub prüfen
[ ] Deren Linear-Issues scannen: Was wurde auf „Done" gesetzt, was ist seit mehr als 3 Tagen „In Progress", was wurde neu zugewiesen
[ ] Slack-Kanäle überfliegen, in denen sie aktiv waren – nach Threads mit 5+ Antworten Ausschau halten (dort finden sich meist die substanziellen Diskussionen). Slacks Suchmodifikatoren wie from:@person before:today können das deutlich beschleunigen
[ ] Falls zutreffend: Figma-Aktivität für designbezogene Meetings oder Notion-Updates für Planungs-Meetings prüfen

Es geht nicht darum, jemanden zu überwachen (bitte macht daraus kein Produktivitäts-Audit). Es geht darum, informiert genug aufzutauchen, um gute Fragen zu stellen. Es gibt einen Riesenunterschied zwischen „Wie läuft die Migration?" und „Ich habe gesehen, dass der Migrations-PR drei Review-Runden vom Platform-Team bekommen hat – woran hakt es?" Die zweite Variante zeigt dem Mitarbeiter, dass man aufmerksam ist, und meiner Erfahrung nach kommt man so schneller zum eigentlichen Gespräch.

Hier ein Beispiel aus der Praxis. Angenommen, man bereitet sich auf ein 1:1 mit einem Engineer vor, der an einem Refactoring des Benachrichtigungssystems arbeitet. Man schaut in GitHub und sieht, dass diese Woche zwei PRs gemergt wurden, aber einer seit vier Tagen ohne Reviewer offen ist. Man checkt Linear und bemerkt, dass das übergeordnete Epic gestern von „In Progress" auf „Blocked" gewechselt hat. Man schaut in Slack und findet einen Thread in #platform, in dem nach einer Datenbankschema-Änderung gefragt wurde und widersprüchliche Antworten von zwei Senior Engineers kamen.

Jetzt hat man drei konkrete Gesprächspunkte – und man hat noch nicht mal eine Agenda geschrieben.

Meeting-Vorbereitung bedeutet nicht, Themen aufzuschreiben. Es bedeutet, genug Kontext aus den Tools zu sammeln, damit die wichtigen Themen von selbst auftauchen.

Ebene 2: Der Entscheidungs- und Blocker-Check (2 Minuten)

Meetings sind (theoretisch) der Ort, an dem Entscheidungen getroffen werden – also hilft es, zu wissen, welche Entscheidungen ausstehen. Diese Ebene dauert etwa zwei Minuten und fängt Dinge ab, die einen sonst mitten im Meeting überraschen würden.

[ ] In Slack nach Nachrichten von Teilnehmern suchen, die in der letzten Woche „Entscheidung", „sollen wir", „warten auf" oder „blockiert durch" enthalten
[ ] In Linear nach Issues mit Blockern oder Abhängigkeiten suchen, an denen die Teilnehmer beteiligt sind
[ ] Nach offenen Fragen in geteilten Notion-Dokumenten oder Figma-Kommentaren schauen, die noch nicht geklärt wurden
[ ] Die eigenen Notizen vom letzten Meeting mit dieser Person durchgehen: Habe ich versprochen, mich um etwas zu kümmern?

Der letzte Punkt wird von den meisten übersprungen – und er ist wohl der wichtigste. Vergessene Zusagen beschädigen zuverlässig Vertrauen, und unaufgefordertes Nachfassen baut es zuverlässig auf. Das ist der einfachste Weg, 1:1s besser zu machen, und er hat nichts mit Meeting-Vorbereitungsvorlagen oder irgendeinem Tool zu tun.

Vorbereitung, die funktioniert

Konkrete Aktivitätsdaten aus Tools abrufen, bevor man irgendeine Agenda schreibt
Nach offenen Entscheidungen suchen in Slack-Threads und Linear-Blockern
Vorherige Meeting-Notizen heranziehen, um die eigene Nachverfolgung zu prüfen
Den Kontext die Themen aufzeigen lassen, statt zu raten, worüber man reden soll

Vorbereitung, die Zeit verschwendet

Eine generische Agenda schreiben wie „Updates / Blocker / Action Items" ohne unterstützenden Kontext
Sich auf das Gedächtnis verlassen, um sich an eine Woche verstreuter Tool-Nutzung zu erinnern
Am Ende „Noch etwas?" fragen, weil einem nichts mehr einfällt
Jedes Meeting gleich behandeln, unabhängig davon, was in der Arbeit tatsächlich passiert

Ebene 3: Das Veränderungs-Delta (2 Minuten)

Diese Ebene ist optional, aber wirklich nützlich für Meetings mit regelmäßigem Rhythmus – wie wöchentliche 1:1s oder zweiwöchentliche Team-Syncs. Die Frage, die man beantwortet: Was hat sich seit dem letzten Gespräch geändert?

Die Notizen oder Aufzeichnungen vom letzten Meeting aufrufen (selbst wenn diese „Notizen" nur eine Stichpunktliste in einem Dokument sind) und den damaligen Zustand mit dem heutigen vergleichen. Konkret:

Welche Issues, die beim letzten Mal „in progress" waren, sind ausgeliefert? Welche haben sich nicht bewegt?
Sind neue Prioritäten oder Notfälle aufgetaucht, die vorher nicht auf dem Radar waren?
Gab es Team-Änderungen, Reorg-Ankündigungen oder Roadmap-Verschiebungen, die die Arbeit dieser Person betreffen?

Das Veränderungs-Delta hält das Meeting auf Fortschritt versus Abdrift fokussiert. Statt einer flachen Themenliste geht man in ein Gespräch über Entwicklung: Hier standen die Dinge, hier stehen sie jetzt, und das bedeutet Folgendes für das, was wir als Nächstes tun.

Ein praktisches Beispiel: Angenommen, letzte Woche hatte der direkte Mitarbeiter drei Issues in Bearbeitung beim Payments-Epic, und eines davon war ein hochpriorisierter Bugfix. Diese Woche wurde der Bugfix ausgeliefert (super), ein Issue ging in Review (gut), und eines wurde seit sechs Tagen nicht aktualisiert (lohnt sich, behutsam nachzufragen). Das ist die 1:1-Struktur – und es hat etwa neunzig Sekunden gedauert, sie zusammenzustellen.

Alles zusammenführen: Die Vorlage

Hier ist die eigentliche Vorlage. Kopieren, anpassen, die Teile weglassen, die nicht zutreffen. Das Format ist weniger wichtig als die Gewohnheit.

```

Meeting-Vorbereitung: [Person/Gruppe] – [Datum]

Ebene 1: Aktivitäts-Scan

Letzte PRs (gemergt/offen/in Review):
Linear-Issues (erledigt/in Bearbeitung/blockiert):
Bemerkenswerte Slack-Threads:
Sonstige Tool-Aktivität (Figma/Notion/etc.):

Ebene 2: Entscheidungen & Blocker

Offene Entscheidungen, die eine Klärung brauchen:
Aktive Blocker:
Meine Follow-ups vom letzten Meeting:

Ebene 3: Veränderungs-Delta (vs. letztes Meeting)

Was ausgeliefert wurde:
Was sich nicht bewegt hat:
Neue Prioritäten/Kontext:

Gesprächsnotizen

(Während des Meetings ausfüllen)

Action Items

(Mit Verantwortlichem und Deadline erfassen) ```

Die Vorlage ist bewusst tool-agnostisch. Ob man GitHub, Linear, Jira, Shortcut oder ein Whiteboard-Foto abfragt – die Struktur ist dieselbe: Aktivität, Entscheidungen, Veränderung.

Warum das besser funktioniert als eine Agenda

Die traditionelle Meeting-Vorbereitungsvorlage fragt: „Worüber möchte ich sprechen?" Diese hier fragt: „Was ist tatsächlich passiert?" – und lässt die Themen aus den Daten entstehen. In der Praxis bedeutet das, dass man Dinge auffängt, die man sonst übersehen würde, wie einen PR, der seit vier Tagen ohne Review liegt, oder eine Entscheidung, die in einem Slack-Thread getroffen, aber nie in Linear erfasst wurde.

Dieselbe Checkliste jedes Mal bedeutet auch weniger übersehene Blocker. Wenn die Vorbereitung eine konkrete Fünf-bis-sieben-Minuten-Routine ist (naja, so konkret wie „ein paar Slack-Threads überfliegen" eben sein kann), hört man auf, sich davor zu scheuen.

Das auf die ganze Woche skalieren

Angenommen, man betreut sechs direkte Mitarbeiter mit wöchentlichen 1:1s, plus zwei Team-Syncs und ein funktionsübergreifendes Meeting. Das sind neun Meetings, die Vorbereitung brauchen – was bereits mehr Meetings sind, als irgendjemand von Grund auf entwerfen würde, wenn man ein Unternehmen auf einem Whiteboard planen würde (aber so ist es nun mal, und die Meetings gehen nirgendwohin, also kümmern wir uns darum).

Wenn jede Vorbereitungssitzung durchschnittlich fünfzehn Minuten unstrukturiertes Suchen in Tools dauert, sind das über zwei Stunden pro Woche für das Sammeln von Kontext. Mit dieser Meeting-Vorbereitungsvorlage dauert jede Sitzung fünf bis sieben Minuten, sobald man die Routine verinnerlicht hat. Bei neun Meetings sind das ungefähr eine Stunde – man spart also circa eine Stunde pro Woche, was über 48 Arbeitswochen hinweg etwa 48–50 Stunden pro Jahr ergibt. Ob man die gewonnenen Stunden für echte Engineering-Arbeit nutzt oder einfach aus dem Fenster schaut und sich über seinen Prozess freut, ist (ehrlich gesagt) nicht meine Angelegenheit.

stat: "~48–50 Stunden/Jahr" headline: "Gesparte Zeit bei der Meeting-Vorbereitung" source: "Basierend auf 9 wöchentlichen Meetings über 48 Arbeitswochen, 15 Min. unstrukturiert vs. 6 Min. mit Vorlage"

Der Qualitätsunterschied summiert sich ebenfalls. Neun vorbereitete Meetings bedeuten neun Gespräche, die echte Probleme früher aufdecken und weniger „Ach warte, ich wollte noch nach ... fragen"-Nachrichten auf Slack erzeugen. Das ist schwerer zu quantifizieren, aber wer schon mal um 15 Uhr eine DM an jemanden geschickt hat, mit dem man gerade um 10 Uhr dreißig Minuten lang gesprochen hat, kennt das Gefühl.

Wann man die Vorbereitung komplett auslassen sollte

Nicht jedes Meeting verdient Vorbereitung. Wenn man an einem Firmen-All-Hands oder einem lockeren Kaffee-Chat teilnimmt, sollte man vorher keine Linear-Abfragen machen (wirklich nicht). Und wenn das Meeting einer dieser wiederkehrenden 30-Minuten-Slots ist, an deren Erstellung sich niemand erinnert, die aber niemand zu löschen wagt – dann ist die Vorbereitung, die man braucht, der Mut, auf „Ablehnen" zu klicken. Diese Meeting-Vorbereitungsvorlage sollte man nutzen, wenn man für die Ergebnisse verantwortlich ist oder Entscheidungen treffen muss: 1:1s, Team-Syncs, Planungssitzungen, funktionsübergreifende Reviews.

Wenn ein Meeting keine fünf Minuten Vorbereitung wert ist, lohnt es sich zu fragen, ob es dreißig Minuten Anwesenheit wert ist. Und wenn man noch weiter gehen und die Meeting-Vorbereitung komplett automatisieren möchte – das ist ein separates (und ehrlich gesagt interessanteres) Gespräch.

Erhalten Sie Signal Intelligence direkt in Ihren Posteingang.

Häufig gestellte Fragen

Q: Was sollte die Meeting-Vorbereitungsvorlage eines Engineering Managers enthalten? A: Eine gute Meeting-Vorbereitungsvorlage zieht vor jedem Meeting drei Dinge heran: die jüngsten Aktivitäten der Teilnehmer (PRs, Issues, Nachrichten), offene Entscheidungen oder Blocker, die für die Agenda relevant sind, und einen kurzen Überblick darüber, was sich seit dem letzten Meeting geändert hat. Die Vorlage selbst ist weniger wichtig als die Gewohnheit, sie mit echten Tool-Daten statt aus dem Gedächtnis auszufüllen.

Q: Wie lange sollte die Meeting-Vorbereitung für ein 1:1 dauern? A: Mit einer strukturierten Vorlage und den richtigen Tool-Abfragen sollte die Vorbereitung für ein 1:1 unter fünf Minuten dauern. Die meisten Engineering Manager brauchen 15–20 Minuten, weil sie manuell durch Slack, Linear und GitHub suchen. Eine Vorlage, die genau angibt, wo man nachschauen soll, reduziert das erheblich.

Q: Automatisiert Sugarbug die Meeting-Vorbereitung für Engineering-Teams? A: Ja. Sugarbug verbindet sich mit Tools wie Linear, GitHub, Slack, Google Calendar und Notion und erstellt vor jedem Meeting ein Briefing basierend auf den Teilnehmern und dem, was in diesen Tools passiert ist. Es zieht denselben Kontext heran, den man mit dieser Vorlage manuell sammeln würde – aber automatisch.

Q: Kann ich diese Meeting-Vorbereitungsvorlage ohne spezielle Tools nutzen? A: Absolut. Die Vorlage funktioniert mit nichts weiter als einem Texteditor und Browser-Tabs. Der ganze Sinn ist eine wiederholbare Struktur zum Sammeln von Kontext. Wer es später automatisieren möchte, findet dafür Tools – aber die Vorlage steht für sich allein.