agile scrum terminology
Este é um Guia Abrangente para Todos A Terminologia Agile / Scrum Importante e é um Glossário Completo de Conceitos Agile e Scrum:
Como todos sabemos, o Agile dispensa apresentações. É uma estrutura de desenvolvimento de software usada em todo o mundo.
Este artigo é um guia abrangente de todos os conceitos ágil / scrum que você precisa ter ao seu alcance.
O que você aprenderá:
- Manifesto Ágil
- O que é Scrum?
- Pilares do Scrum
- Time Scrum
- Funções no Scrum
- Cerimônias Scrum
- Noções básicas de estimativa ágil
- Scrum Artifacts
- Definição de Feito
- Refinamento do Backlog (Grooming)
- Comparação rápida com a cachoeira
- Backlog do produto
- Construindo uma equipe Scrum
- Conclusão
- Leitura recomendada
Manifesto Ágil
A metodologia Agile é baseada no Manifesto Agile. Para mais informações sobre o manifesto, verifique Manifesto para Desenvolvimento Ágil de Software .
A lição principal do manifesto ágil pode ser encurtada para :
- A comunicação pessoa a pessoa é eficaz para vinculação de processos.
- O produto funcional é melhor do que a documentação passo a passo convencional.
- O envolvimento do cliente / proprietário da empresa é fundamental, assim como os ciclos de feedback contínuos.
- As mudanças são inevitáveis. Portanto, as equipes devem abraçá-los e recebê-los.
Você verá que, embora o processo ágil faça essas declarações, ele não fornece as etapas concretas exatas para conseguir isso. Ele concede total liberdade e autonomia às equipes para fazer seu melhor trabalho.
Com o tempo, o estilo livre evoluiu para práticas comuns. Dos quais o mais famoso é o Scrum.
Vamos começar nossas definições com isso.
O que é Scrum?
Scrum é um modelo de desenvolvimento desenvolvido por Ken Schwaber e Jeff Sutherland e está em uso desde a década de 1990.
O trabalho é dividido em requisitos menores (histórias, épicos e tarefas) e equipes muito unidas constroem e entregam em pequenas parcelas. O feedback é procurado com frequência e melhorias são feitas no produto na forma de lançamentos curtos frequentes.
Pilares do Scrum
Os pilares do Scrum são explicados abaixo em detalhes:
- Transparência : As equipes estão cientes do que está acontecendo e estão abertas para compartilhar e ajudar uns aos outros. A comunicação flui livremente por meio de interações diárias e informais de pessoa para pessoa.
- Inspeção : Inspeções frequentes e religiosas do trabalho são a chave para o sucesso do Scrum. As equipes podem identificar, diagnosticar, solucionar problemas, consertar e voltar aos trilhos de uma forma simples e confiável.
- Adaptação : Scrum não assume que o que eles estão fazendo é certo. Existem pontos de verificação periódicos na forma de Planejamento de sprint, reunião diária, revisão de sprint / reuniões retrospectivas onde a equipe pode revisar e se adaptar.
Time Scrum
Times Scrum são geralmente pequenos (5-9) e são geralmente multifuncionais por natureza. Eles incluem um Scrum Master , desenvolvedor, testador (é uma prática comum referir-se a todos os membros da equipe ágil como desenvolvedores, independentemente de seu campo de trabalho).
Outros membros da equipe técnica e, mais importante, o product owner ou patrocinador. A Agile aposta todas as suas apostas em sua equipe. Portanto, uma equipe A auto-organizada é crítica e quase um pré-requisito para uma implementação ágil bem-sucedida.
Funções no Scrum
Abaixo estão as várias funções no Scrum:
- Proprietário do produto: Um product owner possui o backlog. Ele é responsável pelo produto e pela forma que ele assume. Manter o backlog do produto, ter uma visão geral do produto e direcionar os objetivos da equipe para isso são as principais responsabilidades de um product owner.
- Equipe de desenvolvimento: A equipe de desenvolvimento não tem funções limitadas. Eles devem trabalhar multifuncionalmente e escolher a melhor abordagem para atingir a meta.
- Scrum Master: É trabalho do mestre do scrum garantir que o scrum seja implementado da maneira certa. O scrum master também é chamado de Líder servo para toda a equipe.
Cerimônias Scrum
O Agile depende de alguns hábitos para se manter no caminho certo e ter sucesso.
Alguns deles são mencionados abaixo:
# 1) Reunião diária do scrum: Este é um encontro curto típico de 15 minutos, onde cada membro da equipe fala sobre os seguintes pontos:
- O que foi feito ontem?
- O que está planejado para hoje?
- Existem obstáculos ao longo do caminho?
Este formato de reunião é muito eficaz para entender qual trabalho foi concluído, o que resta e como a equipe pode se ajudar se necessário.
Scrum Master facilita esta reunião, mas não é para o benefício do Scrum Master ou um lugar para coletar o status. É uma oportunidade para a equipe interagir e se reunir antes de seguirem seus caminhos separados de conquistar as tarefas do dia.
# 2) Sprint : Um Sprint é uma iteração com limite de tempo (geralmente 3 semanas uma vez, mas pode ser mais longa ou mais curta). Este é um processo repetitivo e pode ser visto como uma explosão de desenvolvimento e entrega.
# 3) Planejamento de Sprint: O objetivo do planejamento de sprint é planejar como transformar um conjunto de histórias do backlog do produto em um incremento do produto entregável.
O formato geral pode ser como uma situação de 2 partes.
- Primeira metade - A equipe seleciona os itens que eles se comprometem a concluir.
- Segundo tempo - O Product Owner está disponível para perguntas.
A equipe decide como construí-lo. Assim, as tarefas são criadas e atribuídas de acordo, resultando no Sprint Backlog.
# 4) Revisão / Demonstração da Sprint : Após um sprint, a equipe e as partes interessadas se encontram, para que o trabalho concluído possa ser apresentado.
As tarefas concluídas são comparadas com os itens planejados e a funcionalidade que não foi implementada é omitida. A duração desta reunião não é superior a 4 horas.
# 5) Retrospectiva da Sprint: Esta reunião é facilitada pelo Scrum Master e toda a equipe incluindo o PO atende.
A equipe discute o Sprint recente mantendo as idéias de melhoria de processo em foco e determina quais mudanças podem ser feitas para tornar o próximo Sprint mais produtivo.
Normalmente, esta reunião não leva mais de 2 horas.
=> Leitura recomendada - Reuniões Retrospectivas Ágil
Noções básicas de estimativa ágil
A seguir estão os fundamentos da estimativa do Agile:
Entradas
- Backlog do produto e backlog do sprint.
- Dados históricos, estimativas anteriores para tarefas semelhantes com valores de esforço reais gastos nelas.
Participantes estimados
- Membros da equipe familiarizados com o aplicativo.
- Membros da equipe que entendem a integração do aplicativo com outros sistemas.
- Representação de várias habilidades necessárias para a conclusão do projeto.
- Representantes da equipe de construção, implantação e controle de qualidade.
Definição de épico / recurso / ideia
- Essas são histórias de usuários grandes, geralmente grandes demais para serem implementadas em uma única iteração.
- Ideia / Épico -> Histórias -> Tarefas (Uma ideia pode ter várias histórias. Uma história pode ter várias tarefas. O escopo da história é limitado a um Sprint. Todas as tarefas devem ser fechadas para completar a história)
# 1) Técnica de estimativa de pontos da história: O ponto da história é um número que diz à equipe como a história é complexa.
Na maioria dos casos, a série Fibonacci ou tamanho de camiseta é usado. Normalmente, um ponto da história é considerado equivalente a um dia de trabalho de uma pessoa.
No entanto, a proporção é revisada após cada iteração com base nos dados reais do tempo médio gasto para concluir uma unidade de uma tarefa.
As etapas envolvidas incluem:
- Divida requisitos muito grandes em tarefas pequenas.
- Escolha uma equipe de pelo menos 2 estimadores, o Scrum Master , O Product Owner e os outros podem participar.
- Cada avaliador aloca privadamente seus pontos de história para uma história de usuário (tarefa) e publica a mesma.
- Os pontos de história para o requisito são alocados pelos estimadores com base em seu conhecimento anterior do tamanho de uma tarefa semelhante.
- Espera-se que as estimativas sejam ligeiramente diferentes.
- Se as estimativas diferem significativamente, então os estimadores altos e baixos explicam suas estimativas.
- Em seguida, mais uma rodada de estimação é feita por todos os estimadores, seguindo o mesmo processo até que todos convergem para o mesmo número.
# 2) Planning Poker: Esta técnica interessante e divertida é explicada aqui: Como tornar o processo de estimativa ágil fácil com o Planning Poker
Observação :Existem muitas outras técnicas de estimativa ágil, mas essas são as duas mais proeminentes.
Scrum Artifacts
Os artefatos de scrum mais importantes são Product Backlog e Sprint Backlog . Esses são os que auxiliam no monitoramento das metas gerais do sprint.
# 1) Backlog do produto:
- Uma lista ordenada de “requisitos” que é mantida para um produto / projeto.
- Uma lista pode conter bugs e itens não funcionais também.
- O Product Owner é responsável por definir as prioridades no PBL.
- O Product Owner é responsável por gerenciar o Product Backlog.
# 2) Sprint Backlog:
- Lista de tarefas (também conhecida como item do Backlog) para o Corrida.
- Time Scrum é responsável por mantê-los ..
- Durante o sprint, espera-se que os membros da equipe atualizem o backlog do sprint à medida que novas informações estiverem disponíveis.
- No caso de algum dos itens ficar incompleto ou parcialmente completo, então, de acordo com a definição do scrum padrão, esses itens são colocados de volta no Backlog do produto.
# 3) Gráfico Burn Down:
o que é um arquivo xml e como faço para abri-lo
- É um gráfico exibido publicamente que mostra o trabalho concluído e restante no sprint.
- Mostra o trabalho real concluído durante o dia.
- Mantido pela Scrum Master em uma base diária.
- Existem dois tipos de ‘Release Burn-down charts’ e ‘Sprint Burn-down charts’.
Definição de Feito
Definição de Feito é diferente para diferentes times scrum. Em termos simples, o DoD é uma maneira de dizer quando a equipe alcançará a meta por meio das ferramentas disponíveis. É o contrato entre o PO e a equipe.
DoD cumprido significa que todas as histórias do backlog são desenvolvidas de acordo com os requisitos das partes interessadas. As histórias podem ser não técnicas ou ter várias tarefas.
Refinamento do Backlog (Grooming)
Refinamento do backlog não é uma prática básica de scrum, mas foi adotada como forma de gerenciar a qualidade dos itens do backlog que entram em um sprint.
É um esforço contínuo de revisar os itens do backlog do produto e verificar se eles foram priorizados e preparados apropriadamente de uma forma que os torne claros e executáveis para as equipes, uma vez que entram nos sprints por meio da atividade de planejamento do sprint.
Comparação rápida com a cachoeira
Parâmetros | Ágil | Cachoeira |
---|---|---|
Satisfação do cliente | Os clientes estão satisfeitos devido à entrega rápida | A entrega está atrasada, por isso os clientes não têm certeza |
Entrega de software funcional | Entregas frequentes | Um a cada poucos meses |
Mudanças tardias | Pode ser analisado na próxima primavera rapidamente | Difícil de implementar |
Comunicação | Comunicação diária | Reunião de revisão com o gerente de projeto |
Dependência | Estreita comunicação e cooperação entre empresários e Desenvolvedores - Testadores. | O gerente de projeto conduz o projeto |
Backlog do produto
À medida que avançamos, os PBIs são criados e são PROFUNDOS:
- D- Detalhado o suficiente
- É- Emergenc é
- É- Estimado
- P- Priorizado
E são mais detalhados para a equipe.
Coisas às quais um Scrum Master deve se adaptar:
- Removendo impedimentos
- Facilitar
- Mentoria e ensino
- Coaching
Estas são as tarefas que um Scrum Master deve executar quando o Scrum é implementado recentemente. Mas conforme o tempo passa e conforme a equipe se acostuma com o Scrum (torna-se auto-organizada), o Scrum Master tem uma tarefa a realizar, ou seja, 'OBSERVAR'.
Construindo uma equipe Scrum
Ao construir uma equipe, o Scrum Master poderia enfrentar os seguintes desafios - Formação, Tempestade, Normatização e Execução.
- Formando- Onde não há relações em uma equipe.
- Storming- Onde os limites entre os membros da equipe se tornariam claros.
- Formulação de normas- Quando existe um bom relacionamento estabelecido na equipe.
- Desempenho Esta é a última etapa em que existe apenas Trabalho em Equipe.
Como podemos ver, a última etapa é onde a equipe realmente trabalha como um Time Scrum . Mas, durante essa transformação, se houver alguma interrupção em qualquer estágio, ela leva a equipe de volta ao início.
Conclusão
Esperamos que este tutorial tenha explicado brevemente todas as importantes Terminologia Agile e Scrum . Consulte esta série de tutoriais Guia completo para metodologia ágil para detalhes dos conceitos Agile / Scrum.
Happy Agility!
Leitura recomendada
- Agile Scrum Online Quiz: Teste Seu Conhecimento de Agile Scrum
- Times Scrum Auto-Suficientes: Como Criar uma Equipe Auto-Suficiente?
- Kanban vs Scrum vs Agile: Uma comparação detalhada para encontrar diferenças
- Como entregar recursos de software de alto valor em um curto período de tempo usando o processo Agile Scrum
- Manifesto Agile: Compreendendo os valores e princípios do Agile
- Metodologia ágil: um guia para iniciantes no método ágil e Scrum
- Tutorial do SAFe Agile: O que é o Scaled Agile Framework
- Funções e responsabilidades da equipe Scrum: Scrum Master e Product Owner