Outra equipe da minha empresa começa a documentar suas reuniões de stand-up, mas acredito que é uma perda de tempo. Tanto quanto sei, as reuniões stand-up são para comunicação e não para relatórios de status (por favor, corrija-me se estiver errado)
Então, devemos documentar reuniões em pé?
Respostas:
Um dos benefícios do Agile é que cada equipe pode determinar o que funciona melhor para eles e seguir em frente.
No entanto: você deve fazer anotações? Não; na minha experiência, no minuto em que uma equipe decide começar a voltar atrás em alguns dos princípios básicos, como:
então essa equipe começará a se afastar do Agile em direção a uma abordagem mais documentada e de baixa velocidade para o trabalho.
Em "Não é só levantar-se" , de Martin Fowler , não há menção de tomar notas ou documentar os "minutos" de uma reunião de pé. Tudo o que você deve tirar dessa reunião é PRESENTES:
No entanto , se alguém tem um bloqueador no qual você precisa ajudá-lo a trabalhar e você toma nota do que está dizendo, isso é totalmente diferente. - se nocauteie com isso.
Como ponto de referência, eu sou Dono de Produto e estou orientando o ScrumMaster agora na minha empresa e de todas as reuniões Agile que temos (scrum, planejamento de sprint, revisão de sprint, retrospectiva de sprint), a única que assumimos oficialmente minutos é a retrospectiva, porque isso dá à equipe algo concreto para trabalhar e se referir no próximo sprint (e esses "minutos" são alguns conjuntos de pequenos pontos).
fonte
Seu scrum deve ser:
É isso aí. Rápido e direto ao ponto. 5-10 min. Máx. Absolutamente não há necessidade de documentar, mas se alguém precisar anotar algo em ação, isso não deve ser um problema.
fonte
Na última empresa em que trabalhei, costumávamos documentar apenas as grandes decisões tomadas durante as reuniões em pé.
Como você disse, as reuniões stand-up são para comunicação dentro de um pequeno grupo de pessoas, e isso diz respeito apenas a esse grupo específico de pessoas ... de qualquer maneira ... às vezes ... alguém diz algo interessante que pode ser importante e eventualmente pode influenciar a maneira como o projeto é feito (geralmente eram avisos sobre bugs complicados a serem resolvidos ou pontos técnicos muito importantes para se conhecer). Por isso, começamos a documentar APENAS os pontos "importantes para um futuro melhor".
Penso que as reuniões de stand-up de documentos são inteligentes se você tiver certeza absoluta da importância do conteúdo e apenas se puder dizer que isso ajudará sua equipe em um futuro próximo ou distante.
fonte
Trate o stand-up como uma reunião casual - sem a expectativa de que as declarações sejam formais, finais, etc., o que tornará as pessoas menos propensas a levantar tópicos com os quais ainda não se sentem confortáveis - mas simplesmente entenda que qualquer coisa importante deve ter a discussão continue em outro lugar, mesmo que seja apenas um email simples para a equipe. Além de ajudar a impedir que o stand-up se transforme em uma reunião completa do projeto, isso também evita a exclusão de qualquer pessoa que não consiga chegar a um stand-up específico.
fonte
Na minha experiência, os levantamentos são uma ótima maneira de obter uma "pulsação" de onde a equipe está no projeto. Os que eu assisto têm alguns minutos cada, o que não é realmente longo o suficiente para merecer a documentação, mas eles são ótimos para ter uma noção de onde as coisas estão ao longo do processo e para me dar um aviso sobre qualquer coisa que possa me impactar. o termo imediato.
Se algo particularmente notável surgir de uma reunião de stand-up, você deve documentar exatamente isso e transmiti-lo separadamente, mas não tenho o hábito de documentar todas as reuniões todos os dias.
fonte
Não existe (quase não pode haver) uma resposta absoluta para isso - depende muito ...
Pragmaticamente, se você está fazendo "o que eu fiz, o que vou fazer, aqui estão os meus problemas", pode ser que haja mérito, para alguns (aqueles que estão no comando), registrando isso para que você possa verificar na próxima reunião (embora "trabalhar" também deva ser aparente por outros meios) - mas não particularmente além disso, ou seja, é uma informação que deve deixar de ter valor quando a próxima reunião terminar.
Além disso, se houver assuntos / reuniões decorrentes do stand-up, é potencialmente útil registrá-los para acompanhar se os acompanhamentos realmente ocorreram (embora, novamente, eu tenha certeza de que serei informado de que isso deve se tornar aparente por outros meios) )
Minutos formais? Eu teria pensado isso contrário ao espírito da coisa.
fonte
Na minha empresa atual, temos 2 equipes Scrum com standups separados e os documentamos enviando um email de resumo no final de cada standup. Funciona muito bem, tornando informações importantes imediatamente conhecidas por todos os membros da outra equipe. No entanto, não mantemos um histórico dos e-mails para fins de arquivo.
Então, meu conselho seria:
Para uma única equipe, a documentação de stand-ups pode não valer o tempo gasto. O Scrum Master pode apenas transmitir alertas ou informações importantes por via oral a quem ele achar melhor depois.
Para várias equipes cujo trabalho está intimamente relacionado, documentar os levantamentos é uma maneira de transmitir informações potencialmente revolucionárias imediatamente após a reunião sem esperar que um Scrum of Scrums aconteça.
fonte
Não vejo problema em sair dessa reunião e enviar um e-mail ao grupo como lembrete / esclarecedor de uma decisão significativa que foi tomada ou de ações que surgiram. Afinal, você não quer se arriscar a esquecer ou deixar que o tempo desapareça a memória do que foi discutido.
Mas, como documentar formalmente a reunião, como você faria em uma reunião mais tradicional ... bem, parece contra-intuitivo. Supõe-se que essas reuniões sejam enxutas e ágeis, de modo que atolá-las com muito "processo" parece contraproducente.
fonte
Agrega valor? Mais tarde, as pessoas analisam a documentação das reuniões? Caso contrário, é apenas uma perda de tempo. E eu duvido seriamente que eles sejam. Escrever um documento que ninguém lê é uma perda de tempo.
Em algum momento, na verdade, documentamos e arquivamos alterações de status em nosso scrum diário, ou seja, quem trabalhou em qual tarefa, quem realizou uma revisão por pares etc. Isso foi feito apenas porque alguém achou necessário, a fim de estar em conformidade com o requisito de rastreabilidade do requisito do sistema ao código porque estávamos desenvolvendo software para dispositivos médicos.
Mais tarde, conseguimos convencer a gerência de que esse não era realmente o caso, e a prática foi abandonada com muita alegria pelos responsáveis por essa documentação.
fonte
Sim .
Você está tomando decisões sobre (a) quem é responsável por um item de trabalho e / ou (b) a importância de um item de trabalho em relação a outros itens?
Se estiver, anote essas decisões. Caso contrário, você as repetirá, e as decisões serão iguais a elas, infinitamente.
Se não estiver, não realize as reuniões.
fonte