ODR: il processo decisionale reso semplice

Mar 28 2023
In qualità di manager, spesso è davvero difficile rendere cristallino il processo decisionale. Oltre a rendere queste decisioni comprese, collaborative e integrate.

In qualità di manager, spesso è davvero difficile rendere cristallino il processo decisionale. Oltre a rendere queste decisioni comprese, collaborative e integrate.

Con quale frequenza senti o pronunci frasi: "Quella decisione non ha senso", "Questa decisione non è realistica", "Penso che tu abbia perso il punto" o "Non è questa una soluzione migliore " ?

Un oscuro processo decisionale può solo portare a confusione

Bene, sei nel posto giusto, lascia che ti presenti l' ODR: Organisation Decision Record .

Potresti aver sentito parlare degli ADR: Architecture Decision Records , uno strumento popolare per acquisire le decisioni architettoniche e il loro contesto. Ha molti effetti collaterali positivi: documentazione , chiarimento , spiegazione ...

Gli ODR sono direttamente ispirati agli approcci ADR e Software Testing.

Sembra fantastico, come si inizia?

Intendiamoci: nessun manager prende una decisione per piacere, dobbiamo prendere decisioni in base al contesto , ai vincoli e/o ai requisiti . Il primo passo è collezionarli tutti!

A questo punto, non stiamo nemmeno considerando opzioni, trovando soluzioni o riducendo la portata del problema. Stiamo creando la matrice di punteggio per situazioni future che potrebbero presentarsi.

Alcune definizioni ed esempi aiuteranno a capire la natura di questo trio!

Contesto

Questo costituisce i fatti innegabili.

Ad esempio:

  • X Key People ha lasciato l'azienda.
  • La posizione di Senior Incredible Partner non è stata occupata per Y mesi.
  • Il progetto CrazyShark è fermo da Z mesi.
  • La società A si fonde con la società B .

Questi definiscono le cose che devono essere raggiunte, che ci piaccia o no.

Ad esempio:

  • Il sistema Pieceofshut deve essere mantenuto in quanto è l'unico sistema di pagamento disponibile.
  • Una legge impedisce all'azienda di assumere persone al di fuori del proprio footprint operativo.
  • La sicurezza impedisce ai collaboratori esterni di portare i propri dispositivi.

Questo definisce lo stato obiettivo ideale che vogliamo raggiungere. Di solito è il motivo principale per cui apriamo un nuovo Decision Record .

Ad esempio:

  • Rilascia un nuovo prodotto per AAAA/MM/GG.
  • Le squadre di ciascuna società dovrebbero essere miste.
  • Il direttore tecnico John Doe ha solo 1 team da gestire.
  • Ogni team ha bisogno di un Product Owner.

Opzioni considerate

Una volta che il contesto, i vincoli e i requisiti sono elencati in modo esaustivo, puoi aprire il documento a tutti in azienda!

Ciò fornirà trasparenza, aprirà la porta al feedback e consentirà a chiunque sia interessato di contribuire alla decisione. Questo dirà esplicitamente che l'organizzazione deve prendere una decisione e questi sono i fattori che guideranno la soluzione adottata.

Ora puoi iniziare a elencare le opzioni . A questo punto, non vogliamo ridurre la portata o le possibilità, vogliamo comunque essere il più esaustivi possibile.

Un finto esempio per aiutare a dipingere un'immagine:

La squadra A non ha più un ordine di acquisto:

- Opzione 1: licenziare l'intera squadra

- Opzione 2: assumere un PO esterno

Opzione 2.1: apertura di una posizione di riempimento

Opzione 2.2: assumere un appaltatore

Opzione 3: trasferire un ordine di acquisto interno

Opzione 3.1: trasferire John Doe dalla squadra A

Opzione 3.2: trasferire Jane Doe dalla squadra B

Come vedi, valuterai tutte le opzioni disponibili, anche quelle più estreme.

Questo processo è aperto e chiunque in azienda dovrebbe essere in grado di contribuire, in quanto ci impedirebbe di perdere alcune opzioni.

Determinanti decisionali, opzione considerata, e adesso?

Ora è il momento di segnare!

Questo è un passaggio abbastanza semplice, poiché si tratta di creare una tabella che includa:

  • Una colonna per ogni opzione considerata.
  • Una riga per ogni vincolo.
  • Una riga per ogni esigenza.
  • Quindi ogni cella viene controllata o meno.

Casi più complessi potrebbero portare all'aggiunta di vincoli e requisiti o alla loro ponderazione .

Esempio completo

Conclusione

In sintesi, adoro questo framework decisionale in quanto mi ricorda davvero la mentalità del test del software: definire prima perché fai le cose e quali sono i criteri di successo.

Vengono quindi prese in considerazione tutte le diverse opzioni (anche quelle terribili ed estreme) per decidere infine, assegnando un punteggio alle opzioni utilizzando i criteri di successo .

Grazie per aver letto, non vedo l'ora di ricevere commenti e feedback!