I miti sullo Scrum che fanno perdere più punti agli esami PSM I, PSPO I e CSM sono abitudini che sembrano Scrum ma non sono nella Scrum Guide 2020: story point, velocity, uno Sprint 0, una regola del 10% per il refinement o uno Scrum Master che gestisce il team. Le domande d'esame Scrum sono scritte a partire dalla Guida, quindi una risposta basata su come la tua azienda applica Scrum è spesso la trappola. Qui sotto trovi dieci miti, l'affermazione corretta per ciascuno e il motivo per cui gli autori delle domande li usano.
Perché le domande d'esame sullo Scrum sono costruite sui miti
La Scrum Guide 2020 è lunga solo circa 13 pagine, quindi chi scrive le domande non può metterti alla prova su dettagli oscuri. Verifica invece se sai distinguere il framework dalle pratiche che le persone aggiungono sopra.
La pressione del tempo peggiora le cose. Hai poco tempo per ogni domanda e un'opzione dal suono familiare è allettante quando il cronometro corre.
| Esame | Domande | Tempo | Per superarlo |
|---|---|---|---|
| PSM I (Scrum.org) | 80 | 60 minuti | 85% |
| PSPO I (Scrum.org) | 80 | 60 minuti | 85% |
| CSM (Scrum Alliance) | 50 | 60 minuti | 37 corrette (74%) |
Una regola pratica utile: se la Scrum Guide non lo dice, non è una parte obbligatoria di Scrum.
10 miti sullo Scrum e cosa dice davvero la Scrum Guide
Mito: story point, velocity e user story fanno parte di Scrum
Realtà: la Scrum Guide non menziona user story, story point, velocity né burndown chart. Sono pratiche complementari che molti team usano, ma Scrum richiede solo un Product Backlog con i suoi elementi, uno Sprint Backlog e Increment che rispettino la Definition of Done.
Perché è una trappola: questi termini sono così diffusi al lavoro che sembrano ufficiali. Fai attenzione a opzioni come “the Scrum Master tracks velocity” o “items must be written as user stories”. Se una risposta rende obbligatoria una pratica complementare, quasi sempre è sbagliata.
Mito: lo Scrum Master è il manager o il project manager del team
Realtà: lo Scrum Master è responsabile dell'efficacia dello Scrum Team. Lo Scrum Team è un unico team, senza sotto-team né gerarchie, e la Guida non descrive al suo interno un project manager o un team lead.
Perché è una trappola: spesso le domande descrivono un problema (un conflitto, una scadenza mancata, un'attività bloccata) e offrono un'opzione in cui lo Scrum Master assegna il lavoro o decide al posto del team. La risposta migliore di solito vede lo Scrum Master fare coaching, insegnare o rimuovere un impedimento perché il team possa risolvere da solo.
Mito: il Daily Scrum è una riunione di aggiornamento per lo Scrum Master e il Product Owner
Realtà: il Daily Scrum è un evento di 15 minuti per gli Developers, che si tiene alla stessa ora e nello stesso luogo ogni giorno lavorativo dello Sprint. Il suo scopo è ispezionare i progressi verso lo Sprint Goal e adattare lo Sprint Backlog. La Guida non richiede la presenza del Product Owner e lo Scrum Master non lo conduce come una sessione di reportistica.
Perché è una trappola: molte persone hanno visto solo riunioni giornaliere in cui tutti riferiscono a un responsabile. Opzioni come “the Product Owner must attend to approve the plan” o “the Scrum Master collects status updates” puntano proprio su quell'esperienza.
Mito: il Product Backlog refinement richiede il 10% della capacità degli Developers
Realtà: il refinement è un'attività continua, non un evento, e la Scrum Guide 2020 non indica alcuna percentuale. La vecchia formulazione “di norma non più del 10%” è stata eliminata nel 2020.
Perché è una trappola: il materiale di studio e le domande di allenamento più vecchi citano ancora il 10%; in un esame attuale non c'è un numero fisso.
Mito: la Sprint Review è il momento in cui il Product Owner accetta o rilascia il lavoro
Realtà: la Sprint Review è una sessione di lavoro in cui lo Scrum Team e gli stakeholders ispezionano il risultato dello Sprint e decidono cosa fare dopo. Non è un cancello per il rilascio. Un Increment nasce nel momento in cui un elemento del Product Backlog rispetta la Definition of Done, e gli Increment possono essere consegnati agli stakeholders prima della Sprint Review.
Perché è una trappola: “demo e approvazione” è il modo in cui molte organizzazioni gestiscono la review. All'esame, qualsiasi opzione che tratti la Sprint Review come unico momento di rilascio, o come riunione di approvazione formale, è sospetta.
Mito: i team hanno bisogno di uno Sprint 0 o di uno Sprint di hardening
Realtà: la Scrum Guide non menziona né uno Sprint 0 né Sprint di hardening. Ogni Sprint deve produrre almeno un Increment utile che rispetti la Definition of Done. Uno Sprint dedicato al setup o alla stabilizzazione del lavoro precedente indica che la Definition of Done non viene rispettata.
Perché è una trappola: questi nomi sono molto diffusi, quindi una domanda può chiedere “what should happen in Sprint 0?” come se fosse una cosa reale. La risposta corretta di solito riporta alla consegna di un Increment Done a ogni Sprint.
Mito: il Product Owner può essere un comitato
Realtà: il Product Owner è una persona, non un comitato. Il Product Owner può rappresentare le esigenze di molti stakeholders e può delegare ad altri il lavoro sul Product Backlog, ma resta responsabile della massimizzazione del valore e della gestione del Product Backlog.
Perché è una trappola: è un classico del PSPO I. Cerca le opzioni in cui un comitato direttivo o più responsabili di business condividono la responsabilità del Product Owner: la Guida non lo permette.
Mito: il lavoro non finito si può mostrare alla Sprint Review
Realtà: il lavoro che non rispetta la Definition of Done non fa parte dell'Increment. Torna nel Product Backlog per essere valutato in futuro e non può essere rilasciato né presentato alla Sprint Review.
Perché è una trappola: “mostriamolo comunque, così gli stakeholders possono dare feedback” suona ragionevole e collaborativo. All'esame è sbagliato, perché nasconde lo stato reale del prodotto e viola la trasparenza.
Mito: lo Sprint Backlog è fisso una volta finito lo Sprint Planning
Realtà: lo Sprint Backlog appartiene agli Developers, che sono responsabili del piano e lo adattano ogni giorno man mano che imparano di più. Ciò che resta fisso è l'impegno: lo Sprint Goal, l'unico obiettivo dello Sprint.
Perché è una trappola: le domande mescolano Sprint Goal e Sprint Backlog. Se un'opzione dice che dopo la pianificazione non si può aggiungere o cambiare nulla, o che solo lo Scrum Master può aggiornare lo Sprint Backlog, è sbagliata.
Mito: i team sono “auto-organizzati” e lo Scrum Master è un “servant-leader”
Realtà: la Guida 2020 dice che gli Scrum Team sono auto-gestiti: decidono al loro interno chi fa cosa, quando e come. Descrive gli Scrum Master come “true leaders who serve the Scrum Team and the larger organization”, al posto del termine “servant-leader” del 2017. Parla inoltre di responsabilità (accountabilities) piuttosto che di ruoli.
Perché è una trappola: la vecchia formulazione non è del tutto falsa nello spirito, ma le domande che chiedono cosa dice la Guida attuale premiano i termini attuali. Se due opzioni sembrano simili, scegli quella che usa il linguaggio del 2020.
Come allenarti a riconoscere queste trappole
- Leggi la Scrum Guide due volte. Leggila una prima volta tutta d'un fiato per avere il quadro generale, poi una seconda volta lentamente, segnando ogni responsabilità, ogni impegno (Product Goal, Sprint Goal, Definition of Done) e ogni timebox.
- Tieni una lista di parole spia. Parole come must, always, approve, assign, report o una percentuale fissa sono spesso attaccate all'opzione sbagliata. Controlla se la Guida lo dice davvero.
- Allenati sotto pressione di tempo. Sapere la risposta alla scrivania è diverso dal trovarla in meno di un minuto. Prova una simulazione gratuita a tempo dell'esame PSM su Scrumdemy (20 domande, 20 minuti) o la simulazione gratuita dell'esame CSM.
- Studia le spiegazioni, non solo il punteggio. Per ogni risposta sbagliata, trova la frase della Guida che chiude la questione. Se ti prepari al PSPO I, il quiz di preparazione PSPO I di Scrumdemy include una spiegazione per ciascuna delle sue 80 domande.
- Aggiungi i test ufficiali gratuiti. Le Open Assessments di Scrum.org (Scrum Open, Product Owner Open, Developer Open) sono gratuite e scritte nello stile del vero esame.
FAQ
Gli story point fanno parte di Scrum?
No. La Scrum Guide 2020 non menziona story point, velocity né user story. Sono pratiche facoltative, quindi una risposta d'esame che le rende obbligatorie è sbagliata.
Il Product Owner deve partecipare al Daily Scrum?
No. Il Daily Scrum è un evento di 15 minuti per gli Developers, per ispezionare i progressi verso lo Sprint Goal. La Guida non richiede che il Product Owner sia presente.
“Servant-leader” è ancora la risposta giusta al PSM I?
La Guida 2020 ha sostituito “servant-leader” con “true leaders who serve the Scrum Team and the larger organization”. Quando una domanda chiede cosa dice la Guida attuale, scegli la formulazione del 2020.
Si può mostrare il lavoro non finito alla Sprint Review?
No. Il lavoro che non rispetta la Definition of Done torna nel Product Backlog e non può essere presentato alla Sprint Review né rilasciato.