Subtasks, Splits und Dependencies¶

Drei Wege, einer Aufgabe Struktur zu geben: sie in Subtasks aufbrechen, sie in gleiche Teile splitten, und festlegen, was vorher passieren muss.

Subtasks¶

Der Tab Subtasks im Aufgaben-Detail-Panel bricht eine Aufgabe herunter. Tippen Sie einen Titel und drücken Sie Enter, um einen hinzuzufügen. Jeder Subtask hat eigene Eigenschaften (Status, Estimate, Dates und den Rest) und öffnet sich in seinem eigenen Panel.

Zwei Regeln sind wichtig, weil der Planner sich darauf verlässt:

• Die Estimate eines Parents ist die Summe seiner Subtasks. Sobald eine Aufgabe Kinder hat, ist ihre Estimate nicht mehr bearbeitbar und zeigt "(sum of subtasks)". Um sie zu ändern, ändern Sie die Estimate eines Subtasks.
• Der Planner plant die Blätter ein, nie den Parent. Eine Aufgabe mit Subtasks wird übersprungen, stattdessen werden ihre Subtasks eingeplant. Wären beide eingeplant, würde dieselbe Arbeit doppelt gebucht. Dasselbe gilt für das One-Click-Reservieren: Auto-plan ist bei einer Aufgabe mit Subtasks nicht verfügbar, Sie reservieren stattdessen jeden Subtask einzeln.

Das Due date eines Subtasks darf nicht später liegen als das seines Parents. Empi verweigert die Änderung und bietet stattdessen an, den Parent auf dieses Datum zu erweitern.

Eine Aufgabe splitten¶

Split verwandelt eine bemessene Aufgabe in mehrere gleiche Teile. Öffnen Sie es aus dem Aufgaben-Panel (oder aus der Bulk-Action-Leiste in den Ansichten List und Kanban), wählen Sie eine Slot-Dauer, und Empi teilt die Estimate in Subtasks dieser Länge auf. Der letzte Teil nimmt den Rest auf.

• Die Aufgabe braucht zuerst eine Estimate. Ohne sie gibt es nichts zu teilen.
• Ein Split erzeugt zwischen 2 und 20 Subtasks. Dauern, die weniger als 2 Teile ergeben würden, werden nicht angeboten.
• Das Splitten eines Subtasks macht ihn zu Teil 1 und fügt den Rest als Geschwister hinzu.

Splitten ist ein Weg, in mundgerechten Häppchen zu arbeiten und jedem Teil einen eigenen Status zu geben. Es erzeugt keine Kapazität: Die Gesamt-Estimate bleibt unverändert, und der Planner verteilt eine Aufgabe, die für einen Tag zu groß ist, ohnehin bereits von sich aus auf aufeinanderfolgende Tage.

Dependencies¶

Blocked by listet, was zuerst fertig sein muss. Blocking ist die Spiegelansicht: was auf diese Aufgabe wartet. Beide werden über die Spalte Properties gesetzt, und beide bieten eine Suche über Ihre anderen Aufgaben.

Dependencies sind ein harter Zwang für den Plan. Der Planner platziert eine Aufgabe erst, nachdem alles erledigt ist, wovon sie blockiert wird, bevor er irgendetwas anderes an der Aufgabe berücksichtigt. Erst wenn die Dependencies erfüllt sind, gilt der Rest der Reihenfolge (zuerst überfällig, dann Arbeit in Bearbeitung, dann das früheste Due date, dann Priority).

Eine Aufgabe mit unerledigten Blockern trägt ein Badge ("Blocked by 2 unfinished tasks"). Sind alle erledigt, liest es "Dependencies complete, ready to schedule".

Datenkonflikte¶

Dependencies und Dates können sich widersprechen. Empi erkennt das, während Sie bearbeiten, und zeigt es an der Aufgabe unter Scheduling conflicts an, statt den Planner still scheitern zu lassen:

• Die Aufgabe startet, bevor eine Dependency fertig ist. Der Blocker ist nach dem Start dieser Aufgabe fällig, sodass die Arbeit nicht beginnen kann, wann Sie es wollten.
• Ein Blocker ist nach der abhängigen Aufgabe fällig. Keine noch so geschickte Planung kann das beheben: Das, worauf Sie warten, ist später fällig als das, was darauf wartet.
• Ein Blocker ist nach dem Parent dieser Aufgabe fällig. Der Subtask kann nie rechtzeitig eingeplant werden, was auch immer seine eigenen Dates sagen.

Ein Dependency-Zyklus (A wartet auf B, B wartet auf A) wird vom Planner auf dieselbe Weise gemeldet, als Dependency-Konflikt.

Jeder Konflikt kommt mit den Aktionen, die ihn tatsächlich auflösen:

• Remove dependency an der blockierenden Aufgabe.
• Open blocker, um stattdessen dessen Dates zu korrigieren.
• Reschedule to , was diese Aufgabe auf das früheste passende Datum verschiebt.
• Keep the original dates, falls Sie die Änderung versehentlich vorgenommen haben.

Ein Reschedule kann reservierte Slots freigeben, die nicht mehr zu den neuen Dates passen. Empi sagt Ihnen, wenn das geschieht ("Freed 2 earlier slots"), damit die Zeit sichtbar in Ihre Kapazität zurückfließt.