Agile Montessori, attività sostenibili

Tutti siamo stati studenti e tutti sappiamo quanto sia frustrante, una volta tornati a casa, non poter godere di quel senso di libertà fugacemente assaporato, perché ci si deve mettere subito sui libri per i fantomatici compiti a casa!

agilemontessori homework

È una situazione classica in cui si prova a tenere impegnata la persona (studente) per tutta la giornata, con la convinzione che il suo scopo naturale sia quello di essere il più produttivo possibile, indipendentemente da tutto.

Le scuole Montessoriadottano un principio diametralmente opposto: “no compiti a casa!”. 

Ai più potrà sembrare una cosa strana, poco comune, ma l’idea di fondo è che sono i bambini stessi, spontaneamente, anche se lontani da scuola, a volersi occupare di ciò che li interessa. In pratica, il processo di apprendimento si estende nel proprio ambiente naturale, dove gli spazi e i materiali sono ancora più personali e plasmati sull’IO del bambino. Questo accade però, solo se il bambino ha voglia di farlo, altrimenti è libero di utilizzare il proprio tempo per altro, per le attività che ritiene meritevoli della sua attenzione.

Di fatto, non viene esercitata alcuna costrizione o alcun aspetto obbligatorio, cosa che contraddistingue lo spirito del piacere di imparare intrinseco nell’approccio Montessoriano, mettendo al centro il bambino invece di renderlo schiavo di un modello di istruzione estremamente prescrittivo e generalista.

Cosa succede se proviamo a “forzare” tutto questo? Se costringiamo gli studenti a fare ore di compiti a casa? L’impegno profuso diminuisce costantemente, fino ad avere un picco di discesa definitivo che rende le attività svolte molto superficiali. Inoltre, lo stesso non riuscirà a “ricaricarsi” e questo si ripercuoterà inevitabilmente il giorno dopo a scuola, creando un circolo vizioso che trascinerà l’apprendimento nella direzione opposta rispetto alle premesse che lo ha generato.

Se ci catapultiamo nel mondo Agile, il riferimento che immediatamente salta all’occhio è l’ottavo Principio:

I processi agili promuovono uno sviluppo sostenibile.
Gli sponsor, gli sviluppatori e gli utenti dovrebbero essere in grado di mantenere indefinitamente un ritmo costante.

In pratica, dobbiamo essere in grado di identificare il nostro ritmo per poterci esprimere al massimo nelle attività che affrontiamo. Se, al contrario, proviamo a “spremere” continuamente tutte le nostre energie, ci ritroveremo ben presto ad osservare un inesorabile calo di produttività che avrà un effetto devastante su noi stessi, prim’ancora che sul nostro lavoro.

agilemontessori overtime productivity

Productivity and Overtime

Come ripetiamo sempre, il cuore dell’Agilità è nelle evidenze e nei feedback, per cui i team provano continuamente a tarare il proprio ritmo, anche utilizzando strumenti o tecniche di cui spesso si dimentica la reale essenza. Si pensi al WIP limit (Work in Progress limit) di Kanban: il suo scopo nobile è proprio quello di trovare il ritmo di lavoro sostenibile dal team. Peccato, però, che spesso venga utilizzato per “valutare” il team dall’esterno, comparando, ad intervalli di tempo regolari, il numero di task attivi parallelamente: più task, più si è bravi. Niente di più errato e forviante può essere fatto… anzi si.. fare la stessa comparazione tra due team diversi!

Stesso discorso, spesso ancora più marcato, per la Velocity: “ma il Red Team ha una velocity più bassa del Blue Team, quindi sono più bravi!” nulla di più insensato! La velocity è del team per il team, da usare solo per Improvement e non per comparazioni relative. Se il team volesse fare il “furbetto”, basterebbe aumentare le stime e la situazione si ribalterebbe.

agilemontessori velocity wrong

La realtà è che i “veri” team Agili guardano alla produttività, o meglio ancora al Valore generato, di qualità e sostenibile, altrimenti si rischia di spezzare quella “magia” che permette ad un team di essere il cuore pulsante di una organizzazione.

Stay tuned J

Agile Montessori, il ruolo centrale della Torre Rosa

A game is a series of interesting choices” [Sid Meier, game designer]

Sicuramente molti di voi avranno partecipato a workshop/meet-up, o sessioni di formazione, in cui vengono utilizzati i cosiddetti serious game, ovvero ambientazioni che utilizzano le dinamiche di un gioco per trasferire implicitamente un messaggio o far provare in condizioni “senza stress” un processo o una specifica pratica.

Ebbene, il gioco è un elemento abilitante della crescita di ogni bambino, inquadrando negli specifici periodi sensitivi diverse attività che sono idonee a stimolarne i sensi e l’interesse relativo. I bambini hanno bisogno di “toccare” le cose, cosa che la scienziata osserva fin dagli inizi del suo percorso quando visita un ricovero per bambini ritenuti “diversi” e gli viene fatto notare come questi raccolgano le briciole per terra e le mangino abitualmente.

Montessori non associa il comportamento a disturbi della psiche, ma osservando l’ambiente privo di oggetti da toccare e sperimentare, ha un suo ha-ha moment: i bambini non raccolgono le briciole per mangiarli (quello è un effetto collaterale se si vuole), ma le raccolgono proprio per la necessità di stimolare il senso del tatto e le altre conquiste affini ai periodi sensitivi dell’esplorazione e dello studio dei piccoli oggetti (si veda il post precedente).

Montessori, nel suo lungo percorso di ricerca e applicazione, evidenzia come, per la riuscita del gioco, sia fondamentale utilizzare materiali specificamente pensati e progettati in modo da consentire di imparare dagli errori e raggiungere gli obiettivi attraverso esperienze tattili, nonché attraverso l’attivazione annessa degli altri sensi.

Infatti, i diversi materiali consento il “controllo dell’errore”, permettendo al bambino di autocorreggersi per scoprire, ricorsivamente, il modo giusto (unico) di farli funzionare correttamente.

Nascono così, ad esempio, il “Cesto dei Tesori”, da cui i bambini possono estrarre oggetti di varia natura/forma/colore per lasciare che il bimbo li scopra con le manine e la bocca, e soluzioni più articolate come la Torre Rosa, formata da 10 cubi a dimensione decrescente che bisogna mettere uno sopra all’altro, nella giusta sequenza, per creare “la torre”.

montessori cesto dei tesori

Cesto dei Tesori

Calandoci nel nostro amato mondo Agile, è innegabile riscontrare quanto meno un’affinità con i succitati serious game e una relativa ricerca nei materiali che ne supportano lo svolgimento.

Uno degli esempi più classici, ad esempio, è l’utilizzo dei Lego nei modi più fantasiosi e diversi (non solo nell’ambito del Lego Serious Play), capaci di entusiasmare persone di ogni età e ogni ruolo, felici di rimettersi in gioco nella costruzione di elementi fantasiosi, ispirati ai film, a oggetti reali e così via.

La progettazione di un serious game e la scelta dei materiali annessi è comunque un processo articolato che passa attraverso 3 aspetti fondamentali:

  • Meccanica: regole e concetti che specificano formalmente il gioco e ne definiscono le possibili azioni 
  • Dinamica: il comportamento in fase di esecuzione del gioco che ne delinea le possibili interazioni che il giocatore può sviluppare
  • Estetica: le risposte emotive sviluppate con l’attivazione delle dinamiche gioco 

Tutto questo consente di invertire il modello tradizionale di apprendimento: da frontale/trasmissivo interattivo, in cui i partecipanti diventano il vero cuore dell’azione e gli insegnati si trasformano in mentori che supportano, evidenziano e permettono di entrare nei dettagli degli aspetti emersi. 

Se quindi state approcciando un’azione di coaching (o supporto Agile che si voglia), non potete prescindere dall’avere nel vostro “cesto dei tesori” una nutrita scelta di giochi seri, più o meno articolati, che vi consentono di interagire direttamente con le Persone (i Team) e affrontare in modo “serio” specifiche tematiche.

Nel mio percorso, ultimamente, mi sto cimentando con la realizzazione di serious game che si ispirano a fatti cruciali della storia informatica. Ad ora ho nel mio “cesto”:Pirates vs Nay… an Apple story (per evidenziare il valore dei team cross funzionali) e Follow your Sensation… a Microsoft story (per sperimentare l’essenza del Business Model Canvas e strumenti affini).

montessori navy pirates

montessori follow

Stay tuned J

Agile Montessori, i Periodi Sensitivi

Nel precedente post abbiamo parlato di Concretezza, evidenziando in chiusura come sia fondamentale individuare il tempo giusto per le cose giuste al momento giusto, per evitare di “soffocare” un team o una organizzazione impegnata in un percorso di trasformazione Agile.

Ebbene, questo aspetto è uno degli elementi cardini del Metodo Montessori, definiti e descritti dalla scienziata attraverso i “Periodi Sensitivi” che consentono [al bambino] di apprendere in modo naturale, inconscio, essendo totalmente assorbito da una particolare attività che porta quasi ad ignorare del tutto gli altri stimoli ambientali. 

agile montessori periodi sensitivi

«Si tratta di sensibilità̀ speciali, che si trovano negli esseri in via di evoluzione, cioè negli stati infantili”

Il manifestarsi dei Periodi Sensitivi è caratterizzato dal ripetere più e più volte azioni che all’apparenza sembrano inutili o basilari, ma che nel concreto portano al manifestarsi, quasi per incanto, di una specifica abilità. La cosa fondamentale è che tali periodi sono determinanti per acquisire specifiche competenze e per progredire nello sviluppo individuale: se si perde l’attimo non c’è più modo di recuperarlo! Per cui, è necessario rispettare le specifiche tempistiche (leggermente diverse da bambino a bambino) senza anticiparle o posticiparle.

Montessori individua una serie di Periodi Sensitivi (anche estesi successivamente ai suoi studi):

  • l’attaccamento (0, 1 anno), che consente al bambino di instaurare da subito un legame forte e duraturo, in primis con la madre;
  • l’ordine (0 mesi, 6 anni), che concretizza l’esigenza di creare un rapporto con e fra gli oggetti, “parlando” all’ambiente;
  • il movimento (6 mesi – 6 anni), che consente di allargare l’ambiente di riferimento ed è alla base dell’intelligenza stessa, così come raccontato da Leonardo Previ in Zainocrazia;
  • il linguaggio (0 – 7 anni), in cui il bambino impara a comunicare progressivamente, prima con i gesti e poi con la voce;
  • gli aspetti sociali (0 mesi, 6 anni), in cui si sviluppa un profondo interesse per i rapporti interpersonali, per la comprensione dei diritti reciproci e per le attività cooperative;
  • l’esplorazione sensoriale (0 – 6 anni), ogni esperienza è conquistate tramite i sensi e si basa sullo sviluppo di quest’ultimi;
  • l’osservazione dei grandi (fino ai 18 mesi) e piccoli oggetti (fino a 7 anni), man mano che la coordinazione oculo-manuale diventa più̀ accurata, il bambino comincia ad apprezzare i piccoli oggetti e i dettagli.

L’elenco non rappresenta di base una sequenza e non contempla l’univocità, nel senso che se ne possono attivare diversi in contemporanea.

Se ci spostiamo nel mondo Agile, scopriamo che ricorriamo abbondantemente a specifici Periodi Sensitivi nel percorso di trasformazione, spesso rappresentati attraverso la progressione SHU-HA-RI-KOKORO.

shu ha ri kokoro

In pratica:

  • Quando siamo in “Shu”, l’attitudine è quella di “copiare” quanto il Coach sta illustrando, sviluppando un attaccamento e un linguaggio plasmato su quanto presentato;
  • Quando siamo in “Ha”, cominciamo ad esplorare possibili opzioni e soluzioni, provando a cercare un ordine in essi e ad osservare i dettagli per capire cosa è meglio per il proprio contesto, anche in funzione al rafforzamento gli aspetti sociali;
  • Quando siamo in “Ri”, siamo pronti a definire il nostro ordine delle cose, sviluppando le nostre specificità e il nostro percorso, andando sempre più nel dettaglio e rompendo gli schemi quando necessario;
  • Nella fase di “Kokoro”, sviluppiamo una estrema osservazione dei piccoli oggetti, ovvero proviamo in qualche modo a destrutturare la complessità raggiunta, ricercandone gli elementi essenziali che caratterizzano il percorso compiuto e che diventeranno, a loro volta, gli elementi fondanti della nuova fase di “Shu” che sta per iniziare (ricordatevi: non c’è mai fine ad una vera trasformazione Agile).

Se uno di questi momenti viene saltato, o se si spinge troppo in fretta a passare al successivo, si mette fortemente a rischio la solidità dei risultati raggiunti, con la conseguenza che ogni piccolo ostacolo può far cadere in un limbo regressivo da cui non si riesce più ad uscire.

Stay tuned J

GLV OnAir Febbraio 2019 – Video Link

Qualche settimana fa GLV ha trasmesso il suo episodio di GLV OnAir di febbraio 2019. La puntata è andata in onda col solito formato di 3 sessioni da 30 minuti ciascuna che elenco qui di seguito:

Agile Montessori, la ricerca della Concretezza al tempo giusto

Sin da piccoli siamo portati ad “assaporare” l’ambiente che ci circonda, imparando progressivamente a sfruttare i nostri sensi a partire dal tatto che, secondo le conoscenze attuali, è il primo senso a svilupparsi già nel grembo materno.

Questo percorso connota una necessità ben precisa del bambino: dare concretezza al “suo mondo”, a quanto lo circonda, aiutandolo ad entrare nella sfera dell’adulto. In tal modo comincia a prende corpo la connotazione unica del proprio “Io”, così come evidenziato dagli studi di neuroscienza grazie ai lavori dei suoi massimi esperti come Alberto Oliverio (rif. “Il cervello che impara”):

La struttura del cervello non dipende solo dalla generica, ma anche dalle esperienze che creano nuove connessioni.

il cervello che impara

In pratica, nasciamo con un nostro bagaglio genetico specifico che verrà plasmato grazie a quanto scopriamo a partire dai primissimi mesi di vita: ogni esperienza struttura uno o più percorsi neurali e quindi forgia molto del nostro futuro “io”.

Passando al dualismo che stiamo provando a strutturare con il mondo Agile, un percorso simile è quello che si verifica quando in una organizzazione si comincia operativamente a pensare, e a riflettere, ad un cambiamento organizzativo che impone una svolta Culturale.
Le opzioni iniziali sono tante, così come gli intrecci e le possibili declinazioni che si possono ottenere: l’importante è cercare di dare fin da subito concretezza a quanto si sta approcciando per la prima volta, andando a ricamare il cambiamento sul contesto esistente, ligi nello scardinare quanto necessario, ma senza avere un approccio dogmatico puramente teorico.

Ecco, quindi, che si predilige l’utilizzo di workshop piuttosto che di lezioni frontali sin dai primi momenti: l’idea è quella di far toccare subito con mano quanto si sta descrivendo, con pillole di approfondimento dei principi/concetti, ma coinvolgendo subito i diretti destinatari. In tal modo si comincia ad incentivare la riflessione e la comparazione con la realtà esistente, spingendo a discutere dei dubbi e a fornire feedback che consentono al coach, ma non solo, di essere già incisivo in modo concreto, senza perdersi in concetti troppo astratti.

Si concretizza così la certezza di stimolare la Mente Assorbente, ovvero la capacità [di un bambino] di imparare in modo inconsciosperimentandosbagliando riprovando. Vero, il bambino ha questa straordinaria capacità perché sta modellando le proprie sinapsi, ma anche negli adulti è riscontrabile l’attitudine a sfruttare l’esperienza, e soprattutto gli errori, per diminuire i gradi di libertà e arrivare progressivamente alla scelta giusta di contesto (choice your WoW!, your Way of Working!)

La nostra mente “assorbe” e filtra le informazioni che ci bombardano quotidianamente, ma fissa in modo deciso ciò di cui siamo protagonisti, consentendoci di tracciare nuove direzioni in funzione dei cambiamenti che ci investono e che investono la nostra organizzazione.

Ogni forzatura, ogni tentativo di imprimere una scelta che non sia posta al momento giusto è un’occasione persa, un mattone che va ad alzare il muro metaforico della resistenza al cambiamento, invece di trasformarsi in un volano per un ulteriore miglioramento complessivo.

E’, ad esempio, il caso dell’introduzione troppo anticipata di tematiche come Quality & Testing Strategy Risk Management in un percorso di trasformazione agile che muove i primi passi e che ha un focus molto forte, se non esclusivo, sul Team Building: spingere i membri di un team, che stanno imparando a sentirsi parte di un unico obiettivo a uscire ulteriormente dalla propria confort zone, avrà con molta probabilità un effetto dirompente, vanificando i primi risultati ottenuti.

Ecco, il tempo giusto per le cose giuste, senza forzature e senza imposizioni che tendono ad anticipare i “periodi sensitivi” di cui parleremo nel prossimo post.

Stay tuned J

Agile Montessori, lo sviluppo dell’Autonomia

Ogni volta che affrontiamo un cambiamento ci prepariamo (o dovremmo farlo) a percorrere un viaggio che ci porrà davanti a scelte, errori, e alla necessità di accettare compromessi in funzione della destinazione che si vuole raggiungere.

Il cambiamento è al contempo intrinsecamente destabilizzante fonte di enorme entusiasmo curiosità. Il cambiamento richiede sperimentazione, accettando gli ineludibili sbagli ed errori che si celano dietro ad esso, ma soprattutto è fondamentale individuare ed azionare le giuste leve per incoraggiare l’autonomia e non costringere le Persone, già spaventante dal solo pensiero del cambiamento stesso, a fare qualcosa che non sentono inizialmente loro e che percepiscono come imposta.

montessori authonomy

E qui ci riallacciamo al tema portante di questi approfondimenti, le analogie con il Metodo Montessori

La scienziata affronta in modo esplicito proprio il concetto di Autonomia, nello specifico l’Autonomia del Fare che sposa il principio inequivocabile e sempre valido alla base della sua filosofia: il bambino va educato a fare da solo.

L’autonomia [del bambino] si conquista con l’esperienza, imparando a risolvere problemi quotidiani grazie all’utilizzo di opportuni strumenti che concretizzano l’indipendenza, potendo contare su un ambiente che consenta di metterli in pratica.

Ogni aiuto non richiesto è un ostacolo allo sviluppo dell’autonomia.

Grazie all’autonomia si ha l’opportunità di esplorare, conoscere e conquistare il mondo esterno, costruendo relazioni sociali soddisfacenti con i il supporto di opportuni strumenti

Eric Berne, psicologo padre dell’Analisi Transazionale, ha sintetizzato come segue l’essenza dello sviluppo dell’autonomia, individuandone le radici nella propria infanzia:

“Man is born free, but one of the first things he learns is to do as he is told and he spends the rest of his life doing that. Thus his first enslavement is to his parents. He follows their instructions forevermore, retaining only in some cases, the right to choose his own methods and consoling himself with an illusion of autonomy.”

Sempre Berne afferma che l’autonomia si conquista quando si liberano o si recuperano tre capacità: consapevolezzaspontaneità ed intimità.

montessori personal responsability

La consapevolezza è intesa come la capacità di sfruttare i propri sensi, compreso l’intuito, per immergersi in quanto sta accadendo, proprio come un neonato. La spontaneità connota la capacità di scegliere tra una vasta gamma di opzioni senza condizionamenti. Con intimità, infine, si intende l’apertura alla condivisione con altre persone, esprimendo il naturale sentimento infantile di calore, tenerezza e vicinanza agli altri.

In tutto questo, il metodo Montessori fornisce alcuni suggerimenti per sviluppare l’autonomia fin da subito, suggerimenti che risultano fortemente validi anche nel contesto specifico delle trasformazioni Agili:

  • Non intervenire in continuazione, ma rendere i membri dell’organizzazione [i bambini] protagonisti attivi delle proprie azioni: mai sostituirsi a chi deve fare le cose. L’approccio da seguire è quello di lasciar sperimentare, anche se si intravede una forte possibilità di fallimento, comunicando implicitamente la propria fiducia e supportando il tutto grazie ad una adeguata preparazione dell’ambiente a contorno, senza annullare la possibilità di sbagliare. Sostituirsi a qualcuno è il modo migliore per distruggere la sua autostima e quanto di buono ottenuto fino a quel momento.
  • Supportare l’autonomia sin da dall’inizio [quando il bambino è molto piccolo], favorire un percorso che già dai primi passi sia funzionale alla crescita del seme dall’autonomia, comportandosi sempre come Coach e mai come Head of…, anche se si è alle prime armi.
  • Coinvolgere i membri dell’organizzazione [i bambini] nello svolgimento delle attività più elementari di ogni tipologia [domestiche]dalla preparazione di una sala per una retrospettiva all’attività di ordinamento degli ambienti di lavoro. Lean fa da maestro in questo con, ad esempio, la pratica delle 5S, ma il tutto è finalizzato a rendere autonome le Persone in tutte le attività, senza la necessità di supervisione.
  • Non lasciarsi influenzare dalle lamentele [dei bambini], bisogna avere la capacità di supportare la trasformazione con gentilezza ma sapersi far ascoltare quanto necessario, evitando il rischio di banalizzare e annullare l’utilità della propria azione: disponibili, ma non a disposizione!

Il tutto deve essere armonizzato controllando lo stato d’Ansia che si rischia di generare: qualunque sia il percorso che scegliamo, l’azione di un coach non deve creare ansia nelle persone che lo percorrono, ed egli stesso non deve avere l’ansia da prestazione, ma essere allineato con i ritmi ed i risultati propri del team o dell’organizzazione che sta supportando.

In conclusione, possiamo affermare che una Persona autonoma è una persona spontanea flessibile, ma non follemente impulsiva, in grado di cogliere le diverse opzioni disponibili e usare quanto sembra più opportuno nella situazione specifica in funzione del contesto e dell’obiettivo relativo: choice you Way of Working(WoW)!

Stay tuned J

Agile Montessori, un esperimento di riflessione pedagogica

Nel mio lavoro quotidiano capita continuamente di far riferimento ad altre discipline, spesso non tecniche, per cerare di supportare il lavoro in team e l’evoluzione delle diverse dinamiche che interessano la collaborazione di un’intera organizzazione.

L’azione di coaching è complessa, caratterizzata da un mix di trainingapplicazione pratica osservazione di ciò che accade nell’ambiente specifico, andando in qualche modo a ripensare alla netta suddivisione con cui si presenta tradizionalmente il modello SHU-HA-RI che, pur restando un ottimo punto di partenza, non rende del tutto evidenza del fatto che tali fasi, in un percorso di trasformazione, non sono “lineari” ma “continue” e riattivabili all’occorrenza.

La cosa che mi entusiasma da sempre è la consapevolezza che un Coach non è un “formatore” ma è un “educatore” che facilita il percorso di cambiamento andando ad intervenire sull’Ambiente per facilitarne l’attuazione.

In tutto questo, complice anche la mia rinnovata esperienza da genitore, sto scoprendo moltissime affinità con una figura chiave della pedagogia mondiale, Maria Montessori. Se il nome non vi dice nulla, sicuramente non avrete dimenticato la signora riportata sulle vecchie “mille lire”.

millelire montessori

Ebbene, quella signora è proprio Maria Montessori!

Non entro qui nella sua biografia (potete trovare un’introduzione sintetica su quest’ottimo sito: montessori4you.it), quello che però proverò a fare nei prossimi post è proporre un’analogia tra i principi e gli aspetti cardini del Metodo Montessori con quello che quotidianamente affrontiamo durante una trasformazione Agile.

Un po’ azzardato considerando che il Metodo Montessori si rivolge alla pedagogia infantile, mentre il nostro target tipo sono professionisti impegnati in attività produttive? 

Forse, ma vi assicuro che i punti di contatto sono molti e proverò a discuterne con voi, invitandovi a seguirmi nel viaggio che parte con questo primo post e dall’illuminante concetto montessoriano di Educazione Cosmica.

educazione cosmica

L’Educazione Cosmica, nel senso etimologico di Universale Ordine (origine greca), si basa sulla prospettiva di avere una visione che correla tra loro tutte le materie di studio, contrapponendosi al Caos che si genera quando ognuna di essa è considerata in senso esclusivo e non inclusivo.

I più attenti avranno inconsciamente elaborato una similitudine con quella che da Agilisti chiamiamo Visione Olistica di una Iniziativa Opportunità da perseguire, in cui tutte le persone necessarie al raggiungimento dell’obiettivo collaborano tra loro mettendo a fattor comune le proprie competenze, capacità ed energia. 

Così come, a livello più operativo, l’assonanza con il concetto di team cross-funzionale e l’abbattimento dei Silos è più che evidente.

Ecco, questo è il viaggio in cui vorrei trasportarvi, fatto di parallelismi e spunti di riflessione. Nessuna pretesa di trasformarmi in un pedagogista, cosa che richiede attitudini, anni di studio e specifiche competenze, ma la volontà di provare a delineare le caratteristiche di un facilitatore che deve comportarsi come il contadino: una volta piantato il seme, può solo aiutare la piantina nella crescita, ma non può di certo condizionarla o modificarne il naturale sviluppo.


Stay tuned 😉

Friend of Redgate 2019

This year starts with a good news:

Here is the list of people in the directory.

Stay tuned!

L’Immagine fluida del tempo che scorre

Una delle situazioni più difficili da gestire all’interno dei Team è la conflittualità che può sorgere tra i diversi membri che lo costituiscono.

Si tratta di un argomento molto delicato che rischia di mettere in discussione il lavoro di team buildingfatto nel tempo e di cui vanno capite le radici. Chiaramente, come ogni cosa, sarebbe opportuno evitare che gli aspetti di fondo diventino qualcosa di “accettato” piuttosto che trasformarli in elementi di discussionimiglioramento.

In un ambiente sano è più opportuno parlare di “diversi punti di vista”, piuttosto che conflittifrizioni, grazie ai quali i membri del team si confrontano apertamente, discutono e trovano un nuovo punto di equilibrio nel proprio Agile Landscape. Principali, ma non esclusive, fonti di conflitto nascono da questioni relative allo: scheduling, priorità, gestione delle risorse, rapporti organizzativi, problemi tecnici, procedure, questioni personali, ecc.

jerk

In tutto questo, il team è certamente supportato dal Coach(o dallo Scrum Master), che trova la propria essenza nell’osservazione del contesto complessivo al fine di captare i segnali che potrebbero portare, letteralmente, il team ad implodere, annullando il beneficio stesso di un’azione Agile e ricreando un ambiente in cui ognuno segue esclusivamente obiettivi di comodo personale e non di valore complessivo.

Non è però così facile cogliere sempre cosa sta succedendo, e anche un facilitatore esperto può sottovalutare alcuni elementi o non dargli il giusto peso nel momento giusto. Alcune volte, inoltre, si può scegliere di aspettare per vedere se il team reagisce autonomamente ad eventuali frizioni ma poi ritrovarsi a dover affrontare una situazione ancora più grave.

Se siamo giunti ad una situazione in cui è necessario intervenire “di petto”, possiamo adottare un “meeting riflessivo” che pone gli interessati (evitate di coinvolgere tutto il team, generalmente il conflitto nasce e si sviluppa tra 2 o 3 membri specifici) difronte alla scelta di una risoluzione che sia presa per il team e non per sé stessi.

Una pratica che ho adottato con successo è quella della metafora del Liquid Mirroring, ovvero aprire una discussione con i seguenti elementi fisicamente presenti e ben in vista:

  • uno Specchio, per ricordarsi che siamo il primo nemico di noi stessi
  • dell’Acqua, per ricordarsi che abbiamo tutti qualcosa in comune
  • una Clessidra, per ricordarsi che il tempo è prezioso

hourglass sandtime

Questi oggetti fungono da forti catalizzatori e consentano di incanalane la discussione in funzione di quattro strategie chiave:

  • Win-Win, si trova un compromesso che soddisfi le diverse parti in gioco, accettando di sperimentare e di mettersi in gioco alla pari (è lo stesso concetto alla base di Scrum stesso).
  • Lose-Win, uno dei partecipanti decide che la propria posizione non è funzionale al successo del team e accetta di metterla da parte e concentrarsi sull’altra. In questo caso bisognerà poi far attenzione che non si presenti l’atteggiamento del “ve lo avevo detto!” che sarebbe ancora peggio.
  • Lose-Lose, si accantonano le diverse posizioni per una terza che, seppur non ottimale a prima vista, consente alle persone di lavorare serenamente. Bisogna, in questo caso, fare molta attenzione che la scelta non vada a discapito degli obiettivi qualitativi generali.
  • Win-Lose, si risolve il conflitto per scelta autoritaria (un manager, un leader, o, peggio, lo Scrum Master) ma si penalizza la crescita del team. Questa strategia è da usare solo in casi estremi in cui non si riesce a sfruttare una delle precedenti. In generale è da evitare con forza.

Questi strumenti possono essere usati nel cosiddetto Conflict Management e se il vostro lavoro è quello di Coach/Scrum Master, prima o poi, dovrete confrontarvi con la tematica e cominciare a costruire la vostra “cassetta degli attrezzi”.

 

Stay tuned :-)

Don’t dirty my Backlog: an implementation with Azure DevOps & Office 365

Nei due precedenti post sull’argomento (post1, post2) si è parlato dell’opportunità di avere un Basketche consenta di raccogliere in modo “informale” le diverse richieste provenienti dagli stakeholder. 

Lo scopo ultimo è quello avere un Healthy Product Backlog, ovvero un Product Backlog in salute. 

In questo ultimo post dedicato all’argomento si farà riferimento ad una possibile implementazione del tutto tramite tool digitali, nello specifico: Azure DevOps (ex TFS) e la suite Office 365

Con Azure DevOps è possibile supportare l’intero ciclo di sviluppo di un prodotto, e in particolare il Product Backlog che rappresenta l’elemento di riferimento per gestire cosa realizzare in funzione del Valore del prodotto specifico.

basket azure 1

Azure DevOps Product Backlog

Quello che però interessa nello specifico è, ovviamente, come implementare fattivamente il Basket. Se si decide di utilizzare esclusivamente Azure DevOps, è possibile sfruttare il concetto di Area Pathper crearne una nuova specifica che rappresenti proprio il nostro Basket. 

basket azure 2

Creare una nuova Area Path

In tal modo, i Basket Item(che possono essere creati sfruttando gli item generici già forniti dallo specifico template oppure creandone di personalizzati) sono gestiti all’interno della stessa piattaforma a cui si è affidiato il Product Backlog, e dopo il necessario refinement possono essere spostati con un semplice ricollocamento nella specifica area di riferimento. 

basket azure 2b

 Spostamento degli Item

Questa scelta, però, porta con sé alcune limitazioni, tra cui quella più evidente è la difficolta nel raccogliere informazioni non strutturate, spesso quelle primarie con cui ci si confronta quando si comincia a parlare con gli stakeholder delle nuove funzionalità. A questa si lega anche un possibile side-effect metodologico: si rischia di non gestire correttamente la fase di promotion (si veda qui) da Basket Item a Product Backlog Item, spostando frettolosamente un basket item nel Product Backlog solo perché “è facile farlo”.

Una possibile alternativa è quella di utilizzare per il Basket una serie di strumenti di Office 365OneNote/Teams/Planner, per effettuare il gathering delle informazioni(OneNote), discuterne e arricchirle costantementedi dettagli al fine di renderle consistenti (Teams) e avere un primo raggruppamento con annessa priorità(Planner).

basket azure 3

 

OneNote

basket azure 4

 Teams

basket azure 5

Planner

Solo a questo punto il Basket Item, convalidata la Definiton of Ready(DoR), può essere effettivamente promosso a Backlog Item in Azure DevOps, con la creazione (manuale o, eventualmente, automatizzata attraverso un tool custom) del relativo PBI, generalmente EpicFeature.

Ovviamente, in questo caso è necessario interagire con strumenti diversi, creando eventualmente connettori per trasferire informazioni tra di loro per evitare di duplicarne l’inserimento.

Si conclude qui questa miniserie di post in cui si è dato uno sguardo all’opportunità di avere un Basket per gestire in modo proficuo le decine di richieste che possono costantemente provenire dagli stakeholder, dedicando loro la dovuta attenzione ma preservando la “salute” del Product Backlog.

 

Stay tuned J