Formazione Agile per le aziende

Sei percorsi, due grammatiche del lavoro, un principio: il metodo si costruisce sul contesto dell’organizzazione — in aula o live online.

La formazione Agile di PM-Online per le aziende: sei percorsi — Agile Awareness, Agile Project Management, Scrum Master, Product Owner, Agile Leadership, Kanban — in presenza o live online, erogabili così come sono o come base di un percorso su misura. Il formato di riferimento è di sedici ore; durata e distribuzione si definiscono sul contesto. I percorsi Scrum Master e Product Owner possono chiudersi con le certificazioni SCRUMstudy SMC® e SPOC®, di cui Smarter S.r.l. è partner formativo. Ogni programma nasce da una conversazione: persone, obiettivi, vincoli.

L’Agile nasce come osservazione, non come dottrina

Prima delle regole ci fu uno studio. Nel 1986, sulla Harvard Business Review, Hirotaka Takeuchi e Ikujiro Nonaka esaminarono i team di sviluppo prodotto più rapidi del loro tempo — Honda, Canon, Fuji-Xerox — e descrissero ciò che avevano in comune: gruppi piccoli e interfunzionali, fasi sovrapposte anziché sequenziali, l’apprendimento trattato come parte del lavoro. Alla dinamica diedero il nome di una mischia di rugby: scrum. Quindici anni dopo, nel 2001, diciassette professionisti del software distillarono quell’eredità e la propria pratica nel Manifesto Agile: quattro valori, dodici principi.

L’ordine dei fatti conta. L’Agile è nato descrivendo ciò che funzionava, e solo in seguito è diventato prescrizione: è il suo titolo di nobiltà, ed è anche il suo rischio — una descrizione trapiantata senza il proprio contesto degenera in rito, e le cerimonie si celebrano mentre il lavoro non cambia. Per questo l’Agile è una risposta, adatta ad alcuni problemi e non ad altri; distinguere i due casi è la prima cosa che insegniamo, ed è la ragione per cui ogni percorso comincia dal contesto, non dal framework.

Prima una conversazione, poi il programma

Un programma di formazione è un’ipotesi su chi lo riceve, e un’ipotesi si formula raccogliendo i dati prima di scriverla. I nostri sono tre: chi sono le persone in aula, che cosa devono saper fare il lunedì mattina, quali vincoli ha l’organizzazione intorno a loro. Dalle risposte discendono contenuti, taglio e simulazioni; la proposta arriva dopo la conversazione — contenuti, durata, formato e costo, per iscritto.

Il formato di riferimento è di sedici ore e si adatta al contesto: concentrato in due giornate, distribuito su più settimane per non fermare il lavoro, esteso con moduli individuali dove il ruolo lo richiede.

Sei punti di partenza, due grammatiche

Quasi tutto ciò che le organizzazioni incontrano sotto il nome di Agile appartiene a una di due grammatiche del lavoro.

La scelta fra le due, o la loro combinazione, non è una preferenza di scuola: discende dalla natura del lavoro da governare. I sei percorsi le attraversano entrambe; ognuno si eroga così com’è o fa da base a un percorso su misura, e si combinano — accade spesso che un’organizzazione parta dall’Awareness per tutti e prosegua con i ruoli.

Prima l’esperienza, poi il concetto

Un modello spiegato si ascolta; un’esperienza che smentisce le attese obbliga a pensare. È la distinzione su cui David Kolb, nel 1984, ha formalizzato il ciclo dell’apprendimento esperienziale — si agisce, si osserva l’esito, se ne astrae il principio, lo si mette di nuovo alla prova — ed è l’ordine di tutti i nostri percorsi: prima il laboratorio, poi il concetto che lo spiega.

In aula: simulazioni di sprint, board costruite sul flusso dei partecipanti, un prototipo di carta che cede davanti a tutti — nessuno deve essere convinto che il piano avesse un problema: l’ha appena visto. Segue il debriefing strutturato, dove l’esperienza si mette in ordine: è il momento in cui il gioco diventa metodo. Gli strumenti sono quelli del mestiere — Jira, Trello, Miro, Azure DevOps — e, quando l’azienda sceglie di metterli sul tavolo, si lavora sui casi che i partecipanti hanno aperti.

Sotto, i modelli che si vedono poco e reggono molto: Cynefin, per riconoscere la natura del problema; Tuckman, per leggere la fase del team; il Lean Thinking, per guardare il flusso invece delle persone.

Che cosa resta in mano ai partecipanti

Ogni percorso si chiude con un attestato di partecipazione. Dove serve un titolo verificabile da terzi, i percorsi Scrum Master e Product Owner possono chiudersi con l’esame di certificazione SCRUMstudy — SMC® e SPOC® — di cui Smarter S.r.l. è partner formativo.

La preparazione è nostra, la certificazione è loro.

È lo stesso patto che rispettiamo da vent’anni con il PMI per la PMP® e con gli organismi accreditati per la UNI 11648: noi formiamo, un ente terzo esamina.

Se l’obiettivo è una certificazione Scrum in particolare, conviene dirlo alla prima conversazione: gli schemi sul mercato sono diversi fra loro, e non tutti servono allo stesso scopo. Lo mettiamo per iscritto prima di partire.

PM-Online è la scuola di certificazione di Smarter S.r.l., che dal 2004 progetta percorsi di sviluppo delle competenze per le organizzazioni.