Após completar este módulo você deverá ter absorvido o seguinte conhecimento: Uma ampla visão do framework Scrum e suas peculiaridades

Transcrição

1

2 Objetivos da Aula 1 Após completar este módulo você deverá ter absorvido o seguinte conhecimento: Uma ampla visão do framework Scrum e suas peculiaridades Entendimento sobre os processos essenciais do Scrum Compreensão sobre os termos utilizados no Scrum através de Glossário

3

4 O que é Scrum? Um método simples para gerenciar projetos complexos

5 Scrum De onde saiu isso? O nome Scrum vem de uma jogada ou formação do Rugby, onde 8 jogadores de cada time devem se encaixar para formar uma muralha. É muito importante que seja realizado um trabalho de equipe, pois se um dos jogadores na formação falhar, toda a jogada é comprometida. picture by Kiwi Flickr

6 O Ciclo Scrum Framework de práticas que permitem controle empírico de projetos complexos Ciclos curtos com software real com qualidade de produção. Foco na entrega de maior valor de negócio no menor tempo possível As equipes se autoorganizam para entregar o produto Rápida e contínua inspeção de software em produção As necessidades de negócio determinam as prioridades

7 Pilares do SCRUM Transparência Transparência nos processos, nos requisitos de entrega combinados e no uso de ferramentas (como Kanban) para medição de progresso. Inspeção Processos claros de avaliação de performance e planejamento do projeto ao longo das iterações Adaptação Adaptação do modus-operandi do projeto às necessidades do cliente, bem como, aos desafios apresentados ao longo do projeto

8 Requerimentos Nível de ruído em um projeto Longe do Acordo Perto de Acordo Perto da certeza Longe da certeza Fonte: Strategic Management and Organizational Dynamics by Ralph Stacey in Agile Software Development with Scrum by Ken Schwaber and Mike Beedle.

9 Manifesto Ágil - Valores Indivíduos e interações Software que funciona Colaboração do cliente Resposta à mudanças ao invés de Processos e ferramentas Documentação abrangente Negociação de contrato Seguir um plano Visite e leia mais sobre o manifesto em:

10 Princípios ágeis decorrentes do manifesto Nossa maior prioridade é satisfazer o cliente através da entrega antecipada e continua de software com valor. Acomodar mudanças de requisitos mesmo que seja ao final do desenvolvimento. Processos ágeis aproveitam as mudanças para dar vantagem competitiva ao cliente. Entregar software funcionando frequentemente, o mais rápido possível. Pessoas de negócios e desenvolvimento devem trabalhar juntos diariamente durante todo o projeto. Criar projetos rodeado de indivíduos motivados, dê-lhes o ambiente e suporte necessários, e estabeleça confiança para que o trabalho seja feito.

11 Valores do Scrum Foco na Entrega Trazer à tona os problemas Transparência AutoGerenciamento Time-Box Scrum Comprometimento Qualidade Total Comunicação Constante Trabalho em Equipe

12 picture by OnTask O Gol do Scrum Gerenciar Complexidade, Incertezas e Mudanças através de Transparência, Inspeção e Adaptação.

13 Auto-Organização: Princípio Básico do SCRUM A equipe deve ser capaz de se organizar e dividir o trabalho Não necessariamente o time todo deve ser Sênior, porém a auto-organização requer comprometimento e responsabilidade desde o primeiro dia de projeto Como no esporte, os membros da equipe são interdependentes e o Scrum Master fará todo o possível para manter a autoorganização, fator chave para o sucesso do projeto.

14

15 Mitologia sobre o método Ágil Qualidade Será Baixa Não há visibilidade do que está acontecendo Times Ágeis Não Planejam Times Ágeis fazem o que querem Projetos Ágeis Não precisam de documentação Projetos Ágeis Não precisam de Gerentes Projetos ágeis não precisam de organização Projetos ágeis são simples e muito fáceis de implementar Projetos Ágeis só funcionam para projetos pequenos A Verdade DoD Kanban 5 Níveis de planejamento Disciplina e Ritmo Intensos Preocupação com o desperdício Liderança diferenciada Papéis, Artefatos e Cerimônias Sérios empecilhos culturais e Resistência Diversas formas de escalar para gestão de portfólio e projetos críticos

16 O que torna Scrum diferente? Gerencia complexidade, imprevisibilidade e mudanças por meio da visibilidade, inspeções e adaptações

17 O que torna Scrum diferente? Os métodos tradicionais se focam em seguir planos. Scrum é focado em entregar produto com valor para o negócio.

18 O que torna Scrum diferente? Scrum é baseado em métodos de trabalho cuja eficácia foi comprovada em campo. Métodos tradicionais prescrevem processos ideais que são bons em teoria, mas não se comprovam na prática.

19 O que torna Scrum diferente? Seguir o planejamento à risca Métodos Tradicionais Processo e Ferramentas onerosos Indivíduos e interações; SCRUM Software funcional; Negociações contratuais complexas Documentação detalhada Colaboração com o cliente; Adaptação às mudanças.

20 Divergência entre paradigmas

21

22 Foco no valor agregado Vantagens do Scrum Todo o trabalho é priorizado em função do valor de negócio percebido pelo cliente; O time sempre está executando as tarefas que mais interessam aos stakeholders; Os stakeholders passam a enxergar os resultados rapidamente; Redução do desperdício de dinheiro e tempo na execução de itens de menor prioridade.

23 Vantagens do Scrum Visibilidade do progresso O trabalho é organizado de forma simples, portanto é fácil determinar o progresso do projeto; Todos os envolvidos sabem o que foi feito, o que está em execução e o que ainda deve ser realizado;

24 Vantagens do Scrum Mitigação de riscos Como o progresso é monitorado diariamente qualquer dificuldade que a equipe tiver é prontamente comunicada e pode ser tratada da melhor maneira, o mais rápido possível, através dos processos e cerimônias do SCRUM.

25 Vantagens do Scrum

26 Desenv. sequencial versus paralelo Sequencial Um após o outro... Requisitos Código Testes Paralelo ou Ágil Um pouco aqui e um pouco ali... Ao invés de completar uma coisa por vez equipes Scrum fazem um pouco de cada coisa, todo o tempo. Fonte: The New New Product Development Game by Takeuchi and Nonaka. Harvard Business Review, January 1986.

27 Empresas que utilizam Scrum

28 Visão Macro do processo Scrum PRODUTO POTENCIALMENTE ENTREGÁVEL PARA O CLIENTE

29 Glossário Scrum Os Termos serão melhor compreendidos a medida que o curso avance em cada um dos tópicos relacionados. Scrum Master O ScrumMaster é o responsável por garantir que o Scrum Team se orienta pelos valores e práticas do Scrum. O ScrumMaster protege o time certificando-se de que os membros não se comprometam com compromissos além dos que eles conseguem cumprir dentro de um sprint. Product Owner O Product Owner (dono do produto) representa os interesses de todos os envolvidos (stakeholders), define as funcionalidades do produto e prioriza os itens de Product Backlog. Scrum Team ou Time de Desenvolvimento O Scrum Team constrói o produto que o cliente irá utilizar

30 Glossário Scrum Product Backlog Lista de desejos que incrementar o produto a ser desenvolvido Sprint Representa um ciclo de desenvolvimento do produto com timebox pré-determinado TimeBox Uma escala de tempo que restringe o Sprint. Tempo dedicado para o cumprimento do Sprint. Sprint Planning A reunião Sprint Planning é onde o Scrum Team e o Product Owner determinam quais funcionalidades e atividades serão realizadas no próximo Sprint. Sprint Backlog Lista de histórias a serem desenvolvidas em uma sprint

31 Glossário Scrum Daily Meetings ou StandUp meetings é uma reunião diária e rápida com todos os membros do Scrum Team e o Scrum Master Sprint Review Todo Sprint se encerra com a Reunião Sprint Review, onde o Scrum Team demonstra o incremento de produto potencialmente utilizável. Retrospectiva é o mecanismo principal para a visibilidade que o Scrum proporciona a áreas que potencialmente necessitam de melhorias, transformando-as em resultados. Release Plano de alto nível sobre o desenvolvimento Release Planning Planejamento do projeto em relação a Sprints, processos, reuniões e etc. Burndown Chart O Sprint Burndown Chart é uma representação gráfica do trabalho restante no Sprint

32 Próximos Passos Aula 2 Os papéis e responsabilidades do Scrum Product Owner, Scrum Master, Time de Desenvolvimento