Una primaria azienda italiana ci ha ingaggiati per dare supporto al loro primo concorso interno sull’innovazione.
Il contesto
Il concorso interno aveva l’obiettivo di selezionare un team tra tutti i partecipanti, che avrebbe potuto realizzare il proprio progetto. Il budget era volutamente limitato come il tempo a disposizione da trovare tra il consueto lavoro.
Il contest prevedeva una prima selezione per arrivare a cinque team che avrebbero avuto due mesi per consolidare la lora idea e partecipare alla selezione finale con un solo vincitore.
Il nostro intervento
Noi siamo intervenuti partecipando alla progettazione della seconda fase di supporto ai team proponendo un approccio agile per due motivi:
- lavorando a tempi e costi fissi uno dei migliori approcci è quella iterativo incrementale che si concentra sul valore prodotto/rilasciato
- poter fornire un nuovo approccio adatto a contesti complessi, avendo la possibilità di sperimentarlo.
Abbiamo così previsto:
- una prima fase di formazione a tutti i team, circa quaranta persone, cercando di creare il più possibile aule con persone di team diversi. Questo ha fornito le basi teoriche per poter sperimentare e mettere in pratica al meglio il nuovo approccio
- una seconda fase di supporto di agile coaching durante le iterazione, gli sprint, lavorando sopratutto sull’approccio iterativo incrementale e sull’accettare di non aver definito tutto e subito.
La formazione si è concentrata sul framework Scrum, che poi avremmo applicato per in quattro sprint per due mesi. E’ stato interessante confrontarsi con persone abituate ad una rigida programmazione e pianificazione, spesso con evidenti criticità, per discutere di un modo nuovo di approcciare i progetti ed i problemi.
Il supporto invece è stato un “classico” agile coaching ai team guidandoli nell’applicazione dell’approccio iterativo incrementale e del framework Scrum.
Il backlog
Per prima cosa abbiamo definito il backlog, la lista ordinata in termini di priorità delle cose da fare. Nei primi incontri abbiamo aiutato i team a capire cosa serviva, cosa fare per prima, e ad “accontentarsi” di approfondire tutto, ma solo le cose da fare per prime. In questo caso la sfida, con coach, è quella di tenere il team focalizzato sul presente e l’immediato futuro, senza fuggire troppo avanti.
I working agreement e gli sprint
Per iniziare, ogni team, doveva definire come lavorare, quelli che generalmente chiamiamo working agreement. I team agile sono autorganizzati, e questo, anche se è uno stato a cui tutti dicono di ambire, inizialmente li disorienta. In questo caso, la mia risposta da coach tipica è:
lo dovete decidere voi.
I team ci mettono un po’ ad appropriarsi della loro possibilità di definire alcune cose, non aspettando che altri lo facciano per loro.
Una volta definite le regole per agire abbiamo fatto partire gli sprint e facilitata tutti gli eventi relativi, planning, daily, review e retrospettiva. Di questa ne parliamo a parte.
La retrospettiva
La retrospettiva è, per me, l’evento del framework Scrum più importante. Ed in genere quello che trova maggiori resistenze nei team nuovi all’applicazione del framework. Trovo che sia anche l’evento che ha più senso introdurre a prescindere da agile e Scrum.
Le differenze rispetto ad un momento di riflessione su come si è lavorato, sono:
- che viene fatto durante il progetto, a cadenza fissa
- che richiede esplicitamente di definire delle azioni di miglioramento da mettere in pratica nella iterazione successiva.
Conclusioni
E’ stato un bel percorso che l’azienda ha valutato positivamente considerandolo come “un progetto pilota” per una futura diffusione del mindset agile in altri settori.
Il percorso fatto assieme ha permesso di conoscere e mettere in pratica il mindset agile ed il framework Scrum saggiandone le potenzialità in contesti complessi.
Ha permesso anche di sperimentare con ottimi risultati la creazione di team cross-funzionali e autorganizzati.
