1. Processo Prático
1.1. Definições
1.1.1. Visibilidade
1.1.2. Inspeção
1.1.3. Adaptação
2. Sprint
2.1. Iteração de 30 dias
2.2. Reunião do Plano para o Sprint
2.2.1. Tempo Encaixotado: Máximo de 8 Horas
2.2.2. Dono do Produto e Time se encontram para discutir o que será feito no próximo Gás(sprint)
2.2.2.1. Baseados na escolha da maior prioridade na Pilha de Pedidos de Produtos (Product Backlog)
2.2.2.2. O Time precisa praticar as técnicas de comunicação com o Dono do Produto para falar de negócio e não de pormenores tecnicos
2.2.3. 2 Parts
2.2.3.1. Primeiras 4 horas
2.2.3.1.1. Trabalhar com o DP para atualizar, adicionar e priorizar a Pilha de Pedidos de Produtos (Product Backlog)
2.2.3.2. Próximas 4 horas
2.2.3.2.1. Time Cria um Plano para trabalhar nas tarefas acordadas com o DP
2.2.3.2.2. Marks the beginning of the 30 day sprint
2.3. Scrum Diário
2.3.1. Todos os Dias
2.3.1.1. 15 min
2.3.2. Responder 3 questões
2.3.2.1. O que você fez desde o último scrum
2.3.2.2. O que você planeja para o próximo scrum
2.3.2.3. O que você tem para oferecer(roadblocks) para este Gás ou para o Projeto
2.3.3. Sincronizar o time e agendar quantas reuniões forem necessárias para adiantar seu progresso
2.3.3.1. achar o que está por trás e se todas as tarefas estão sendo terminadas
2.3.4. Mencione os detalhes
2.3.4.1. Não diga "gambiarra"
2.3.4.1.1. descubra o qual o problema, seu estado e em que lugar está
2.3.5. Procure quem precisa de ajuda
2.3.5.1. agende ajuda para quem precisa
2.4. Revisão do Sprint
2.4.1. Tempo encaixotado: 4 horas
2.4.2. O time apresenta o que foi desenvolvido para o DP
2.4.2.1. Outros clientes podem estar presentes
2.5. Reunião Retrospectiva do Sprint
2.5.1. Tempo encaixotado:3 horas
2.5.2. ScrumMaster encoraja o Time à revisar, usando o arcabouço de processos Scrum e suas práticas,
2.5.3. Cada membro do time mostra no que trabalhou no Gás e o que precisa ser melhorado
3. Projetos Complexos
3.1. Scrum dos Scrums
3.1.1. Um membro de cada time reúne-se para um scrum diário em separado
3.2. Membros Honorários
3.2.1. Um membro de um time tomará parte nos scrums diários do outro time, com a finalidade de coordenar dependências. Isso faz dele um membro honorário do outro time.
3.3. Reuniões de Revisão do Gás podem ser mixadas como um dia de demonstrações
3.3.1. Deve recolocar a documentação formal e relatórios no Gás
3.4. Escalonando o Scrum
3.4.1. Adicionando Números de Times
3.4.1.1. Corridas para arrumar a arquitetura requerida antes de escalar os times
3.4.1.2. Novos times serão cultivados por um membro original do time
3.4.2. Escalonamentos de requisitos não funcionais devem ser adicionados à Pilha de Pedidos de Produtos
3.4.2.1. Staging
3.4.2.1.1. Decompor a arquitetura de negócios de forma à suportar protocolos de comunicação comuns para um desenvolvimento com múltiplos times
3.4.2.1.2. Decompor a arquitetura do sistema de forma à suportar protocolos comuns entre os múltiplos times
3.4.2.1.3. Se necessário, defina e implemente um ambiente de desenvolvimento que supra as necessidades de múltiplos times ou mesmo ambientes distribuídos
4. Papéis
4.1. Mestre do Scrum
4.1.1. Ensina Scrum aos outros membros
4.1.2. Certifica que o processo do Scrum está sendo seguido e obtendo sucesso
4.2. Dono do Produto (DP)
4.2.1. Representa o interesse dos clientes finais
4.2.2. Provê os requisitos iniciais
4.2.2.1. Pilha de Pedidos de Produtos(Product Backlog)
4.2.2.1.1. Sempre Mudando
4.2.2.1.2. Estimativas iniciais e prioridades
4.2.2.1.3. Dinâmico, sempre atualizando e mudando
4.2.2.1.4. Publicar num grande impresso os gols e o progresso
4.2.3. Focado No Retorno do Investimento
4.3. Time
4.3.1. Responsável por desenvolver funcionalidades
4.3.2. Auto Gerenciável Auto Organizada
4.3.3. Responsável pelo sucesso de cada iteração
4.4. Todos os atuantes tem autoridade na sua área
4.4.1. Comprometidos com o projeto
4.4.1.1. Os não comprometidos não podem interferir
4.5. Porcos e Galinhas
4.5.1. Porco e Galinha discutem sobre abrir um restaurante
4.5.1.1. Vão servir Ovos e Bacon
4.5.1.1.1. Nesse caso quem está comprometido é o Porco
4.5.1.1.2. A galinha deseja que o projeto obtenha sucesso, mas não precisa fazer tanto para obter sucesso