Baixar para ler offline
Carregado porDavid Ribeiro
Apresentacao kanbane scrum-reduzido
O documento aborda as práticas ágeis de Scrum e Kanban, destacando focos e metodologias de cada abordagem. Detalha processos como reuniões, desenvolvimento, testes e a importância da comunicação e colaboração na equipe. Além disso, menciona a evolução do papel do Scrum Master e Product Owner ao longo do tempo, à medida que a equipe se torna mais autônoma.
Apresentacao kanbane scrum-reduzido
- 1. TRABALHANDO COM ÁGIL- SCRUM E KANBAN BOAS PRÁTICAS DAS DUAS FORMAS DE PENSAR
- 2. DAVID BARROS SANTOSRIBEIRO 36 anos – PE / SP / SC Pós Graduação: Gestão Empresarial e Negócios (INPG) Pós Graduação: Gestão de Projetos (SENAC) Graduação: Sistemas de Informação (SENAC) Técnico: Desenvolvimento de Software (IBRATEC) Certificações: • OKRs, AdministraManagement 3.0 • PSM I (Scrum.org) • CSM, A-CSM, CSPO (Scrum Alliance) • Scrum@Scale (Scrum Alliance / Scrum.inc) • KMP I e II (Kanban University) Cargo atual: • Product Owner PagueVeloz
- 3. BASE DE TUDO- ??? Manifesto Ágil 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
- 4. FOCOS QUE SEDEVE TER Scrum: • Foco na entrega de valor Kanban • Foco na entrega do serviço Hipnose (Plus) • Foco nos seres humanos
- 5. SCRUM (VISÃO PROCESSOS– DOR / DOD) Refinamento Retrospectiva Daily Daily Daily Daily Daily Review Planning Sprint Implantação UserStory ForadoScrum: Estóriasésóumadasformas detrabalharcomScrum Scrum PrevistonoScrum,porém,semcadência definida. Scrum ReuniãoentreoPO,ScrumMastere equipededesenvolvimento(DoR) Scrum Reuniãodaequipede Desenvolvimento(todaequipeque constróiefetivamenteoproduto)onde podemparticiparoSMeoPO. ... ... ... ... Scrum Reuniãoparamostraraentregadesenvolvidana Sprint(DoD) Scrum Reuniãoparadiscutiroprocesso desenvolvido,conflitosemelhorias doprocesso Implantaçãoemproduçãoemacordo comoPO
- 6. KANBAN – POLÍTICAS/ M. PUXADO / WIP / C. POINT Cycle timeReaction time PB (-) •Estórias / Épicos •Ideia •Ordenado por valor Análise (5~30) •Doing: •Estórias modelo canônico •Critérios de Aceite •BDD •Regras de Negócio. •Story Map •Done: •Estória “pronta” •Critérios de aceite •Story Map Refinamento (5~20) •Doing: •Questionamento do DT •Estimativa do DT •Quebra de estórias •Done: •Estimado pelos Dev Team •Story Points (Fibonacci) •Estórias quebradas Sprint Backlog (20) •Itens ordenados por Valor •Itens selecionados para a Sprint DEV (5) •Doing: •Desenvolvimento •Pull Request Review •Critérios de aceite automatizados •Teste de unidade •Teste funcional ou de integração •Validação do DoD •Done: •Testes automatizado de 70% de cobertura •100% de testes com sucesso QA (2) •Doing: •Mapeamento dos critérios de aceite •Teste das estórias •Teste dos critérios de aceite •Done: •Testado •Validado •Sem erros UAT (20) •Doing: •Teste do PO •Teste dos Stakeholders •Done: •Testado •Validado •Sem erros •Objetivo alcançado PRD (N/A) •Testado por QA e UAT •Testes automatizados Lead time Commitment Point (ponto de comprometimento) Modelo Puxado (Observar de trás pra frente)
- 7. KANBAN – POLÍTICAS/ M. PUXADO / WIP / C. POINT Cycle timeReaction time PB (-) •Estórias / Épicos •Ideia •Ordenado por valor Análise (5~30) •Doing: •Estórias modelo canônico •Critérios de Aceite •BDD •Regras de Negócio. •Story Map •Done: •Estória “pronta” •Critérios de aceite •Story Map Refinamento (5~20) •Doing: •Questionamento do DT •Estimativa do DT •Quebra de estórias •Done: •Estimado pelos Dev Team •Story Points (Fibonacci) •Estórias quebradas Sprint Backlog (20) •Itens ordenados por Valor •Itens selecionados para a Sprint DEV (5) •Doing: •Desenvolvimento •Pull Request Review •Critérios de aceite automatizados •Teste de unidade •Teste funcional ou de integração •Validação do DoD •Done: •Testes automatizado de 70% de cobertura •100% de testes com sucesso QA (2) •Doing: •Mapeamento dos critérios de aceite •Teste das estórias •Teste dos critérios de aceite •Done: •Testado •Validado •Sem erros UAT (20) •Doing: •Teste do PO •Teste dos Stakeholders •Done: •Testado •Validado •Sem erros •Objetivo alcançado PRD (N/A) •Testado por QA e UAT •Testes automatizados Lead time Commitment Point (ponto de comprometimento) Delivery Point (ponto de entrega) Modelo Puxado (Observar de trás pra frente)
- 8. KANBAN - CLASSESDE SERVIÇO Expedite (Urgentes) Fixed Date (Data Entrega)Standard (Dia a dia)
- 9. BASE DE TUDO- ??? Scrum • Abertura (Conversar abertamente sobre os problemas) • Coragem (Ter coragem para dizer que algo está errado) • Respeito (Respeitar as pessoas que fazem parte da equipe) • Foco (Foco no objetivo da entrega das Sprints) • Comprometimento (Comprometimento em entregar o que foi combinado para a Sprint) Kanban • Visualize as etapas do trabalho • Limite o trabalho em progresso • Torne as politicas do processo explícitas • Implemente mecanismos de feedback • Melhore colaborativamente usando modelos e métodos científicos
- 10. MÉTRICAS Burn down Burn up Histograma CFD CycleTime Lead Time
- 11. OBTENDO O MELHORDA EQUIPE Ambiente Saudável • Respeito • Abertura • Comprometimento • Evitar ambientes extremamente políticos Equipe • Equipes pequenas • Para o lado bom ou lado ruim, o time é responsável Entregas • Foco • Coragem • Evitar Mudanças de Contexto • Explicitar objetivos Métodos e Frameworks • Observar como referência • Aprofundar os processos
- 12. AO LONGO DOTEMPO... A necessidade de ter um Scrum Master ou Product Owner próximo ao time diminui com o passar do tempo. A necessidade do Scrum Master ficar próximo da equipe de desenvolvimento diminui (mas nunca acaba) ao longo do tempo, já que a equipe vai entendendo cada vez mais como funciona o processo. Fazendo com que o Scrum Master fique mais livre para verificar novos processos, melhorias e novidades ao invés de ficar apenas ensinando a equipe como o Scrum funciona. A necessidade do Product Owner ficar próximo da equipe de desenvolvimento diminui (mas nunca acaba) ao longo do tempo, já que a equipe vai entendendo cada vez mais como funciona o negócio. Porém, o negócio muda constantemente. Fazendo com que o Product Owner fique mais livre para verificar novos negócios e melhorar o levantamento junto ao UX. Por exemplo: Fazendo reuniões, questionários e atualizando o Story Map.
- 13. DÚVIDAS? Contatos: E-mail: davidbsr@gmail.com Telefone: (11)9 8299 6711 Linkedin: https://www.linkedin.com/in/davidbsribeiro/