Lavoriamo con Scrum

13.1 Che cos'è Scrum?

Hai già capito che tutto ciò che riguarda lo sviluppo è standardizzato. E che ne dici se ti dicessi che è tutto standardizzato? E non sto nemmeno parlando dei nomi delle variabili e delle funzioni, anche se anche questi sono standardizzati 🤦

C'è una metodologia di sviluppo chiamata Agile e la sua popolare implementazione è Scrum. Scrum è anche chiamato il framework del team: definisce tutti i processi nel team. Quando dovrebbero essere le riunioni, chi dovrebbe esserci, cosa dovrebbero discutere, quali risultati dovrebbero essere e in quale forma dovrebbero essere registrati.

Ma perché così tanta standardizzazione, ti chiederai. Beh, prima di tutto, lavori nel settore high-tech e tutto il resto. In secondo luogo, così è più facile per tutti lavorare insieme. E terzo, nel titolo della tua professione Frontend Fullstack Software Engineer presta attenzione all'ultima parola: ingegnere. E capirai da dove proviene tutto questo.

13.2 Come funziona il lavoro con Scrum

Scrum è una metodologia flessibile di gestione dei progetti, spesso utilizzata nello sviluppo software. Si basa su processi iterativi e incrementali.

Scrum divide i progetti in cicli di sviluppo chiamati sprint, che di solito durano da una a quattro settimane. Ogni sprint inizia con la pianificazione delle attività che devono essere completate e si conclude con una presentazione in cui il team dimostra i risultati ottenuti.

Gli elementi chiave di Scrum includono ruoli, eventi e artefatti.

Ruoli principali sono il Product Owner, che definisce i requisiti del prodotto, lo Scrum Master, che supporta il processo secondo le regole di Scrum, e il team di sviluppatori che svolge il lavoro.

Eventi principali sono incontri giornalieri (daily stand-up), pianificazione degli sprint, retrospettive e dimostrazioni dei risultati. Gli artefatti includono il product backlog, lo sprint backlog e l'incremento del prodotto.

Non ti spaventare: anche se regolamentare tutto può sembrare un po' spaventoso, lavorare con Scrum è semplice e piacevole. Scrum ha risolto il conflitto principale tra sviluppatori e clienti/proprietari del prodotto.

Gli sviluppatori hanno sempre chiesto di essere lasciati in pace per lavorare tranquilli. E i proprietari del prodotto avevano bisogno di aggiungere nuove funzionalità urgentemente, aggiungere qualcosa, o fare qualche esperimento.

Scrum ha suddiviso lo sviluppo in periodi stabili: gli sprint (di solito 2 settimane). Durante questo periodo, gli sviluppatori eseguono solo i compiti pianificati per lo sprint attuale. Se il cliente ha bisogno di qualcosa urgentemente, aggiunge queste funzionalità al prossimo sprint.

13.3 Sprint & Scrum Board

Sprint è il ciclo di sviluppo principale in Scrum, di solito dura da una a quattro settimane, durante le quali il team lavora su un insieme specifico di lavori dal product backlog.

All'inizio di ogni sprint si tiene una pianificazione, durante la quale il team seleziona i compiti dal product backlog e si impegna a completarli. Lo sprint termina con la dimostrazione del lavoro completato e una retrospettiva in cui il team analizza il processo di lavoro dello sprint e cerca modi per migliorare il prossimo sprint. Questo approccio permette di aggiornare regolarmente il prodotto, rispondendo rapidamente ai cambiamenti nei requisiti e nelle priorità.

Durante lo sprint attuale, gli sviluppatori e il proprietario del prodotto dovrebbero incontrarsi per discutere le attività per il prossimo sprint. L'elenco delle attività è chiamato backlog.

Backlog, o backlog, è l'elenco di tutte le attività che devono essere completate. In Scrum, si distingue tra product backlog, che include tutti i requisiti del prodotto (funzionalità), e sprint backlog, che consiste delle attività selezionate per la realizzazione nello sprint attuale. Il backlog è un documento vivente che viene regolarmente aggiornato e rivisto per garantire la conformità agli obiettivi aziendali attuali e alle condizioni del mercato.

Il backlog dello sprint attuale viene spesso visualizzato come una Scrum Board - una sorta di bacheca con compiti e stati. La bacheca è divisa in colonne, che di solito rappresentano le fasi di completamento dei compiti, come "Da fare", "In corso", "In revisione" e "Completato". Questo permette a tutto il team di vedere i progressi e identificare facilmente eventuali ostacoli nel processo di lavoro.