Lavoravo in una metodologia cascata e ora sono in una squadra che sta seguendo una metodologia agile. Sembra che stiano sbagliando. Ad esempio, abbiamo stand-up che durano 25+ minuti al giorno, il che è davvero fastidioso. Inoltre, mi sento più come se io giustificassi il mio salario alla gestione di qualsiasi altra cosa.
Ho sbagliato a sentirmi in questo modo? È così che solitamente vengono condotti gli stand-up?
Per Scrum, Ken Schwaber e Jeff Sutherland spiega :
Daily Scrum
The Daily Scrum is a 15-minute time-boxed event for the Development Team to synchronize activities and create a plan for the next 24 hours. This is done by inspecting the work since the last Daily Scrum and forecasting the work that could be done before the next one. The Daily Scrum is held at the same time and place each day to reduce complexity. During the meeting, the Development Team members explain:
What did I do yesterday that helped the Development Team meet the Sprint Goal?
What will I do today to help the Development Team meet the Sprint Goal?
Do I see any impediment that prevents me or the Development Team from meeting the Sprint Goal?
The Development Team uses the Daily Scrum to inspect progress toward the Sprint Goal and to inspect how progress is trending toward completing the work in the Sprint Backlog. The Daily Scrum optimizes the probability that the Development Team will meet the Sprint Goal. Every day, the Development Team should understand how it intends to work together as a self-organizing team to accomplish the Sprint Goal and create the anticipated Increment by the end of the Sprint. The Development Team or team members often meet immediately after the Daily Scrum for detailed discussions, or to adapt, or replan, the rest of the Sprint’s work.
The Scrum Master ensures that the Development Team has the meeting, but the Development Team is responsible for conducting the Daily Scrum. The Scrum Master teaches the Development Team to keep the Daily Scrum within the 15-minute time-box.
The Scrum Master enforces the rule that only Development Team members participate in the Daily Scrum.
Daily Scrums improve communications, eliminate other meetings, identify impediments to development for removal, highlight and promote quick decision-making, and improve the Development Team’s level of knowledge. This is a key inspect and adapt meeting.
Altre metodologie possono avere rituali diversi e anche diversi team Scrum possono ottimizzare il modo in cui lo fanno in modo diverso. L'idea chiave è un rapido incontro per assicurarsi che il team sia sulla buona strada per consegnare. Non dovrebbe essere un rapporto sullo stato di gestione. È comunque una delle idee agili che è più facilmente sovvertita.
Se correttamente eseguito all'interno di un team Scrum di dimensioni adeguate, lo stand-up quotidiano non dovrebbe mai richiedere più di 15 minuti o così. Se impiega più tempo, la squadra è troppo grande o hai un problema di processo.
Lo stand-up quotidiano è un incontro di impegno e coordinamento per l'intero team. È progettato per garantire che l'intero team sia a conoscenza degli impedimenti, quali storie sono state fatte o meno, e quali attività sono pronte per essere estratte dall'elenco delle cose da fare di un membro del team in quelle di qualcun altro.
È importante che lo Scrum Master e il Product Owner siano partecipanti attivi nello stand-up, ma se il team sta segnalando a uno di loro, allora il tuo processo Scrum potrebbe essere veramente rotto. Una risposta correlata su Project Management Stack Exchange ha un elenco di 10 punti "odori del progetto" in basso, alcuni di cui si può applicare nel tuo caso. Anche se non si applicano, dovresti sicuramente rivalutare l'efficacia dei tuoi stand-up alla tua prossima Sprint Retrospective.
Anche se non mi piacciono le "tre domande" come un formato concreto perché tendono a condurre a riunioni che assomigliano a un tiro di status, sarei negligente se non indicherei Mike Cohn's descrizione canonica del Daily Scrum . La pagina dice, in parte:
By focusing on what each person accomplished yesterday and will accomplish today, the team gains an excellent understanding of what work has been done and what work remains. The daily Scrum meeting is not a status update meeting in which a boss is collecting information about who is behind schedule. Rather, it is a meeting in which team members make commitments to each other.
Ci sono molti più dettagli e alcuni esempi concreti in quella pagina. Tuttavia, ai fini della tua domanda, esplicitamente ha dichiarato che:
Scrum daily standup meetings are strictly time-boxed to 15 minutes. This keeps the discussion brisk but relevant.
Il time-box è il fondamento di Scrum. Mentre la maggior parte delle caselle di tempo all'interno di Scrum può essere regolata dal team come risultato del ciclo di ispezione e adattamento, è considerata una cattiva pratica estendere la lunghezza dello stand-up. Se il principio del time-boxing non viene rispettato nel tuo processo, generalmente si tratta di un "odore del progetto" molto spiacevole.
Come per tutti i processi Agile questo è lo scopo: "da cosa ottieni valore".
Lo stand up quotidiano è in genere un meccanismo per garantire la comunicazione tra i membri del team in un modo a basso impatto, in cui tutti possono capire dove si trova il team in relazione all'attuale serie di attività. Quindi una situazione di 5 minuti in cui tutti dicono "Ho fatto x ieri e ho intenzione di farlo oggi" va bene, così come 15 minuti in cui il team decide tra di loro su cosa lavorare in seguito e aggiorna la task board. / p>
Tuttavia, non è necessario per nessuno, non se comunichi queste cose in altri modi, ad esempio utilizzando un sistema di notifica sociale mobile, ad esempio.
Allo stesso modo, se vuoi che il tuo stand up sia più lungo e più una cosa che riporta una squadra, allora va anche bene. Lo metterei in dubbio, ma so che alcune squadre preferiscono un approccio più diretto al lavoro. Dopo tutto, Agile può far fronte a tutti i tipi di team.
La vera domanda che dovresti porci è se stai ricevendo qualche valore da esso, e in caso contrario - che cosa cambierai in modo da ottenere valore. Fare lo stand up come prescritto da qualche libro sacro di Scrum NON è agile. Fare una situazione che significa qualcosa per la tua squadra in modo che tutti lavorino meglio è
Quello che stai descrivendo è un modo in cui gli "stand-up" possono fallire per il team.
I migliori stand-up sono brevi perché tutti capiscono cosa stanno facendo gli altri, spiegano cosa hanno ottenuto ieri, cosa realizzeranno oggi e segnaleranno tutto ciò che potrebbe influenzare la loro capacità di mantenere le loro promesse. Altri membri del team possono quindi indicare che possono aiutare a risolvere rapidamente gli impedimenti reciproci, ma che le soluzioni prendono parte al di fuori dello stand up.
In breve, dovrebbero essere la colla che unisce la squadra.
Sembra più che altro, è un aggiornamento di stato, e tu sei tenuto a prendere in considerazione consegna / non consegna, ma il team è disfunzionale perché il team non sta utilizzando le riunioni di stand up per supportarsi l'un l'altro per consegnare e rimuovere gli impedimenti.
Nei due ambienti che ho visto accadere, è stato causato dall'avere uno scrum master che non è riuscito a delegare la responsabilità di assicurare che il team mantenga le promesse di iterazione. In un caso è stato particolarmente controproducente e ha generato un atteggiamento noi / loro all'interno del team.
Scrum riguarda team di auto-organizzazione, in cui il team si organizza per risolvere rapidamente i problemi e rispettare i propri impegni
Leggi altre domande sui tag agile scrum development-methodologies meetings