Metodologia Ágil com Scrum. Como uma ideia pode se tornar um software com a ajuda de boas práticas

Transcrição

1 Metodologia Ágil com Scrum Como uma ideia pode se tornar um software com a ajuda de boas práticas

2 Quem sou eu Sou o Cristiano de Moraes, 38 anos, formado em Engenharia de Software, pós-graduado em Java com Internet das Coisas (IoT), também formado em empreendedorismo em Babson (Boston-EUA), mais de 20 anos atuando com tecnologia e a cada dia mais apaixonado pelo que faço. Dentro da gestão de projetos ágeis, atuo principalmente como agente de mudança e cultura com bastante bagagem de coisas muito além do Agile, como análise de ROI, gestão e adaptação às necessidades reais. Já implantei práticas ágeis em projetos de inovação, comércio, indústria, banco e arquitetura de sistemas. Também possuo algumas certificações como PSM (scrum.org), ASF (Exin), e ACP (PMI)

3 O que é Agilidade?

4

5 Quando utilizar? Longe de acordo Requerimentos Perto de Acordo Simples Perto da certeza Complexo Tecnologia Anarquia Agile Longe da certeza Problemas culturais Tradicional Fonte: Strategic Management and Organizational Dynamics by Ralph Stacey in Agile Software Development with Scrum by Ken Schwaber and Mike Beedle.

6 O mito do planejamento ágil Inception Design Think 5W2H Spike Refinement O benefício do planejamento Incremental A cada ciclo planejamos o futuro com mais clareza e menos incertezas.

7 Valores do Manifesto Indivíduos 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

8 Princípios 1 Nossa maior prioridade é satisfazer o cliente por meio da entrega cedo e frequente de software com valor. 2 Mudanças de requisitos são bem-vindas, mesmo em fases tardias do desenvolvimento. Os processos Ágeis utilizam a mudança em favor da vantagem competitiva para o cliente. 3 Entregar software em funcionamento com frequência, desde a cada duas semanas até a cada dois meses, com uma preferência por prazos mais curtos. 4 As pessoas do negócio e os desenvolvedores devem trabalhar em conjunto diariamente ao longo do projeto. 5 Construa projetos em torno de indivíduos motivados. Dê-lhes o ambiente e o suporte que precisam e confie neles para realizarem o trabalho. 6 O método mais eficiente e efetivo de se transmitir informação para e entre uma equipe de desenvolvimento é a conversa face a face.

9 Princípios 7 Software em funcionamento é a principal medida de progresso. 8 Os processos Ágeis promovem o desenvolvimento sust ent ável. Os patrocinadores, desenvolvedores e usuários devem ser capazes de mant er indefinidamente um ritmo constante. 9 A atenção contínua à excelência técnica e a um bom projeto aumentam a agilidade. 10 Simplicidade a arte de se maximizar a quantidade de trabalho não feito é essencial. 11 As melhores arquiteturas, requisitos e projetos emergem de equipes que se aut o- organizam. 12 Emintervalos de tempo regulares, a equipe reflete sobre como se t ornar mais efet iva e então refina e ajusta seu comportamento de acordo.

10 Vantagens (Cliente) Foco e maximização do ROI e do Valor de Negócio; Entregas do produto + rápida, freqüentes e regulares; Aceleração do Time-to-market o que se traduz em ganho de competitividade; Transparência e visibilidade do status do projeto; Flexibilidade para mudanças de requisitos e prioridades além de maior agilidade na tomada de decisões; Melhoria da Qualidade do produto final; Redução dos riscos e das indesejáveis surpresas.

11 Vantagens (gestor e equipes) Escopo e objetivos claros e priorizados; Equipes auto-organizadas, maior autonomia, disciplina e regularidade; Maximização do comprometimento; Melhoria na comunicação. A comunicação intensa com o cliente e a gestão de suas expectativas são parte do processo; Inspeção e Adaptação constantes do processo em busca da melhoria contínua e a redução dos desperdícios; Antecipação dos problemas e maior agilidade na tomada de ações.

12 Pilares Transparência - todos sabemos o que está acontecendo. Adaptação - assumir que tudo muda Inspeção - verifique se o seu trabalho faz tático.

13 Scrum

14 Visão do Scrum

15 Sprint Projetos Scrum progridem em uma série de Sprints Ocorre em um período de duas a quatro semanas Um período constante leva a um melhor ritmo O produto é projetado, codificado e testado durante o Sprint Tem objetivos claros DOD - Definition of Done DOR - Definition of Read

16 Artefatos Backlog de Produto Backlog de Sprint Incremento

17 Backlog

18 Backlog Backlog de Produto Tudo que precisa ser feito no projeto Uma lista de todo o trabalho desejado no projeto Priorizado pelo dono do produto Repriorizado no início de cada Sprint Backlog da Sprint Tudo que foi priorizado na Sprint Cada indivíduo escolhe o trabalho que fará Atualização diária da estimativa do trabalho restante pelo time

19 Estimativas x Valor de Negócio Item de Backlog Business Value Pontos Fazer Reserva Trocar Datas Cancelar Reserva 80 5

20 Papéis, o Scrum Team Dev Team Product Owner Scrum Master

21 Product Owner Define as funcionalidades do produto Decide datas de lançamento e conteúdo Responsável pela rentabilidade (ROI) Prioriza funcionalidades de acordo com o valor de mercado Ajusta funcionalidades e prioridades Aceita ou rejeita o resultado dos trabalhos

22 Scrum Master Responsável pela aplicação dos valores e práticas do Scrum Remove obstáculos Garante a plena funcionalidade e produtividade da equipe Garante a colaboração entre os diversos papéis e funções Escudo para interferências externas

23 Dev Team Responsáveis pela Entrega Auto Organizado Comunicação Frequente Transparência Focado e Comprometido Entrosados Ritmo sustentável T-Shaped / Multifuncional

24 Cerimônias Planning Daily Review Retrospective

25 Planning Durante o Sprint Planning Meeting, o Product Owner descreve as funcionalidades de maior prioridade para a equipe. A equipe faz perguntas durante a reunião de modo que seja capaz de quebrar as funcionalidades em tarefas técnicas. Após a reunião. Essas tarefas irão dar origem ao Sprint Backlog.

26 Daily Os Daily Scrums normalmente são realizadas no mesmo lugar, na mesma hora do dia. O que você fez ontem? O que você fará hoje? Há algum impedimento no seu caminho? O foco é sempre no que precisa ser feito para o sucesso da Sprint! Os impedimentos identificados no Daily Scrum devem ser tratados pelo Scrum Master o mais rapidamente possível. Não é para resolver de problemas, nem é status report.

27 Review Revisar, descobrir e re-organizar as informações Equipe apresenta os resultados obtidos durante o Sprint, e o produto é revisitado para entendimento dos Objetivos principais Tipicamente, demonstração de novas funcionalidades ou sua arquitetura

28 Retrospective Scrum Team inspeciona como foi a última Sprint Pessoas, relacionamentos, processos, ferramentas Definição de Done Scrum Equipe seleciona melhorias acionáveis para implementação no próximo Sprint

29 Oficina prática Scrum Divisão de Equipes Organizar uma ideia Priorizar Estabelecer Objetivo Rodar Sprint

30 Obrigado Contato e dúvidas: cristiano@agilissimo.com.br Linkedin : linkedin.com/in/engmoraes/