Guia e Referência do Scrum Mini

Este artigo é um mini-guia e um guia para o método Scrum, criado como resultado da leitura do livro de Sutherland, artigos da Internet e aplicação prática.

É necessário distinguir entre Agile e Scrum. Agile é uma metodologia (ciência) e Scrum é um método para atingir uma meta.

No Scrum, é importante ter uma verdadeira equipe de profissionais, observar as condições de transparência, abertura e confiança.

Os membros da equipe devem estar felizes com suas atividades, felizes em seu trabalho. Um estado de felicidade leva as pessoas a excelentes resultados.

Pessoas felizes têm 50% mais sucesso. Portanto, eles são 50% mais produtivos se estão felizes e encontram significado em seu trabalho. Além disso, eles são 88% mais leais, porque entendem que não trabalham em vão, dedicando metade do tempo ao desenvolvimento desse negócio.

- Dr. Corrie Block, especialista em estratégia de negócios em avaliação da felicidade.

Scrum Mini Guide

Scrum - Scrum, um método flexível de gerenciamento de projetos. O termo veio de um jogo de rugby.

Dono do produto - proprietário do produto, o link entre o cliente e a equipe de desenvolvimento. A responsabilidade mais importante do Dono do Produto é a criação e o controle do Backlog do Produto.

As principais responsabilidades e responsabilidades do Dono do Produto no gerenciamento do Backlog do Produto são:

• definir itens de lista de pendências para um produto;
• o arranjo correto de elementos para otimizar a consecução do objetivo;
• Garantir a clareza e transparência do Backlog do Produto;
• garantir transparência e compreensibilidade dos requisitos em que toda a equipe Scrum terá que trabalhar;
• otimização geral para alcançar o valor mais alto do trabalho da equipe de desenvolvimento;
• responsabilidade de entender a lista de pendências pela equipe de desenvolvimento.

Equipe Scrum ( Equipe Scrum) - uma imagem coletiva de uma equipe composta por Equipe de Desenvolvimento, Scrum Master e Dono do Produto. A equipe é completamente auto-suficiente e não depende de especialistas ou clientes externos.

Scrum Master (scrum master) - um árbitro que organiza e realiza reuniões, monitora a conformidade com todos os princípios do scrum, resolve contradições e protege a equipe de distrações, facilita comícios, é responsável por registrar, armazenar e emitir equipamentos SCRUM. Essa função não implica nada além do processo de scrum correto.

O Scrum Master não fornece tarefas, mas elimina os problemas que aparecem dentro da equipe.
Uma equipe multifuncional de desenvolvedores de projetos, composta por especialistas de diferentes perfis: programadores, testadores, analistas, arquitetos, etc.

Equipe de Desenvolvimento (equipe de desenvolvimento) - uma equipe de desenvolvimento, uma equipe multifuncional de desenvolvedores de projetos, formada por especialistas em vários campos: programadores, testadores, analistas, arquitetos etc. O tamanho da equipe é de 5 a 9 pessoas (5 é o ideal). A equipe é o único participante do desenvolvimento totalmente envolvido e é responsável pelo resultado como um todo. Esta unidade de trabalho é auto-suficiente, auto-governável e auto-organizada. É como um único organismo que consiste em elementos separados.

Partes interessadas (acionistas) - literalmente acionistas, pessoas que iniciam o projeto (clientes comerciais), para quem o projeto scrum trará benefícios. Eles estão envolvidos apenas no scrum durante a Sprint Review.

Usuário - usuário do produto.

Backlog do produto (backlog do produto) - ou requisitos do produto Backlog, desejos do cliente por funcionalidade e design, todas as “Lista de desejos”; eles são classificados em ordem de importância e valor para o cliente.

Epic é um dos vários recursos globais do produto. A epopeia pode conter uma história do usuário, por exemplo, um pacote de desejos de um usuário ou uma lista de tarefas (tarefa) para a implementação da epopeia.

História do usuário - ou História, um gráfico que contém os desejos do usuário.

Tarefa (tarefa) - uma tarefa, um fragmento que deve ser concluído para atingir a meta do projeto.

Sprint (sprint) - um período de 1 a 4 semanas, durante o qual a equipe cria uma parte do produto, pronta para demonstração e valiosa para o cliente. A duração ideal do sprint é de 1-2 semanas. Isso é feito para que as informações recebidas no início da primeira semana não sejam esquecidas até o final da segunda semana e não seja necessário tempo para restaurar as comunicações.

Objetivo do sprint ( objetivo do sprint ) - o objetivo do sprint.

Reunião de Planejamento da Sprint (Sprint Planin Mitin) - Planejamento da Sprint, reunião do Scrum, na qual a Equipe Scrum participa. Tarefas de lista não processada que podem ser concluídas no sprint são selecionadas.

O Scrum Poker é uma maneira rápida e precisa de coletar pontuações usando um baralho de cartas com números de Fibonacci (1,2,3,5,8,13). Você pode usar aplicativos móveis para o Scrum Poker. Tarefas com uma avaliação de 13 devem ser divididas em menores.

Story Points - uma unidade para avaliar a dificuldade de concluir uma tarefa. Faz sentido aplicar os Story Points se o projeto consistir em 3 ou mais sprints, pois a equipe acumula estatísticas e experiência na avaliação de tarefas. Em um projeto de um ou dois sprints, não faz sentido usar os Story Points, se não para praticar.

Reunião diária do Scrum (Daily Scrum Mitin) - uma reunião diária de no máximo 15 minutos, realizada ao mesmo tempo. Tim Scrum participa, todos podem observar. Conduzido por um scrum master. O objetivo do rali é a rápida troca de informações, todo mundo está ciente do que está acontecendo, não há falhas de comunicação. Três perguntas são feitas: o que você fez ontem? o que voce vai fazer hoje Quais são os obstáculos no caminho para a meta?

Revisão de sprint ( revisão de sprint) - revisão de sprint, todos os envolvidos, a reunião está aberta. A equipe conta o que foi feito e demonstra as partes do projeto que estão finalmente prontas.

Reunião Retrospectiva da Sprint (Mitin retrospectiva da sprint) - uma retrospectiva envolvida no scrum tim. Reunião na mesa redonda. As perguntas são discutidas: o que correu bem e o que correu mal? o que poderia ser feito melhor? O principal é não condenar ninguém! O fluxo de trabalho está sendo considerado. O objetivo é melhorar o fluxo de trabalho, tornar-se uma equipe "super".

Definição de Concluído (DoD) é o critério que determina o grau de prontidão de uma tarefa. É usado nesses casos em que é finalmente impossível verificar a prontidão da tarefa, por exemplo, se o elemento funcional estiver em outro scrum de equipe ou empresa. A descrição do Departamento de Defesa começa com a linha "done =", por exemplo, done = a funcionalidade é implementada em um ambiente de teste, exigindo descarregamento e verificação no ambiente principal.

Velocidade (velocidade) - velocidade da equipe; Para análise, um gráfico de velocidade é construído, onde o número de sprints no eixo X e os Story Points no eixo Y. Com base nesses indicadores, a velocidade média e os Story Points são construídos.

Gráfico de Burndown - gráfico da combustão de tarefas. A direção do gráfico de cima para baixo. Projetado para rastrear a quantidade restante de trabalho, onde no eixo X o número de dias de sprint e no eixo Y o número de Story Points. O primeiro dia do sprint corresponde ao número máximo de Story Points.

Gráfico de queima - Gráfico de queima. A direção do gráfico é de baixo para cima. Projetado para rastrear a quantidade de trabalho, onde no eixo X o número de dias de sprint e no eixo Y o número de Story Points. O último dia do sprint corresponde ao número máximo de Story Points.

Terminação anormal ( terminação anormal ) - parada de sprint, ação anormal. A parada é iniciada pelo Dono do Produto. Está ocorrendo uma manifestação para discutir as causas da rescisão anormal. Então o Sprint começa novamente.

Guia Scrum

Lista de pendências do produto
É formado durante uma reunião geral ou entrevistas individuais com todas as partes interessadas (partes interessadas, usuários). História do usuário, requisitos e desejos são registrados.

1. Os principais campos do cartão: id, nome, importância, classificação, versão, descrição, autor, artista;
2. Campos adicionais no cartão. Por exemplo, o campo "Assunto" - a classificação do produto na loja online não é mais necessária no momento e inclui algumas tarefas. Então você pode alterar a "importância" de todas as tarefas com este tema;
3. É melhor dividir as tarefas nos mesmos tipos.

Tarefas com componentes como: 3IIIC, 5VE são mais complicadas e requerem mais tempo.

123, o ABC é mais rápido porque o cérebro não precisa alternar entre diferentes tipos de tarefas.

História do usuário

1. Recebendo uma meta de negócios de um cliente. Compomos o Mapa de Impacto para cada objetivo de negócio: Por quê? -> Quem? -> Como? -> O quê? (Por quê? -> Quem? -> Como? -> O que precisa ser feito?);
2. Redação da história do usuário:
   Como usuário <...> eu quero fazer <...> para obter <...>.
   Como gerente de armazém, recebo um relatório de balanço de ações para tomar uma decisão MAIS RÁPIDA;
   Redação sem TO (é melhor).
   Como <usuário>, eu <quero obter algo>, <para esse fim>.
   Como gerente de armazém, recebo um relatório de balanço de ações MAIS RÁPIDO.
3. A divisão de "atores" em grupos: alvo, importante, menos importante, etc. Atribuir nomes exclusivos aos atores desses grupos, mesmo se houver funções idênticas para "Usuários do Sistema";
4. Escrever uma história do ponto de vista desses atores com nomes únicos;
5. Como resultado, você pode ver quais histórias são necessárias para os atores do grupo-alvo, um grupo importante, etc. Portanto, você pode priorizar;
6. Ação. É importante descrever a história no nível de "O quê?" , em vez de "Como?", descreve o problema, não sua solução. "Como?" está com a equipe;
7. Valor. Recusa da redação "Para". Para algumas histórias, você pode indicar o valor da história no formato "Para", mas não para a maioria;
8. A transição do conceito de "valor" (valor) para o conceito de "impacto" (impacto). A história não precisa ter valor, mas deve ter um impacto no ator que é indicado na história. Essa influência leva ao objetivo;
9. As Histórias de usuários são divididas em importância e funcionalidade, além de divididas em tarefas no backlog.

Refinando e avaliando a lista de pendências do produto

Ocorre em conjunto com a equipe de desenvolvimento. A equipe deve avaliar cada tarefa: é viável em princípio? Há informações suficientes para executar?

Formado por Sprint. Reunião de Planejamento da Sprint. Scrum poker

A duração da reunião não é superior a 8 horas. Para uma corrida de duas semanas, o rali dura 2 horas. Para visualizar a execução de tarefas no sprint, é conveniente usar um quadro Kanban.

1. A primeira parte da reunião é aberta a todos.
   Direitos de voto com o Product Owner e a Developer Team. Seleção da história do usuário e tarefas do backlog do produto ao backlog do Sprint;
   Formulação de Meta Sprint - Meta Sprint. Determinando o valor do negócio. Uma breve descrição da meta de negócios para a qual esse sprint é realizado. Ajuda a equipe a tomar decisões informadas aos negócios ou decisões alternativas.
2. A segunda parte do rally envolveu apenas o Scrum Team. Preenchendo o Backlog da Sprint.
   Determinar como o escopo do trabalho será implementado. Discussão de detalhes técnicos;

Scrum Poker (Poker de Planejamento).

Story Points (com base na série Fibonacci - 1,2,3,5,8,13). Tarefas de 13 ou mais pontos precisam ser divididas em menores. O prazo para a conclusão de uma tarefa por um desenvolvedor não é superior a um dia ou 8 horas. Se o projeto tiver apenas um sprint, não faz sentido definir os Story Points, porque não haverá estatísticas e, portanto, não haverá precisão na determinação das classificações.
Para atribuir corretamente os Story Points, você pode manter as estatísticas, como na tabela a seguir:

1. Scrum Master lidera a reunião;
2. O Product Owner fornece breves visões gerais de cada tarefa;
3. Há uma discussão, perguntas estão sendo feitas;
4. Os membros da equipe de desenvolvedor selecionam um cartão e depois invertem;
5. Se, como resultado da votação, houver uma grande dispersão nos pontos, ouça dois que entregaram as cartas com os valores mínimo e máximo;
6. Em seguida, eles votam novamente e atribuem pontos de história à tarefa.

Reunião diária de scrum

É realizada todos os dias. Todo mundo pode assistir. Somente a equipe Scrum fala. Conduzido pelo Scrum Master.

1. É realizado ao mesmo tempo;
2. Dura estritamente não mais que 15 minutos. A solução dos problemas é realizada além da estrutura do rali e como parte das pessoas diretamente afetadas por esse obstáculo;
3. Todos respondem apenas três perguntas, respondem um ao outro, não o Scrum Master: O que eu fiz ontem? O que farei hoje? Que problemas eu tenho e a equipe no caminho para a meta?

Reunião de Revisão da Sprint

Todo mundo está envolvido. Aumento significativo na funcionalidade do produto. Demonstração do produto acabado ou funcionalidade.

Duração do rali: uma hora para cada semana do sprint (2 horas de Sprint Review = sprint de 2 semanas) A preparação para esta reunião não deve exceder 2 horas.

Reunião Retrospectiva da Sprint. Retrospectiva.

Realizado no último dia do sprint.

Projetado para avaliar o resultado da equipe. Perguntas são feitas: o que pode ser melhorado? como Como aumentar a eficácia da equipe?
O tempo retrospectivo para uma corrida de duas semanas não é superior a 2 horas.
O conceito de kaizen e felicidade. Kaizen - melhoria contínua. Pessoas felizes = equipe de alto desempenho.

Você pode fazer perguntas: O que pode fazer você mais feliz no próximo sprint? O que te faz mais feliz?