Daily Scrum quando il team sta solo correggendo i bug

Lo scopo ufficiale del daily scrum è il seguente:

1. Comunicare al resto del team ciò che hai fatto ieri
2. Comunicare al resto del team ciò che farai oggi
3. Comunicare allo scrum master eventuali impedimenti o elementi bloccati

Applicando questo al tuo caso:

• La discussione non fa parte della mischia quotidiana, quindi se c'è qualcosa da discutere è irrilevante
• "Ho fatto un errore 23/24/25 ieri e oggi mi concentrerò sui file dei bug CSS" è uno stato di scrum valido e utile. Dice a tutti che uno sta progredendo e cosa tenere le mani fuori per oggi. Dice anche alle persone che uno non è rimasto bloccato sullo stesso bug per tre giorni.
• Abbiamo bisogno di verificare che non ci siano problemi nella preparazione, che si verifichino problemi, impedimenti ecc.

Lo scopo dietro le quinte del daily scrum è:

• Incarnando il principio agile della trasparenza
• Ridurre al minimo l'impatto dei problemi assicurandoti che vengano segnalati il più velocemente possibile
• Avere un ciclo di feedback molto rapido di un giorno per molti problemi relativi a tutta la squadra, che è preferibile avere solo un ciclo di feedback lungo l'iterazione
• Per dare ai tuoi sviluppatori un posto per parlare o porre domande a tutti gli altri invece di dover andare a scrivania
• Avere un anticipo in tempo utile a capire se il team effettuerà uno sprint o meno
• Per consentire al team di riorganizzarsi se la distribuzione del carico di lavoro corrente non è efficiente

...

Puoi trovare un ottimo articolo di Jeff Sutherland su MSDN :

Individuals and interactions are essential to high-performing teams. Studies of "communication saturation" during one project showed that, when no communication problems exist, teams can perform 50 times better than the industry average. To facilitate communication, agile methodologies rely on frequent inspect-and-adapt cycles. These cycles can range from every few minutes with pair programming, to every few hours with continuous integration, to every day with a daily standup meeting, to every iteration with a review and retrospective.

L'intero SCRUM è riassunto in una singola immagine e come 2 pagine di testo. Ha pochissimi elementi "obbligatori". Daily SCRUM è uno di questi. Indovina un po? ; -)

Non capisco la motivazione di non farlo. Se non c'è nulla da discutere, tutti lo riferiranno solo ed è finito tra 15 secondi. Con tutti contenti che tutta la squadra sia sulla buona strada.

E se qualcuno ha qualcosa di rilevante da segnalare?