O seu Scrum está funcionando?

Descubra o que está dando certo e o que deve ser aprimorado no processo do Scrum dentro da sua corporação

Voltando a falar um pouco de Scrum, encontei uma checklist completa para você verificar como anda o processo dentro da sua empresa.

Sempre vale a pena avaliar quais os pontos estão funcionando bem e quais devem ser aprimorados.

O Scrum é uma metodologia iterativa que deve ser implementada aos poucos para evitar choques culturais, mas é importante chegar rapidamente a um ponto de maturidade para o processo não sofrer uma involução e começar a andar para trás.

Check Rápido

Preenchendo os requisitos abaixo, não é necessário preencher o resto do teste, o Scrum está mostrando os resultados esperados dentro da sua empresa.

( ) Entregando software funcional e testado a cada 2-4 semanas

( ) Entregando as funcionalidades de maior valor para o negócio

( ) O processo está em constante evolução

Check Completo

Caracteristicas fundamentais do Scrum, caso elas não estejam implementadas e funcionais não é possível garantir que o Scrum esteja funcionando da forma correta

( ) A função do Product Owner (PO) está claramente definida

• ( ) O PO está priorizando as demandas coerentemente
• ( ) O PO tem o conhecimento claro das prioridades do cliente
• ( ) O PO tem contato direto com o time
• ( ) O PO tem contato direto com os steakholders
• ( ) O PO escreve histórias claras

( ) O time possui um Sprint Backlog

• ( ) Claramente Visível
• ( ) Atualizado diariamente
• ( ) Administrado exclusivamente pelo time

( ) Daily Meeting acontecendo diariamente

• ( ) O time todo participa
• ( ) Problemas e impedimentos são revelados e resolvidos

( ) Demonstração de funcionalidades nos Reviews

• ( ) O time demonstra software funcionando e testado
• ( ) Feedback do PO para o time

( ) Possui a definição de feito

• ( ) A definição de feito é revista a cada iteração
• ( ) O time respeita a definição de feito

( ) A Retrospectiva é feita ao final de cada Sprint

• ( ) Resultados concretos nas melhorias propostas
• ( ) Algumas propostas já foram implementadas
• ( ) Participação de todo o time + PO

( ) O PO possui um Backlog do Produto (Product Backlog)

• ( ) dois ou três sprints pré priorizados a partir do valor de negócio
• ( ) dois ou três sprints com as complexidades estimadas
• ( ) As estimativas são feitas pelo time
• ( ) Os itens Top cabem em um sprint
• ( ) O PO entende todas as histórias do backlog

( ) Reuniões de Sprint Planning

• ( ) O PO participa
• ( ) O PO define a data fim do sprint
• ( ) Todo time participa
• ( ) O Sprint Backlog sempre é definido
• ( ) O time acredita no backlog comprometido
• ( ) O PO fica satisfeito com o comprometido

( ) Iterações “Time-Boxed”

• ( ) Os sprints demoram no máximo 4 semanas e no mínimo 2 semanas
• ( ) O sprint sempre termina na data estipulada
• ( ) O time não perde o foco nem é afetado por acontecimentos ou demandas externas
• ( ) O time sempre entrega o que foi comprometido
• ( ) Raramente um Sprint é cancelado e reiniciado

( ) O time trabalha – fisicamente – junto

• ( ) O time tem no máximo 9 e no mínimo 5 membros

Check Adicional

Algum pontos não obrigatórios, mas recomendados para o bom funcionamento do Scrum.

( ) O time tem as especialidades necessárias para finalizar os itens do backlog

( ) Os membros dos times não estão limitados a especialidades específicas

( ) O PO tem a visão do produto em sintonia com o Backlog do produto

( ) O Backlog e a Visão do produto estão claramente visíveis

( ) Todos no time participam das estimativas

( ) O PO está sempre disponível durante as estimativas

( ) A estimativa do grau de complexidade são definidos pelo time

( ) Todo o time tem conhecimento dos três principais impedimentos

• ( ) O Scrum Master (SM) tem estratégias para resolver os principais impedimentos
• ( ) O foco principal do SM é resolver impedimentos
• ( ) Os impedimentos são escalados para a gerência quando não resolvidos

( ) O time tem um Scrum Master (SM)

• ( ) O SM trabalha – fisicamente – perto do seu time

( ) Histórias do Backlog são quebradas em tarefas quando entram no Sprint

• ( ) As tarefas são estimadas
• ( ) As tarefas são atualizadas e acompanhadas diariamente

( ) A velocidade está sendo mensurada (número de pontos por Sprint)

• ( ) As histórias priorizadas no Sprint Planning já estão estimadas
• ( ) O PO utiliza a velocidade mensurada para planejar entregas
• ( ) A velocidade mensurada inclui apenas histórias feitas

( ) O time tem um gráfico burndown

• ( ) Visível a todos
• ( ) Atualizado diariamente

( ) O Daily meeting é feito diariamente, no mesmo horário e local

• ( ) O PO sempre participa
• ( ) O tempo máximo de duração é de 15 minutos
• ( ) Todo o time participa
• ( ) Todos dizem o que fizeram
• ( ) Todos dizem o que irão fazer
• ( ) Todos dizem o que está impedindo

Expandindo o Scrum para toda a empresa

Algun intens importantes para empresas que trabalham com mais de um time, PO e SM

( ) Existe um Product Developer ( para empresas com vários PO’s)

( ) Times dependentes realizam o Scrum of Scrum

( ) Times dependentes participam do Sprint Planning de outros times

Indicadores de Sucesso

( ) Todos os envolvidos estão satisfeitos com a metodologia

( ) Todos os envolvidos estão satisfeitos com os resultados

( ) Horas extras são raras e voluntárias

( ) O processo está gerando discussões, críticas e novos experimentos

O teste proposto não tem pontuação – é uma checklist -, quantos mais itens estiverem implementados, mais o Scrum estará funcionando dentro da sua corporação, esse check deve ser feito periodicamente e os itens que não estiverem implementados devem ser revisto com atenção. O check original foi publicado aqui [1], eu apenas traduzi e inclui alguns itens que considero importante para o sucesso do processo.