CHE COS'È SCRUM: Definizione, Principi e Finalità

Pensa a Scrum come a un processo per portare a termine il lavoro come squadra in piccoli pezzi alla volta, con una sperimentazione costante e cicli di feedback lungo il percorso per imparare e migliorare man mano che procedi. Se hai appena iniziato, pensa a Scrum come a un modo per svolgere il lavoro in questo modo. Scrum consente alle persone e ai team di creare e padroneggiare il valore a piccoli passi e lavorando insieme. Inoltre, Scrum è un framework per lo sviluppo agile che offre a persone e gruppi la giusta quantità di struttura da aggiungere ai loro modi di lavorare, pur dando loro la libertà di utilizzare le pratiche che funzionano meglio per loro. Tre regole e principi fondamentali della mischia saranno discussi in questo pezzo.

Cos'è Scrum?

Scrum è un framework agile per la gestione dei progetti. Comprende una serie di principi guida e pratiche che aiutano i team a organizzare e tenere sotto controllo il proprio lavoro. Scrum, invece, si basa su come si allenano le squadre di rugby e sottolinea quanto sia importante per le squadre imparare dai propri errori, risolvere i problemi da sole e parlare dei propri successi e fallimenti per crescere.

La mischia di cui sto parlando è più spesso utilizzata dai team che realizzano software, ma le abilità e le idee che insegna possono essere utilizzate in qualsiasi tipo di lavoro di squadra. Per questo motivo, Scrum ha guadagnato molta attenzione. Scrum è un modo per pianificare e gestire il lavoro di un team utilizzando riunioni, strumenti e ruoli specifici. Si basa sui principi della gestione agile dei progetti.

Quando è applicabile Scrum?

Scrum funziona meglio quando un team interfunzionale sta lavorando allo sviluppo di un prodotto in un ambiente in cui c'è una quantità significativa di lavoro che può essere suddivisa in più di un'iterazione che dura da due a quattro settimane.

Quali sono i sette elementi di Scrum?

Coloro che non sono soddisfatti del risultato di un progetto sono quasi unanimi nella convinzione di sapere di chi è la colpa. I proprietari danno la colpa ai lavoratori pigri, gli analisti ai clienti, gli sviluppatori alla gestione inetta e così via. C'è accordo su questo? Nessuno ha ragione. Ognuno di noi pensa che solo lui possa agire in modo intelligente e che le azioni degli altri siano basate sulla loro personalità. Di norma, non è così; ognuno ha le sue giustificazioni.

Attribuire la colpa è inutile. Invece di cercare persone cattive, concentrati sull'identificazione dei sistemi dannosi che incoraggiano lo sviluppo di cattive procedure e premiano le scarse prestazioni. Scrum è un framework per promuovere il lavoro di squadra collaborativo. Evita di identificare i trasgressori a favore di scoprire cosa è andato storto in modo che possa essere risolto. Ecco i sette elementi di una mischia:

#1. Identifica uno Scrum Master

Qualcuno ha bisogno di sondare le risposte alle domande difficili. Sarebbe utile un personaggio con la saggezza del giullare di Shakespeare. Uno "scrum master" è qualcuno che tiene d'occhio l'andamento di un progetto, si assicura che le riunioni quotidiane di "scrum" del team si svolgano e aiuta a eliminare gli ostacoli. Il ruolo principale dello scrum master è la gestione del progetto. Non è una buona idea che la stessa persona ricopra sia il ruolo di scrum master che di product owner, poiché svolgono funzioni diverse e potrebbero potenzialmente avere interessi contrastanti.

#2. Strategia di prodotto

Per qualsiasi progetto o prodotto, la "visione del prodotto" descrive l'obiettivo finale. Definire questo item è il primo passo per dare al progetto o al prodotto il suo corso definitivo. La visione del prodotto funge da bussola per il team di mischia.

Il team di mischia dovrebbe conoscere la visione del prodotto come il palmo della sua mano. Ciò significa che deve essere succinto e chiaro. Tuttavia, è importante che uno scrum team tenga sempre presente la visione del prodotto.

#3. Avvia un Product Backlog

Il product backlog contiene ogni singolo requisito per il prodotto, in ordine di priorità. Per andare avanti man mano che il prodotto si sviluppa, il team segue un backlog in continua evoluzione. Per definire chiaramente "tutto ciò che un team può eseguire per priorità", non c'è modo migliore che utilizzare un product backlog.

In qualsiasi momento, dovrebbe esserci al massimo un arretrato di prodotto. Ciò significa che il proprietario del prodotto deve stabilire le priorità in base all'intera suite di attività. Il proprietario del prodotto deve parlare con tutte le persone coinvolte per ottenere un feedback completo e assicurarsi che tutte le esigenze e le aspettative dei clienti siano in arretrato.

#4. Porta trasparenza al processo

Mettere insieme la struttura corretta è della massima importanza. Ci deve essere un'enfasi sull'individualismo, l'autonomia e il rispetto per gli altri. I leader organizzativi che vogliono tenere tutto nascosto non vogliono che nemmeno i membri più anziani del personale siano a conoscenza dello stato attuale delle cose, dei risultati dell'organizzazione o della tempestività con cui sono stati raggiunti. Tuttavia, è impossibile scambiare informazioni o competenze poiché i segreti sono l'unica cosa che può garantire la loro continua autorità (almeno, così pensano). L'unica cosa a cui tengono è se stessi e, nella maggior parte dei casi, ciò non va bene per il prodotto o per l'azienda.

#5. Sprint arretrato

La sezione "sprint backlog" del "product backlog" mostra a cosa il team darà la priorità e su cosa lavorerà durante lo sprint. È l'elenco delle cose che devi fare durante lo sprint.

Gli elementi nello sprint backlog sono ulteriormente classificati in attività su cui il team può lavorare nella settimana successiva. Prima della fine dello sprint, ogni elemento dello sprint backlog deve essere scritto in codice, testato e documentato. Durante lo sprint meeting, il product owner collabora con lo scrum team per creare uno sprint backlog. Una task board con colonne per ogni fase del processo viene spesso utilizzata per mostrare lo sprint backlog.

#6. Pianifica il tuo Sprint

Durante uno sprint, un team lavora insieme per creare una versione funzionante del prodotto, anche se è solo una piccola parte del progetto complessivo. Successivamente, può essere visualizzato prontamente davanti al cliente. La pianificazione, o "pianificazione dello sprint", è la riunione che si tiene prima di ogni sprint in cui il team, lo scrum master e il product owner decidono cosa verrà realizzato durante lo sprint.

Dovrebbe esserci un limite di tempo coerente per gli sprint e tale limite di tempo non dovrebbe essere più lungo di un mese. Si consigliano durate di sprint da una a due settimane (discutibile, ma per me funziona meglio). Il team stima su quante cose si può lavorare nel prossimo sprint dall'alto del backlog. La strategia di una squadra dovrebbe tenere conto del punteggio totale dello sprint più recente dopo alcune iterazioni. Sebbene lo scrum master e il team possano tentare di aumentare il numero di punti guadagnati in ogni sprint, dovrebbero farlo entro limiti ragionevoli.

Il product owner e il team possono ricontrollare di avere una comprensione condivisa di come svolgere i propri compiti durante la fase di pianificazione dello sprint. Tutti coloro che sono coinvolti nello sprint devono raggiungere un consenso sul suo scopo e sui compiti ad esso associati in questo incontro.

#7. Grafico della velocità di masterizzazione

Anche se di solito non è una delle parti più importanti di una mischia, un grafico di burndown è uno strumento essenziale da non trascurare. È una rappresentazione visiva della velocità con cui il team sta elaborando le storie degli utenti o altri elementi nel backlog del prodotto. Di conseguenza, un grafico di burndown rappresenta lo sforzo complessivo in relazione al carico di lavoro dello sprint.

Un grafico di burndown viene utilizzato anche per assicurarsi che un progetto stia ancora andando avanti e che il risultato finale sia buono e consegnato in tempo.

Quanti punti della storia dell'utente completa uno scrum team in uno sprint determina la sua efficienza. Non tenere conto del completamento parziale nel calcolo della velocità.

Quanti pilastri ci sono in Scrum?

Ci sono tre pilastri in un framework di mischia, che sono:

Trasparenza
Adattamento
Ispezione.

Sono cruciali per i risultati di Scrum. Senza di loro, corri il rischio di spendere tempo ed energia su un'infruttuosa ruota per criceti. Diamo un breve sguardo a questi pilastri.

#1. Trasparenza

Il product backlog, lo sprint backlog e l'incremento di prodotto dovrebbero essere aperti l'uno all'altro. Poiché le decisioni si basano su questi elementi, il team di scrum e tutte le parti coinvolte devono accedervi. Oltre agli elementi di cui sopra, lo scrum team deve anche essere trasparente per quanto riguarda i suoi accordi di squadra, i modi in cui collabora sia internamente che esternamente, la visione e la strategia dell'azienda, nonché il modo in cui l'incremento del prodotto vi contribuisce.

La trasparenza è fondamentale per il successo dell'audit. L'ispezione è uno spreco di tempo e denaro se non c'è modo di vedere cosa viene ispezionato, e l'attuazione dei giudizi espressi sulla base di un'ispezione senza trasparenza fa perdere ancora più tempo e denaro.

#2. Adattamento

Quando una revisione dimostra che l'ultimo incremento o sviluppo del prodotto necessita di modifiche, la tecnica di mischia deve essere modificata immediatamente. Il gruppo di mischia prende le decisioni e adotta le misure appropriate. Lo scrum team ha bisogno dell'autorità dall'alto per accelerare la crescita e l'evoluzione del processo. Inoltre, limitare l'autonomia di un team di mischia è un errore organizzativo comune.

#3. Ispezione

In scrum, i membri esaminano frequentemente e accuratamente quanto stanno andando bene in termini di raggiungimento sia dell'obiettivo generale del prodotto sia dell'attuale obiettivo dello sprint. In questo modo, i problemi con l'incremento del prodotto o il processo di sviluppo possono essere individuati in anticipo. Lo sprint, lo sprint planning, il daily scrum, la sprint review e lo sprint retrospective sono i cinque tempi di ispezione più focalizzati in Scrum. In qualsiasi momento durante il processo di mischia, c'è la possibilità che ci sia un requisito per un'ispezione.

L'ispezione è il passo più importante in qualsiasi tipo di adattamento. Senza test, spendere tempo e denaro per adattarsi è una perdita di tempo e denaro. Dimenticare di controllare i tuoi adattamenti prima di implementarli potrebbe sprecare un intero sprint per il tuo team.

Cos'è Scrum Master

In poche parole, uno Scrum Master è un professionista qualificato che utilizza la gestione del progetto Agile per guidare un team attraverso un progetto. Uno Scrum Master ha anche il compito di coordinare e facilitare tutte le interazioni tra i responsabili del progetto e i membri del team.

Il ruolo di uno Scrum Master è focalizzato ma ha implicazioni di vasta portata per qualsiasi azienda. Tuttavia, uno scrum master in genere opera in background e ha poca voce in capitolo nello sviluppo o nella strategia del prodotto stesso. In qualità di project manager, il loro ruolo è più simile a quello di un intermediario tra proprietari di prodotti o linee di business e team di sviluppo. Gli Scrum Master devono essere in grado di fondere le conoscenze tecniche con le capacità interpersonali e comunicative. Ciò è dovuto alla natura collaborativa delle procedure agili. Considerando la complessità dei progetti software, è facile per un singolo sviluppatore perdere di vista il quadro generale mentre è immerso nella codifica.

Uno Scrum Master, d'altra parte, mantiene le cose in prospettiva, aiutando i team a vedere il quadro generale e imparando a superare ostacoli come le dipendenze organizzative e tecnologiche. Questo dà ai membri del team un senso di responsabilità e li aiuta a finire il lavoro entro la data di scadenza.

Quali sono i ruoli e le responsabilità dello Scrum Master?

Nonostante il titolo, lo scrum master non ha autorità esecutiva sul team di sviluppo o sul progetto. Le responsabilità di uno Scrum Master possono includere, ma non sono limitate a, quanto segue:

#1. Mettere in metodi efficaci di gestione dei progetti e migliori pratiche

Il compito dello Scrum Master è riunire il team e dare il benvenuto ai nuovi membri, presentarli alla cultura dell'azienda e fornire loro un quadro chiaro di quale sia l'obiettivo finale. Lo scrum master serve anche come mezzo per il team di progetto e tutti gli stakeholder esterni per condividere informazioni e parlare tra loro. Tengono d'occhio come stanno andando le cose, offrono critiche utili e promuovono una mentalità di apprendimento e adattabilità.

#2. Membri della squadra di allenatori

Riflettendo loro la situazione attuale del team, lo scrum master li aiuta a migliorare le loro prestazioni. Con un po' di aiuto e di lavoro, un team Scrum può diventare autogestito e costruire un senso condiviso di proprietà e impegno.

La filosofia di Scrum, le pratiche di Scrum e gli standard del team sono tutte cose in cui lo scrum master può aiutare i membri del team.

Poiché non ci sono livelli di gestione formali nei team Scrum, lo Scrum master deve fare affidamento sulle proprie capacità di persuasione per portare a termine le cose. Scrum inoltre sposta l'onere della responsabilità per il successo del progetto dallo scrum master all'intero team di scrum.

#3. Sbarazzati degli ostacoli

La mischia Master fa in modo che l'attenzione di tutti sia sui compiti a portata di mano quando si lavora in modo iterativo. Per raggiungere questo obiettivo, lo scrum master si occupa di tutto ciò che potrebbe intralciare lo sviluppo del gruppo. Troppe riunioni non necessarie, ad esempio, possono ostacolare la produttività di un team. Lo Scrum Master dovrebbe collaborare con i pianificatori delle riunioni per garantire che solo i partecipanti necessari siano chiamati a presentarsi. In collaborazione con i proprietari del prodotto e le parti interessate, lo scrum master può riallocare tempo e impegno per i membri del team che lavorano in più team.

#4. Insegna Pratiche e Principi di Scrum

Uno dei compiti principali di uno Scrum master è guidare l'organizzazione attraverso il processo di messa in atto di Scrum fornendo ai membri del team formazione, coaching e consigli. Nel frattempo spargi la voce sul framework Scrum, sui principi e sui principi che hai imparato. Un obiettivo chiave è incoraggiare l'azienda a iniziare a basare le proprie decisioni su prove.

Una parte del lavoro dello Scrum master consiste nell'aiutare gli stakeholder a parlare con il team Scrum in un modo che promuova l'apertura, il rispetto reciproco e la crescita.

#5. Avvia riunioni stand-up giornaliere

Facilitando riunioni come stand-up giornalieri, sessioni di pianificazione dello sprint, revisioni dello sprint, ecc., lo Scrum Master garantisce che il team rimanga in pista e organizzato. I membri del team riferiscono sui loro progressi fino a quel momento, condividono i loro piani per la giornata ed esprimono eventuali preoccupazioni che potrebbero aver incontrato finora. Lo Scrum Master deve assicurarsi che tutti i membri del team, inclusi coloro che lavorano da remoto, abbiano accesso e possano prendere parte a tutte le riunioni pianificate.

Principi di Scrum

Il framework Scrum è stato costruito su una serie di principi guida noti come principi Scrum. Tieni presente che i principi di Scrum si applicano anche a ogni settore o progetto. I principi fondamentali di Scrum non possono essere modificati e devono essere utilizzati come descritto in un manuale. Gli elementi e le pratiche di Scrum, tuttavia, sono adattabili alle specifiche di ogni dato progetto o business.

È più probabile che gli utenti credano che il framework Scrum li aiuterà a raggiungere i loro obiettivi di progetto se si attengono ai principi guida del framework e li usano correttamente. Nel framework Scrum, i "principi" sono le regole fondamentali che devono essere seguite. Ecco i 3 principali principi di mischia:

Controllo sul processo empirico: questo principio evidenzia i principi di base della metodologia Scrum, che sono apertura, ispezione e flessibilità. Quando un problema non è ben definito o quando non ci sono risposte ovvie, il controllo empirico del processo può aiutare gli studenti a ottenere informazioni attraverso la sperimentazione.
Auto-organizzazione: il processo Scrum dipende molto da un gran numero di persone, quindi l'auto-organizzazione è cruciale. Il principio dell'autorganizzazione promuove l'autonomia sul lavoro, che solleva il morale e rende più semplice valutare il contributo di ciascun partecipante.
Collaborazione: questo principio guida evidenzia l'importanza di tre fattori importanti per un lavoro di squadra efficace: autoconsapevolezza, comunicazione e proprietà creativa. Inoltre, promuove l'idea della consegna del progetto come un processo collaborativo di creazione di valore per l'intera organizzazione, con i team che lavorano insieme e interagiscono tra loro, con il cliente e con qualsiasi altro stakeholder aziendale rilevante.

Cos'è Scrum in Agile?

Scrum è un paradigma agile di gestione dei progetti che delinea responsabilità, tempistiche e risultati per i team. Uno sprint tipico dura solo da una a quattro settimane, rendendo questo metodo iterativo. Seguendo questo piano, il tuo team continuerà a pubblicare nuove versioni del prodotto.

Scrum è un processo di sviluppo iterativo che si basa su un paradigma basato su software con ruoli, responsabilità e strutture di riunione definiti. I migliori risultati si ottengono utilizzandolo quando il risultato finale è un prodotto tangibile piuttosto che un servizio, ma può essere utilizzato per qualsiasi progetto difficile. Inoltre, leggi STRUMENTI DI GESTIONE DEL PROGETTO AGILE: definizione, usi ed elenco di APM.

Che cos'è la mischia rispetto all'agile?

L'attenzione di Scrum al miglioramento continuo è simile a uno dei pilastri guida di Agile, portando alcuni a presumere erroneamente che i due siano intercambiabili. Scrum, d'altra parte, è un framework per fare le cose, mentre Agile è più un approccio alla gestione. I principi agili enfatizzano il progresso iterativo e incrementale tramite rilasci frequenti e su piccola scala. Per "diventare agili" veramente, l'intero team dovrebbe modificare la propria mentalità su come fornire valore ai clienti, cosa impossibile senza uno sforzo significativo. Ma un framework come Scrum può farti pensare in quella direzione e praticare l'integrazione dei principi agili nelle tue normali comunicazioni e attività.

Conclusione

La metodologia di mischia è semplice. È semplice comprendere le regole, gli artefatti, gli eventi ei ruoli del sistema. La sua natura semi-prescrittiva aiuta a rendere più chiaro il processo di sviluppo, dando alle aziende spazio per aggiungere i propri tocchi speciali.

È perfetto per progetti impegnativi poiché suddivide attività grandi e complicate in storie utente più piccole e più gestibili. Inoltre, avere ruoli chiari e un programma di eventi incoraggia tutti ad essere aperti ea prendere parte al processo di sviluppo. Con aggiornamenti regolari, sia il team che le persone che utilizzano il prodotto possono vedere quanto velocemente sta migliorando, il che è positivo per il morale e la soddisfazione.

Domande frequenti su Scrum

Cosa sono i valori di mischia?

Impegno
Coraggio
Focus
Rispetto

Cos'è il processo Scrum?

Il processo Scrum spinge le persone a utilizzare ciò che hanno ea osservare costantemente ciò che funziona e ciò che non funziona. Una buona comunicazione è fondamentale e si realizza attraverso incontri noti come “eventi”.

Quali sono le 3 C di Scrum?

Le tre C stanno per Biglietto, Conversazione e Conferma