POR DENTRO DO SCRUM: DEMONSTRAÇÃO DO TRABALHO DA EQUIPE

 

No Scrum, nos esforçamos para entregar um produto funcional ao final de cada iteração. Mas de que isso adianta se ninguém ficar sabendo? A resposta do Scrum para isso é a demonstração. Como sabemos, o PO é responsável por aprovar o que foi entregue. Tudo que for aprovado está pronto para ser demonstrado para um público-alvo maior. O PO é responsável perante as outras partes interessadas, atuando como seu representante para garantir que recebam aquilo que desejam. 

A demonstração é como o PO e a equipe garantem que os interessados estejam satisfeitos com a entrega. É um evento poderoso para as equipes de Scrum. A demonstração gera confiança entre a equipe e os interessados, e isso ocorre de algumas maneiras. 

Primeiramente, é uma ocasião para conversas diretas com as partes interessadas. Esse grupo tem interesse no sucesso da equipe e do produto. É uma ótima oportunidade para que a equipe receba feedback direto. Os interessados podem ver diretamente o trabalho sendo realizado a seu pedido, dão feedback à equipe, elogiam o que foi feito e sugerem mudanças, propondo novas histórias. O PO registra isso tudo e, após a demonstração, trabalha para acrescentar detalhes e avaliar as novas histórias para a lista de pendências. 

Às vezes, os interessados veem algo na demonstração e desistem daquilo. Não há problema algum. É melhor ouvir e cuidar disso na hora. A equipe pode, então, dar atenção ao que os interessados realmente querem. 

Outra vantagem da demonstração é permitir que as partes interessadas conheçam quem está trabalhando no projeto. Elas podem conferir pessoalmente as habilidades e a dedicação de cada membro às iterações. É uma oportunidade para construir relacionamentos entre a equipe e os interessados. Essa visibilidade dá aos interessados uma perspectiva mais ampla e equilibrada sobre o que é preciso para criar seu produto. Além disso, eles veem a disposição da equipe para receber feedback e se adequar às novas necessidades. 

Por fim, a demonstração apresenta o progresso geral rumo ao objetivo final. O PO atualiza o roteiro do produto e o planejamento de lançamentos após cada iteração. Esse é o momento de mostrá-los às partes interessadas. A equipe faz com que os interessados participem da jornada e possam dar feedback sobre os prazos e o conteúdo de cada lançamento planejado. É mais uma atividade que fortalece a confiança e o relacionamento. 

Talvez você se pergunte se precisa fazer uma demonstração no fim de cada iteração. Não, não precisa, mas deve fazer demonstrações sempre que possível. Isso ajuda a conquistar a confiança dos interessados e demonstrar o progresso obtido. O produto será mais robusto e terá grande aceitação se recebermos feedback constante para aperfeiçoá-lo. 

Uma das melhores coisas do Scrum é a transparência, tornando tudo visível a todos. Faça demonstrações periódicas, para que o produto fique compatível com as expectativas dos interessados.

Em nossa próxima postagem, falaremos sobre avaliação da equipe

Siga nossas mídias clicando no link abaixo:

https://linktr.ee/sjconsultoria

Ou aponte seu celular para o QR CODE aqui:

Vem com a gente, porque aqui, nós pregamos o que acreditamos e praticamos o que pregamos! Até a próxima!

POR DENTRO DO SCRUM: COMO CONCLUIR HISTÓRIAS NO SCRUM

No Scrum, a equipe leva a sério o compromisso da iteração, esforçando-se diariamente para colaborar e finalizar as histórias. Lembre-se: no Scrum, “concluído” significa um produto utilizável que atenda aos critérios de aceitação. Como esse é o objetivo, a equipe está sempre desenvolvendo e testando, para garantir que todos os CA da história sejam atendidos. Porém, quem aprova os CA é o Product Owner. Como o Product Owner é o representante da empresa na equipe, sua aprovação é a palavra final. Isso significa que, ao longo da iteração, os membros da equipe conferem seu trabalho com o PO. 

Cada história aprovada passa, então, para a coluna “concluído” no quadro de tarefas. Algumas equipes fazem uma breve sessão formal, chamada de revisão da iteração. Nesse evento, a equipe e o PO se reúnem para avaliar a iteração como um todo. Trata-se de um ponto de verificação em que todos analisam cada história da iteração e observam quais foram concluídas. Tudo que não foi concluído é avaliado, priorizado e transferido para outra iteração. Em alguns casos, a equipe descobre novas informações sobre uma história, e ela precisa ser dividida em partes menores. 

Depois da divisão, elas também são priorizadas pelo PO e movidas para a iteração adequada. Por fim, a equipe chega a um consenso sobre o que foi concluído e pode ser apresentado ao grande grupo de partes interessadas. Essa reunião deve ser simples e breve. O que fizemos, o que ainda precisamos fazer em iterações futuras e o que está pronto para ser mostrado? Essa sessão é outra etapa da colaboração no Scrum. 

A equipe reconhece seu progresso e acompanha o que vem a seguir. Com essa colaboração, a equipe se mantém a par de todo o projeto, permanece focada no panorama geral e entrega um produto utilizável em cada iteração.

Em nossa próxima postagem, falaremos sobre demonstração do trabalho da equipe

Siga nossas mídias clicando no link abaixo:

https://linktr.ee/sjconsultoria

Ou aponte seu celular para o QR CODE aqui:

Vem com a gente, porque aqui, nós pregamos o que acreditamos e praticamos o que pregamos! Até a próxima!

POR DENTRO DO SCRUM: REVISÃO DA LISTA DE PENDÊNCIAS DO SCRUM

No Scrum, o Product Owner é responsável perante a equipe e interessados. Os interessados querem garantir que vão receber o que precisam com o projeto. Para manter as prioridades certas, é fundamental o refinamento contínuo da lista de pendências do produto. Para isso, o PO deve se reunir com os interessados visando entender suas necessidades. Ele está sempre remanejando o trabalho, conforme os requisitos e as necessidades mudam. 

Durante o projeto, a lista de pendências muda constantemente conforme novos recursos e histórias são identificados e acrescentados. Outras histórias são alteradas ou até removidas. Conforme novas histórias são identificadas, o PO trabalha os detalhes e os CA de cada uma, mas, pelo menos uma vez por iteração, a equipe toda se reúne para analisar os itens novos. 

Costuma ser uma sessão de 30 a 60 minutos para revisão da lista de pendências, geralmente na metade da iteração. O PO lê as novas histórias para a equipe, e os membros pedem os detalhes que estiverem faltando. O PO, então, busca respostas para as perguntas da equipe. Depois disso, o PO define a prioridade das novas histórias e acrescenta-as à lista de pendências da melhor forma. 

Pode parecer assustador, mas existe uma proteção para a equipe e o compromisso com a iteração. O PO só pode acrescentar histórias às iterações futuras, nunca à iteração em andamento. Portanto, sim, a lista de pendências vai mudar ao longo do projeto. Mas não, o compromisso da iteração não pode ser alterado depois que ela for iniciada. Isso ajuda a equipe a manter seus compromissos, mas também permite que a equipe se adapte às necessidades dos negócios ao longo do projeto. 

A outra vantagem das sessões contínuas para revisão da lista de pendências é que a equipe solicita esclarecimentos ao PO bem antes da reunião de planejamento e compromisso com as iterações. Se os detalhes não estiverem prontos a tempo para a reunião de planejamento da iteração, a história não pode ser adicionada à iteração. Isso evita surpresas quando a iteração estiver em andamento. Essas interações também ajudam o PO a identificar lacunas nos requisitos, permitindo que o PO as corrija para não atrasar a equipe. Enquanto isso, os membros continuam trabalhando na iteração atual. 

A revisão da lista de pendências é mais uma maneira de fazer com que as necessidades dos negócios sejam continuamente identificadas e preparadas para entrega dentro de uma iteração. É uma ótima ferramenta para promover o entendimento e a colaboração em toda a equipe.

Em nossa próxima postagem, falaremos sobre como concluir histórias no Scrum

Siga nossas mídias clicando no link abaixo:

https://linktr.ee/sjconsultoria

Ou aponte seu celular para o QR CODE aqui:

Vem com a gente, porque aqui, nós pregamos o que acreditamos e praticamos o que pregamos! Até a próxima!

POR DENTRO DO SCRUM: SCRUM DIÁRIO OU REUNIÃO DIÁRIA EM PÉ

O ScrumMaster, como responsável pelo processo do Scrum, estabelece seu Scrum diário. É a chamada de reunião diária em pé, ou standup meeting. Para que o Scrum funcione, ele depende dos três Cs: colaboração, comunicação e cadência. A reunião em pé inclui os três. É o elemento fundamental da colaboração. Inclui todos da equipe: desenvolvedores, testadores, PO e ScrumMaster. Ela ocorre na mesma hora todo dia, então o ScrumMaster escolhe um horário que dê certo para todos. 

Para equipes que trabalham juntas ou em fusos horários próximos, é bem simples. Para equipes internacionais, pode ser mais difícil. Porém, com os atuais recursos de vídeo, é possível superar isso. Já vi equipes em que membros de um país filmam sua reunião em pé e a enviam aos membros de outros países, para que assistam como parte de sua reunião em pé. 

A reunião diária em pé é um item inegociável na estrutura do Scrum. Costuma ser feita em frente ao quadro de tarefas da equipe, seja físico ou eletrônico. Esse é o momento em que as tarefas são movimentadas pelo quadro. Por outro lado, não é um relatório de acompanhamento. Ninguém deve apresentar as minúcias de suas atividades, apenas uma visão geral. As partes interessadas também são incentivadas a comparecer, mas devem guardar as perguntas e comentários para o final. 

O Scrum diário é curto. No máximo 15 minutos. Pode ser mais curto, porém não mais longo. Toda a equipe fica em pé, para que ela seja rápida, daí o nome da reunião. Realmente, se todos se sentassem, ficaria parecido com uma reunião e poderia se arrastar, como costuma acontecer. 

O ScrumMaster também limita as atualizações a três perguntas por pessoa: O que você fez ontem? O que vai fazer hoje? Alguma coisa está impedindo seu progresso? Conforme as pessoas respondem a essas perguntas, a equipe entende seu progresso como uma unidade, percebendo como seu trabalho se encaixa no todo. Por outro lado, se um membro da equipe não tiver concluído algo no dia anterior, ou por vários dias seguidos, essa é a oportunidade da equipe de responsabilizá-lo. Isso não é feito com maldade. É difícil enfrentar os colegas e admitir que não atingimos um objetivo. É uma oportunidade diária de pedir ajuda. 

Um dos aspectos mais poderosos do Scrum é o imediatismo com que as questões são resolvidas. Se alguém na equipe disser que está com um empecilho, a equipe toda pode intervir para ajudar. Se a equipe não puder resolver a questão dentro um dia, o ScrumMaster entra em ação. Se o ScrumMaster não conseguir solucioná-la em um dia, o PO deve resolvê-la no dia seguinte, e assim por diante. O empecilho é encaminhado ao superior até que seja removido e a equipe consiga avançar. 

O Scrum diário é a cadência esperada para comunicação e colaboração. As equipes de Scrum colaboram e se comunicam o dia todo. O Scrum diário é apenas a versão formal, para que todos vejam o progresso coletivo da equipe.

Na próxima postagem falaremos sobre eevisão da lista de pendências no Scrum

Siga nossas mídias clicando no link abaixo:

https://linktr.ee/sjconsultoria

Ou aponte seu celular para o QR CODE aqui:

Vem com a gente, porque aqui, nós pregamos o que acreditamos e praticamos o que pregamos! Até a próxima!