Apprendimento sociale - Software SCRUM

Uno dei programmi di social learning di maggior successo nel mondo di oggi è Scrum, un software agile incrementale basato su iterazioni progettato per gestire lo sviluppo del prodotto. Fornisce un ambiente di lavoro in cui un team di sviluppo può lavorare come un'unità per raggiungere un obiettivo comune. Lo fa attraverso il suo modello di comunicazione faccia a faccia quotidiana, consentendo ai membri di un team di auto-organizzarsi incoraggiando la co-locazione fisica e una stretta collaborazione online di tutti i membri del team.

Un principio chiave di Scrum è che riconosce la possibilità che i clienti cambino idea sulle proprie esigenze durante i processi di produzione e comprende che queste sfide impreviste non possono essere facilmente gestite in modo predittivo o pianificato. Pertanto, Scrum lavora su un approccio empirico che si concentra sull'ottimizzazione della consegna rapida del team.

Il framework Scrum si basa su tre core:

• Maestro di mischia
• Sprint
• Backlog di prodotto

Maestro di mischia

Il lavoro di scrum master è affrontare le sfide che il team deve affrontare durante la realizzazione degli obiettivi del prodotto. Invece di un tradizionale team lead o project manager, Scrum rappresenta una barriera tra il team e altre distrazioni. Lo scrum master garantisce che il processo di mischia venga utilizzato come previsto e spesso facilita le sessioni chiave e incoraggia il team a migliorare. Prende le responsabilità di un facilitatore del team.

Scrum Master Service to the Product Owner (stakeholder) -

• Fornire tecniche per la creazione e la gestione efficaci del Product Backlog.
• Aiutare il team Scrum a comprendere la pianificazione del prodotto.
• Assistere il proprietario del prodotto nell'ottimizzazione del Product Backlog.
• Facilitare gli eventi Scrum come richiesto o necessario.

Scrum Master Service to the Development Team -

• Facilitare il Team di Sviluppo con la funzionalità incrociata di Scrum.
• Aiutare il team di sviluppo a massimizzare il proprio output.
• Affrontare gli ostacoli sul percorso del team Scrum.
• Coaching del team in eventi auto-organizzati e facilitazione, se richiesto.

Scrum Master Service to the Organization -

• Aiutare l'organizzazione ad adottare l'ambiente di lavoro di Scrum.
• Organizzare le implementazioni di Scrum all'interno dell'organizzazione.
• Aiutare i dipendenti e gli stakeholder a capire come utilizzare Scrum.
• Apportare modifiche per aumentare la produttività dello Scrum Team.
• Lavorare con altri Scrum Master per aumentare l'efficacia di Scrum.

Sprint

Uno sprint (o iterazione) è l'unità di base dello sviluppo in Scrum ed è limitato a una durata specifica. La durata è fissata in anticipo per ogni sprint, con due settimane il più comune. Ogni sprint inizia con un evento di pianificazione dello sprint che include la definizione dello sprint backlog, la specifica degli obiettivi e del compito dello sprint e l'assunzione di un impegno stimato per l'obiettivo dello sprint. Ogni sprint termina con una revisione dello sprint che controlla i progressi e identifica le lezioni per miglioramenti futuri.

During the Sprint -

• Non vengono apportate modifiche che potrebbero ostacolare lo Sprint Goal.
• Gli obiettivi di qualità non diminuiscono.
• I termini possono essere rinegoziati tra il proprietario del prodotto e il team di sviluppo.

Ogni Sprint ha una serie di istruzioni chiaramente definite su ciò che deve essere fatto, un piano flessibile per guidare il team verso il risultato e il prodotto risultante. Ogni Sprint viene trattato come un progetto con una scadenza di un mese. Quando le scadenze di uno Sprint diventano troppo lunghe, la definizione del risultato finale continuerà a cambiare a causa di numerosi input, a causa dei quali potrebbe esserci un aumento della complessità e del rischio di fallimento. Gli Sprint consentono la prevedibilità ispezionando l'adattamento degli input e delle idee con il progresso verso uno Sprint Goal almeno ogni mese di calendario. Gli sprint limitano anche il rischio a un mese di calendario di costo.

Daily Scrum

Il Daily Scrum è un'attività di sincronizzazione del team di 15 minuti in cui il team di sviluppo crea un piano per le 24 ore successive. Questo viene fatto ispezionando il lavoro dall'ultimo Daily Scrum e pianificando il layout del lavoro che potrebbe essere fatto prima del prossimo. Questo viene fatto per ridurre la complessità.

Durante l'incontro, i membri del Team di Sviluppo spiegano:

• Azioni che i membri del team hanno intrapreso per realizzare gli obiettivi dello sprint il giorno precedente.
• Azione che deve essere intrapresa per raggiungere gli obiettivi del team di oggi.
• Ostacoli che impediscono o potrebbero impedire il raggiungimento dell'obiettivo dello sprint.

Il team di sviluppo utilizza il Daily Scrum per vedere come si stanno muovendo i progressi del proprio team verso il completamento del lavoro in Sprint Backlog. Il Team di Sviluppo o i membri del team spesso si incontrano subito dopo il Daily Scrum per discussioni dettagliate, o per adattare, o ripianificare, il resto del lavoro dello Sprint.

Sprint Review

Alla fine dello Sprint si tiene una Sprint Review, in cui lo Scrum Team e gli stakeholder collaborano sulle azioni che dovrebbero essere intraprese successivamente per ottimizzare il valore, e la presentazione dell'Incremento ha lo scopo di suscitare feedback e promuovere la collaborazione.

Backlog di prodotto

Il Product Backlog è un elenco di tutti gli elementi necessari per il raggiungimento del risultato desiderato. La cosa unica e migliore di un Product Backlog è che non è mai completo. Inizia esponendo i requisiti iniziali, più noti e compresi.

Il Product Backlog si evolve costantemente con gli utenti e l'ambiente in cui viene utilizzato Scrum. Ciò si traduce in un arretrato dinamico che tiene traccia delle idee in evoluzione e dei nuovi input in ogni fase dell'implementazione e fornisce anche una previsione su come queste nuove idee cambieranno l'output finale. Il backlog del prodotto esiste finché il prodotto non esiste. Una volta che il prodotto finale è finito, il backlog del prodotto viene rilasciato su un altro supporto in cui altri possono fare riferimento a questi contenuti e utilizzarli durante la progettazione di un prodotto simile.

Con una media di oltre 20 progetti attivi e una pressione crescente da parte degli stakeholder interni ed esterni, The Information Systems department a H&R Blockera sempre alle prese con il loro carico di lavoro. Il team ha iniziato a cercare modi alternativi e più efficienti per far uscire il software.

Il team ha studiato e scoperto che i processi leggeri della metodologia Scrum erano adatti alle loro esigenze in quanto fornivano un'efficienza ed efficacia notevolmente migliorate. Per H&R Block, il processo è stato esternalizzato a TheBraintrust Consulting Group, che ha condotto una valutazione iniziale e valutato i tipi di progetti che H&R Block stava operando, valutato le capacità del personale e costruito la strategia di implementazione.

I dipendenti hanno ricevuto una formazione di tre settimane per familiarizzare con l'applicazione Scrum. Il team di H&R Block ha lavorato quotidianamente su SCRUM; partecipare alla pianificazione dello sprint, organizzare riunioni quotidiane e guidare il team mentre fa da mentore allo Scrum Master. Una volta che i team si sono sentiti a proprio agio con il processo, hanno avuto la fiducia necessaria per avviare tutto a pieno ritmo.

In tre mesi, i dipendenti di H&R Block hanno registrato una notevole quantità di completamento del lavoro. Coordinando, valutando, sincronizzando e lavorando in team, hanno scoperto che ora potevano ottenere una maggiore efficienza e risparmiare molto tempo. I dipendenti che lavorano su SCRUM hanno riferito60% higher efficiency and 30% time savings.