em Análise e Desenvolvimento de Sistemas pela FATEC – Sorocaba Trabalhando com Java há quase 3 anos Aspirante a #pythonista e historicamente #javeiro. Se não estou programando, estou puxando ferro na #maromba.
e interações mais que processos e ferramentas Software em funcionamento mais que documentação abrangente Colaboração com o cliente mais que negociação de contratos Responder a mudanças mais que seguir um plano
de equipes trabalharem em conjunto para o desenvolvimento de um produto A criação de um produto com Scrum ocorre iterativamente Usar Scrum promove a entrega incremental do produto (isso não é fácil) Surgiu baseando-se em valores ágeis do desenvolvimento de software Fundamenta-se em cerimônias, papéis e artefatos
deve-se trabalhar para que, ao final do mesmo, seja possível entregar um produto, ou funcionalidades, prontas, funcionais e que agregem valor ao negócio do cliente O tempo aconselhado de um sprint é de 30 dias, geralmente variando para pouco menos que isso
soberano na capacidade de produção) Reunião diária O que fiz desde a última reunião O que farei até a próxima reunião O que impede o meu trabalho Sprint Review (SEM power point e software funcionando!) Retrospectiva da Sprint (PO, SM, Time!)
em formato de estorias Backlog do Sprint Burn down Gráfico público mostrando o que foi e o que falta ser desenvolvido de acordo com o Backlog do Sprint Quadro de Tarefas FAZER / FAZENDO / FEITO
a ser desenvolvido Condições para responder à mudanças sem tantos prejuízos Entrega do que é verdadeiramente necessário Promove a colaboração e interação do time além da horizontalização do conhecimento