Transparência no Scrum

Scrum  é baseado no empirismo, que se baseia em três aspectos mais importantes (também conhecidos como os  três pilares  mostrados na figura abaixo) e suporta cada implementação de controle de processo empírico: transparência, inspeção e adaptação.

Quando  as equipes scrum  incorporam e praticam os  valores  de comprometimento, coragem, foco, abertura e respeito, os pilares do Scrum de transparência, inspeção e adaptação emergem e constroem confiança para todos. Os membros da equipe Scrum aprendem e exploram esses valores ao lidar com funções, eventos e artefatos Scrum.

Garanta a Transparência — Equipe Scrum

Scrum aumenta a transparência dentro e fora da equipe. A transparência é fundamental para o processo Scrum porque permite que todos vejam e entendam o que realmente está acontecendo em cada sprint, levando a uma maior e melhor comunicação e confiança dentro da equipe.

As equipes podem ser transparentes de várias maneiras. Aqui eu listo algumas coisas que podemos fazer para alcançá-lo:

Trabalhe mais perto e dê feedback mais rápido

As equipes Scrum devem ser transparentes na maneira como trabalham: aproximar as partes interessadas, trabalhar com elas diariamente, deixar o feedback fluir em ambas as direções e compartilhar o risco de tomar uma direção ou outra.

Tornar o progresso do trabalho mais visível

As equipes podem tornar o progresso visível: gráficos de burndown e quadros brancos são a maneira tradicional de mostrar o progresso das metas do sprint. Essas ferramentas simples podem mostrar o progresso de cada etapa do plano, do sprint à visão, o que pode reduzir efetivamente “quando pode ser concluído?” Diálogo.

A equipe pode tornar o progresso visível: gráficos burn down e um quadro branco são os métodos tradicionais para mostrar o progresso em relação às  metas do sprint . Um relatório simples para mostrar o progresso em todos os níveis de planejamento, desde o sprint até a visão, pode ser incrivelmente eficaz na redução do número de ‘quando será feito?’ conversas.

Fluxo Livre de Informações Atualizadas

A informação precisa viajar em ambas as direções. As partes interessadas e aqueles em funções de produto, especialmente aqueles que trabalham diretamente com uma equipe, também devem ser transparentes. A direção do produto na forma de roteiros, planos de lançamento ou  definição de pronto  pode ser tornada visível para a equipe para que eles estejam cientes das metas e expectativas abrangentes que se comprometeram a cumprir.

Scrum Master pode ajudar

No Scrum, não é a equipe que trabalha para o  Scrum Master , é o Scrum Master que se esforça para facilitar o trabalho da equipe de desenvolvimento. O Scrum Master deve trabalhar com o  Product Owner , Equipe de Desenvolvimento e outras partes envolvidas para entender se os eventos e artefatos são completamente transparentes. O Scrum Master deve ajudar todos a aplicar as práticas mais apropriadas na ausência de total transparência. Um Scrum Master pode detectar transparência incompleta inspecionando os artefatos, detectando padrões, ouvindo atentamente o que está sendo dito e detectando diferenças entre os resultados esperados e reais.

Transparência em Eventos

Sprint  é um contêiner para todos os outros eventos e cada evento no Scrum é uma oportunidade formal para inspecionar e adaptar algo. Esses eventos são projetados especificamente para permitir transparência e inspeção crítica. A não inclusão de qualquer um desses eventos resulta em redução da transparência e é uma oportunidade perdida para inspecionar e adaptar.

A transparência é o primeiro aspecto significativo no processo Scrum que deve ser visível para os responsáveis ​​pelo resultado. A transparência exige que esses aspectos sejam definidos em suas atividades e artefatos do dia a dia para que a equipe possa compartilhar um entendimento comum do que está sendo visto.

Por exemplo:

Reunião de Planejamento da Sprint

A  Reunião de Planejamento do Sprint  é realizada no início do Sprint para entender e documentar os   Itens do Backlog do Sprint . É conduzido para garantir que todos os envolvidos saibam, sem dúvida, o que deve ser feito de sua parte para contribuir para o desenvolvimento dessa iteração incremental específica do

Reunião Diária do Scrum

O  Daily Scrum  é focado na reflexão do dia-a-dia das contribuições da equipe para o Sprint específico. Ele responde a três coisas:

• O que eu desenvolvi nas últimas 24 horas para atingir a meta diária da Sprint?
• O que farei hoje para atingir minha próxima meta de Sprint?
• Quais são os impedimentos no trabalho de ontem que impedem a realização da minha meta?

Daily Scrum é muito crucial em termos de compartilhar todas essas coisas sem ter medo de admitir seus erros. Se não compartilhado, o projeto fica complicado, causando atrasos e, eventualmente, riscos de falhas no projeto.

Reunião de Revisão da Sprint

A  Reunião de Revisão do Sprint  é realizada no final de um Sprint para refletir o que foi feito para completá-lo como um incremento do produto. A equipe convida os stakeholders a obterem seu feedback sobre o Sprint, que é incorporado ao  Product Backlog  pelo Product Owner, para trazer melhorias nos próximos Sprints.

Reunião Retrospectiva da Sprint

A  Sprint Retrospective  é realizada para inspecionar o último Sprint em ordem de suas pessoas, interações, processos e ferramentas, e adotar medidas de melhoria deste Sprint para desenvolver o próximo Sprint. Tudo isso requer transparência nos relatórios e na comunicação.

Transparência em Artefatos

O Scrum possui uma série de  artefatos  que servem como irradiadores de informações para todos os estágios do Scrum. As informações são claramente visíveis e compreendidas pela equipe para que as tendências de andamento do projeto sejam conhecidas. A disponibilidade e clareza das informações são muito importantes para a tomada de decisões inteligentes.

Lista de pendências do produto

O  Product Backlog  é uma lista ordenada de requisitos priorizados com base em sua precedência e importância pelo Product Owner, bem como pela equipe. Todos os recursos, atributos, correções e aprimoramentos mais conhecidos são documentados no Backlog do produto para torná-lo claro e bem compreendido para a equipe.

Backlog da Sprint

O  Sprint Backlog  é desenvolvido após a  realização da Sprint Planning Meeting  e a finalização do Product Backlog. Ele contém histórias de usuários necessárias para desenvolver um incremento completo do produto. Normalmente, alguns dos itens do Product Backlog são decompostos em tarefas ou histórias de usuários acordadas pela equipe para trabalhar.

Gráficos de Burn-down – Status de Desenvolvimento

Use  gráficos de burndown  para ser honesto sobre o desempenho da equipe em um determinado Sprint. Um gráfico de burndown conta a história real de como a equipe está se saindo. Os gráficos de burndown descrevem a quantidade de esforço restante no futuro para concluir o Sprint.

Quadro de Tarefas Scrum

Os  Scrum Boards  também são usados ​​para refletir três coisas enquanto se trabalha em um Sprint:

• O que fazer?
• O que está em andamento?
• O que é feito?

Definição de Pronto

A transparência também está fortemente relacionada à Definição de Pronto. Definir formalmente o significado de ‘feito’ reduz a variabilidade e a probabilidade de trabalho desfeito e medir o progresso de forma inequívoca (‘feito’ ou ‘não feito’) aumenta a transparência.

Ter uma  Definição imperfeita de Pronto  implica que há Trabalho Desfeito em seu sistema. Esse Trabalho Desfeito também causa falta de transparência. Os riscos estão escondidos nele. Por exemplo, se o teste de desempenho for deixado desfeito, ele atrasa o risco de um sistema ineficiente até perto do lançamento – quando mais dói.

Conclusão

O Scrum é baseado na transparência retratada através de seus eventos e artefatos, mas não pode ser alcançado se houver falta de transparência e comunicação na equipe. É difícil estabelecer e manter total transparência se os membros hesitam ou têm medo de compartilhar seus erros. Na verdade, todos na equipe precisam mostrar compreensão e respeito uns pelos outros. Product Owner e  Scrum Master deve motivar e encorajar as equipes a compartilhar quaisquer riscos ou problemas que enfrentam em seu trabalho. Embora as equipes não precisem se concentrar apenas em suas realizações individuais, elas também devem se esforçar para alcançar as metas compartilhadas do projeto. Todos esses feedbacks e compartilhamentos são importantes para estabelecer e manter total transparência do fluxo de informações, que possibilitam a melhoria contínua da organização e da equipe.