- Métodos tradicionais de desenvolvimento seguiam o modelo waterfall onde tudo era previamente detalhado e definido, o escopo era fechado.
- Daí surgiam diversos problemas (ROI atrasado,estouro do prazo, pouca qualidade, resistente a mudanças, desperdícios).
- Manifesto ágil.
Product Backlog
lista de requisitos priorizadas por valor pro negócio.
Sprint Backlog
O que será desenvolvido na sprint
Scrum Master Líder servidor
Reuniões diárias Práticas voltadas pra programação. Desenvolvimento pareado. Design simples. Integração Contínua.
Visualizar o Fluxo do Trabalho Evidencia Problemas.
Os métodos podem ser combinados, Scrumban
- Inception
Ponto de partida para um projeto novo
Duração de até 1 semana.
Formar o Time do Projeto.
Definir e Disseminar a Visão.
Identificar Objetivos e Personas.
- Formando o Time
Evitar equipes grandes.
Evitar panelinhas(subgrupos).
Pessoas com Skills diferentes.
Time dedicado sem multitarefa.
Time multifuncional.
- Papéis
Cada netodologia tem papéis diferentes.
Times maduros.
- A visão do Produto
Revela pra onde o produto vai.
Revela a importância do produto.
Qual o objetivo do projeto.
Porque esse projeto agregará valor?
Como medir se o projeto foi bem sucedido
- Elevator Pitch
Quem.
O quê.
Porquê.
Objetivo.
- Product Box
Nome do Produto
Slogan
Funcionalidades
Benefícios
Limite-se a 3 benefícios.
- RoadMap & personas
Roadmap
Objetivos
Funcionalidades
Histórias
Alto nível
- Riscos
iterações / Sprints
Ciclos onde as atividades são dividas.
Quanto menor, melhor.
São ciclos.
Iteração e Release
Planejamento Revisão e Retrospectiva.
O Quadro do Time.
Quadro Kanban
Não assumir que vai acertar da primeira vez.
Inspecionar e Adaptar
Níveis
Desenvolvimento do Portfólio
Planejamento da Release
O time todo participa.
Reunião Diária
Comunicação face-a-face.
Velocidade do Time
Meta da iteração
Priorizar escolher funcionalidades
Discutir critérios de aceitação
Validar Entendimento das pessoas.
Definir histórias
Estimar histórias
Usar Velocidade
Compartilhar Compromisso.
Quanto cabe nessa iteração ?
Estimar para definir o escopo
Divisão das tarefas.
Definição de pronto.
Evite dependências entre as histórias, isso pode comprometer as entregas.
Evite detalahar demais, elas podem mudar.
O que não for negociável deve ser explicito(leis).
Estimado
Histórias devem ser testáveis.
Software é Complexo.
Você pode simplificar tornando o processo compreensível mas isso não o tormará previsível.
Você nunca faz o mesmo software 2 vezes.
Análise do custo benefício
Vazão do time
Planning Poker
Velocidade por iteração
Demonstrar o trabalho de uma iteração
Participação do Time, Cliente.
Satisfazer o P.O
P.O aceita ou rejeita
Colher feedback do produto.
Just in Time Reviews
Preparação
Resultados (Aceite,Recusa do P.O)
Está previsto no manifesto ágil, um tempo de reflexão do time em busca de melhoria contínua.
PDCA (Plan,Do,Chech,Act).
Refletir sobre o trabalho.
O que fizemos bem?
O que precisamos melhorar?
Começar/Continuar/Parar(Ações)
Não entre no jogo da culpa.
Mindset: Melhorar o processo para tornar mais eficiente
O facilitador deve manter a reunião produtiva.
Backlog de Melhorias.
Priorização do Backlog
Hierarquia de Requisitos
Backlog Grooming
Fatiando e agrupando histórias
Requisitos Funcionais e Não funcionais.
Dívidas técnicas.
Escrever histórias
Detalhar histórias
Fatiar histórias.
Melhorar histórias.
Estimar itens do Backlog
Incluir Critérios de aceitação
Alinhar Visão de Médio e Longo Prazo.