Subtask, split e dipendenze¶

Tre modi per dare forma a un task: scomporlo in subtask, dividerlo in parti uguali, e dichiarare cosa deve succedere prima.

Subtask¶

La tab Subtasks del pannello dei dettagli del task lo scompone. Digita un titolo e premi Enter per aggiungerne uno. Ogni subtask ha le proprie proprietà (status, stima, date e il resto) e si apre nel proprio pannello.

Due regole contano, perché il planner si basa su di esse:

• La stima di un genitore è la somma dei suoi subtask. Non appena un task ha dei figli, la sua stima smette di essere modificabile e mostra "(sum of subtasks)". Per cambiarla, cambia la stima di un subtask.
• Il planner pianifica le foglie, mai il genitore. Un task con subtask viene saltato e i suoi subtask vengono pianificati al suo posto. Se entrambi venissero pianificati, lo stesso lavoro verrebbe prenotato due volte. Lo stesso vale per la prenotazione con un clic: Auto-plan non è disponibile su un task con subtask, riservi ogni subtask separatamente.

La scadenza di un subtask non può essere successiva a quella del suo genitore. Empi rifiuta la modifica e offre di estendere il genitore a quella data invece.

Dividere un task¶

Split trasforma un task dimensionato in più parti uguali. Aprilo dal pannello del task (o dalla barra delle azioni massive nelle viste List e Kanban), scegli una slot duration, ed Empi divide la stima in subtask di quella durata. L'ultima parte assorbe il resto.

• Il task ha bisogno prima di una stima. Senza di essa non c'è nulla da dividere.
• Uno split produce tra 2 e 20 subtask. Durate che produrrebbero meno di 2 parti non vengono offerte.
• Dividere un subtask lo trasforma nella parte 1 e aggiunge il resto come fratelli.

Lo split è un modo per lavorare a piccoli passi e per dare a ogni parte un proprio status. Non crea capacità: la stima totale resta invariata, e il planner distribuisce già da solo su giorni consecutivi un task troppo grande per una sola giornata.

Dipendenze¶

Blocked by elenca cosa deve finire prima di questo task. Blocking è la vista speculare: cosa lo aspetta. Entrambe si impostano dalla colonna delle proprietà, ed entrambe accettano una ricerca sugli altri tuoi task.

Le dipendenze sono un vincolo rigido sul piano. Il planner colloca un task solo dopo tutto ciò da cui è bloccato, prima di considerare qualsiasi altra cosa a suo riguardo. Solo una volta soddisfatte le dipendenze si applica il resto dell'ordinamento (prima gli scaduti, poi il lavoro in corso, poi la scadenza più vicina, poi la priorità).

Un task con blocker non completati porta un badge ("Blocked by 2 unfinished tasks"). Una volta che sono tutti completati, mostra "Dependencies complete, ready to schedule".

Conflitti di date¶

Le dipendenze e le date possono contraddirsi a vicenda. Empi lo rileva mentre modifichi e lo mostra sul task, sotto Scheduling conflicts, invece di lasciare che il planner fallisca silenziosamente:

• Il task inizia prima che una dipendenza finisca. Il blocker scade dopo l'inizio di questo task, quindi il lavoro non può cominciare quando richiesto.
• Un blocker scade dopo il task dipendente. Nessuna pianificazione può risolvere questo: la cosa che stai aspettando scade più tardi di quella che la aspetta.
• Un blocker scade dopo il genitore di questo task. Il subtask non può mai essere pianificato in tempo, qualunque siano le sue date.

Un ciclo di dipendenze (A aspetta B, B aspetta A) viene segnalato dal planner allo stesso modo, come conflitto di dipendenza.

Ogni conflitto arriva con le azioni che effettivamente lo risolvono:

• Remove dependency sul task bloccante.
• Open blocker, per andare a correggere le sue date invece.
• Reschedule to , che sposta questo task alla data più vicina che funziona.
• Keep the original dates, se hai fatto la modifica per errore.

La rischedulazione può liberare fasce riservate che non rientrano più nelle nuove date. Empi te lo segnala quando succede ("Freed 2 earlier slots") così il tempo torna visibilmente disponibile nella tua capacità.