Aktivitat und Historie einer Aufgabe

In LadVen OS ist die Historie einer Aufgabe ein Managementjournal der Arbeit. Darin ist sichtbar, wer die Aufgabe wann geandert hat: Frist verschoben, Verantwortlichen gewechselt, Datei hinzugefugt, Aufgabe geschlossen, zur Nacharbeit zuruckgegeben oder einen wichtigen Kommentar hinterlassen.

Fur Geschaftsinhaber, Abteilungsleiter und Teams hilft die Historie, Absprachen nicht aus dem Gedachtnis zu rekonstruieren. Sie zeigt den Arbeitsverlauf, halt Verantwortung fest und hilft, strittige Situationen sachlich zu klaren: was vereinbart wurde, was sich geandert hat, wer die Entscheidung getroffen hat und welcher nachste Schritt erwartet wurde.

Die Historie ersetzt keine aktive Fuhrung. Sie erklart Motive nicht von selbst: Wenn eine Frist verschoben oder eine Aufgabe zuruckgegeben wurde, muss der Grund im Kommentar stehen. Dann bleibt in der Aufgabe nicht nur die Tatsache der Anderung, sondern auch der Managementsinn der Entscheidung erhalten.

Auf der Aktivitat-Registerkarte ist sichtbar, wie LadVen OS die Arbeitsspur speichert: Kommentare, Aktualisierung der Aufgabe, Hinzufugen von Dateien, Anderung von Frist, Tags und geplanter Zeit. Ein solches Journal hilft Fuhrungskraften, Aufgaben anhand von Fakten zu lesen, und dem Team, die Grunde von Entscheidungen nicht zu verlieren.

Historie als Karte der Ausfuhrung

Die Historie sollte nicht als technische Aktionsliste gelesen werden, sondern als Karte, wie die Aufgabe durch den Prozess gegangen ist:

1. Wer die Aufgabe gestellt hat und welches Ergebnis erwartet wurde.
2. Wer die Aufgabe in Arbeit genommen hat.
3. Welche Fragen, Dateien und Anderungen im Verlauf entstanden sind.
4. Wann Blocker, Fristverschiebungen oder Wechsel des Verantwortlichen auftraten.
5. Wann das Ergebnis zur Prufung ubergeben wurde.
6. Wer die Aufgabe angenommen, zuruckgegeben oder geschlossen hat.

Diese Reihenfolge hilft Geschaftsinhabern oder Abteilungsleitern, den Prozess ohne manuelles Einsammeln von Statusmeldungen zu sehen. Wenn Ereignisse in der Historie vorhanden sind, aber daneben keine Kommentare mit Grunden stehen, ist das kein Signal zur Schuldigensuche, sondern zur Verbesserung der Regel: Wichtige Anderungen mussen in der Aufgabe erklart werden.

Wann die Historie geoffnet werden sollte

Offnen Sie die Historie einer Aufgabe, wenn Sie:

• verstehen mussen, was sich seit Ihrem letzten Blick geandert hat;
• prufen wollen, wer aktuell fur das Ergebnis verantwortlich ist;
• rekonstruieren mussen, warum eine Aufgabe uberfallig oder dringend wurde;
• sehen wollen, wann eine neue Datei, ein Kommentar oder eine Bearbeitung erschienen ist;
• prufen wollen, wer die Aufgabe geschlossen hat und auf welcher Grundlage;
• einen Streit klaren mussen, ohne Nachrichten in verschiedenen Chats zu suchen;
• eine Aufgabe ohne Kontextverlust an einen neuen Beteiligten ubergeben mussen;
• einschätzen wollen, wo der Prozess scheitert: bei Aufgabenstellung, Fristen, Kommunikation oder Ausfuhrung.

Wenn die Aufgabe normal lauft, muss die Historie nicht jeden Tag gelesen werden. Nutzen Sie sie als Pruf- und Analysejournal, nicht als Instrument zur standigen Beobachtung jeder einzelnen Aktion.

Was in der Historie sichtbar ist

In der Historie werden in der Regel wichtige Anderungen an der Aufgabe angezeigt:

• Erstellung der Aufgabe;
• Statuswechsel: in Arbeit, in Prufung, geschlossen, zuruckgegeben, abgebrochen;
• Anderung von Frist, Prioritat, Schatzung oder geplanter Zeit;
• Anderung von Titel, Beschreibung, Projekt, Kunde oder Arbeitsgruppe;
• Zuweisung oder Wechsel von Verantwortlichem, Mitwirkenden und Beobachtern;
• Hinzufugen und Loschen von Dateien, Dokumenten und verbundenen Aufgaben;
• Anderungen in der Checkliste;
• Kommentare, Antworten, Erwahnungen und Anhange;
• Aktionen, die automatisch durch eine eingerichtete Regel ausgefuhrt wurden.

Jeder Eintrag hilft, drei Fragen zu beantworten:

1. Wer hat die Aktion ausgefuhrt.
2. Wann ist das passiert.
3. Was genau hat sich geandert.

Fur eine Managemententscheidung reicht das oft aus, um die Abfolge wiederherzustellen. Wenn der Grund verstanden werden muss, lesen Sie die benachbarten Kommentare und Dokumente.

Historie nach Aufgabenphasen lesen

Bei der Analyse einer Aufgabe konnen Sie vom Ergebnis zuruck zum Anfang gehen oder von der Aufgabenstellung bis zum Abschluss. Wichtig ist, nicht alles der Reihe nach zu lesen, sondern Managementubergange zu suchen.

Phase	Was in der Historie zu suchen ist	Was daneben stehen sollte
Aufgabenstellung	Erstellung der Aufgabe, Zuweisung des Verantwortlichen, Frist, Checkliste, Dateien.	Verstandliche Ergebnisbeschreibung und Akzeptanzkriterien.
Klarung	Neue Kommentare, Erwahnungen, Anderungen an Beschreibung oder Checkliste.	Antworten auf Fragen und die endgultige Entscheidung, falls sich Bedingungen geandert haben.
Ausfuhrung	Hinzufugen von Dateien, Abschliessen von Checklistenpunkten, Statuswechsel.	Kommentar zum Fortschritt, wenn das Ergebnis fur andere Beteiligte wichtig ist.
Blocker	Fristverschiebung, Pause, neue Beteiligte, verbundene Aufgaben.	Kommentar mit Blockergrund, Eigentumer der Abhangigkeit und nachstem Schritt.
Prufung	Statuswechsel zur Prufung, finale Datei, Kommentar des Ausfuhrenden.	Prufpfad: was fertig ist, wo das Ergebnis zu offnen ist, welche Einschrankungen bleiben.
Abnahme	Schliessen, Ruckgabe, erneutes Offnen, Statusanderung.	Kommentar des Prufenden: angenommen, zur Nacharbeit zuruckgeben oder mit Vorbehalt annehmen.

Wenn die Historie eine Aktion zeigt, daneben aber keine Erklarung steht, erganzen Sie jetzt einen Kommentar: "Fur die Historie festgehalten: Die Frist wurde wegen des ausstehenden Vertrags vom Kunden verschoben." Das ist besser, als kunftigen Beteiligten eine leere Tatsache ohne Grund zu hinterlassen.

Historie, Kommentare und Benachrichtigungen

In einer Aufgabe kann es getrennte Bereiche fur Kommentare, Historie und Benachrichtigungen geben. Sie beantworten unterschiedliche Fragen.

Bereich	Was er zeigt	Wann verwenden
Kommentare	Diskussionen, Entscheidungen, Fragen, Erklarungen, Absprachen.	Um den Sinn einer Anderung zu verstehen und den nachsten Schritt zu vereinbaren.
Historie	Fakten: wer wann was in der Aufgabe geandert hat.	Um Ereignisfolge und Verantwortung zu prufen.
Benachrichtigungen	Welche Ereignisse die Aufmerksamkeit von Beteiligten erforderten.	Um zu verstehen, warum eine Aufgabe ungelesen wurde und wer reagieren sollte.

Die beste Reihenfolge fur die Analyse: Finden Sie zuerst den Fakt in der Historie, lesen Sie dann die Kommentare in seiner Nahe und prufen Sie danach, wer benachrichtigt wurde und ob die Person reagiert hat.

Verantwortung kontrollieren

Die Historie ist besonders nutzlich, wenn Rollen in der Aufgabe wechseln. Eine Fuhrungskraft sieht:

• wer den Verantwortlichen ernannt hat;
• wann die Verantwortung auf eine andere Person uberging;
• wer als Mitwirkender oder Beobachter hinzugefugt wurde;
• ob der neue Beteiligte Kontext uber Kommentar oder Anhang erhalten hat;
• ob die Aufgabe ohne klaren Eigentumer des Ergebnisses geblieben ist.

Beschranken Sie sich bei der Ubergabe einer Aufgabe an einen neuen Verantwortlichen nicht auf den Wechsel des Feldes. Fugen Sie einen kurzen Kommentar hinzu:

Ich ubergebe die Aufgabe an Anna. Erledigt: Layout abgestimmt und finale Datei hochgeladen. Offen: Vertragstext prufen und bis Freitag an den Kunden senden.

So halt die Historie die Ubergabe selbst fest, und der Kommentar erklart, was als Nachstes zu tun ist.

Kontrolle ohne manuelles Einsammeln von Status

Eine Fuhrungskraft kann die Historie als Faktenquelle nutzen, statt regelmassig Nachrichten wie "Wie steht es mit der Aufgabe?" zu versenden. Dafur braucht das Team klare Regeln: Der Ausfuhrende schreibt Fragen und Blocker in die Aufgabe, der Prufende halt die Abnahme fest, und wichtige Anderungen von Frist oder Umfang bleiben nicht ohne Kommentar.

Praktische Reihenfolge der Kontrolle:

1. Offnen Sie die Aufgabenliste nach Abteilung, Projekt oder Verantwortlichem.
2. Wahlen Sie Risikaufgaben: uberfallige, haufig verschobene, zuruckgegebene, unbewegte oder mit ungelesenen Ereignissen.
3. Offnen Sie in der Aufgabe die Historie und finden Sie das letzte Managementereignis.
4. Prufen Sie die Kommentare daneben: Gibt es Grund, Eigentumer des nachsten Schritts und Frist.
5. Wenn der nachste Schritt fehlt, stellen Sie die Frage in der Aufgabe, nicht im privaten Chat.

So bleibt Kontrolle transparent: Beteiligte sehen, auf Grundlage welcher Fakten die Fuhrungskraft fragt, und das Ergebnis der Analyse bleibt bei der Aufgabe.

Gute Managementfrage:

Ich sehe, dass die Frist zum zweiten Mal verschoben wurde, aber in den Kommentaren kein Grund steht. @Ilja, bitte festhalten, was den Abschluss blockiert und wer die Abhangigkeit lost.

Schlechte Praxis ist, Status getrennt einzusammeln und die Aufgabe unverandert zu lassen. Dann steht im System "in Arbeit", wahrend das reale Bild in privaten Nachrichten bleibt.

Audit von Absprachen

Eine Aufgabe wird oft zum Ort, an dem Arbeitsabsprachen festgehalten werden: Fristen, Ergebnis, Verantwortliche, Abnahmekriterien, Dateien und Entscheidungen. Die Historie hilft zu prufen, wie sich diese Absprachen verandert haben.

Achten Sie auf Anderungen von:

• Frist;
• Aufgabenbeschreibung;
• Checkliste;
• Verantwortlichem;
• Status;
• angehangten Dateien;
• verbundenen Aufgaben oder Kunden.

Wenn eine Anderung die Ergebniserwartung beeinflusst, muss sie erklart werden. Eine Fristverschiebung ohne Kommentar lasst beispielsweise Raum fur unterschiedliche Deutungen: Der Ausfuhrende hat es nicht geschafft, der Kunde hat Materialien verzogert, die Fuhrungskraft hat die Prioritat geandert oder es entstand neuer Arbeitsumfang. Ein Kommentar beseitigt diese Unsicherheit.

Gute Praxis:

Frist auf den 24. Mai verschoben: Wir warten auf die finale Datei vom Kunden. Ohne sie kann Punkt 3 der Checkliste nicht geschlossen werden.

Risikosignale in der Historie

Einige Ereignisfolgen zeigen, dass eine Aufgabe Aufmerksamkeit durch eine Fuhrungskraft braucht:

• Die Frist wurde mehrfach geandert, aber in den Kommentaren steht kein Grund.
• Der Verantwortliche wechselte, aber es gibt keine Kontextubergabe.
• Die Aufgabe wurde ohne Korrekturliste zur Nacharbeit zuruckgegeben.
• Nach dem Schliessen der Aufgabe erschien eine neue Datei.
• Die Checkliste wurde nach der Ubergabe zur Prufung geandert.
• Die Aufgabe ist geschlossen, danach gibt es aber eine Frage oder einen Widerspruch in den Kommentaren.
• Mehrere Beteiligte wurden als Beobachter hinzugefugt, aber niemand besitzt die Entscheidung.
• Eine automatische Regel hat den Status geandert, wahrend das Team weiter uber den alten Zustand diskutiert.

Ein einzelnes Signal bedeutet nicht immer ein Problem. Wenn es sich aber in Aufgaben einer Abteilung wiederholt, ist es bereits eine Prozessfrage: Regeln fur Aufgabenstellung, Abnahme, Verantwortungsübergabe oder Arbeit mit Blockern mussen prazisiert werden.

Strittige Situationen klaren

Die Historie hilft, einen Streit anhand von Fakten statt Gefuhlen zu besprechen. Zum Beispiel:

• Die Aufgabe wurde geschlossen, aber das Ergebnis nicht angenommen.
• Die Frist wurde ohne Abstimmung geandert.
• Der Verantwortliche sagt, er habe die Aufgabe nicht erhalten.
• Der Ausfuhrende hat die Arbeit erledigt, aber die Fuhrungskraft hat sie zur Nacharbeit zuruckgegeben.
• Eine Datei wurde ersetzt, und es ist unklar, welche Version final ist.
• Ein Teil der Absprache blieb in einem mundlichen Gesprach oder externen Chat.

Reihenfolge der Analyse:

1. Offnen Sie die Historie der Aufgabe.
2. Finden Sie das Schlusselereignis: Anderung von Frist, Status, Verantwortlichem, Datei oder Checkliste.
3. Prufen Sie Autor und Zeitpunkt der Anderung.
4. Lesen Sie Kommentare vor und nach dem Ereignis.
5. Prufen Sie, an wen eine Benachrichtigung oder Erwahnung adressiert war.
6. Halten Sie das Ergebnis der Analyse mit einem neuen Kommentar in der Aufgabe fest.

Verwenden Sie die Historie nicht als Werkzeug zur Schuldigensuche. Ihr Wert liegt woanders: das Bild wiederherstellen, strittige Deutungen entfernen und vereinbaren, wie die Aufgabe richtig geschlossen wird.

Wie Fuhrungskrafte die Historie ohne Mikromanagement nutzen

Die Aufgabenhistorie ist nicht fur die standige Prufung jedes Klicks gedacht. Fur Fuhrungskrafte ist sie in konkreten Managementsituationen nutzlicher:

• Die Aufgabe ist uberfallig oder wurde mehrfach verschoben.
• Das Ergebnis wurde zur Nacharbeit zuruckgegeben.
• Verantwortung ging zwischen Personen uber.
• In der Aufgabe gibt es viele Beteiligte und der Entscheidungseigentumer kann leicht verloren gehen.
• Ein Kunde oder interner Auftraggeber bestreitet eine Absprache.
• Es muss verstanden werden, wo der Prozess regelmassig bricht.

Was Fuhrungskrafte prufen sollten:

• Gibt es einen klaren Verantwortlichen fur das Ergebnis.
• Wurde die Frist ohne Erklarung geandert.
• Gibt es einen Kommentar mit dem Grund einer wichtigen Entscheidung.
• Ist die Aufgabe bei offener Checkliste oder offenen Fragen geschlossen.
• Ist ein neuer Beteiligter ohne Kontextubergabe verloren gegangen.
• Wiederholt sich derselbe Fehler in ahnlichen Aufgaben.

Wenn die Historie ein Problem zeigt, reagieren Sie als Fuhrungskraft: Prazisieren Sie Regeln der Aufgabenstellung, vereinbaren Sie ein Kommentarformat, richten Sie Aufgabenubergaben ein, andern Sie den Abnahmeprozess. Machen Sie die Historie nicht zur taglichen Anwesenheitskontrolle.

Typische Szenarien

Verstehen, warum sich eine Frist geandert hat

1. Finden Sie in der Historie den Eintrag zur Fristanderung.
2. Prufen Sie alte und neue Frist, Autor und Zeitpunkt.
3. Lesen Sie Kommentare in der Nahe dieses Ereignisses.
4. Wenn der Grund fehlt, stellen Sie eine Frage im Kommentar und bitten Sie, die Grundlage der Verschiebung festzuhalten.

Ergebnis: In der Aufgabe ist verstandlich, ob die Frist wegen externer Abhangigkeit, Prioritatsanderung, neuem Umfang oder aus anderem Grund verschoben wurde.

Prufen, wer fur die Aufgabe verantwortlich ist

1. Finden Sie die letzten Anderungen der Beteiligten.
2. Prufen Sie, wer aktuell als Verantwortlicher angegeben ist.
3. Sehen Sie nach, ob eine Kontextubergabe in den Kommentaren erfolgte.
4. Wenn Kontext fehlt, bitten Sie den vorherigen Beteiligten, den Zustand der Aufgabe kurz zu beschreiben.

Ergebnis: Das Team versteht, wer das Ergebnis besitzt und was als Nachstes zu tun ist.

Ruckgabe zur Nacharbeit analysieren

1. Finden Sie das Ereignis der Ruckgabe oder des Statuswechsels.
2. Prufen Sie, wer die Aufgabe wann zuruckgegeben hat.
3. Lesen Sie den Kommentar mit Anmerkungen.
4. Wenn Anmerkungen fehlen, bitten Sie Fuhrungskraft oder Auftraggeber, eine konkrete Korrekturliste zu schreiben.

Ergebnis: Der Ausfuhrende sieht nicht nur die Tatsache der Ruckgabe, sondern auch die Kriterien fur die erneute Abnahme.

Blocker finden und entfernen

1. Finden Sie das letzte Ereignis, nach dem sich die Aufgabe nicht mehr bewegte: Fristverschiebung, Kommentar, Statuswechsel, Hinzufugen einer verbundenen Aufgabe oder Datei.
2. Lesen Sie Kommentare in der Nahe des Ereignisses.
3. Bestimmen Sie den Eigentumer der Abhangigkeit: Beteiligter, Abteilung, Kunde, Datei, Entscheidung der Fuhrungskraft.
4. Wenn kein Eigentumer vorhanden ist, stellen Sie eine Frage im Kommentar und bitten Sie, den nachsten Schritt festzuhalten.
5. Bitten Sie den Ausfuhrenden nach Entfernen des Blockers, den Status zu aktualisieren oder zu schreiben, dass die Arbeit fortgesetzt wurde.

Ergebnis: Die Aufgabe ist nicht mehr "einfach uberfallig", sondern eine steuerbare Abhangigkeit mit Eigentumer.

Schliessen der Aufgabe prufen

1. Finden Sie das Schliessereignis.
2. Sehen Sie, wer die Aufgabe geschlossen hat.
3. Prufen Sie die letzten Kommentare, Checkliste und Dateien.
4. Stellen Sie sicher, dass nach dem Schliessen keine ungelesenen Fragen oder neuen Korrekturen geblieben sind.

Ergebnis: Das Schliessen bestatigt ein reales Ergebnis und nicht nur einen Statuswechsel.

Abnahme des Ergebnisses prufen

1. Finden Sie das Ereignis der Ubergabe zur Prufung oder den finalen Kommentar des Ausfuhrenden.
2. Prufen Sie, ob eine Datei, ein Link oder ein anderes Ergebnis vorhanden ist, das geoffnet werden kann.
3. Finden Sie die Aktion des Prufenden: Annahme, Ruckgabe, Schliessen oder Kommentar mit Anmerkungen.
4. Vergleichen Sie das mit Checkliste und letzten Anderungen der Aufgabe.
5. Wenn das Ergebnis mit Vorbehalten angenommen wurde, stellen Sie sicher, dass Restarbeit in eine verbundene Aufgabe ausgelagert oder klar festgehalten ist.

Ergebnis: Abnahme wird zu einem prufbaren Fakt und nicht zu einer mundlichen Absprache.

Aufgabe an neuen Beteiligten ubergeben

1. Wechseln Sie den Verantwortlichen oder fugen Sie einen Beteiligten hinzu.
2. Schreiben Sie einen kurzen Kommentar: was bereits erledigt ist, wo Materialien liegen, was als Nachstes erforderlich ist, welche Frist gilt.
3. Erwähnen Sie bei Bedarf den neuen Beteiligten, damit er die Aufgabe sieht.

Ergebnis: Die Historie halt die Ubergabe fest, und der Kommentar bewahrt den Kontext.

Benachrichtigungen und ungelesene Ereignisse

Ein ungelesenes Ereignis bedeutet, dass in der Aufgabe etwas erschienen ist, das Aufmerksamkeit erfordert: Kommentar, Erwahnung, Fristanderung, Statuswechsel, neue Datei oder eine andere wichtige Aktion.

Markieren Sie Benachrichtigungen nicht als gelesen, bevor Sie die Aufgabe angesehen haben. Prufen Sie zuerst, was sich geandert hat und ob von Ihnen eine Aktion erforderlich ist. Besonders wichtig ist das Lesen ungelesener Ereignisse, wenn die Aufgabe:

• kurz vor der Frist steht;
• bereits uberfallig ist;
• in Prufung ist;
• mit Kunde oder Geld verbunden ist;
• eine strittige Absprache enthalt.

Eine Benachrichtigung beweist nicht, dass eine Person einer Entscheidung zugestimmt hat. Sie zeigt, dass dem Beteiligten ein Aufmerksamkeitssignal gesendet wurde. Zustimmung, Ablehnung, Abnahme oder Anmerkungen werden besser per Kommentar festgehalten.

Automatische Anderungen

Manchmal andert nicht direkt ein Mensch die Aufgabe, sondern eine eingerichtete Regel: Das System weist zum Beispiel einen Verantwortlichen zu, verschiebt die Aufgabe in einen anderen Status, erstellt eine wiederkehrende Aufgabe oder sendet eine Benachrichtigung.

Solche Aktionen in der Historie helfen zu verstehen, dass die Anderung automatisch erfolgt ist. Wenn eine automatische Regel unerwartet ausgelost wurde:

• prufen Sie, welche Anderung in der Aufgabe erschienen ist;
• sehen Sie nach, ob daneben eine Erklarung oder ein Kommentar steht;
• wenden Sie sich an Administrator oder Prozesseigentumer, wenn die Regel geandert werden muss;
• halten Sie in der Aufgabe fest, was fur die aktuelle Arbeit falsch war.

Fur normale Benutzer ist nicht die technische Konstruktion der Regel wichtig, sondern ihr Arbeitseffekt: Was hat sich in der Aufgabe geandert und muss das Team anders handeln.

Wenn die Historie lang oder unvollstandig ist

In grossen Aufgaben kann die Historie in Teilen geladen werden. Bevor Sie Schlusse zu einer alten oder strittigen Aufgabe ziehen, stellen Sie sicher, dass Sie den benotigten Zeitraum sehen.

Prufen Sie:

• ob ein Filter aktiv ist, der einen Teil der Ereignisse verbirgt;
• ob fruhere Eintrage geladen wurden;
• ob nach dem Offnen der Aufgabe neue Aktivitat erschienen ist;
• ob ein Ladefehler vorliegt;
• ob Ihre Rechte fur die benotigten Informationen ausreichen.

Wenn die Historie nicht geladen wurde, schliessen Sie nicht daraus, dass es das Ereignis nicht gab. Aktualisieren Sie die Aufgabe oder wenden Sie sich an den Administrator.

Gute Praktiken

• Wichtige Entscheidungen per Kommentar festhalten, nicht nur durch Feldanderung.
• Bei Fristverschiebung den Grund schreiben.
• Bei Ruckgabe zur Nacharbeit konkrete Anmerkungen schreiben.
• Bei Wechsel des Verantwortlichen Kontext ubergeben.
• Bei Blocker Eigentumer der Abhangigkeit und Datum der nachsten Prufung festhalten.
• Bei Ubergabe zur Prufung angeben, wo das Ergebnis liegt und welche Version final ist.
• Nach Abnahme schreiben, was angenommen wurde und was in separate Arbeit ausgelagert ist.
• Vor dem Schliessen der Aufgabe letzte Kommentare, Dateien und Checkliste prufen.
• In strittigen Situationen mit Fakten aus der Historie beginnen und dann die Entscheidung besprechen.
• Die Historie zur Prozessverbesserung nutzen, nicht zur manuellen Kontrolle jeder Aktion.
• Fuhrungskrafte mussen regelmassig nur Risikaufgaben ansehen, nicht taglich die Historie jeder Aufgabe lesen.

Haufige Fehler

Die Historie als Erklarung des Grundes betrachten. Die Historie zeigt die Tatsache einer Anderung. Den Grund muss man in Kommentaren suchen oder getrennt festhalten.

Frist ohne Erklarung andern. Nach einer Woche erinnern sich Beteiligte nicht mehr, warum die neue Deadline entstanden ist.

Aufgabe ohne Kontext ubergeben. Der neue Verantwortliche sieht die Zuweisung, versteht aber nicht, was erledigt ist und was erwartet wird.

Aufgabe schliessen, ohne die letzten Ereignisse zu lesen. Nach der Prufung konnten neue Anmerkungen, eine Datei oder eine Frage erschienen sein.

Konflikt aus dem Gedachtnis analysieren. Zuverlassiger ist es, die Historie zu offnen, die Abfolge wiederherzustellen und das Ergebnis in der Aufgabe festzuhalten.

Historie fur Mikrokontrolle verwenden. Das senkt Vertrauen und verbessert den Prozess nicht. Die Historie ist fur Audit, Lernen und Analysen nutzlich, nicht fur standige Beobachtung.

Status in privaten Nachrichten einsammeln. Die Fuhrungskraft bekommt eine Antwort, aber in der Aufgabe bleibt keine Managementspur.

Ereignisse nach dem Schliessen nicht prufen. Ein wichtiger Kommentar, eine neue Datei oder ein Widerspruch konnte nach dem Statuswechsel erscheinen.

Nur den letzten Status ansehen. Der Status "in Arbeit" zeigt nicht, ob die Aufgabe lauft oder wegen eines Blockers steht. Es braucht die Ereignisfolge.

Wiederkehrendes Muster ignorieren. Wenn in verschiedenen Aufgaben standig Grunde fur Verschiebung oder Ruckgabe fehlen, ist das ein Prozessproblem, nicht das Problem einer einzelnen Aufgabe.

Was in der Historie sichtbar sein sollte

Eine gute Aufgabenhistorie hilft, die Managementabfolge ohne zusatzliche Erklarungen wiederherzustellen:

• wer einen Kommentar oder eine Datei hinzugefugt hat;
• welche Aufgabenfelder sich geandert haben;
• wann die Frist verschoben wurde und auf welchen Wert;
• was mit Tags, geplanter Zeit oder Status passiert ist;
• welche Ereignisse die Automatisierung erstellt hat;
• welche Kommentare die Grunde der Anderungen erklaren;
• welche alten Ereignisse fur eine vollstandige Analyse nachgeladen werden konnen.

Wenn in der Historie die Tatsache einer Anderung steht, daneben aber kein Grund, fugen Sie einen erklarenden Kommentar hinzu. Das ist besonders wichtig fur Fristen, Verantwortung, Ruckgabe zur Nacharbeit und Anderung des Umfangs.

Verwandte Szenarien

• Aufgabenkarte
• Kommentare in der Aufgabe
• Aufgabe prufen und schliessen
• Beteiligte zuweisen
• Zeit, Fristen und Arbeitsaufwand
• Vorlagen, wiederkehrende Aufgaben und Automatisierung
• Benachrichtigungen