Standups diários - sim ou não? [fechadas]

Quão valioso (ou não) você acha que as reuniões diárias são?

Se você não estiver familiarizado, isso se refere a uma reunião diária que faz parte dos adeptos do Scrum (e algumas outras metodologias ágeis). A idéia é que você realize uma reunião diária, com prazo de 15 minutos e na qual todos devem permanecer (para incentivar as pessoas a irem direto ao ponto).

Na reunião, você percorre a sala e cada um diz: - O que você fez ontem - O que você planeja fazer hoje - Quaisquer bloqueadores ou impedimentos ao seu progresso.

Você acha que essa prática tem valor? Alguém já trabalhou em um local que já fez isso e o que você achou?

Tivemos standups diários no meu primeiro emprego. Bem, com todas as cooperativas / estagiários / temporários, na verdade era o lado mais longo - geralmente em torno de 30 minutos.

Mas a ideia de uma reunião diária curta, com timebox, ajudou muito apenas para saber em que outras pessoas estavam presas - e se fosse algo em que eu estava trabalhando, eu poderia re-priorizar minhas tarefas para concluir o que elas precisavam para continuar mais cedo. Isso também deu a todos a chance de saber no que todos estavam trabalhando; portanto, se alguém teve uma emergência, todos estavam pelo menos conscientes do que estava acontecendo - reduzir um fator de caminhão é sempre uma coisa boa.

Honestamente, todos os dias podem ser um pouco extremos em alguns casos. Mas a ideia de reuniões curtas e regulares para que todos fiquem na mesma página é uma adição valiosa a qualquer processo.

Acho essas reuniões muito valiosas. Eles oferecem os seguintes benefícios - em troca de gastar apenas 15 minutos!

• Mantém todos no tópico . É fácil investigar seus próprios problemas e esquecer o que os outros fazem, ou repetir o trabalho que está sendo feito por outra pessoa. Reuniões diárias impedem que isso aconteça.
• Não permite que as pessoas relaxem . Nessas reuniões, você faz promessas. Então você apenas tem que tentar mantê-los.
• Faz as pessoas interagirem . Os programadores geralmente não gostam de conversar com as pessoas. No entanto, nessas reuniões, eles recebem incentivo (e repreensões) de seus colegas, o que tem um efeito positivo no moral.
• Reúne todos em um só lugar . Você ganha o bônus de saber que todos virão para lá. Isso pode ser usado para organizar outras reuniões, fazer anúncios e continuar essa reunião diária em grupos menores para discutir problemas específicos. Geralmente, organizar essas reuniões requer muita atenção e requer habilidades que os programadores não gostam de usar.

Eu posso ficar horas a fio. Isso não me leva mais ao ponto, nem tem qualquer significado / impacto real em uma breve reunião de recuperação diária.

Mas, ei, se ficar em pé permite que você renomeie algo como ágil, deve ser bom!

Quanto a se uma reunião de acompanhamento regular em geral é uma boa idéia ... bem, eles ajudam se outros processos forem ineficazes.

Se você quiser saber o que alguém fez ontem e quais são suas próximas tarefas, consulte o Rastreador de problemas, onde já está registrado. Se não houver um filtro claro que informe isso para toda a equipe, configure um (ou encontre um software melhor).

Se você quiser saber se alguém tem algum bloqueador, verifique suas mensagens (se é email / im / forum / o que for). Se alguém tiver algum, deverá notificar a parte relevante e o líder do projeto quando ocorrerem, sem perder um dia esperando antes que alguém descubra, sem deixar de ter a chance de agir.

Certamente, há benefícios em ter reuniões regulares para discutir a direção de um projeto - em um sentido geral, e não específico, para garantir que todos entendam as metas gerais e assim por diante - e sejam realizadas semanalmente ou quinzenalmente (dependendo do ritmo das coisas).

Mas gastar um quarto de hora todos os dias apenas para que você possa se sentir ágil, ótimo e outras coisas? Perda de tempo.

Na minha experiência, os levantamentos não valeram a pena, especialmente o tipo diário. Elas são uma das duas coisas: um ritual vazio ou uma reunião ad-hoc não direcionada.

1. O ritual vazio: todo mundo gira em torno do círculo e declara a tarefa em que está trabalhando e seu progresso. Ninguém realmente se importa com o que os outros estão trabalhando e nada é feito (como resultado do apoio) se houver um problema.

2. A reunião ad-hoc não direcionada: Alguém (geralmente um gerente, gerente de vendas ou alguém da empresa) vem e descarrila. Talvez falemos do incêndio de hoje em detalhes minuciosos, ou de como alguém está ficando ansioso para cumprir um prazo, etc. 15 minutos se transformam em meia hora ou mais. Todo mundo está de pé, mesmo que devêssemos estar sentados se vai demorar tanto tempo.

Além disso, a parte "stand-up" dos stand-ups não ajuda a cronometrar as reuniões, apenas adiciona desconforto físico à mistura.

Tive experiências muito melhores com a comunicação ad-hoc entre os membros da equipe do que com as formalidades. Se alguém se importa com o que você está trabalhando ou com o seu progresso, eles perguntam ou você conta. Se você tiver um problema ou estiver bloqueado, verifique se as pessoas que precisam saber sobre ele sabem. Se um requisito não estiver claro, você rastreará o usuário comercial ou o BA e perguntará a ele.

Eu acho que eles são muito valiosos se forem executados corretamente. O formato que funcionou bem para mim é este ..

Cada pessoa dá uma resposta curta para as seguintes perguntas.
a) No que você está trabalhando?
b) O que você fará na próxima reunião (amanhã)?
c) Você realizou o que disse que faria na última reunião?
d) Quais obstáculos estão retardando / interrompendo seu progresso?

Qualquer discussão extensa sobre o exposto acima deve ser controlada durante a reunião para mantê-la curta. Qualquer pessoa pode ficar depois (ou se encontrar mais tarde) para discutir com a (s) pessoa (s) relevante (s) qualquer coisa que precise de cobertura estendida.

Isso alcança os seguintes objetivos:
a) O líder da equipe / proprietário do produto está informado sobre possíveis atrasos rapidamente.
b) O líder da equipe pode eliminar obstáculos rapidamente.
c) O líder da equipe pode identificar pessoas girando suas rodas rapidamente.
d) Incentiva a colaboração entre os membros da equipe, que podem ser introvertidos demais para pedir ajuda quando necessário.
e) Incentiva o impulso mantendo os compromissos curtos (minimiza a expansão do trabalho para o tempo disponível para o projeto).

Eu não os achei úteis como praticado no meu local de trabalho, onde o "Stand-up diário de 15 minutos" se estendia para 30, depois 45 e agora, com frequência, 60 minutos; onde todos se sentam enquanto esperam que o gerente do projeto mexa no projetor, no compartilhamento de rede ou no que quer que seja o demônio aleatório do dia; onde ele insiste em que todos reservem um tempo para fornecer atualizações de status antes da reunião, mas depois consultam todos novamente (caso tenhamos conseguido algo mais nos últimos momentos); A única parte do conceito original que resta é "Diariamente".

Não faça isso.

Pode ser útil, mas muitas vezes não está na prática.

Se você possui uma equipe que não tem acesso fácil a outros membros da equipe enquanto eles trabalham, ou sua organização dificulta a localização de gerentes / gerentes / diretores / quem quer que seja, pelo menos você sabe que tem uma chance por dia para responder a uma pergunta.

Na prática, às vezes, incentiva as pessoas a não discutir questões imediatamente, e pode se tornar um tempo considerável. Por exemplo:

Se eu estou em apenas um projeto de desenvolvimento ativo (geralmente, eu estou em dois), geralmente há pelo menos um controle de qualidade final e um girando ao mesmo tempo. São três 15 minutos de espera por dia. As minhas quase nunca são consecutivas. Você perde algum tempo para ter certeza de que está em um ponto de parada antes de cada um e, de maneira semelhante, voltando aos trilhos depois de cada um. Mesmo se você presumir que essas perdas são de 10 minutos cada, isso se traduz em mais de um dia inteiro de trabalho perdido em standups a cada semana.

Acrescente nas reuniões e demonstrações de confirmação e isso consome facilmente um dia inteiro.

IMHO, se sua equipe está tendo um problema de comunicação, as reuniões diárias podem ajudar, mas fazê-las de outra forma é simplesmente um monte de recursos.

Muito antes de pensar em SCRUM e Agile, eu era líder de equipe em um estudo de mão-de-obra que levou dois anos para ser realizado. Levaria muito mais tempo sem reuniões diárias. Em primeiro lugar, os seres humanos são seres humanos, eles se relaxam se souberem que ninguém está prestando atenção. Se eles têm que mostrar progresso todos os dias, diminuem menos. Se Joe parece estar fazendo mais progresso do que eles, eles relaxam menos. Além disso, permite que o gerente (ou quem quer que seja) saiba quando os problemas ocorrem antes que eles se tornem uma crise. Então, se Steve chegará uma semana atrasado e Harry estiver à frente, podemos mudar algumas tarefas. Isso evita que o projeto fique para trás porque uma pessoa ficou presa. Além disso, geralmente alguém poderá ajudar a pessoa a se soltar.

Agora, trabalhei em um lugar em que demos um grande projeto a um novo funcionário. (Eu não era o chefe dele.) Os relatórios de progresso que ele forneceu a seus gerentes eram "tudo está ótimo, tudo será feito a tempo", mas sem detalhes e ninguém exigia que ele dissesse exatamente o progresso que havia feito desde o dia anterior. Ele, como tenho certeza de que os experientes dentre vocês adivinharam, saiu sem aviso prévio uma semana antes do prazo e nenhuma de suas tarefas estava completa ou mesmo em um estado em que o "trabalho" que ele havia feito fosse utilizável. É por isso que as reuniões diárias são necessárias - para manter essas pessoas fazendo um progresso real e para descobrir quando não estão antes que todo o projeto seja interrompido. Acabei fazendo as tarefas dele e as minhas e fazendo horas extras o verão inteiro para manter o cliente multimilionário.

Sim, todos gostamos de acreditar que nossos desenvolvedores são todos motivados internamente e sempre produzirão os produtos para nós, mas a verdade é que você precisa proteger a equipe e a organização de pessoas como essa. Você nunca sabe quem eles serão; Às vezes, não é o novo funcionário, mas aquele que está bravo com a organização (justificável ou não) ou aquele que acabou de perder sua esposa (pelo menos você costuma saber quem são essas pessoas, mas nem todos compartilham seus problemas pessoais).

Sim ou não e eles são valiosos, são duas perguntas diferentes. As respostas também podem ser diferentes. No caso da última pergunta, a resposta pode depender da perspectiva.

A 1ª pergunta, sim ou não? É um sim . Do ponto de vista do Scrum ou XP, o standup é uma atividade essencial. Se você não tem scrums diários, não é realmente Scrum, é chamado de "scrum, mas não fazemos standups diários" ou " scrumbut " . se você deseja incluir uma perspectiva kanban, a maioria das equipes kanban faz standups, mesmo que seu método não as prescreva.

A segunda questão, (como) eles são valiosos, é mais complicada. Se você pratica Scrum ou XP, precisa acreditar que os standups são essenciais para promover a colaboração, o trabalho em equipe e tornar sua equipe mais eficaz. Portanto, a resposta é definitivamente valiosa .

A perspectiva dos proponentes enxutos é muito diferente . Uma visão extremamente enxuta é que seu cliente não se importa se você faz standups, então eles são apenas desperdícios. O que você faz com o lixo? Você reduz ao mínimo, idealmente a zero.

Uma visão enxuta mais moderada é que, embora não seja exatamente um desperdício, as postagens diárias são um custo de coordenação e não uma atividade de valor agregado . Você pode bancar o advogado do diabo com seus colegas do Scrum e perguntar: se você acha que seus levantamentos de 15 minutos são uma atividade de valor agregado, por que você não faz 30 minutos deles todos os dias ou 45 minutos e aumenta facilmente o valor agregado?

O Kanban, que tem raízes enxutas, mas busca cumprir os princípios do Manifesto Ágil, resolve esse paradoxo fazendo standups, mas usando uma estrutura de reunião muito diferente do formato tradicional de stand up ágil. O resultado é uma reunião muito mais curta, alinhada com o ponto de vista Lean. Este livro tem um exemplo em que uma equipe Kanban de 50 pessoas faz standups diários em 10 minutos .

Para resumir, seja ou não fazer standups diários, a resposta é um sim definitivo . Mas, eles são valiosos, quão valiosos são - depende .

O tipo mais útil de standup é o tipo Kanban.

1. Você precisará de um quadro de tarefas que reflita seu fluxo de trabalho / fluxo de valor real. Este painel de tarefas é o ponto focal do standup.
2. Concentre-se nos itens de trabalho, não nas pessoas
   • Concentre-se mais em quais itens de trabalho você, como equipe, pode concluir (com base no painel de tarefas) do que no que você pode começar
   • Concentre-se na solução de problemas que o quadro mostra - gargalos, blocos, etc.

(Isso provavelmente não funcionará muito bem em um ambiente Scrum, onde o compromisso e o foco nas pessoas são um mecanismo essencial.)

Dessa forma, uma reunião stand-up pode ser curta, mesmo com muitas pessoas, mas ainda tem uso real.

Quão valioso (ou não) você acha que as reuniões diárias são?

Terceirizar todas as reuniões do Scrum Framework é importante, mas acho que a reunião stand-up diária é a reunião 'mais' importante no Scrum Framework. É como um coração em um corpo. Se o coração não bombear sangue regularmente, então o corpo está fadado a morrer, nesse caso, o corpo é a Organização ou o Projeto após o scrum e o coração é a reunião do scrum.

Você acha que essa prática tem valor? Sim. Os Scrums diários melhoram as comunicações, eliminam outras reuniões, identificam e removem impedimentos ao desenvolvimento, destacam e promovem tomadas de decisão rápidas e melhoram o nível de conhecimento de todos. O Daily Scrum não é uma reunião de status. O Daily Scrum é uma inspeção do progresso em direção a essa meta da Sprint (as três perguntas). As reuniões de acompanhamento geralmente ocorrem para fazer adaptações ao próximo trabalho no Sprint. A intenção é otimizar a probabilidade de a equipe atingir seu objetivo. Essa é uma reunião importante de inspeção e adaptação no processo empírico do Scrum.

Alguém já trabalhou em um local que já fez isso e o que você achou?

Sim, no meu último projeto, seguimos as práticas Scrum Framework e Agile. Fomos muito sérios sobre o Scrum Framework em geral e não o fizemos com entusiasmo. Inicialmente, eu fazia parte de uma equipe de 5 pessoas, depois mudei para uma equipe maior, com cerca de 9 pessoas e depois voltei a um 6, distribuído por um período de 4 anos. A reunião diária do scrum certificava-se de que todos estavam sincronizados, os impedimentos transparentes, e nós, como equipe, podíamos ver como a equipe estava progredindo com o desgaste à nossa frente e sabíamos exatamente quem estava trabalhando no quê e onde poderíamos contribuir. nós mesmos. Definitivamente, é mais fácil fazer isso quando você tem equipes de 6 ou menos. O objetivo de uma reunião de scrum é fazer uma verificação de auto-inspeção e, se alguma coisa for encontrada não indo na direção da meta ou se algo estiver bloqueado, a equipe auto-organizada se adaptará,

A menos que haja um bom motivo para ter uma comunicação totalmente em rede entre toda a equipe diariamente, parece uma grande perda de tempo.

Em vez disso, têm semanários.

Na minha experiência, o planejamento prévio do que você fará no dia seguinte leva a grandes aumentos de produtividade. Portanto, ter essas reuniões como scrum vale o tempo perdido apenas por esse motivo.

Tente mantê-los curtos ou faça-os em um bate-papo em grupo do Skype todos os dias ao mesmo tempo. Apenas certifique-se de ler as atualizações de cada um.

Um relatório diário de status no final de cada dia antes de você voltar para casa tem o mesmo efeito.

Tem sido eficaz para mim em equipes de 3 e 5 pessoas, e eu já vi isso sendo usado efetivamente para uma equipe de planejadores de eventos que tinha cerca de 20 pessoas. Você tem que mantê-lo curto, você tem que mantê-lo em movimento. Tudo bem se você se sentar, mas não deve haver nenhum material extra (folhetos, quadro branco, vídeo etc.)

Eu acho que as stand-ups diárias são uma ótima idéia, independentemente da metodologia ou área em que você está trabalhando - desde que você possa mantê-las curtas por 15 minutos no máximo. Se você não consegue manter isso regularmente, há muitas pessoas participando de um único stand-up ou a reunião não está suficientemente focada.

Onde estamos, a equipe de marketing começou a nos copiar e agora também possui stand-ups - portanto, não é apenas para desenvolvedores!

Fazemos reuniões de "stand up" antes de sabermos que era um scrum ágil, há cerca de 7 anos. Na minha opinião, eles são uma ótima maneira de obter um sentimento geral sobre como o projeto está progredindo e se alguém precisa de ajuda. Alguns dos membros da minha equipe não gostam de pedir ajuda, mas a aceitarão quando oferecidos, pois isso geralmente é feito diariamente.

As reuniões devem ser curtas, tivemos reuniões geralmente com menos de 10 minutos com 7 membros da equipe. Ajuda a planejá-los antes do intervalo das dez horas. Também não usamos tecnologia nas reuniões, apenas o quadro de scrum com tarefas de publicação e alguns gráficos.

No lado positivo, essas reuniões podem ter o efeito de aumentar a produtividade em termos de alcance de objetivos comerciais urgentes e imediatos.

Do lado negativo, essas reuniões (diariamente: o que você fez? O que você vai fazer? O que está no seu caminho?) Desencorajam o que poderíamos chamar de "google-time" ou trabalhar / aprender em um projeto paralelo que não tem impacto imediato sobre os negócios, mas pode ter um impacto significativo na linha.

Um produto para o qual eu fiz o protótipo nunca teria passado no teste da reunião diária e, felizmente, meu antigo gerente concedeu muita liberdade para trabalhar por conta própria, e agora o produto real está ativo. Mas agora que o gerente antigo saiu, e entrou um novo que adota o conceito de scrum diário, não vejo como poderia ter desenvolvido o protótipo no ambiente de scrum diário.