Saluti agli amici di People Ops e Agile HR! Abbiamo appena avuto la nostra prima giornata calda, così ho approfittato del bel tempo e mi sono diretta fuori per respirare aria di primavera. Mentre camminavo, ho riflettuto sull'argomento della newsletter di questo mese "Consegnare incrementi utilizzabili ogni sprint".
Per una persona che si occupa di People Ops, il termine "Incremento utilizzabile" probabilmente sembra un gergo spaventoso del software o della produzione. Sono d'accordo con te, sicuramente lo è, ma può anche essere applicato in molti contesti lavorativi.
Ho una storia da condividere su come abbiamo usato gli incrementi, ma prima, chiariamo alcuni di questi concetti così sappiamo come possiamo applicarli. Prodotto potenzialmente rilasciabile? Incremento di prodotto? Cosa significa tutto questo?
Buone notizie! Nel glossario dei termini di Scrum Inc, abbiamo una definizione ben dettagliata, ma in termini profani - In ogni sprint, vogliamo qualcosa, non importa quanto piccolo, che sia fatto. Perché? Così possiamo darlo alle persone e loro possono dirci come migliorarlo!
Ogni incremento ha valore proprio come ogni capitolo fa avanzare una storia.
Per quelli di voi che sono nuovi al pensiero agile, immaginate che i vostri clienti abbiano bisogno di un qualche tipo di trasporto. Potreste decidere di costruire una macchina. Decidete quali caratteristiche dovrebbe avere, progettate, producete, iniziate ad assemblare il telaio, poi le ruote, poi la carrozzeria. Dopo 18 mesi - la dai ai tuoi clienti e potrebbero amarla, o potrebbero tornare e dire, "Ho bisogno che questa voli!" o "Puoi farla assomigliare alla faccia di un gatto? Questo feedback sarebbe stato fantastico da conoscere 10 mesi fa, quando hai progettato questo aggeggio!
Se stessimo cercando di risolvere il bisogno di trasporto usando gli incrementi, potremmo iniziare con un semplice skateboard. Ci sono volute solo due settimane per metterlo insieme. Quando lo mostriamo ai nostri clienti, potrebbero dire: "Beh, è fantastico, ma è difficile da manovrare". Nello sprint successivo, consegniamo un monopattino, raccogliamo il feedback, poi passiamo ad una bicicletta e, beh, avete capito.
Quando abbiamo a che fare con cose legate alle persone, che si tratti di processi, supporto, qualsiasi cosa operativa, questo concetto può essere assolutamente spaventoso. Le persone sono estremamente complesse. Anche i nostri sistemi sono estremamente complessi, quindi, a volte sembra un istinto tenere le cose vicine al petto. Non vogliamo spaventare le persone con il cambiamento, giusto?
Questo mi porta alla mia storia. In questa storia, non solo esploreremo come creare qualcosa di fattibile in incrementi, ma anche come creare e iterare in questo modo ha l'ulteriore vantaggio di aiutare la gestione del cambiamento! E in People Ops, facciamo un sacco di gestione del cambiamento!
Contesto: Quando sono arrivato in Scrum Inc, eravamo molto piccoli, undici persone. Quando si trattava di compensazione, decidevamo gli stipendi basandoci vagamente su quello che pensavamo dovesse fare una persona rispetto a quello che facevano tutti gli altri. Davamo aumenti di stipendio a caso quando sentivamo che qualcuno mostrava una crescita. Non avevamo un programma particolare. Abbiamo messo il dito in aria e lasciato che il vento ci guidasse.
Per aggiungere complessità, rendiamo visibili tutti gli stipendi dei dipendenti, chiunque può vedere cosa stiamo guadagnando. Per tutti i dipendenti. Mentre crescevamo, era ovvio che questo modo di decidere la compensazione non sarebbe stato sostenibile. Perché? Non avevamo un modo concreto per parlare di come decidevamo cosa pagare agli individui. Non fornivamo indicazioni su cosa una persona dovesse fare per aumentare il proprio potenziale. Non abbiamo collegato questo tipo di riconoscimento alla promozione della nostra missione come azienda. Inoltre - non potevamo essere sicuri di essere equi in tutta la nostra azienda. Essendo un piccolo gruppo basato su una squadra, sapevamo di dover riflettere a fondo per assicurarci di ispirare sinergia e collaborazione, creare equità e delineare un percorso di crescita.
Per essere chiari - se c'è UN singolo argomento nel mondo delle People Ops che renderà nervosi dipendenti e leader, è la compensazione dei dipendenti. Quindi, quando si parla di un approccio iterativo nel mondo HR, questo sembrava il posto più rischioso immaginabile per provare piccoli incrementi. Ma ci siamo rimboccati le maniche e l'abbiamo fatto comunque. È così che ci muoviamo.
Ora, se avessimo affrontato questo progetto alla vecchia maniera a cascata, avremmo fatto qualche ricerca, raccolto i requisiti, creato una struttura di compensazione e, dopo diversi mesi, l'avremmo presentata ad una riunione trimestrale.
La vostra organizzazione ha mai lanciato un cambiamento radicale come questo ai dipendenti durante una grande riunione? Come va di solito? Invece, abbiamo iniziato con un incremento. Dopo aver fatto alcune ricerche e dopo aver raccolto il feedback dei dipendenti, abbiamo avuto alcune idee - una struttura che includeva la nozione di stipendio base più "moltiplicatori" per creare una formula. Questa era un'idea che abbiamo preso in prestito da Jurgen Appelo, un noto leader Agile la cui leadership di pensiero è molto innovativa. In un forum pubblico, abbiamo presentato alcune strutture a cui stavamo pensando.
Questa era la nostra prima iterazione, il nostro prodotto, il nostro incremento potenzialmente spendibile. Uno skateboard! Lo abbiamo portato ai singoli per capire cosa gli piaceva e cosa no. E diciamo solo che hanno fatto un sacco di buchi.
Avremmo potuto lanciare una versione allora, ma in base al feedback e a ciò che stavamo imparando, abbiamo capito che avevamo bisogno di una connessione più significativa alla crescita professionale! Abbiamo cambiato un po' rotta. Ci siamo chiesti: "Come potrebbero essere le nostre fasi di crescita? Abbiamo iniziato a pensare a ciò che apprezziamo e di cui abbiamo bisogno per far crescere la nostra azienda e SHAZAM! È nata una seconda iterazione che si allontanava dalla retribuzione e andava verso percorsi di crescita professionale. Un monopattino!
Abbiamo portato questo incremento sulla strada - ad un team. Abbiamo chiesto loro di rivedere le tappe e di riflettere su dove potrebbero essere lungo il percorso, poi di farci sapere dove e perché. Abbiamo chiesto loro separatamente un feedback sulle fasi stesse. Avevano senso? Cosa mancava?
Abbiamo preso questo nuovo feedback e l'abbiamo rielaborato. Lo abbiamo portato ad un altro team. Era un altro prodotto spendibile? Sì! Una moto! Raccolto il feedback e rielaborato. Dopo questa iterazione, siamo stati in grado (FINALMENTE!) di collegare logicamente il modo in cui compensiamo i dipendenti in base alle fasi di sviluppo che abbiamo definito.
Anche se qui è molto sintetico, l'intero processo ha richiesto 6 mesi per essere completato! Ma questo esempio illustra bene come potrebbe essere un incremento di prodotto funzionante in People Ops. Il risultato finale (e dico 'finale' perché continuiamo a iterare il nostro processo) ci ha portato dall'essere una piccola startup verso il diventare un'azienda Scrum che ora ha un percorso per tutti i dipendenti.
Da questo punto di vista, è stato così interessante vedere quanto la versione finale fosse diversa dalla prima. E che dire della gestione del cambiamento? Con ogni nuovo pezzo che abbiamo condiviso, stavamo camminando con le nostre persone lungo il percorso della nostra scoperta, così quando era il momento di saltare davvero, erano proprio lì con noi.
Il risultato finale aveva molto senso per la gente. Sappiamo che gli è piaciuto - Il nostro controllo settimanale ci ha mostrato che la soddisfazione in quest'area è aumentata abbastanza rapidamente. I dati! Urrà! I nostri dipendenti si sono abituati a collaborare in questo modo su un argomento che può essere scomodo. Questo ha alleviato un po' di disagio. Ora, quando raccogliamo nuovi feedback e facciamo miglioramenti, cosa che facciamo un paio di volte all'anno, non è uno shock. È la nostra azienda che migliora in modo super visibile.
Quindi vedete gente, mentre il termine "prodotto funzionante" potrebbe sembrare che non si possa applicare nel nostro lavoro, lo fa assolutamente, con dei bonus! Mi piacerebbe sentire quali tipi di esempi del mondo reale avete di "rilasciare presto e rilasciare spesso". Quali sono stati i vostri successi? Cosa avete imparato?
Tradotto e adattato da Scrum Inc.: https://www.scruminc.com/bit-by-bit-delivering-useable-increments/
Scritto da Jessica Jagoditsh | 26 marzo 2021 | Blog
Vuoi conoscere Scrum? Scegli uno dei componenti del Framework dalla lista e scopri come funziona il framework Agile più diffuso al mondo.