10 Perguntas para determinar se você está em transição para perto ou para longe do 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 dizendo, ou ouvir outros dizendo: “Sim, nós fazemos scrum, mas. . .”?

“Scrum, mas” é 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 equipe de desenvolvimento a pedir mais tempo em um sprint para concluir tarefas?

A equipe de desenvolvimento pode não estar funcionando cross-funcional ou fervilhando nos requisitos prioritários. 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 devem fazer em seguida?

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 estar atualizando o sprint backlog cada dia e falar sobre o que eles já realizado eo que eles estão trabalhando, incluindo impedimentos em seu caminho, em cada reunião diária. A equipe de sprint backlog e desenvolvimento em si conduzir cada dia de trabalho, não o proprietário do produto ou Scrum Master.

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 todos os dias 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 scrum, é hora de lembrar as partes interessadas como funciona o scrum. Vamos partes interessadas sabem que eles estão perdendo a chance de rever 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 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 pares - 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 no final de cada sprint torna-se uma corrida para completar tarefas, você não está praticando o desenvolvimento sustentável. Procure causas, tais como pressão para subestimar. O scrum master pode precisar de treinar a equipe de desenvolvimento e protegê-los de pressão proprietário do produto, se este for o caso. Reduzir os pontos da 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 de inspecionar e adaptar, e não se esqueça de olhar para por que as pessoas estão perdendo 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.