Negocio

Reunião Scrum: Formato e Regras

Objetivo das reuniões Scrum

A equipe de desenvolvimento de Adam quer acabar com as reuniões Scrum. Eles sentem que são apenas reuniões de atualização de status e podem ser substituídos por um e-mail. Adam sabe que as reuniões Scrum são muito mais do que atualizações de status e precisa lembrar sua equipe disso. Ele planeja repassar as regras de como as reuniões devem ser conduzidas e o conteúdo e formato em que devem consistir, mas a primeira coisa que Adam analisa com a equipe é o propósito das reuniões. Antes do como e do quê, é importante entender o porquê.

O objetivo de uma reunião Scrum é a comunicação. Mais especificamente, o objetivo é uma comunicação valiosa, que traz benefícios para toda a equipe. Ele permite que todos estejam atualizados sobre o trabalho realizado no Sprint , que normalmente dura de 2 a 4 semanas, nas quais partes do trabalho do projeto conhecidas como histórias de usuário são totalmente desenvolvidas e testadas. Todos, desde o product owner que solicitou o trabalho e é o tomador de decisão para o projeto, à equipe de desenvolvimento, ao Scrum master cujo principal objetivo é permitir que a equipe de desenvolvimento seja o mais eficaz e eficiente possível, estão investidos em o trabalho do projeto.

Regras de reunião

Depois que a equipe é atualizada com o propósito das reuniões Scrum, Adam deseja restabelecer as regras de como as reuniões devem ser conduzidas. Embora haja flexibilidade na implementação, seguir essas regras garantirá que as reuniões sejam realizadas de maneira adequada e da maneira mais eficiente possível. Existem regras de tempo, regras de atendimento e regras relativas ao tópico discutido.

As regras de tempo envolvem a duração da reunião, bem como quando e com que freqüência a reunião ocorre. As reuniões Scrum não devem durar mais que 15 minutos. Eles devem ser sempre mantidos ao mesmo tempo para consistência. Não existe uma regra específica sobre os horários em que devem ocorrer, pois algumas equipes estão em horários ou fusos horários diferentes. A melhor prática é reunir-se no início da jornada de trabalho da equipe. Além de ocorrerem no mesmo horário, as reuniões devem ocorrer diariamente.

As regras de participação tratam de quem está envolvido na reunião Scrum e o que eles fazem. É importante fazer uma distinção entre assiduidade e participação. Qualquer pessoa pode participar de uma reunião Scrum; os indivíduos que afetam diretamente o estado das histórias de usuário devem comparecer. Isso inclui a equipe de desenvolvimento, o Scrum master e o proprietário do produto. Esses também são os únicos que devem falar. No entanto, todos devem participar em pé durante toda a reunião. É por isso que as reuniões Scrum também são chamadas de reuniões stand-up. Levantar-se ajuda a manter as reuniões em movimento e o foco nas pessoas.

A última regra para reuniões Scrum envolve os tópicos discutidos. A regra é simples, mas geralmente é uma das mais difíceis de seguir. Os tópicos discutidos na reunião diária do Scrum devem estar relacionados apenas ao trabalho da Sprint, o que significa que as histórias de usuários atuais estão sendo desenvolvidas e testadas. Pode haver novos requisitos ou itens de trabalho futuros que estão conectados às histórias de usuário atuais, mas eles não são relevantes na reunião Scrum. Além disso, a equipe pode não estar trabalhando exclusivamente no trabalho do projeto todos os dias, mas esses itens não devem ser discutidos, a menos que estejam prejudicando o trabalho do projeto. Qualquer coisa que não pertença ao trabalho da Sprint deve ser discutida como acompanhamento.

Conteúdo e formato da reunião

Uma vez que sua equipe foi lembrada por que as reuniões Scrum ocorrem e como elas devem ser feitas, Adam passa para o que as reuniões Scrum devem conter. Depois de restabelecer o porquê e o como, ele se concentra no quê. O foco está no conteúdo que deve ser discutido na reunião, bem como no melhor formato para esse conteúdo.

A regra para os tópicos discutidos na reunião Scrum é que eles devem estar relacionados apenas ao trabalho da Sprint. Isso é importante, mas manter a reunião focada no tópico não garante que o conteúdo da reunião seja o mais valioso possível. O conteúdo deve se concentrar no estado de cada história de usuário, incluindo seus estados recentes e a progressão para seu estado atual, como continuará a progredir e se há algo que o impeça.

Existem dois formatos principais normalmente usados ​​para este conteúdo. O mais comum é o formato pessoa a pessoa. Cada pessoa fala sobre o que fez ontem, o que planeja fazer no dia atual e se há algum problema ou obstáculo. Nesse formato, a mesma história de usuário pode ser discutida mais de uma vez, pois diferentes membros da equipe podem estar envolvidos nela. No entanto, cada membro da equipe fala, então fica claro quem está completando o trabalho e quem não está.

A outra abordagem é um formato de história por história. Nela, cada história de usuário que foi levada para o Sprint é discutida. Cada história de usuário é discutida pelos indivíduos que nela trabalham. A progressão da história do usuário é revisada conforme o desenvolvimento começa, o desenvolvimento é concluído, o teste é concluído e a história do usuário está pronta para ser revisada pelo proprietário do produto. Nesse formato, cada user story é discutida apenas uma vez, mas não fica claro quais indivíduos estão concluindo seu trabalho, pois o foco está na user story.

Resumo da lição

As reuniões Scrum têm tudo a ver com comunicação. Eles são para indivíduos envolvidos com o trabalho do projeto, especificamente o product owner , que é o tomador de decisão do projeto, a equipe de desenvolvimento e o Scrum master , que está focado em ajudar a equipe de desenvolvimento a ser o mais eficaz possível. A reunião deve ocorrer diariamente no mesmo horário. Não deve demorar mais do que 15 minutos, e todos devem permanecer em pé até o fim. Qualquer pessoa pode participar, mas apenas o product owner, a equipe de desenvolvimento e o Scrum master devem participar. Eles devem se concentrar no trabalho no Sprint atual e fornecer o estado atual de cada história do usuário , como eles irão progredir e quaisquer obstáculos que possam prever. Isso pode ser feito pessoa a pessoa ou história por história.