Lavoriamo secondo Scrum

1. Che cos’è Scrum?

Il fatto che tutto ciò che riguarda lo sviluppo sia standardizzato lo avete già capito. E se vi dicessi che è standardizzato praticamente tutto? E non parlo nemmeno dei nomi delle variabili e delle funzioni, anche quelli sono standardizzati 🤦‍♂️.

Esiste una metodologia di sviluppo — si chiama Agile — e la sua realizzazione più diffusa è Scrum. Scrum è chiamato anche framework: definisce tutti i processi nel team. Quando si devono tenere le riunioni, chi deve parteciparvi, cosa deve essere discusso, quali risultati devono uscirne e in quale forma debbano essere registrati 📋.

“Ma perché così tanta standardizzazione?”, chiederete. Innanzitutto, lavorate in un settore ad alta tecnologia — high-tech e tutto il resto. In secondo luogo, così è più semplice lavorare gli uni con gli altri. Infine, nel nome della vostra professione .NET Software Engineer fate attenzione all’ultima parola — engineer. E capirete da dove nasce tutto.

2. Come si lavora con Scrum

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

Scrum suddivide i progetti in cicli/fasi di sviluppo, chiamati sprint, che di solito durano da due a quattro settimane. Ogni sprint inizia con la pianificazione delle attività che devono essere svolte e si conclude con una presentazione in cui il team dimostra i risultati raggiunti 🎯.

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

• Ruoli principali — il Product Owner, che definisce i requisiti del prodotto, lo Scrum Master, che sostiene il processo secondo le regole di Scrum, e il team di sviluppo, che esegue il lavoro.
• Eventi principali — le riunioni quotidiane (daily meeting o riunioni giornaliere), la pianificazione degli sprint, le retrospettive e le dimostrazioni dei risultati del lavoro.
• Artefatti includono il backlog (elenco delle attività) di prodotto, il backlog dello sprint e l’incremento di prodotto 📋.

Non spaventatevi! Anche se la regolamentazione di tutto può sembrare un po’ intimidatoria, lavorare “secondo Scrum” è facile e piacevole. Scrum ha risolto il principale conflitto tra sviluppatori e committenti/proprietari del prodotto 🤗

Gli sviluppatori hanno sempre chiesto di essere lasciati in pace per poter lavorare tranquilli. Ai proprietari del prodotto, invece, serviva inserire urgentemente nuove feature, cambiare qualcosa o condurre qualche esperimento 🧪.

Scrum ha suddiviso lo sviluppo in periodi stabili — gli sprint (di solito 2 settimane). Durante un periodo, gli sviluppatori svolgono solo le attività pianificate per lo sprint corrente. Se al cliente serve fare qualcosa con urgenza, aggiunge queste feature allo sprint successivo 🗓️.

3. Sprint & Scrum Board

Sprint è il ciclo principale di sviluppo in Scrum, della durata da una a quattro settimane. Come abbiamo già detto, durante questo periodo il team lavora all’esecuzione di un insieme specifico di attività tratte dal backlog di prodotto.

All’inizio di ogni sprint si tiene la pianificazione ⏳, in cui il team seleziona le attività dal backlog di prodotto e si impegna a completarle. Lo sprint termina con la dimostrazione del lavoro svolto e con la retrospettiva, in cui il team analizza il processo di lavoro sullo sprint e cerca modi per migliorare lo sprint successivo. Questo approccio consente di aggiornare regolarmente il prodotto, reagendo rapidamente ai cambiamenti dei requisiti e delle priorità.

Durante lo sprint corrente, gli sviluppatori e il Product Owner devono riunirsi e discutere le attività per lo sprint successivo.

Il Backlog 📚, ovvero il backlog, — è l’elenco di tutte le attività che devono essere svolte. In Scrum si distinguono il backlog di prodotto, che include tutti i requisiti del prodotto (feature), e il backlog dello sprint, che consiste nelle attività selezionate per l’implementazione nello sprint corrente. Il backlog è un documento vivo che viene aggiornato e rivisto regolarmente per garantire l’allineamento con gli obiettivi di business correnti e con le condizioni del mercato.

Il backlog dello sprint corrente spesso viene visualizzato sotto forma di Scrum Board ✅ — una bacheca con attività e stati. La bacheca è divisa in colonne che di solito rappresentano le fasi di avanzamento delle attività, come “Da fare”, “In corso”, “In verifica” e “Completato”. Questo consente all’intero team di vedere i progressi e identificare facilmente eventuali ostacoli nel flusso di lavoro.