Sostenere il cambiamento nelle organizzazioni

Team Agile: un nuovo modo di lavorare insieme

Una delle sfide che Agile ci porta ad affrontare è quella relativa al superare la cultura dei silos aziendali per accrescere l’empowerment dei Team. Quando si sviluppa il concetto di team cross-funzionale, le persone coinvolte capiscono realmente quanto l’organizzazione possa essere vasta e profonda e quali sono le difficoltà nel far parlare fra loro le diverse funzioni. Anche se le organizzazioni ed i team possono utilizzare pratiche agili per lavorare insieme, solamente adottare una mentalità agile effettiva li trasformerà in Team ad alte prestazioni, concentrati sulla fornitura di valore e risultati sorprendenti per i loro clienti.

 

Questo perché Agile è una filosofia di lavoro e un approccio metodologico che comporta una routine di miglioramenti incrementali che avvengono in degli slot temporali cadenzati. Inoltre, prevede una riflessione ricorrente del Team Agile sul lavoro svolto e quindi un apprendimento continuo. I Team apprendono dall’esperienza e sperimentano nuove modalità per identificare e integrare questo apprendimento nel modo di lavorare. Se vogliamo un Business Agile, il focus deve spostarsi sulla generazione di valore (processi organizzativi) e non sulla struttura organizzativa. Pertanto, possiamo creare dei Team Agili attorno a dei processi che portano valore al cliente interno \ finale.

Come lavora il Team Agile

L’approccio Agile mette in campo un team cross-funzionale (che ha rappresentate tutte le competenze), il quale rilascia output finiti più piccoli del risultato finale, in cicli più brevi. Questo Team lavora insieme per completare questi output circoscritti entro periodi di tempo finiti e coerenti, chiamati time-box (finestre temporali).

Il modo stesso di lavorare del Team Agile richiede infatti che il lavoro sia scomposto in una lista di piccoli e concreti “deliverable” (rilasci) e che si crei un backlog delle cose da fare (elenco), ordinato in base alla priorità dettata dalle esigenze di Business del momento. Poi viene stimato lo sforzo rispetto a ciascun item del backlog e si definiscono le iterazioni di lavoro del Team, con un tempo stabilito e cadenzato.

 

Al termine di ogni iterazione, per rispondere al cambiamento ed essere Agili, il programma di lavoro può essere rivisitato sulla base delle nuove esigenze espresse dal Business o sulla base di una migliore comprensione del Prodotto che sarà oggetto della delivery, ovvero si tratta di dare valore ad ogni iterazione. Poiché la metodologia Agile si caratterizza per essere una metodologia empirica e non prescrittiva, i risultati ottenuti serviranno da base per pianificare la prossima iterazione.  L’Agilità inizia come il processo di cambiamento, servono assetti organizzativi alternativi ma anche un cambiamento nel modo di approcciare al lavoro stesso. Ecco alcuni driver per incorporare l’Agilità nel Team Agile.

T-shaped people

Nei Team interfunzionali le skill sono più importanti dei ruoli.  I membri del Team Agile che hanno un profilo di competenze T-shaped migliorano la collaborazione ed il flusso di consegna del lavoro e riducono la dipendenza da specifici individui. Il concetto di competenze a T (T-shaped skills), o di persone a T (T-shaped persons), è una metafora usata in ambito HR per descrivere le abilità delle persone.

La linea verticale della T rappresenta la profondità delle competenze e delle esperienze in uno specifico settore, mentre la linea orizzontale della T rappresenta l’abilità di collaborare con esperti di altre aree, e di usare in modo appropriato concetti propri degli altri settori.

Un Referente del Business che definisce il Valore da creare

Il Business guida lo sviluppo dei Prodotti e dei Processi, definendo le esigenze, la strategia, il valore da creare e le priorità. Il Referente del Business per il Valore da creare (RBV) ha come missione di ruolo la massimizzazione del valore generato dal prodotto\processo. Questa figura si interfaccia con il cliente interno/esterno, ed eventualmente con gli Stakeholder, rappresentandoli. Recepisce infatti le loro esigenze per poi trasmetterle al Team Agile. Il Referente del Business (RBV) ha sempre chiaro il focus di far emergere il prodotto/processo con il più alto valore possibile entro la data desiderata.

Detto in altri termini, ha il compito di assicurarsi che il Prodotto/Processo sviluppato fornisca valore e sia sempre orientato alla soddisfazione delle esigenze espresse dal Business. Per poter guidare efficacemente lo sviluppo del Team Agile, il Referente del Business deve avere un’ampia conoscenza dei bisogni dei clienti e comprendere come il prodotto/processo possa rispondere a queste necessità: rappresenta la voce del cliente interno/esterno nell’azienda.

Rendere visibile il processo di lavoro

Il processo di lavoro di un Team Agile è visibile a tutta l’organizzazione ed è trasparente. È visibile a tutta l’organizzazione in quanto sono definite e condivise la Product Vision e la Product Roadmap.  Il Business esprime la Vision di un Prodotto da realizzare che porta valore all’impresa, traducendola nella Product Canvas, ovvero nel documento di input che avvia l’iter di sviluppo prodotto/processo. In questo modo si cattura la voce del Cliente (interno/esterno), trasformandola in requisiti (cosa) e tecnologie/processi (come). È impostata dal Referente del Business interagendo con il Team Agile ed è resa disponibile a tutta l’organizzazione interna.

La Roadmap descrive come il Prodotto si evolverà per realizzare la Visione e ottenere il Business Value per l’azienda e per i clienti (interni ed esterni). Per questo motivo la Roadmap del prodotto è strategica. Infine, la lista delle cose da fare (Backlog di Lavoro) è trasparente e visibile a tutti gli Stakeholder e contiene elementi (item del Backlog) a breve ed a medio termine che possono essere consegnati per raggiungere i risultati definiti nella Roadmap.

Frequenti cicli di feedback e apprendimento.

Lo sviluppo Agile richiede una certa disciplina nella applicazione dei principi. Il focus è sui i risultati e sul valore ottenuto e porta il Team Agile a lavorare per iterazioni, ovvero cicli di lavoro cadenzati della stessa durata (generalmente da 1 a 4 settimane). L’adozione dei principi dell’Agile semplifica l’ispezione del lavoro e l’adattamento. Si realizza il prodotto/processo per incrementi di valore, si verificano ed ispezionano i rilasci alla fine di ogni iterazione ed il lavoro da fare nei daily meeting e si hanno subito dei feedback. Si può essere in grado di imparare più rapidamente e di adattarsi dove necessario. L’organizzazione diventerà più forte e più veloce lavorando con le basi della collaborazione, della trasparenza e dell’adattamento.

Il lavoro di un Team Agile rimane un vantaggio competitivo fondamentale, essendo ancora abbastanza raro e molto efficace. Infine, con il Team Agile la qualità è integrata in ogni fase. Agile è l’unico modo per raggiungere la qualità come qualcosa di più rispetto ad una serie di requisiti stabiliti a priori, grazie al modo di lavorare flessibile ma regolato e all’approccio empirico e pratico.

Agile per pensare e per apprendere

Esperienza, riflessione e adattamento. Tutto in trasparenza.

Agile è una filosofia di lavoro e un approccio metodologico che comporta una routine di piccoli miglioramenti incrementali che avvengono in degli slot temporali cadenzati. Inoltre, prevede una riflessione ricorrente sul lavoro svolto e quindi un apprendimento continuo.

In Agile, il lavoro viene scomposto in una lista di piccoli e concreti deliverable e l’elenco viene ordinato in base alla priorità dettata dalle esigenze di business di quel momento, ovvero dare valore da subito. È un approccio basato sulla fiducia che apprendiamo dall’esperienza e quindi possiamo trovare ed applicare modalità per identificare e integrare questo apprendimento nel modo di lavorare.

Agile riguarda molto più le persone che i processi. Il valore principale risiede nel cambiamento culturale che sviluppa l’individuo accrescendo le competenze chiave per essere adattivi, trasparenti, collaborativi e reattivi. Per creare un modo di pensare agile, dobbiamo affrontare i problemi consapevoli che potrebbe essere necessario più di un tentativo per risolverli e che più sappiamo del problema, più siamo attrezzati per trovare un efficace e soluzione duratura.

Agile ci propone un nuovo atteggiamento di apprendimento, per utilizzare la nostra capacità di navigare verso il successo attraverso la riflessione e l’adattamento. La Guida SCRUM (2017) dice che: “Agile … is founded on empirical process control theory, or empiricism. Empiricism asserts that knowledge comes from experience and making decisions based on what is known.”

La definizione di processo dell’American Heritage Dictionary è “Una serie di azioni, modifiche o funzioni che producono un risultato”. Si può intendere come degli input che passano attraverso il flusso di lavoro e si creano in uscita degli output.

Approccio predittivo tradizionale

Quando si avvia un nuovo progetto o si crea un nuovo prodotto, viene creato un set di requisiti e seguito di una attenta analisi il project manager presumerà che essi siano approvati come un insieme fisso da cui partire per la pianificazione. Il project manager stimerà quanto tempo ci vorrà per completare i requisiti e viene così creato il piano di progetto. Il piano prevede che il progetto sarà terminato entro una certa data e tale data viene comunicata al cliente.

Questo comporta quelli che sono definiti come “Defined Processes”: le informazioni e gli assunti iniziali sono validi lungo tutto l’orizzonte della pianificazione. Ovvero si predice il futuro una volta per tutte all’inizio del lavoro.

  • Ogni pezzo di lavoro è completamente compreso
  • È possibile avviare un processo definito e consentire l’esecuzione con gli stessi risultati ogni volta
  • Ci si basa essenzialmente sui criteri della ripetibilità e prevedibilità

La criticità fondamentale di questo approccio è che il piano, che guida tutto, si basa sul presupposto che i requisiti siano fissi e non cambieranno. L’esperienza ci ha mostrato che non è mai così, ovvero i requisiti in un progetto (oppure nello sviluppo di prodotto) possono non essere fissi, ci sono sempre cambiamenti. Quando i requisiti cambiano, il piano ne risente e di conseguenza, anche la data di completamento deve cambiare. Sfortunatamente, in molti casi, ciò è impossibile e si deve consegnare entro la data per cui il Team di progetto si è impegnato. Questo comporta una grave crisi e il progetto stesso inizia ad andare fuori controllo.

L’approccio tradizionale basato sul piano non è fallace in sé e per sé, semplicemente non è adatto per i business con alto tasso di incertezza come quelli odierni. L’approccio basato sul piano era originariamente basato sui concetti tradizionali di gestione del progetto, che provenivano dal settore delle costruzioni. Nel settore delle costruzioni, ad esempio, l’approccio predittivo è indicato: i progetti, hanno requisiti fissi che probabilmente non cambieranno durante la costruzione dello stabile. Si può stimare quanto tempo ci vorrà per costruire i pilastri ed i telai di acciaio, versare il cemento e così via.

  • È possibile prima completare le specifiche e poi costruire.
  • Quasi all’inizio si può stimare in modo affidabile l’impegno e il costo.
  • È possibile identificare, definire, programmare e ordinare tutte le attività dettagliate all’inizio del progetto.
  • L’adattamento a cambiamenti imprevedibili non è la norma e i tassi di cambiamento sono relativamente bassi

Approccio empirico

L’approccio agile orientato alla creazione di valore si basa sull’empirismo e questo cambia l’intera mentalità, il mindset. Si presume dall’inizio che qualsiasi requisito esistente in anticipo non sia fisso e che cambierà.

L’approccio agile presuppone anche che il Team debba consegnare entro una certa data. Questo approccio fissa il tempo e le risorse e lascia indeterminati i requisiti. Questo ci ricorda molto da vicino la realtà della creazione di software. Il criterio di essere “value-driven”, guidati dal valore, ci mette su un piano di apprendimento diverso.

Avremo frequenti ispezioni (al lavoro) e adattamento piuttosto che una pianificazione predittiva. Ci si adatta al futuro piuttosto che predirlo come uno scenario pieno di certezze. Quando abbiamo un periodo di tempo fisso e stabilito in cui non si è sicuri di poter fornire tutti i requisiti (perché cambieranno e quindi il tempo necessario per completarli cambierà), la reazione naturale è dare la priorità ai requisiti che sono stati messi a fuoco e finire per primi quelli che aggiungono il massimo valore al cliente.

La domanda sorge spontanea: “Ed i requisiti che non sono stati completati entro la data di consegna?” Questo è il motivo per cui ha successo l’approccio basato sul valore. Viene riconosciuto il fatto che non tutti i requisiti saranno completati entro la data di consegna. La domanda importante da porsi è se hai fornito abbastanza funzionalità per supportare un sistema che fornisce valore al cliente. Ed i progetti Agili risultano vincenti proprio per questo modo nuovo di pensare.

  • Si aspetta l’inaspettato
  • Poiché i processi sono definiti in modo imperfetto, generano output imprevedibili e irripetibili
  • Il controllo viene esercitato attraverso l’ispezione e l’adattamento
  • Le fasi di lavoro / processo potrebbero non essere comprese
  • Il lavoro è influenzato da fattori quali le performance passate e le differenze di know-how
  • Il miglioramento e la conduzione del lavoro sono guidati da esperimenti ed esperienza

Gestire l’incertezza ovvero sperimentarsi e adattarsi

I processi empirici (“Empirical Process”) sono usati per domini ad alto cambiamento e instabili, piuttosto che prevedere molte attività in sequenza, ci si basa su misurazioni frequenti e risposte dinamiche a eventi variabili. Quando siamo coinvolti nello sviluppo di nuovi prodotti e l’incertezza del business aumenta, allora pensiamo e apprendiamo con il processo empirico, che caratterizza l’approccio ed il modo di pensare Agile.

  • Raramente è possibile creare subito un piano immutabile, con specifiche dettagliate.
  • All’inizio non è possibile effettuare una stima affidabile di sforzo e costo.
  • Man mano che emergono dati empirici nel corso del progetto diventa sempre più possibile pianificare e stimare.
  • All’inizio non è possibile identificare, definire, programmare e ordinare tutte le attività.
  • Abbiamo bisogno di passaggi adattivi guidati alla fine di ogni ciclo di lavoro.
  • L’adattamento creativo a cambiamenti imprevedibili è la norma. I tassi di cambiamento sono alti.

Per concludere l’approccio Agile ci aiuta a pensare e ed apprendere una volta che rispondiamo alla domanda seguente. Il tuo progetto o prodotto è definibile prima di iniziare a lavorare oppure hai bisogno di dati empirici per aiutarti a costruire la soluzione? L’empirismo afferma che la conoscenza proviene dall’esperienza e dal prendere decisioni in cammino, basate su ciò che è noto.

5 focus for an agile organization

5 focus per l’Impresa Agile

Ci sono 5 focus chiave dal mio punto di vista che aiutano a rendere una Impresa“Agile” e che rappresentano un approccio collaborativo al lavoro e fortemente oriento al cliente. Questi 5 focus ci consentono di esplorare l’Agilità di Business che si traduce nella capacità di un’impresa di riconfigurare velocemente organizzazione, strategia, processi, competenze, ruoli e tecnologie per sviluppare il proprio modello di business, fare innovazione continua e produrre valore.

Sono come 5 porte di ingresso per l’agilità di impresa, per entrare dentro un nuovo atteggiamento verso l’apprendimento, utilizzando la nostra capacità di navigare verso il successo attraverso la riflessione e l’adattamento.

Si può partire da ognuno di essi per poi arrivare agli altri, utilizzando una serie di pratiche e di strumenti che danno struttura alla filosofia di lavoro e consentono di creare esperienze pilota da ricondurre al quadro di insieme. Vediamoli brevemente.

impresa agile 5 focus

Mindset Agile

Una mentalità agile consiste in un insieme di credenze, atteggiamenti, valori e azioni per portare la filosofia dell’agilità dentro un ambiente di lavoro. Anche se le imprese ed i team possono utilizzare pratiche agili senza la mentalità agile, solamente l’adozione di un mindset agile nei propri team li renderà dei team ad alte prestazioni, concentrati sulla creazione di valore e risultati notevoli per i loro clienti.

Alcuni elementi del Mindset includono rispetto, collaborazione, miglioramento e cicli brevi di apprendimento, responsabilità, focus sulla consegna di valore e capacità di adattamento ai cambiamenti.

Ricordo brevemente I 4 valori fondamentali del Mindset Agile rispetto ai quali dedicherò un approfondimento:

  • Gli individui e le interazioni più che i processi e gli strumenti.
  • Il prodotto funzionante più che la documentazione esaustiva.
  • La collaborazione col cliente più che la negoziazione dei contratti.
  • Rispondere al cambiamento più che seguire un piano.

Product Organization

Possiamo sostenere che una Impresa agile ha la capacità di ripensare rapidamente le proprie strategie, riconfigurando velocemente i processi operativi e l’organizzazione per trasformare le sfide dell’ambiente in cui opera in nuove opportunità di crescita.

L’impresa Agile tralascia le logiche organizzative rigidamente funzionali in favore di quelle di prodotto, più adatte all’obiettivo di generare rapidamente valore per i clienti e il business. Quello che nasce come un approccio di sviluppo prodotti nelle fasi iniziali dell’impresa (Lean Startup) diviene poi un modello di innovazione per l’impresa Agile che va bene per tutte le imprese.

La Product Organization parte dal condividere la Visione di Prodotto con il team interfunzionale e comprensivo di tutte le competenze necessarie, appositamente istituito. La “Vision” di prodotto è importante per iniziare a lavorare su un nuovo prodotto o allineare un team attorno agli aggiornamenti di un prodotto esistente.

Possiamo dare il via alla prima versione o apportare modifiche all’ennesima versione del prodotto, in ogni caso ogni impresa che adotta l’agilità ha bisogno di creare e condividere la propria visione del prodotto. Si possono utilizzare strumenti come le Canvas o la Vision Board. In ogni caso la Product Organization ha l’obiettivo è di catturare quattro aspetti fondamentali di un Prodotto: Target Group, Needs, Product, Business Value

Servant Leadership

Nella nostra visione tradizionale il leader risulta come il capo, colui che sa guidare un gruppo di persone che vengono definite followers al raggiungimento degli obiettivi. Come dicono Bennis e Nanus nel loro libro “Leader. Anatomia della Leadership”, la Leadership è capacità di influenza sulle direttrici dei motivi e delle azioni, sulle azioni stesse e sulle opinioni. I Leader sviluppano una visione e dei criteri di valutazione per il suo raggiungimento.

Un Servant Leader guarda al futuro. Definisce e comunica la propria visione organizzativa e gli obiettivi a medio e lungo termine. Quindi sforza di coinvolgere il team nella condivisione di tale visione. Ecco brevemente le caratteristiche che esprime un Servant Leader:

  • Considera la Leadership come una opportunità per essere al servizio degli altri.
  • Condivide il potere ed il controllo per raggiungere la performance.
  • Misura il successo sulla base della crescita e dello sviluppo.
  • Ascolta.
  • Non crede che tutto giri intorno a lui.

Per comprendere la Servant Leadership è fondamentale conoscere il pensiero di Robert Greenleaf nel 1970, sviluppato successivamente da Larry Spears nel 1998.

Cliente centrico

  • Come facciamo a sapere che cosa vogliono realmente i nostri clienti?
  • Ci siamo dati il tempo per definire realmente chi sono i nostri clienti?

Molte delle pratiche nell’ambito di metodologie e del framework Agile specifici sono pensate per rispondere proprio a queste domande strategiche.  Questo vuol dire ri-scoprire i propri clienti per creare il valore esattamente rispondente alle loro esigenze.

Una Impresa Agile mira a rilasciare tempestivamente incrementi di valore (Prodotto), spesso e coerentemente per soddisfare le mutevoli esigenze a lungo termine del mercato e dei clienti. C’è un team interfunzionale e auto-organizzato, fondato sul paradigma dell’autonomia condivisa, che lavora per ogni target specifico di clienti, al fine di rispondere velocemente ai feedback ed essere agile.

Il Team di Prodotto (Team interfunzionale) sviluppa e rilascia il Prodotto con un piano di lavoro che può essere rivisitato sulla base di una migliore comprensione del cliente, coinvolto in ogni fase della realizzazione incrementale che sarà oggetto della “delivery”. Ovvero si vuole dare valore ad ogni iterazione di lavoro del Team di Prodotto (i cosiddetti Developers) e raccogliere il feedback del cliente in corso d’opera.

Una volta completato il primo prodotto minimo vitale (MVP), si inizia a migliorarlo in base al feedback degli utenti e dei clienti. Successivamente si fa in modo che si evolva da MVP con i primi utenti a qualcosa di più significativo e di sempre maggior valore. Questo è essere Cliente Centrici.

Pianificazione OKR

L’acronimo OKR sta per Obiettivo e Risultati Chiave (rimando al mio Post: Breve storia degli OKR) . L’obiettivo è qualitativo e i risultati chiave (il più delle volte tre) sono quantitativi. Sono usati per focalizzare un gruppo o un individuo su un obiettivo audace.

L’obiettivo stabilisce un goal per un determinato periodo di tempo, di solito un trimestre. I risultati chiave indicano se l’obiettivo è stato raggiunto entro la fine del tempo. Questo modo di pianificare su cicli brevi e con grande focus, ci porta a stabilire la destinazione per il team in modo che nessuno sprechi il proprio tempo.

Gli OKR sono adottati da una Impresa Agile per almeno uno dei tre motivi principali:

  • Messa a fuoco: cosa facciamo e cosa non facciamo come impresa?
  • Allineamento: come possiamo assicurarci che l’intera impresa si concentri su ciò che conta maggiormente?
  • Accelerazione: il tuo team sta davvero esprimendo il suo potenziale?

Questi sono i 5 focus per l’Impresa Agile che rappresentano punti di ingresso ai temi della Business Agility e che possono essere sviluppati con il supporto dell’Agile Coaching. Paul Buchheit sostiene che “se tutto ciò che fai funziona senza problemi, significa che non ti stai assumendo molti rischi e quindi, probabilmente, non stai facendo nulla di innovativo.” Ognuno di questi focus richiede uno sforzo innovativo, ma apre la porta alla dimensione dell’agilità per ogni azienda.

Paolo Lorenzo Salvi

Objectives and Key Results

Breve storia degli OKR

Introduzione agli OKR

Professionisti, team e organizzazioni di successo stanno utilizzando il metodo OKR – “Objectives and Key Results” per concentrarsi su ciò che è veramente importante raggiungere.

La finalità degli OKR è definire come raggiungere gli obiettivi attraverso azioni concrete, specifiche e misurabili. Gli OKR sono un modo efficiente per monitorare gli obiettivi dell’azienda, del team e del singolo professionista e misurare i loro progressi.

Avere una buona conoscenza degli OKR ci porta ad avere il focus su che conta veramente e poter collegare il lavoro a tutti i livelli dell’organizzazione agli obiettivi più rilevanti. Quando gli OKR sono condivisi nell’impresa, forniscono ai team la visibilità degli obiettivi che portano all’allineamento degli sforzi e ad un focus radicale sui traguardi da raggiungere.

Obiettivi e Risultati Chiave

Partiamo dal Management by Ojectives

Già nel 1954, un concetto di gestione noto come Management by Objectives (MBO), ovvero la Gestione per Obiettivi, fu introdotto dal professor Drucker, un guru di fama mondiale nella gestione. È stato proposto nel libro “The Practice of Management”, uno dei classici libri di testo in management. Cos’è veramente l’MBO?

Un processo durante il quale il management ed i dipendenti definiscono e concordano gli obiettivi e cosa devono fare per raggiungerli. L’idea che un manager avrebbe fissato un obiettivo e poi fidarsi del suo team per realizzarlo, certamente operando un processo di delega, era un passaggio rilevante e più efficiente dagli approcci fordisti del comando e controllo dell’età industriale.

Il concetto era abbastanza popolare e adottato da grandi aziende come Hewlett-Packard, Xerox, DuPont e Intel. Come potevano i manager sapere che l’obiettivo si era raggiunto o meno? La risposta è nella misurazione del risultato ottenuto a fronte dell’obiettivo stabilito.

La prima versione degli OKR

La messa a punto del primo approccio agli OKR è stata realizzata ad Andy Grove, allora direttore operativo e poi CEO di Intel. Negli anni ’70, Intel era un’impresa in crescita, in fase di evoluzione e riorganizzazione per competere e affermarsi nel nuovo e promettente mercato dei microprocessori.

L’MBO è stato modificato da Intel nel periodo in cui è stato del CEO Andy Grove. Si possono

  • la misurazione è stata eseguita più frequentemente, ad esempio trimestrale o addirittura mensile.
  • Si sono utilizzati approcci sia dall’alto verso il basso che dal basso verso l’alto. Di base gli obiettivi nell’approccio MBO erano per lo più dall’alto verso il basso, il che comporta che il management li ha formulati e spinti verso il basso lungo la catena di comando. Tuttavia, Andy Grove voleva cambiare la situazione consentendo ai membri del personale di fissare i propri obiettivi.
  • Ci si è orientati verso la formulazione di obiettivi da rendere più impegnativi e sfidanti.

Nel famoso manuale di gestione di Grove “High Output Management” (1983), introdusse gli OKRs rispondendo due semplici domande:

  1. Dove voglio andare?
  2. Come lo farò a sapere che ci sto arrivando?

In sostanza, quali sono i miei obiettivi e di quali risultati chiave ho bisogno per tenere d’occhio l’avanzamento e per essere sicuro del progresso? E così sono nati gli OKR.

Nel 1975, John Doerr, all’epoca un venditore che lavorava per Intel, frequentò un corso all’interno di Intel tenuto da Andy Grove dove fu introdotto alla teoria degli “iMBO” per “Intel Management by Objectives” (fonte Wikipwedia).

John Doerr da dirigente che aveva lavorato con Andy Grove divenne un investitore. Si può affermare che fu uno dei principali investitori di Google quando era ancora una startup poco conosciuta. Essendosi sentito a proprio agio con gli OKR sin dal periodo in cui aveva lavorato per Intel, John Doerr propose il metodo ai due fondatori di Google (Larry Page e Sergey Brin) e loro furono d’accordo a sperimentarli. Questo è stato il punto di partenza da cui Google ha accolto gli OKR.

La consacrazione del metodo OKR

Nel 1999, John Doerr ha introdotto la metodologia di definizione degli obiettivi di OKR in Google, avendo appreso questo modello per la prima volta mentre era in Intel.

Sono stato toccato per la prima volta agli OKR di Intel negli anni ’70. In quel momento, Intel stava passando da una società che produceva “”memoria” ad una società produttrice di microprocessori e Andy Grove e il team di gestione avevano necessità che i dipendenti si dovessero concentrare su una serie di priorità per avere successo nella transizione.

La creazione del sistema OKR ha aiutato moltissimo e ci siamo tutti convertiti al suo utilizzo. Ricordo di essere stato incuriosito dall’idea di avere un “faro” o una “stella del nord” ogni trimestre, e questa cosa mi ha aiutato a impostare le mie priorità.

È stato anche incredibilmente potente per me vedere gli OKRs di Andy, gli OKRs del mio manager e gli OKRs dei miei colleghi. Ero in grado di collegare rapidamente il mio lavoro direttamente agli obiettivi dell’azienda. Ho tenuto i miei OKRs ben visibili nel mio ufficio e ogni trimestre scrivevo dei nuovi OKR, e il sistema è rimasto con me da allora.”

Da Google e Zynga, entrambe società in cui Doerr ha investito e supportato, la metodologia di definizione degli obiettivi OKR si è diffusa a realtà quali LinkedIn, GoPro, Flipboard, Spotify, Box, Paperless Post, Eventbrite, Edmunds.com, Oracle, Sears, Twitter, G.E. e altri.

Così gli OKR (Objectives & Key Results) da approccio inventato in Intel e messo a punto grazie a John Doherr, è stato poi ulteriormente sviluppato all’interno di aziende di grandi dimensioni. Attualmente questo principio è stato adattato per soddisfare le esigenze di aziende, imprenditori / professionisti e start-up di tutte le dimensioni, in particolare coloro che desiderano compiere rapidi progressi e uno sviluppo significativo con una visione aperta del raggiungimento degli obiettivi e di pianificazione agile del proprio progetto.

Occhiali 3D per il nostro lavoro con il Career Coaching

Il Career Coaching aiuta le persone nello sviluppo del ruolo professionale e stimola le capacità proprie di ognuno di noi a rispondere in modo originale ai requisiti della situazione lavorativa, esprimendo le proprie risorse di conoscenza e le abilità di comportamento.

Il Coaching che pratico porta le persone a ridefinire il contenuto del loro ruolo in base alle attese di comportamento (collegate alle capacità personali) e ai requisiti di prestazione (collegati alla posizione di lavoro), che derivano dall’inserimento in un sistema di lavoro caratterizzato da fasi ed attività: i processi di lavoro. E’ un approccio tridimensionale che aumenta la profondità dello sguardo e sviluppa la consapevolezza della visione integrata su 3 dimensioni: quella operativa e realizzativa, quella gestionale e quella relazionale.

I ruoli sono tra loro interdipendenti e collocati in un ambito organizzativo specifico per ogni impresa. Partendo da questa considerazione si possono superare le contrapposizioni tra:

  • l’aspetto individuale versus la funzione aziendale di appartenenza o l’ambito del gruppo di lavoro;
  • l’oggettività dei compiti (mansioni) versus la soggettività individuale (capacità).

Possiamo leggere il nostro ruolo con delle lenti nuove, capaci di darci una visione 3D, applicabile nei diversi contesti lavorativi, per sviluppare i punti di forza e migliorare i punti di debolezza in ciascuna delle dimensioni.

La dimensione operativa e realizzativa

In ogni lavoro c’è sempre una complessità da cogliere per produrre gli output finali di competenza del ruolo lavorativo. Il Career Coaching aiuta le persone a mettere a fuoco i saperi di base e le competenze operative e specialistiche necessarie per operare utilmente.

  • Cosa occorre conoscere per svolgere i task lavorativi?
  • Quali strumenti sono da padroneggiare?
  • Che tipo di know-how bisogna esprimere rispetto al grado di incertezza che si affronta, per produrre risultati non sempre ben definibili a priori?

Ecco che non conta solo la parte procedurale e codificata del proprio lavoro. Il Coaching ci aiuta a focalizzare anche la probabilità di avere imprevisti, varianze, eccezioni e di saperle gestire operativamente. Approcci, atteggiamenti, metodologie che incidono positivamente sulla dimensione del saper fare.

La dimensione gestionale

Autonomia e responsabilità. Entra in gioco la rilevanza della responsabilità decisionale e comunque di gestione, riferita in modo combinato a risorse economiche e alla collaborazione di persone. Con il Career Coaching si può sviluppare la consapevolezza di quanto ampie e delicate siano le eventuali risorse economiche e/o umane assegnate, cioè sotto la responsabilità del ruolo.

  • Di quali tipologie di risorse ho bisogno per raggiungere gli obiettivi di lavoro?
  • Come sono state concordate le risorse e gli obiettivi?
  • Come prendere le decisioni giuste?

Sono alcune delle domande che riguardano la crescita di un ruolo nella dimensione verticale. Servono le lenti che ci fanno staccare dalle contingenze di uno specifico lavoro per integrare gli aspetti base di un saper essere di natura manageriale.

La dimensione relazionale

L’ambito comunicativo di ogni ruolo lavorativo comprende forme di relazione a 360 gradi. Le domande cruciali da affrontare con il supporto del Coaching riguardano la delicatezza e la complessità della relazioni da attivare e mantenere per ottenere risorse, informazioni, supporto, consenso dai vari interlocutori: clienti/fornitori sia esterni che interni all’azienda, colleghi, capi, interlocutori istituzionali.

  • Quali relazioni sono cruciali e come gestirle?
  • Quali competenze comunicative applicare e come accrescerle?
  • Come poter esercitare influenza senza disporre della leva gerarchica?

Anche in questo caso le lenti da utilizzare sono quelle che rendono più nitido il saper essere relazionale. La molecola di base del lavoro non è la singola persona, ma l’ambito del gruppo, del lavorare insieme con gli altri.

Galileo Galilei ha detto che “Non puoi insegnare qualcosa ad un uomo. Puoi solo insegnargli a scoprirla dentro di sé.” Le lenti 3D del Career Coaching aiutano a scoprire cosa c’è nel proprio ruolo lavorativo: una visione tridimensionale dove c’è maggiore ricchezza di particolari e una nuova prospettiva personale e di carriera.

This work is licensed under a Creative Commons Attribution-NonCommercial-ShareAlike 3.0 Italy License.