Il flusso dei Report e delle Review

Per iniziare un Report, puoi cliccare su “Reports” nel menù. Arrivati nella pagina, è sufficiente cliccare “Nuovo Report” in alto a destra o nella tabella:

Sulla prima pagina, seleziona il team e controlla che tutto sia impostato correttamente per partire:

Il meccanismo di Reporting OKR funziona sempre nei 3 step noti, selezionando per prima cosa uno dei KeyResult che si intende misurare: LinkHub li ordina per peso, facendoti iniziare da quello più importante.

Le date di riferimento vengono definite direttamente dall’azienda: non è più necessario modificarle manualmente.

Step 1 del Report: Valuta il Passato!

Le principali novità W4 nello Step 1 del report sono:

• forecast e target sono stati rinominati “Obiettivo minimo” e “Obiettivo massimo”;

• in base a questi due obiettivi e al risultato raggiunto inserito, il sistema calcola automaticamente e mostra il “Performance Score”, senza aspettare la pagina successiva, così potrai avere un feedback immediato

• vengono visualizzate le Note permanenti di ciascun indicatore misurato, sempre accessibile tramite il badge Commenti sezione “Note” in alto a destra.

Step 2 del Report: Analizza e Migliora!

Lo Step 2 del report mostra per prima cosa le istruzioni basate sul risultato ottenuto dal team, aiutando l’utente e il team con alcune domande “da Coah” per massimizzare l’efficacia del momento di analisi.

Per il resto, il funzionamento è identico alle versione precedente ma con l’aggiunta delle variabili di “Priorità” di Rischi ed Iniziative che si possono impostare in fase di creazione dei due elementi (si veda Impatto di Rischi e Iniziative ).

Step 3 del Report: fissa gli Obiettivi futuri"!

Lo Step 3 del report si conclude come nella versione attuale l’analisi del KeyResult impostando i prossimi obiettivi per la successiva data di tracciamento. L’unica differenza è il nome “Obiettivo minimo” (ex forecast) e “Obiettivo massimo” (ex target).

Una volta completata l’analisi di un singolo KeyResult, il sistema aggiorna l’elenco degli indicatori da misurare, invitando l’utente a procedere con l’analisi:

Quando tutti i KeyResult saranno stati valutati, l’utente può quindi proseguire alla generazione del report riassuntivo dell’andamento del mese/trimestre.

Flusso di Review: iniziativa e rischio prioritario

Il report viene aperto già in “modalità review” quando è in attesa, mostrando i risultati della misurazione appena terminata e la percentuale di completamento della review (cosiddetto Review Rate).

L'utente può attivare una “modalità assistita” che elenca tutti i Key Results su cui fare review e li nasconde quando è stata fatta. Altrimenti, può procedere nello stesso modo della v3, filtrando gli elementi collegati ad un singolo KeyResult (rischi ed iniziative).

La colonna centrale non mostra più solo i rischi e le iniziative generate durante il report, ma tutti quelli attivi nel team ordinati per priorità.

In alto a destra, cliccando su “Punti impatto”, il reviewer potrà ora aprire la lista delle iniziative concluse dal team durante il periodo compreso nel report.

Quando un utente accede alla pagina delle review, vedrà solo quelle per cui deve intervenire come review.

In caso di cambio di Cluster Leader, il reviewer rimane sempre quello fotografato nel momento di rilascio del report da parte del team.

Come importante miglioramento nella fase di review, è stato collegato il concetto di priorità visto in @Impatto di Rischi e Iniziative : l’obiettivo è fare in modo che il Reviewer validi la strategia del team ad un livello generale, soffermandosi sul rischio e sulla iniziativa attivi che il team considera più importante, per ogni zkeh Result.

Per farlo, il reviewer è chiamato a validare l’iniziativa e il rischio a maggiore priorità, partendo da quella attualmente presente nel team.

Se assente, il reviewer può inserire direttamente nella strategia del team il proprio suggerimento.

Report “in bozza”: problema risolto!

Come ulteriore miglioramento rispetto alla versione precedente, nella w4 è ora possibile iniziare e concludere il Report OKR in due momenti diversi, senza il bug di generazione di elementi doppi (es. KeyResult misurati e riportati due volte nella schermata finale).

Se un utente inizia il report e per qualsiasi motivo non riesce a terminarlo, lo ritroverà successivamente quando ri-entrerà nella pagina “Report” della sidebar, con uno status “In bozza”, come nell’esempio.

Allo stesso modo, potrebbero esserci due versioni di un report nello stesso periodo: al reviewer verrà consigliato di procedere su quella con il “Report Rate” maggiore, perché considerata la più completa.