10 perguntas para determinar se você é a transição de direção ou para longe Scrum

Você não tem certeza de se você está executando scrum corretamente? As seguintes perguntas podem levantar sinais de alerta que você está comprometendo a sua execução de scrum ou caindo em armadilhas comuns que poderiam inviabilizar a sua transição para Scrum.

Você encontra-se dizer, ou ouvir os outros, dizendo: # 147-Sim, nós scrum, mas. . . # 148-?

# 147-Scrum-mas # 148- é uma condição conhecida quando as organizações adotam parcialmente scrum.

Lembre-se, scrum é uma estrutura simples: apenas três papéis, três artefatos e cinco atividades. Se você sentir que você tem de ajustar scrum, que deve indicar que você está evitando uma questão que scrum expôs. práticas ágeis comuns melhorar scrum em vez de diluir.

Você ainda documentar e relatar à maneira antiga?

Se você ainda está queimando horas na documentação e relatórios robusto, é um sinal de que a organização não aceitou scrum e outras abordagens ágeis para transmitir o status do projeto. gerentes ajudar a entender como usar o scrum relatórios artefatos existentes e parar de fazer trabalho em dobro!

Quando é que as partes interessadas assinar fora em todas as especificações?

Se você está esperando para sign-offs sobre os requisitos abrangentes para começar a desenvolver, você não está seguindo scrum. Você pode iniciar o desenvolvimento, logo que você tem requisitos suficientes para o primeiro sprint.

São membros da equipa de desenvolvimento a pedir mais tempo em um sprint para terminar tarefas?

A equipe de desenvolvimento pode não estar funcionando cross-funcional ou pululando em necessidades prioritárias. membros da equipe de desenvolvimento pode ajudar-se mutuamente terminar tarefas, mesmo que essas tarefas estão fora da experiência do núcleo de uma pessoa.

Esta questão também pode indicar pressões externas subestimar tarefas e se encaixam mais trabalho em um sprint do que a equipe de desenvolvimento pode manipular.

São membros da equipe de desenvolvimento perguntando o que deve fazer a seguir?

Se os desenvolvedores estão à espera de direção a partir do proprietário do produto, ou pior, o Scrum Master, eles não são auto-organização. A equipe de desenvolvimento deve ser a atualização do sprint backlog cada dia e falar sobre o que eles conseguiram e que eles estão trabalhando, incluindo impedimentos em seu caminho, em cada scrum diário. A equipe de sprint backlog e desenvolvimento próprio carro cada dia de trabalho, não o proprietário do produto ou mestre de scrum.

São membros da equipe de esperar até o final do sprint para fazer testes?

equipes de desenvolvimento Scrum deve testar todos os requisitos em andamento a cada dia em um sprint. Todos os membros da equipe de desenvolvimento são testadores.

São as partes interessadas aparecendo para Sprint comentários?

Se as únicas pessoas na Sprint comentários são os membros da equipe de scrum, é hora de lembrar as partes interessadas como funciona o scrum. Vamos partes interessadas sabem que eles estão perdendo sua chance de avaliar a funcionalidade do produto de trabalho, para fornecer feedback imediato para minimizar os custos de correção de curso e atrasos, e ver em primeira mão como o projeto está progredindo.

É a equipe scrum reclamando de ser mandado pelo mestre scrum?

técnicas de comando e controle são a antítese de auto-gestão e estão em conflito direto com os valores e princípios ágeis. equipes Scrum são equipes de colegas - o único chefe de como fazer o trabalho é a própria equipe. Ter uma discussão com o seu mentor scrum e agir rapidamente para repor as expectativas do Scrum Master de seu papel.

É a equipe scrum colocando em um monte de horas extras?

Se o final de cada sprint torna-se uma corrida para terminar tarefas, você não está praticando o desenvolvimento sustentável. Procure causas, como a pressão a subestimar. O scrum master pode precisar para treinar a equipe de desenvolvimento e protegê-los de pressão proprietário do produto, se este for o caso. Reduzir os pontos de história para cada sprint até que a equipe de desenvolvimento pode obter uma alça sobre o trabalho.

O retrospectiva?

Se os membros da equipe scrum começar a evitar ou cancelar retrospectivas de sprint, você está no slide de volta à cachoeira. Lembre-se da importância da inspeção e adaptação, e não se esqueça de olhar para por que as pessoas estão a perder a retrospectiva em primeiro lugar. Mesmo se a equipe scrum tem grande velocidade, a velocidade de desenvolvimento pode ser sempre melhor, de modo a manter a retrospectiva e continuar a melhorar.