Officina Agile

Siamo nel bel mezzo di un'era in cui le organizzazioni si reinventano intorno all'auto-organizzazione e l'impermeabilità, e, se fatto bene, il potere si riversa sulle persone.Queste sono le persone che hanno la conoscenza per prendere le migliori decisioni, ma questo ha esposto un nuovo tipo di problema.Quando Ken Schwaber e Jeff Sutherland hanno creato Scrum, hanno immaginato un diverso tipo di leader. Uno che "possiede" il prodotto, conosce il suo valore e lo porta sul mercato insieme allo Scrum master e al team di sviluppo. A loro non piaceva la parola "manager", che deriva dal latino-francese e tradotta vagamente significa "colui che fa andare più veloce i cavalli". Invece, hanno coniato un nuovo termine per il ruolo, "product owner".

In questo episodio abbiamo l'onore di ospitare Luca Sartoni, leadership coach, che ci guida attraverso il significato e l'importanza del feedback nell'ambito della gestione efficace delle persone, mettendo in luce come il feedback può aiutare individui e team a migliorare le loro prestazioni.Parleremo della struttura SBI (Situation - Beahaviour - Impact) e dell'importanza di creare il momento giusto per dare feedback, specialmente in un ambiente di lavoro distribuito.Questo episodio si arricchisce di consigli pratici su come costruire una cultura del feedback all'interno di un team o di un'organizzazione e capiremo come questa, può contribuire a migliorare le prestazioni complessive. Impareremo come chiedere feedback in modo efficace come manager, e sopratutto alcune regole per riceverlo.Unisciti a noi in questa puntata ricca di spunti e riflessioni per portare il tuo team e la tua organizzazione al livello successivo.

Proveremo a dare una definizione di cosa un Agile Coach non dovrebbe fare e, di conseguenza, cosa invece dovrebbe fare e di cosa si dovrebbe occupare… e per questo abbiamo deciso di portarvi il punto di vista di Eric Buhler: Eric è un business consultant e speaker internazionale, è autore del libro “Leading Expontial Change” e fondatore dell'Enterprise Agility University; nel post della puntata troverete i suoi riferimenti.

La product discovery è una fase essenziale del processo di sviluppo di un prodotto; cerchiamo di capire meglio di cosa si tratta… Durante questa fase, il team cerca di identificare le esigenze dei clienti e degli utenti, i problemi che il prodotto potrebbe risolvere loro e le funzionalità che desiderano. In questa puntata del nostro podcast, esploreremo la product discovery in dettaglio, vedendo di cosa si tratta, quali sono le sue fasi e come effettuarla in modo efficace.

In questa puntata del podcast Officina Agile, approfondiamo il tema della resistenza al cambiamento all'interno delle organizzazioni ed esploriamo come si manifesta nelle persone e nei team durante una transizione Agile.Il nostro ospite, Andrea Aiazzi, è uno psicologo e psicoterapeuta con una vasta esperienza in terapia breve strategica e psicoanalisi, e ha lavorato con gruppi e organizzazioni per comprendere meglio il comportamento umano sul posto di lavoro.Durante la nostra discussione, Aiazzi ha condiviso alcune barriere psicologiche comuni che le persone affrontano quando abbracciano il mindset Agile o qualsiasi altro nuovo modo di lavorare, come la paura di perdere autorità o privilegi, l'incertezza e l'identificazione con il proprio ruolo.Ha anche spiegato che quando un consulente arriva per aiutare la transizione, spesso viene percepito come una minaccia alle tradizioni del gruppo, il che può portare a difese e conflitti all'interno del gruppo.Come leader, è essenziale gestire la resistenza al cambiamento con pazienza, rispetto e gradualità.

Jira è uno strumento fantastico. Non per niente ha più o meno il monopolio, o comunque una fetta considerevole di mercato, nel mondo del task management. Però spesso uno strumento si spinge oltre le proprie potenzialità, e appoggiandosi a queste funzionalità possiamo cadere in qualche anti-pattern. Vediamo insieme cosa può accadere durante un backlog refinement al quale un PO arriva, in modo fin troppo diligente con tutta la pappa pronta.

"Pulling Together: Il potere del lavoro di squadra. Il libro mirava principalmente ad aiutare i leader a unire le persone e a ispirarle a lavorare insieme per il bene comune, invece di separarsi e puntare il dito. Inoltre, aiutava i membri del team a vedere più valore l'uno nell'altro e a usare questa intuizione per aumentare la sinergia - il potere del lavoro di squadra. Oggi, quasi trent'anni dopo, le lezioni sembrano più attuali che mai.

Sono passati circa 3 anni dall'ultima intervista con il nostro amico Paolo Sammicheli. In mezzo c'è stata una pandemia e tante cose, comprese le modalità di lavoro, sono cambiate. Con Paolo abbiamo parlato di questo, ma sopratutto delle sue ultime esperienze con Scrum e L'intelligenza artificiale.Esperienze che ha raccolto nel suo ultimo Libro “Scrum in AI – Artificial Intelligence Agile Development with Scrum and MLOps”.Insieme a Paolo capiremo perché c'era bisogno di un libro su Agile e intelligenza artificiale, che cosa c'è di diverso rispetto allo sviluppo software "classico" e come ci è arrivato partendo da un libro sull'Hardware.

Valeria è una docente di Inglese da più di 10 anni, bilingue e da vera sperimentatrice ha introdotto nella sua didattica Scrum. Ha iniziato a pensare ai suoi moduli didattici in termini di prodotto, a declinare i valori di Scrum alla sua classe e alle sue lezioni e poi a sprintare. In questa intervista ci racconta della sua esperienza con una classe di 1 media, dei risultati che ha ottenuto e di quello che ha imparato.

Alex Pagnoni costruisce e fa evolvere Tech Companies fin dagli anni '90. Fondatore della community CTO Mastermind (quasi 500 CTO e Leader Tech da tutta Italia), Alex è CEO di Innoteam e Managing Partner di Axelerant, un brand boutique di servizi di consulenza manageriale per Tech Companies e Software House. Si occupa personalmente di mentoring e formazione a CTO e consulenza per CEO e Founder in ambito Tech. È host del The CTO Podcast. Vedremo insieme cosa vuol dire prioritizzare, quali siano i casi d'uso incontrati da Alex durante la sua esperienza come CEO e CTO

il modello RICE è uno dei più semplici e convenienti per i bisogni del product owner: è un modello progettato per aiutare i PO a determinare quali prodotti, caratteristiche e altre iniziative a cui dare priorità nelle loro roadmap, assegnando un punteggio a questi elementi secondo quattro fattori. Questi fattori, che formano l'acronimo RICE, sono: Reach, Impact, Confidence e Effort... cioé Portata, Impatto, Confidenza e Sforzo.

Riprendiamo la serie dedicata ai metodi di prioritizzazione, in questo episodio vi parleremo del Cost of Delay. Il Cost of Delay è una metrica chiave, che rappresenta l'impatto economico di un ritardo nella delivery di un prodotto o di un progetto.L'assunzione di questa tecnica è che, per prendere decisioni, è necessario capire non solo quanto una cosa vale, ma anche quanto è urgente perché se non ne tenessimo di conto potrebbe essere un errore molto costoso. Proprio per questo è necessario capire cos'è il Cost of Delay, come calcolarlo e come ottimizzare il proprio processo per ridurlo.

Uno use case reale, nato dalla storia di una grande azienda che ha saputo rischiare, adattarsi, sposare un concetto generale e studiarne l'adattamento all'interno delle sue dinamiche. Come un approccio bottom-up può far leva sulla gestione quotidiana di un reparto nel mezzo di una foresta di team. Vedremo cosa sia Holacracy e come Zappos è riuscita a trarne benefici

Ma siamo impazziti? Sono due cose completamente diverse! Certo, ma perchè nons piegare quali siano queste differenze fra il ruolo del Project Manager e quello dello Scrum Master. C'è sempre molta confusione quando non si conoscono le basi, e quindi abbiamo registrato proprio un "basic episode" per parlare di questo

Come è la vita di un Product Owner all'interno di una Start-up? Quali sono le motivazioni che spingono un gestore di Backlog a innamorarsi del prodotto e diventare un vero PO? Sentiremo un case study di David Pereira, coraggiosa persona che un venerdì ha abbandonato una corporate per tuffarsi il lunedì successivo in una Start-up

Riprendiamo la serie dedicata ai metodi di prioritizzazione, in questo episodio vi parleremo del metodo Buy-A-Feature. Buy-A-Feature è un metodo che potrebbe essere particolarmente utile a Product Owner e Product Manager perché li aiuta a identificare le feature che clienti e stakeholders chiave desiderano di più. Il meccanismo per determinare le feature preferite è quello di dare a ciascun partecipante del workshop Buy-A-Feature una somma fissa in denaro e poi lasciare che la spendano per le feature proposte, ognuna delle quali avrà il suo prezzo in base ai costi di sviluppo stimati.E' incredibile come le persone reagiscono quando si gioca con i "soldi".

10 consigli semplici semplici, per creare e sostenere una product vision vincente. Se non è il PO, il primo a credere in una vision, chi deve esserlo? Insieme scopriamo come si può arrivare a una product vision vincente e quali siano i pilastri che la debbano sostenere.Vi abbiamo promesso il vision statement template:PER "cliente di riferimento"CHE "descrizione della necessità o dell'opportunità"IL "nome del prodotto" E' UN "categorizzazione del prodotto"CHE "beneficio principale"DIVERSAMENTE DA "competitor principale"IL NOSTRO PRODOTTO "frase che descrive la differenziazione principale"

Oggi parleremo della mitologica dicotomia fra agile e pianificazione: in molti casi si sente parlare di quanto siano incompatibili l'agilità e la pianificazione... l'agilità e la consegna prevedibile.... beh, non c'è niente di più falso.Tanti piccoli consigli per far si che i due concetti, si sposino a meraviglia!

Ma cos'è davvero questa Definition of Done e come si arriva a costruirla. Ma soprattutto, a cosa ci serve. Lo scopriamo insieme in questa puntata

Ma che dimensione deve avere il nostro backlog...Beh...forse più cose ci mettiamo dentro, più abbiamo una visione dettagliata degli item da deliverare...è sempre così...quali aspetti strani si insidiano dietro ad avere un Product Backlog elefante?

Un ruolo difficile quello del PO. Un ruolo che deve essere il collante della parte dev con il business, deve avere background tecnico ma deve padroneggiare tecniche di prioritizzazione. Un duro mestiere quello del PO, un mestiere che non è per tutti. Allora vediamo insieme quali devono essere le caratteristiche per avere un grande PO

Che cos'è l'empirismo e cosa ci dovrebbe insegnare, o consigliare. Definizione e pilastri di un valore alla base di Agile. La prima puntata di una sere dedicata al learning path sulla Product Ownership di Scrum.org

Produrre prodotti o servizi alla cieca, senza davvero sapere a chi si stanno rivolgendo non è proprio una buona pratica. E' sempre bene avere chiara la panoramica di utenti che abbiamo davanti e sfruttare questa conoscenza per identificare come raccogliere feedback e collaborare con essi. In questa puntata daremo uno spunto utile su come poter costruire una mappa degli stakeholder per il nostro business.

Questa intervista con Samuele Pretini, Agile Coach di Sketching, si potrebbe dividere in 2 parti. Nella prima abbiamo affrontato il tema delle trasformazioni agili che nella maggior parte dei casi partono dall'adozione di un framework o di tool senza chiedersi veramente il perché. Nella seconda abbiamo introdotto il tema Lean e abbiamo capito cosa vuol dire pensare secondo determinati valori e principi che sono la base fondante di tutto. Entrambe le parti sono però legate dallo stesso filo condutture. Qualsiasi evoluzione, affinché possa essere sostenibile e duratura nel tempo deve essere sostenuta da basi culturali molto forti.

Una leggenda dei nativi indiani del Dakota è tramandata di generazione in generazione. Si tratta della teoria del cavallo morto. In cui si dice "Quando scopri di cavalcare un cavallo morto, la migliore strategia è quella di scendere".Vedremo questa strana, buffa teoria applicata al mondo del business e il parallelo con SCRUM. Spoiler: "Il cavallo è morto" e ci faremo 4 risate

Siamo arrivati alla terza tappa del viaggio nei metodi di prioritizzazione, il "Prune The Product Tree". Ottenere un feedback sul nostro prodotto e sulla nostra roadmap attraverso metodi tradizionali come sondaggi, focus group e sessioni di Q&A è spesso un esercizio impreciso oltre che di difficile realizzazione. Per evitare che le conversazioni con i nostri stakeholder o utenti finali diventino poco produttive, con un input limitato da parte di pochi partecipanti potremmo cercare di sfruttare il poco tempo a disposizione per far sì che le persone pensino al futuro, lavorando in modo collaborativo e divertendosi. In poche parole sfruttando l'intelligenza collettiva. Il "Prune the Product Tree" potrebbe essere un ottimo modo per coinvolgere gli stakeholder a parlare di priorità e costruire la comprensione condivisa sulle caratteristiche chiave che dovrebbe avere il prodotto che stiamo sviluppando.

La Velocity è uno strumento molto utile e molto potente per poter fare proiezioni sull'andamento di uno Scrum Team. Può essere molto utile per gli sviluppatori, per lo il PO per poter fare delle stime di completamento tasks e per lo SM per verificare se ci sono impedimenti sulla rotta del team stesso. Ma sicuramente non è uno strumento di misurazione fra team o da essere legato a valutazioni di quanto un team (ancora peggio un individuo) sta lavorando bene.

Continua la serie dedicata ai metodi di prioritizzazione, siamo arrivati al secondo appuntamento e parleremo del modello KANO. Il modello KANO è uno metodo di prioritizzazione molto orientato al cliente. Aiuta a valutare i requisiti del prodotto dal punto di vista della value proposition e ad adattarli alle esigenze dei nostri utenti. Utilizzando questo modello per prioritizzare il nostro backlog saremo in grado di avere una visione abbastanza chiara dei punti di forza e di debolezza del nostro futuro prodotto, consentendoci di Immaginare il prodotto giusto da costruire.

Continua la serie dedicata ai metodi di prioritizzazione, siamo arrivati al secondo appuntamento e parleremo del modello KANO. Il modello KANO è uno metodo di prioritizzazione molto orientato al cliente. Aiuta a valutare i requisiti del prodotto dal punto di vista della value proposition e ad adattarli alle esigenze dei nostri utenti. Utilizzando questo modello per prioritizzare il nostro backlog saremo in grado di avere una visione abbastanza chiara dei punti di forza e di debolezza del nostro futuro prodotto, consentendoci di Immaginare il prodotto giusto da costruire.

Che differenza c'è fra un Product Owner e un Product Manager. Sono la stessa persona? possono coesistere? quali i sono i vantaggi e svantaggi di avere due figure così all'interno di un'azienda?Lo scopriremo insieme!!!!

Che differenza c'è fra un Product Owner e un Product Manager. Sono la stessa persona? possono coesistere? quali i sono i vantaggi e svantaggi di avere due figure così all'interno di un'azienda?Lo scopriremo insieme!!!!

Perché ci dobbiamo porre il problema di dare una priorità alla nostra to-do list? Fondamentalmente perché non c'è mai abbastanza tempo per fare tutto quello che vogliamo fare o che crediamo ci sia bisogno di fare. È un problema universale. Tutti noi accettiamo questa condizione e ci conviviamo. Quando tutti gli elementi nella nostra lista di cose da fare sembrano di cruciale importanza è il momento di usare una o più tecniche di definizione delle priorità, per renderla più gestibile e alla nostra portata.Il metodo MoSCoW, è una semplice tecnica di definizione delle priorità in cui si assegna ad ogni elemento del nostro backlog una di questa categorie Must, Should, Could, Won't, scopriamo insieme come utilizzarlo.

Perché ci dobbiamo porre il problema di dare una priorità alla nostra to-do list? Fondamentalmente perché non c'è mai abbastanza tempo per fare tutto quello che vogliamo fare o che crediamo ci sia bisogno di fare. È un problema universale. Tutti noi accettiamo questa condizione e ci conviviamo. Quando tutti gli elementi nella nostra lista di cose da fare sembrano di cruciale importanza è il momento di usare una o più tecniche di definizione delle priorità, per renderla più gestibile e alla nostra portata.Il metodo MoSCoW, è una semplice tecnica di definizione delle priorità in cui si assegna ad ogni elemento del nostro backlog una di questa categorie Must, Should, Could, Won't, scopriamo insieme come utilizzarlo.

4 piccoli consigli su cosa evitare si il proprio lavoro è essere il PO di uno Scrum Team. Il ruolo del PO è un ruolo importantissimo e proprio per questo da non questo da non sottovalutare.

4 piccoli consigli su cosa evitare si il proprio lavoro è essere il PO di uno Scrum Team. Il ruolo del PO è un ruolo importantissimo e proprio per questo da non questo da non sottovalutare.

Immaginiamoci che un Business Analyst sia catapultato da un giorno ad un altro nel ruolo di Product Owner, un ruolo che mal comprende e con un bagaglio di ignoranza nei confronti delle responsabilità del team di sviluppo.Mettiamoci nei panni di una persona che non crede in SCRUM e che un giorno voglia esprimere tutto il suo rammarico scrivendo una lettera aperta.

Immaginiamoci che un Business Analyst sia catapultato da un giorno ad un altro nel ruolo di Product Owner, un ruolo che mal comprende e con un bagaglio di ignoranza nei confronti delle responsabilità del team di sviluppo.Mettiamoci nei panni di una persona che non crede in SCRUM e che un giorno voglia esprimere tutto il suo rammarico scrivendo una lettera aperta.

In questa intervista parliamo dell'approccio Agile in un settore di cui non abbiamo mai parlato nel nostro podcast e sopratutto molto diverso rispetto a quello del software.Marco Sovera e Laura di Spes, in altre parole AI Team, ci raccontano attraverso la loro esperienza cosa vuol dire applicare il mindset Agile al settore delle costruzioni, di come si può integrare con il design thinking, quali pratiche agili ci potrebbero essere utili e che obiettivi ci consentono di raggiungere.

In questa intervista parliamo dell'approccio Agile in un settore di cui non abbiamo mai parlato nel nostro podcast e sopratutto molto diverso rispetto a quello del software.Marco Sovera e Laura di Spes, in altre parole AI Team, ci raccontano attraverso la loro esperienza cosa vuol dire applicare il mindset Agile al settore delle costruzioni, di come si può integrare con il design thinking, quali pratiche agili ci potrebbero essere utili e che obiettivi ci consentono di raggiungere.

Anche se con un po' di ritardo, Alessandro Giardina ci da qualche numero sull'ultimo evento organizzato da IAM prima del lockdown, Agile Venture Milano. Parleremo inoltre di come sia cambiato il mondo delle conferenze e quali siano i prossimi appuntamenti dell'Italian Agile Movement

Anche se con un po' di ritardo, Alessandro Giardina ci da qualche numero sull'ultimo evento organizzato da IAM prima del lockdown, Agile Venture Milano. Parleremo inoltre di come sia cambiato il mondo delle conferenze e quali siano i prossimi appuntamenti dell'Italian Agile Movement

Una bella chiaccherata con Fabio Mora, amico e autore di "DevOps - Guida per integrare Development e Operations e produrre software di qualità". Seppur giovane, Fabio è veramente preparato, brillante e da anni è nel campo dell'agilità. Libro di Fabio- https://www.apogeonline.com/libri/devops-fabio-mora/Libro suggerito da Fabio- https://www.goodreads.com/book/show/6278270-the-principles-of-product-development-flow

Una bella chiaccherata con Fabio Mora, amico e autore di "DevOps - Guida per integrare Development e Operations e produrre software di qualità". Seppur giovane, Fabio è veramente preparato, brillante e da anni è nel campo dell'agilità. Libro di Fabio- https://www.apogeonline.com/libri/devops-fabio-mora/Libro suggerito da Fabio- https://www.goodreads.com/book/show/6278270-the-principles-of-product-development-flow

Mercoledì sera ho partecipato ad "Agile Venezia Meetup Online" firmato Interlogica ed era un #Miniplay14 in edizione virtuale. Abbiamo sperimentato il "Gioco Serio" grazie ai facilitatori Antonio Fazio, Mattia Festa e Francesco Racanati che dopo averci fatto scaldare con qualche icebreaker ci hanno fatto giocare con:- "Il Filo d'Arianna" un gioco che trasmette l'importanza della comunicazione e del lavoro di team;- Post-It Game", un'attività per comprendere come il lavoro a piccole iterazioni renda il flusso più efficace ed efficiente;- "Draw Toast" Game che esprime il potere del visual thinking per rappresentare idee o informazioni.Vi racconto come è andata e cosa ho imparato!

Mercoledì sera ho partecipato ad "Agile Venezia Meetup Online" firmato Interlogica ed era un #Miniplay14 in edizione virtuale. Abbiamo sperimentato il "Gioco Serio" grazie ai facilitatori Antonio Fazio, Mattia Festa e Francesco Racanati che dopo averci fatto scaldare con qualche icebreaker ci hanno fatto giocare con:- "Il Filo d'Arianna" un gioco che trasmette l'importanza della comunicazione e del lavoro di team;- Post-It Game", un'attività per comprendere come il lavoro a piccole iterazioni renda il flusso più efficace ed efficiente;- "Draw Toast" Game che esprime il potere del visual thinking per rappresentare idee o informazioni.Vi racconto come è andata e cosa ho imparato!

Ogni obiettivo di sprint dovrebbe essere un passo avanti verso un obiettivo di prodotto. Ogni obiettivo di prodotto dovrebbe aiutarci a raggiungere obiettivi di business e obiettivi utente, obiettivi che a loro volta dovrebbero aiutarci a realizzare la nostra visione. I diversi obiettivi sono quindi collegati tra loro e formano una catena che copre tutti gli aspetti della pianificazione del prodotto, da quelli strategici a quelli tattici. Impact Mapping e User Story Mapping sono due strumenti collaborativi che permettono di creare una "comprensione condivisa" tra team di sviluppo, product owner, stakeholder, designer... e questa è la vera chiave di volta per creare prodotti di successo.

Ogni obiettivo di sprint dovrebbe essere un passo avanti verso un obiettivo di prodotto. Ogni obiettivo di prodotto dovrebbe aiutarci a raggiungere obiettivi di business e obiettivi utente, obiettivi che a loro volta dovrebbero aiutarci a realizzare la nostra visione. I diversi obiettivi sono quindi collegati tra loro e formano una catena che copre tutti gli aspetti della pianificazione del prodotto, da quelli strategici a quelli tattici. Impact Mapping e User Story Mapping sono due strumenti collaborativi che permettono di creare una "comprensione condivisa" tra team di sviluppo, product owner, stakeholder, designer... e questa è la vera chiave di volta per creare prodotti di successo.

Un'intervista ad un Product Owner, giovane, in un'azienda giovane, Mia Platform.vedremo il punto di vista di un Product Owner, il ruolo con il cliente e con il team, in una situazione normale di trincea e nella trincea ancora più profonda scavata dalla situazione di lockdown causata dalla pandemia in atto.

Un'intervista ad un Product Owner, giovane, in un'azienda giovane, Mia Platform.vedremo il punto di vista di un Product Owner, il ruolo con il cliente e con il team, in una situazione normale di trincea e nella trincea ancora più profonda scavata dalla situazione di lockdown causata dalla pandemia in atto.