Montagmorgen bei Nordlicht Studio. Im Board liegt eine neue Karte: „Newsletter Acme“. In der Beschreibung steht ein Satz: „Bitte mal machen, Infos sind im Mail.“ Die Kollegin sucht das Mail. Sie fragt nach dem Termin. Dann nach den Bildern. Am Donnerstag ist der Newsletter fertig. Nur hat ihn der Kunde nie freigegeben.
Niemand hat hier schlecht gearbeitet. Die Aufgabe war einfach nicht klar. Genau das passiert in kleinen Teams jeden Tag. In diesem Artikel lernst du, wie eine gute Aufgabenbeschreibung aussieht. Du bekommst sieben Bausteine, eine Vorlage zum Kopieren und ein Beispiel vorher und nachher.
Was ist eine gute Aufgabenbeschreibung?
Eine gute Aufgabenbeschreibung sagt kurz und konkret, was zu tun ist, warum und woran man erkennt, dass es fertig ist. Sie enthält alles, was die zuständige Person zum Starten braucht. Nicht mehr, nicht weniger.
Die Faustregel: Gib die Aufgabe jemandem, der nicht im Meeting war. Kann diese Person ohne Rückfrage loslegen? Dann ist die Beschreibung gut. Muss sie erst suchen, fragen oder raten, fehlt etwas.
Gut heißt dabei nicht lang. Ein paar präzise Zeilen sind oft besser als eine Seite Hintergrund.
Woran du eine schlechte Aufgabe erkennst
Schlechte Aufgaben sehen sich erstaunlich ähnlich. Achte auf diese Warnsignale:
Kein Verb. „Website Acme“ ist ein Thema, keine Aufgabe. Soll jemand etwas prüfen, schreiben oder freigeben?
Kein Ergebnis. „Text verbessern“ beschreibt eine Tätigkeit. Wann ist der Text gut genug?
„Das Team“ ist zuständig. Wenn alle verantwortlich sind, fühlt sich niemand verantwortlich.
„Bald“ als Frist. Bald heißt für jede Person etwas anderes.
Der Kontext steckt woanders. Im Mail, im Chat, im Kopf der Projektleitung. Die Aufgabe selbst sagt nichts.
Mehrere Aufgaben in einer. „Landingpage bauen und Kampagne starten und Bericht schicken“ sind drei Aufgaben.
Erkennst du dein Board wieder? Kein Problem. Mit sieben Bausteinen behebst du das.
Die 7 Bausteine einer guten Aufgabenbeschreibung
Nicht jede Aufgabe braucht alle sieben. Eine Kleinigkeit kommt mit Titel, Person und Datum aus. Aber je größer die Aufgabe und je mehr Leute beteiligt sind, desto wichtiger wird jeder Baustein.
1. Titel mit Verb
Beginn den Titel mit einem Verb: schreiben, prüfen, senden, freigeben, beheben. Der Titel muss auch allein verständlich sein, zum Beispiel in einer Liste aller Aufgaben. „Freigabe einholen“ reicht nicht. „Freigabe für Newsletter Oktober bei Acme Inc. einholen“ schon.
2. Ziel und Warum
Schreib einen Satz dazu, wofür das Ergebnis gebraucht wird. Das Warum hilft beim Entscheiden. Wer das Ziel kennt, trifft im Detail bessere Entscheidungen und schlägt vielleicht sogar einen besseren Weg vor.
Beschreib dabei das Ziel, nicht schon die Lösung. „Kunden sollen den neuen Service finden“ lässt mehr Spielraum als „Button oben rechts einbauen“.
3. Kontext und Material
Leg alles dazu, was die Person braucht: Links, Dateien, Screenshots, bisherige Entscheidungen. Lass niemanden suchen. Ein Screenshot klärt viele Fragen, bevor sie entstehen.
Wichtig: Kopier die entscheidenden Infos in die Aufgabe. Ein Verweis auf „das Mail von letzter Woche“ hilft niemandem, der das Mail nicht hat.
4. Ergebnis: „Fertig, wenn …“
Das ist der wichtigste Baustein. Schreib auf, woran man sieht, dass die Aufgabe erledigt ist. Am besten als Liste mit prüfbaren Punkten:
Betreff in zwei Varianten liegt vor
Mobile Ansicht ist geprüft
Testmail ist an die Projektleitung gegangen
So wird aus „Ich glaube, das passt“ ein klares Ja oder Nein. In der Softwareentwicklung heißen solche Punkte Akzeptanzkriterien. Für dich reicht „Fertig, wenn“.
5. Umfang und Grenzen
Schreib auf, was ausdrücklich nicht dazugehört. Eine Zeile reicht: „Nicht Teil der Aufgabe: neue Bilder erstellen.“ Das verhindert, dass jemand aus gutem Willen zu viel macht. Und es zeigt, wo eine eigene Aufgabe nötig ist.
6. Eine verantwortliche Person
Mehrere Leute können mitarbeiten. Aber eine Person ist verantwortlich. Sie treibt die Aufgabe voran und meldet sich, wenn etwas hakt. Wenn eine Aufgabe für eine Person zu groß ist, teil sie in kleinere Aufgaben.
7. Frist und Abhängigkeiten
Setz ein konkretes Datum. Kein „diese Woche“, kein „asap“. Und schreib dazu, worauf die Aufgabe wartet: auf Inhalte vom Kunden, auf ein Design, auf eine Freigabe. Dann sieht jede Person sofort, warum es nicht weitergeht.
Vorlage: Aufgabenbeschreibung zum Kopieren
Kopier diese Vorlage in deine nächste Aufgabe. Streich, was du nicht brauchst.
Titel: [Verb] + [Was] + [für wen/wo]
Ziel: Wir brauchen das, damit …
Kontext:
- Links, Dateien, Screenshots
- Bisherige Entscheidungen
Fertig, wenn:
- [ ] Kriterium 1 (prüfbar)
- [ ] Kriterium 2
- [ ] Kriterium 3
Nicht Teil der Aufgabe: …
Verantwortlich: [eine Person]
Fällig: [Datum]
Wartet auf / Abhängigkeiten: …
Rückfragen an: …Beispiel: vorher und nachher
Zurück zu Nordlicht Studio und dem Newsletter für Acme Inc.
Vorher:
Newsletter Acme
Bitte mal machen, Infos sind im Mail.
Nachher:
Newsletter Oktober für Acme Inc. aufsetzen und zur Freigabe senden
Ziel: Acme Inc. kündigt seinen neuen Wartungsservice an. Der Newsletter soll Bestandskunden auf die Infoseite bringen.
Kontext: Briefing und Texte vom Kunden hängen an dieser Aufgabe. Die Bilder hängen ebenfalls hier. Layout wie im September-Newsletter.
Fertig, wenn:
Betreff in zwei Varianten liegt vor
Alle Links führen auf die Infoseite
Mobile Ansicht ist geprüft
Testmail ist an die Projektleitung gegangen
Freigabe-Mail an den Kunden ist verschickt
Nicht Teil der Aufgabe: neue Bilder erstellen, Versand an die Liste.
Verantwortlich: die Texterin · Fällig: Mittwoch · Wartet auf: finale Preise vom Kunden · Rückfragen an: die Projektleitung
Die zweite Version ist länger. Aber sie spart Zeit. Niemand muss suchen, niemand muss raten, und am Ende ist klar, ob die Aufgabe erledigt ist.
Nicht alles muss in den Text. Viele Angaben gehören in eigene Felder deines Tools:
Info | Wohin damit? |
|---|---|
Was zu tun ist | Titel |
Ziel, Kontext, Grenzen | Beschreibung |
„Fertig, wenn“ | Checkliste |
Verantwortliche Person | Feld für die Zuweisung |
Frist | Feld für das Fälligkeitsdatum |
Dateien und Screenshots | Anhänge |
Rückfragen und Entscheidungen | Kommentare |
So bleibt die Beschreibung kurz. Und Fristen und Zuständigkeiten lassen sich filtern und sortieren.
Definition of Done für kleine Teams (ohne Scrum-Overhead)
Den Begriff „Definition of Done“ kennst du vielleicht aus Scrum. Die Idee ist auch ohne Scrum nützlich.
Der Unterschied zum „Fertig, wenn“ ist einfach:
„Fertig, wenn“ gilt für eine einzelne Aufgabe. Jede Aufgabe hat eigene Punkte.
Die Definition of Done gilt für alle Aufgaben einer Art. Sie ist euer gemeinsamer Qualitätsstandard.
Ein paar Beispiele aus dem Agenturalltag:
Texte: Korrektur gelesen, Links geprüft, Kunde informiert.
Website-Änderungen: auf Desktop und Handy geprüft, Formulare getestet, alte Inhalte entfernt.
Jede Aufgabe: Zeit erfasst, Entscheidungen als Kommentar dokumentiert, Dateien an der Aufgabe.
Legt eure Definition of Done gemeinsam fest. Fangt klein an, mit drei bis fünf Punkten. Und passt sie an, wenn ihr merkt, dass etwas regelmäßig fehlt.
Checkliste: Prüf deine Aufgabe in 30 Sekunden
Bevor du eine Aufgabe zuweist, stell dir fünf Fragen:
Beginnt der Titel mit einem Verb und ist er allein verständlich?
Steht drin, warum die Aufgabe wichtig ist?
Liegen alle Infos und Dateien an der Aufgabe?
Gibt es prüfbare Punkte für „fertig“?
Sind eine Person und ein Datum gesetzt?
Fünfmal Ja? Dann kann es losgehen.
Und wenn du eine Aufgabe bekommst, die unklar ist: Frag sofort nach, als Kommentar direkt an der Aufgabe. Nicht im Chat, nicht im Flur. So sieht auch die nächste Person die Antwort.
Häufige Fehler
Roman statt Struktur. Lange Fließtexte liest niemand genau. Nutze Absätze und Listen.
Lösung statt Ziel. Wer nur den Weg vorgibt, bekommt keinen besseren Vorschlag.
Mehrere Aufgaben in einer. Teil sie auf. Jede Aufgabe bekommt eine Person und ein Datum.
Entscheidungen bleiben im Mail. Kundenfeedback gehört an die Aufgabe. Mit einem gemeinsamen Postfach sieht das Team die Mails ohnehin.
Infos verteilt auf zu viele Tools. Wenn Kontext in Chat, Mail und drei Ordnern steckt, sucht dein Team mehr, als es arbeitet. Mehr dazu in Tool-Chaos: Wie viele Tools sind zu viele?
So sieht das in YOWO7 Projekte aus
In YOWO7 Projekte findet jeder Baustein seinen Platz:
Titel und Key: Jede Aufgabe ist eine Karte auf dem Board und bekommt automatisch einen Key wie ACME-17. So könnt ihr eindeutig über eine Aufgabe sprechen.
Beschreibung: Im Aufgabendetail stehen Ziel, Kontext und Grenzen. Füg die Vorlage oben einfach ein.
Felder: Zugewiesen (auch mehrere Personen), Fällig am, Startdatum, Priorität, Zeitschätzung und Tags. Jedes Feld speichert sofort.
Checklisten: Ideal für „Fertig, wenn“ und eure Definition of Done. Pro Aufgabe sind mehrere Checklisten möglich. Der Fortschritt, zum Beispiel 3/5, steht direkt auf der Karte.
Unteraufgaben: Für Teile, die eine eigene Person oder einen eigenen Status brauchen. Sie sind eigene Karten unter der Überaufgabe.
Anhänge: Briefing, Screenshots und Dateien hängen direkt an der Aufgabe. Bilder siehst du als Vorschau.
Kommentare und Aktivität: Rückfragen, Freigaben und Änderungen stehen im Panel Aktivität. Entscheidungen bleiben dort, wo gearbeitet wird.
Eigene Status: Leg zum Beispiel „Wartet auf Kunde“ an. Dann sieht jede Person, warum eine Aufgabe steht.
Meine Aufgaben: Jede Person sieht alle ihr zugewiesenen Aufgaben über alle Projekte, sortiert nach Fälligkeit.
Automationen: Aktionen wie „Aufgabe erstellen“ oder „Kommentar erstellen“ übernehmen wiederkehrende Handgriffe.
Dazu erfasst du Zeit direkt an der Aufgabe. Und Projekte verknüpfst du mit Datensätzen im CRM. Wie du Projekte in der Agentur insgesamt aufbaust, liest du in Projektmanagement in Agenturen. Worauf du bei der Auswahl einer Software achten solltest, steht in Agentursoftware für kleine Agenturen.
Fazit: Klarheit ist die halbe Arbeit
Eine gute Aufgabenbeschreibung kostet dich zwei Minuten mehr beim Schreiben. Dafür spart sie Rückfragen, Nacharbeit und Missverständnisse. Fang mit der Vorlage an, einigt euch auf eine kleine Definition of Done, und prüf jede Aufgabe mit der 30-Sekunden-Checkliste.
Willst du sehen, wie klare Aufgaben in deinem Team aussehen können? Demo buchen: 30 Minuten, live und unverbindlich. Wir zeigen dir Projekte, Checklisten und Zeiterfassung an einem echten Ablauf.
Markus Holzner
Gründer von YOWO7
Markus Holzner hat YOWO7 gegründet und baut das Tool seit Jahren für kleine Teams im digitalen Business-Alltag. Hier schreibt er über Tools, Abläufe und Software, die kleinen Teams das Leben leichter machen.
Häufige Fragen
Wie lang sollte eine Aufgabenbeschreibung sein?
So kurz wie möglich, so lang wie nötig. Kleine Aufgaben brauchen oft nur Titel, Person und Datum. Größere Aufgaben bekommen Ziel, Kontext und eine Liste für „Fertig, wenn“. Nutze Listen statt Fließtext.
Was ist der Unterschied zwischen Definition of Done und Akzeptanzkriterien?
Akzeptanzkriterien gelten für eine einzelne Aufgabe. Sie beschreiben, wann genau diese Aufgabe erledigt ist. Die Definition of Done gilt für alle Aufgaben einer Art. Sie ist euer gemeinsamer Qualitätsstandard, zum Beispiel „Korrektur gelesen, Links geprüft, Zeit erfasst“.
Checkliste oder Unteraufgabe: Was nehme ich wann?
Nimm eine Checkliste für kleine Schritte, die dieselbe Person abhakt. Nimm eine Unteraufgabe, wenn ein Teil eine eigene Person, einen eigenen Status oder eine eigene Frist braucht.
Wer sollte eine Aufgabe schreiben?
Die Person, die das Ergebnis braucht oder den Auftrag kennt, zum Beispiel die Projektleitung. Sie kennt Ziel und Kontext am besten. Die zuständige Person prüft die Beschreibung und stellt Rückfragen direkt als Kommentar an der Aufgabe.