1. a) Conceitos do Scrum
1.1. Framework para desenvolver produtos complexos
1.2. Framework para resolver problemas complexos e adaptativos
1.3. É (1) leve, (2) simples de entender e (3) extremamente difícil de dominar
1.4. NÃO é um processo ou técnica; dentro dele pode-se empregar diversos processos ou técnicas
1.5. É composto por:
1.5.1. Papéis
1.5.2. Eventos
1.5.3. Artefatos
1.5.4. Regras
1.6. É baseado no empirismo (aprender com a prática)
1.7. Emprega uma abordagem iterativa e incremental
1.8. Pilares do Scrum
1.8.1. Transparência: aspectos significativos devem estar disponíveis para os responsáveis
1.8.2. Inspeção: verificara os artefatos com certa frequência (que não chegue a atrapalhar). É realizada através dos eventos
1.8.3. Adaptação: é realizada através dos eventos
1.9. As regras do Scrum são imutáveis. Scrum só existe na sua totalidade.
2. b) Papéis (Time Scrum)
2.1. Times Scrum são autorganizáveis e multifuncionais, não dependendo de NINGUÉM 'de fora'
2.2. Product Owner
2.2.1. Responsável por maximizar o valor do produto e do trabalho do Time de Desenvolvimento
2.2.2. ÚNICA pessoa responsável por gerenciar o Backlog do Produto (pode delegar, mas ainda é responsável)
2.2.3. NÃO é um comitê. É uma pessoa (que pode representar o desejo de um comitê - ser for convencida)
2.2.4. A organização deve respeitar suas decisões
2.2.5. Define as priorizações no Backlog do Produto (SOMENTE ele o faz!!)
2.3. Time de Desenvolvimento
2.3.1. Realiza o trabalho de entregar uma versão usável ao final e cada Sprint (incrementação de um "Pronto")
2.3.2. O tamanho ideal é de 3 a 9 participantes (Os papéis de Product Owner e de Scrum Master não são incluídos nesta contagem, a menos que eles também executem o trabalho do Backlog da Sprint.)
2.3.3. São autorganizéveis: nem mesmo o Scrum Master diz como transformar o Backlog do Produto em incremento usável.
2.3.4. Não há sub-funções ou sub-times no TIme de Desenvolvimento (Analista, Testador, etc.). TODOS são desenvolvedores.
2.4. Scrum Master
2.4.1. É responsável por garantir que o Scrum seja entendido e aplicado
2.4.2. Busca garantir que o Time Scrum adere à teoria, práticas e regras do Scrum.
2.4.3. Trabalha para o Product Owner, para o TIme de Desenvolvimento e para a Organização.
3. c) Eventos
3.1. A intenção é evitar reuniões que não seja estas 4 definias pelo Scrum
3.2. Todos os eventos são time-boxed, com duração máxima; além disso, são utilizadas para inspeção e adaptação
3.3. Sprint
3.3.1. é um time-boxed de 1 mês corrido ou menos
3.3.2. é o coração do Scrum
3.3.3. uma nova Sprint se inicia imediatamente após término da anterior
3.3.4. cada Sprint pode ser considerada um projeto
3.3.5. não pode haver mundaças que causam perigo ao objetivo da Sprint
3.3.6. É um container para outros eventos
3.3.7. SOMENTE o Product Owner tem autoridade para cancelar uma Sprint (por conta própria ou sobre influência)
3.4. Reunião de Planejamento da Sprint
3.4.1. Duração máxima de 8hs para uma Sprint de 1 mês
3.4.2. Responde às questões:
3.4.2.1. O que pode ser Pronto nesta Sprint (O Product Owner prioriza e o TIme de Desenvolvimento diz o que é possível fazer na Sprint)
3.4.2.2. Como o trabalho necessário para integrar o incremento será realizado (plano de entrega)
3.4.3. o Scrum Master bota "ordem" na reunião
3.4.4. Os itens de Backlog do Produto selecionados para a Sprint, junto com o plano de entrega destes itens é chamado de Backlog da Sprint.
3.4.5. Objetivo ou meta da Sprint: fornece uma direção ao Time de Desenvolvimento sobre o porquê de estar construindo um incremento
3.5. Reunião Diária
3.5.1. Reunião de 15 minutos
3.5.2. Objetivo: sincronizar os trabalhos e traçar um plano para as próximas 24hs
3.5.3. É mantida no mesmo horário e local todo dia para reduzir a complexidade
3.5.4. Na reunião, o Time de Desenvolvimento esclarece:
3.5.4.1. O que eu fiz ontem e ajudou o Time de Desenvolvimento a atender a meta da Sprint?
3.5.4.2. O que eu farei hoje para ajudar o Time de Desenvolvimento a atender a meta da Sprint?
3.5.4.3. Eu vejo algum obstáculo que impeça a mim ou o Time de Desenvolvimento no atendimento da meta da Sprint?
3.5.5. Somente os integrantes do Time de Desenvolvimento participam da Reunião Diária (o Scrum Master busca garantir isso!)
3.5.6. O Scrum Master assegura que a Reunião Diária seja feita e dure 15min
3.6. Reunião de Revisão da Sprint
3.6.1. é executada no final da Sprint para inspecionar o incremento e adaptar o Backlog do Produto se necessário
3.6.2. duração de 4hs para uma Sprint de 1 mês
3.6.3. O resultado da Reunião de Revisão da Sprint é um Backlog do Produto revisado que define o provável Backlog do Produto para a próxima Sprint
3.6.4. O Backlog do Produto pode também ser ajustado completamente para atender novas oportunidades.
3.7. Retrospectiva da Srptin
3.7.1. É uma oportunidade para o Time Scrum inspecionar a si próprio
3.7.2. Duração de 3hs para uma Sprint de 1 mês.
3.7.3. ocorre depois da Revisão da Sprint e antes da reunião de planejamento da próxima Sprint
3.7.4. Objetivos
3.7.4.1. Inspecionar como a última Sprint foi em relação às pessoas, aos relacionamentos, aos processos e às ferramentas.
3.7.4.2. Identificar e ordenar os principais itens que foram bem e as potenciais melhorias
3.7.4.3. Criar um plano para implementar melhorias no modo que o Time Scrum faz seu trabalho
4. d) Artefatos
4.1. Representam o trabalho ou o valor para o fornecimento de transparência e oportunidades para inspeção e adaptação.
4.2. Backlog do Produto
4.2.1. É uma lista ordenada de tudo que deve ser necessário no produto, e é uma origem única dos requisitos para qualquer mudança a ser feita no produto.
4.2.2. O Product Owner é responsável pelo Backlog do Produto, incluindo seu conteúdo, disponibilidade e ordenação.
4.2.3. Um Backlog do Produto nunca está completo: sempre evolui tanto quanto o produto. Mudanças nos requisitos de negócio, condições de mercado ou tecnologia podem causar mudanças no Backlog do Produto.
4.2.4. O Backlog do Produto existirá enquanto o produto também existir.
4.2.5. Os itens do Backlog do Produto possuem os atributos de descrição, ordem, estimativa e valor.
4.2.6. O Time de Desenvolvimento é responsável por todas as estimativas
4.2.7. O Product Owner acompanha o total do trabalho restante pelo menos a cada Reunião de Revisão da Sprint.
4.3. Backlog da Sprint
4.3.1. Conjunto de itens do Backlog do Produto selecionados para a Sprint, juntamente com o plano para entregar o incremento do produto e atingir o objetivo da Sprint
4.3.2. O Time de Desenvolvimento modifica o Backlog da Sprint ao longo de toda a Sprint, e o Backlog da Sprint vai surgindo durante a Sprint.
4.3.3. É altamente visível, uma imagem em tempo real do trabalho que o Time de Desenvolvimento planeja completar durante a Sprint, e pertence exclusivamente ao Time de Desenvolvimento. Somente este pode fazer mudanças no Backlog da Sprint.
4.4. Incremento
4.4.1. O incremento é a soma de todos os itens do Backlog do Produto completados durante a Sprint e o valor dos incrementos de todas as Sprints anteriores. Ao final da Sprint um novo incremento deve estar “Pronto”, o que significa que deve estar na condição utilizável e atender a definição de “Pronto” do Time Scrum. Este deve estar na condição utilizável independente do Product Owner decidir por liberá-lo realmente ou não.