Prévia do material em texto

<p>TÓPICOS AVANÇADOS EM</p><p>ADMINISTRAÇÃO</p><p>METODOLOGIAS ÁGEIS</p><p>Metodologia</p><p>SCRUM</p><p>SCRUM</p><p>Scrum é uma abordagem ágil para o desenvolvimento de produtos e serviços inovativos.</p><p>Seu objetivo é fazer com que os projetos sejam</p><p>realizados em um espaço de tempo com o</p><p>máximo de qualidade.</p><p>O Scrum tem também por objetivo gerenciar</p><p>projetos para promover benefícios à empresa e</p><p>também aos clientes. Esse gerenciamento é</p><p>feito com flexibilidade e agilidade na sua</p><p>elaboração.</p><p>SCRUM</p><p>▪ Começa-se criando um product backlog — uma lista priorizada das características e</p><p>outras capacidades necessárias para se desenvolver um produto de sucesso.</p><p>▪ é necessário que o Product Backlog esteja bem organizado e priorizado. Isso é</p><p>fundamental em qualquer projeto ágil.</p><p>▪ Através dessa diretriz o planejamento da iteração e da release se torna mais simples,</p><p>mas isso não é tudo.</p><p>▪ Ele também vai transmitir para toda a equipe quais as necessidades que o cliente</p><p>possui e isso é feito de uma forma muito rápida e direta.</p><p>PRÁTICAS DO SCRUM</p><p>Papéis do SCRUM</p><p>Papéis do SCRUM</p><p>Product Owner (Dono do Produto)</p><p>• É um representante do contratante</p><p>• O Responsável por:</p><p>✓ Maximizar o valor do produto e do trabalho do Time de Desenvolvimento;</p><p>✓ Ele é a autoridade única responsável por decidir quais funcionalidades construir</p><p>✓ Ordenar os itens do Backlog do Produto.</p><p>• Ninguém mais tem permissão para falar com o Time de Desenvolvimento sobre</p><p>diferentes configurações de prioridade, e</p><p>✓O Time de Desenvolvimento não tem permissão para agir sobre o que outras</p><p>pessoas disserem.</p><p>Papéis do SCRUM</p><p>Scrum Master</p><p>• É responsável por:</p><p>✓ Garantir que o Scrum seja entendido e aplicado;</p><p>✓ Facilitar os eventos Scrum (Ex. reuniões);</p><p>✓ Encontrar técnicas para o gerenciamento efetivo do Backlog do Produto;</p><p>✓ Comunicar a visão, objetivo e itens do Backlog do Produto para o Time de</p><p>desenvolvimento; e</p><p>✓ Compreender e praticar a agilidade.</p><p>✓ Não tem autoridade para exercer controle sobre a equipe</p><p>• É um facilitador</p><p>✓ Remove barreiras que impedem ou dificultam os trabalhos</p><p>ATENÇÃO: O SCRUM MASTER NÃO É TIPICAMENTE UM</p><p>LÍDER, PODEMOS CHAMÁ-LO DE SERVO LÍDER!</p><p>Papéis do SCRUM</p><p>Team development (desenvolvedores)</p><p>• Consiste de profissionais que realizam o trabalho</p><p>✓ de entregar uma versão usável que</p><p>✓ potencialmente incrementa o produto “Pronto” Ao final de cada Sprint.</p><p>• Eles são auto-organizados e multi-funcionais</p><p>✓ Não contém sub-times, e</p><p>✓ Times de 3 a 9 pessoas.</p><p>• Seleciona o objetivo do Sprint (Sprint Goal) e especifica os produtos de trabalho</p><p>necessários;</p><p>• Tem a liberdade de fazer qualquer coisa dentro das diretrizes do projeto para alcançar o</p><p>objetivo do Sprint;</p><p>Artefato: Product Backlog</p><p>▪ O Product Backlog nada mais é que uma lista ordenada que contém todos os</p><p>requisitos (funcionalidades) que um produto precisa ter.</p><p>Mas como é possível saber quais são todos</p><p>esses requisitos que o produto precisa ter?</p><p>Essa dinâmica é que vai</p><p>permitir que o projeto sempre</p><p>se adapte às mudanças que</p><p>certamente irão acontecer em</p><p>algum momento</p><p>Não se trata de algo estático,</p><p>pelo contrário, ele sempre está</p><p>se atualizando e se</p><p>modificando.</p><p>Sua organização é feita com</p><p>itens com detalhes que possuem</p><p>maior importância até itens cuja</p><p>visão não é tão clara ainda.</p><p>Artefato: Product Backlog</p><p>▪ O trabalho em si é realizado em</p><p>iterações curtas e timeboxed</p><p>(duração fixa), que usualmente</p><p>variam de uma semana a um mês.</p><p>Durante cada iteração, uma equipe</p><p>multifuncional e auto-organizada faz</p><p>todo o trabalho — design, construção</p><p>e testes — necessário para produzir</p><p>features funcionais e finalizadas que</p><p>possam ser postas em produção.</p><p>Artefato: Product Backlog</p><p>▪ Tipicamente, a quantidade de</p><p>trabalho no product backlog é muito</p><p>maior do que a que poderia ser</p><p>completada por uma equipe em uma</p><p>iteração de curta duração.</p><p>▪ Então, no início de cada iteração, a</p><p>equipe planeja qual subconjunto de</p><p>alta prioridade do product backlog vai</p><p>ser criado naquela iteração. Na Figura</p><p>1.1, por exemplo, a equipe con-</p><p>cordou que poderia criar as features</p><p>A, B e C.</p><p>Artefato: Product Backlog</p><p>▪ No fim da iteração, a equipe revisa as</p><p>features completadas com os</p><p>stakeholders para obter um feedback.</p><p>▪ Baseado nele, o product owner e a</p><p>equipe podem alterar tanto o que</p><p>planejaram trabalhar em seguida,</p><p>quanto como a equipe planejava fazer</p><p>o trabalho.</p><p>▪ Por exemplo, se os stakeholders veem uma feature finalizada e então percebem que</p><p>outra feature que nunca foi considerada também deve ser incluída no produto, o pro-</p><p>duct owner pode simplesmente criar um novo item representando essa feature e inseri-</p><p>lo no product backlog na ordem correta para ser trabalhado numa iteração futura.</p><p>Artefato: Product Backlog</p><p>▪ No fim de cada iteração, a equipe</p><p>deve ter um produto potencialmente</p><p>entregável (ou um incremento do</p><p>produto), um que possa ser lançado</p><p>se apropriado. Se o lançamento após</p><p>cada iteração não for apropriado, um</p><p>conjunto de features de múltiplas ite-</p><p>rações pode ser lançado junto.</p><p>▪ À medida que cada iteração termina, o processo inteiro recomeça com o planejamento</p><p>da nova iteração.</p><p>Artefato: Product Backlog</p><p>Artefato: Sprint backlog</p><p>• É um conjunto de itens do Backlog do Produto</p><p>o selecionados para a Sprint</p><p>• É a previsão do Time de Desenvolvimento sobre</p><p>o qual funcionalidade estará no próximo incremento e</p><p>✓ sobre o trabalho necessário para entregar este incremento.</p><p>•O Time de Desenvolvimento modifica o Backlog da Sprint</p><p>o ao longo de toda a Sprint</p><p>✓ Adiciona-se um novo trabalho sempre que ele for necessário para atingir o objetivo</p><p>da Sprint, e</p><p>✓ elementos considerados desnecessários são removidos.</p><p>• A qualquer tempo, o trabalho restante pode ser mensurado.</p><p>Artefato: Sprint backlog</p><p>Eventos do Scrum</p><p>• Sprint</p><p>• Reunião de Planejamento da Sprint</p><p>• Reunião Diária</p><p>• Revisão da Sprint</p><p>• Retrospectiva da Sprint</p><p>Eventos prescritos são usados no Scrum</p><p>para criar uma rotina e minimizar a</p><p>necessidade de reuniões não definidas no</p><p>Scrum.</p><p>Todo evento tem uma duração máxima</p><p>Cada evento no Scrum é uma oportunidade</p><p>de inspecionar e adaptar alguma coisa.</p><p>Eventos do Scrum: SPRINT</p><p>•Um evento de 1 à 4 semanas (time-boxed: início e fim)</p><p>• Um sprint começa com um sprint planning</p><p>•Durante a sprint é criado</p><p>o um incremento (“Pronto”),</p><p>✓ versão incremental potencialmente utilizável do produto.</p><p>• São compostas por</p><p>o uma reunião de planejamento da Sprint,</p><p>o reuniões diárias,</p><p>o o trabalho de desenvolvimento,</p><p>o uma revisão da Sprint e</p><p>o A retrospectiva da Sprint</p><p>Eventos do Scrum: SPRINT</p><p>• Toda Sprint tem um objetivo</p><p>o Que deve ser atingido por meio da entrega do incremento planejado.</p><p>•Durante a Sprint</p><p>o Não são feitas mudanças que possam por em perigo o objetivo da Sprint;</p><p>o As metas de qualidade não diminuem; e,</p><p>o O escopo pode ser clarificado e renegociado entre o Product Owner e o Time de</p><p>Desenvolvimento</p><p>✓ Conforme eles vão aprendendo durante a sprint.</p><p>• Termina com a sprint review e a sprint retrospective.</p><p>O PRAZO DE UM SPRINT NÃO PODE SER ALTERADO</p><p>Eventos do Scrum: SPRINT</p><p>O número de itens no product backlog provavelmente vai ser maior do que a</p><p>equipe de desenvolvimento pode completar num sprint de curta duração. Por essa</p><p>razão, no início de cada sprint, a equipe de desenvolvimento deve determinar um</p><p>subconjunto dos itens do product backlog que ela acredita que pode completar.</p><p>Eventos do Scrum: Sprint Planning</p><p>• Planeja-se o trabalho a ser realizado na Sprint</p><p>o trabalho colaborativo de todo o Time Scrum.</p><p>• Responde-se as seguintes questões:</p><p>o O que pode ser entregue como resultado do incremento da próxima Sprint?</p><p>o Como este trabalho será realizado?</p><p>• Inputs (entradas)</p><p>o Backlog do Produto</p><p>o O mais recente incremento do produto,</p><p>o A capacidade projetada do Time de Desenvolvimento durante a Sprint e</p><p>o O desempenho passado do Time de Desenvolvimento.</p><p>• Somente o Time de Desenvolvimento pode avaliar o que pode ser completado ao longo da</p><p>próxima Sprint.</p><p>Eventos do Scrum: Sprint</p><p>Plannig</p><p>Eventos do Scrum: Sprint Execution</p><p>• Quando a equipe Scrum finalizar o sprint planning e concordar com o conteúdo do</p><p>próximo sprint, a equipe de desenvolvimento, guiada pelo coaching do ScrumMaster, vai</p><p>realizar todo o trabalho necessário no nível das tarefas para aprontar as features;</p><p>• Ninguém diz à equipe de desenvolvimento em qual ordem ou como fazer o trabalho no</p><p>nível da tarefa no sprint backlog.</p><p>• Em vez disso, os membros da equipe definem seu próprio trabalho na tarefa e então se</p><p>auto-organizam de qualquer maneira que se sintam melhores para alcançar o objetivo do</p><p>sprint.</p><p>Eventos do Scrum: Daily Scrum (reunião diária)</p><p>• Reunião de 15 minutos para</p><p>o sincronizar as atividades e criar um plano para as próximas 24 horas, e</p><p>o inspecionar se o progresso tende para completar o trabalho do Backlog da Sprint.</p><p>• Essa atividade de inspeção e adaptação é algumas vezes chamada de daily stand-up por</p><p>causa da prática comum de todos ficarem em pé durante a reunião para incentivar que ela</p><p>seja breve.</p><p>Abordagem do Srum Master:</p><p>■ O que eu realizei desde a última daily scrum?</p><p>■ O que eu planejo trabalhar para a próxima daily scrum?</p><p>■ Quais são os obstáculos ou impedimentos que estão evitando que eu progrida?</p><p>•Pode ser útil para comunicar o status dos itens do sprint backlog</p><p>Artefato: definição de pronto</p><p>• No Scrum, nos referimos aos resultados do sprint como um incremento potencialmente</p><p>entregável do produto.</p><p>• Essa definição especifica o grau de confiança de que o trabalho completado seja de boa</p><p>qualidade e seja potencialmente entregável.</p><p>✓ Por exemplo, ao se desenvolver software, uma definição mínima de pronto deve gerar</p><p>um trecho inteiro de funcionalidade do produto que esteja projetado, construído,</p><p>integrado, testado e documentado.</p><p>•“Potencialmente entregável” não significa que o que foi construído deve ser entregue.</p><p>✓ Potencialmente entregável é melhor entendido como um estado de confiança que o que</p><p>foi construído no sprint esteja realmente pronto, significando que não há trabalho</p><p>incompleto que seja materialmente importante.</p><p>Artefato: definição de pronto</p><p>Potencialmente</p><p>Entregável</p><p>Eventos do Scrum: Sprint Review (reunião de revisão da sprint)</p><p>• Participam</p><p>o O Time Scrum e os Stakeholders chaves convidados pelo PO.</p><p>• É executada no final da Sprint para inspecionar o incremento e adaptar o Backlog do</p><p>Produto, se necessário.</p><p>o O Time de Desenvolvimento demonstra o trabalho que está “Pronto” e responde as</p><p>questões sobre o incremento.</p><p>•O resultado é um Backlog do Produto revisado</p><p>o que define o provável Backlog do Produto para a próxima Sprint.</p><p>o O Backlog do Produto também pode ser ajustado para atender novas oportunidades.</p><p>•O foco da discussão é o Escopo.</p><p>Eventos do Scrum: Sprint Review (reunião de revisão da sprint)</p><p>Eventos do Scrum: Sprint Retrospective</p><p>• Oportunidade para o Time Scrum inspecionar a si próprio</p><p>o e criar um plano para melhorias a serem aplicadas na próxima Sprint.</p><p>•Ocorre depois da Revisão da Sprint e</p><p>o antes da reunião de planejamento da próxima Sprint.</p><p>• Analisa-se</p><p>o Pessoas, relacionamentos, processos e ferramentas.</p><p>• Criar um plano para alterar o modo de trabalho</p><p>o Pode-se, por exemplo, criar métricas, processos, alterar responsabilidades, mudar a</p><p>definição de Pronto e etc.</p><p>A sprint review é um momento de inspecionar e</p><p>adaptar o produto, a sprint</p><p>retrospective é uma oportunidade de</p><p>inspecionar e adaptar o processo.</p><p>Benefícios do SCRUM</p><p>Resumo do SCRUM</p><p>1-4 semanas</p><p>Kanban e Scrum: sistema híbrido de metodologias ágeis</p><p>• O uso do Kanban com o Scrum é uma abordagem híbrida que pode ser aplicada por</p><p>equipes que já usam o Scrum ou que estão começando a utilizá-lo. A combinação das duas</p><p>metodologias pode tornar o processo mais completo e eficiente.</p><p>• Podemos fazer uso dos recursos do kanban a partir da sprint planning, para apoiar a</p><p>organizar dos sub-itens da sprint backlog.</p><p>Para aplicar o Scrum com Kanban, é possível seguir algumas práticas, como:</p><p>• Dar visibilidade ao fluxo, utilizando o quadro Kanban para tornar o fluxo transparente</p><p>• Limitar o WIP (work in progress), controlando a quantidade de itens de uma coluna ou de</p><p>grupos de colunas do scrum board (quadro do scrum).</p><p>• Gerenciar ativamente o WIP, criando métricas e respostas para questões como itens</p><p>bloqueados no backlog</p><p>• Inspeção e adaptação da definição de fluxo, parando para revisar o que já foi feito</p><p>Kanban e Scrum: sistema híbrido de metodologias ágeis</p><p>O item de backlog é quebrado em vários outros menores que são adicionadas a coluna a</p><p>fazer. Um membro da equipe escolhe um cartão de muda-o para a coluna fazendo. Após</p><p>implementar, executar dos devidos testes de integração e considerar a tarefa como pronta</p><p>ele então muda o cartão para coluna feito. Feito isto ele pega outro cartão na coluna a</p><p>fazer reinicia novamente o ciclo. Isso se repetirá até que a equipe mude todas as histórias</p><p>para a coluna feito.</p><p>Kanban e Scrum: diferenças</p><p>Scrum e Kanban são duas metodologias ágeis populares para gerenciamento de projetos,</p><p>mas diferem na maneira como estruturam o fluxo de trabalho:</p><p>Scrum:</p><p>•Fluxo iterativo: O trabalho é dividido em sprints, que são curtos períodos de tempo.No final</p><p>de cada sprint, a equipe entrega um produto funcional.</p><p>•Reuniões regulares: O Scrum tem um conjunto de reuniões definidas, como sprint</p><p>planning, daily scrum e sprint review e retrospective, para manter a equipe alinhada e</p><p>promover a comunicação.</p><p>•Papéis bem definidos: O Scrum define papéis específicos para os membros da equipe, como</p><p>Scrum Master, Product Owner e Development Team.</p><p>Kanban e Scrum: diferenças</p><p>Kanban:</p><p>• Fluxo contínuo: O trabalho é visualizado em um kanban board, que mostra as tarefas em</p><p>diferentes etapas do processo. As tarefas fluem continuamente de uma etapa para a</p><p>próxima, sem interrupções. NÃO HÁ SPRINTS!</p><p>• Foco no trabalho em andamento: O Kanban limita o número de tarefas em andamento</p><p>(WIP) para evitar sobrecarga e otimizar o fluxo de trabalho.</p><p>• Processo flexível: O Kanban não tem reuniões ou papéis pré-definidos, permitindo que a</p><p>equipe se adapte às suas necessidades específicas. Aqui a ênfase está no fluxo de</p><p>atividades e na gestão visual. Por isso, não há papéis definidos como no SCRUM.</p><p>Tanto o Scrum quanto o Kanban podem lidar com</p><p>projetos de requisitos variáveis.</p><p>Slide 1</p><p>Slide 2: METODOLOGIAS ÁGEIS</p><p>Slide 3</p><p>Slide 4: SCRUM</p><p>Slide 5: SCRUM</p><p>Slide 6: PRÁTICAS DO SCRUM</p><p>Slide 7: Papéis do SCRUM</p><p>Slide 8: Papéis do SCRUM Product Owner (Dono do Produto)</p><p>Slide 9: Papéis do SCRUM Scrum Master</p><p>Slide 10: Papéis do SCRUM Team development (desenvolvedores)</p><p>Slide 11: Artefato: Product Backlog</p><p>Slide 12: Artefato: Product Backlog</p><p>Slide 13: Artefato: Product Backlog</p><p>Slide 14: Artefato: Product Backlog</p><p>Slide 15: Artefato: Product Backlog</p><p>Slide 16: Artefato: Product Backlog</p><p>Slide 17: Artefato: Sprint backlog</p><p>Slide 18: Artefato: Sprint backlog</p><p>Slide 19: Eventos do Scrum</p><p>Slide 20: Eventos do Scrum: SPRINT</p><p>Slide 21: Eventos do Scrum: SPRINT</p><p>Slide 22: Eventos do Scrum: SPRINT</p><p>Slide 23: Eventos do Scrum: Sprint Planning</p><p>Slide 24: Eventos do Scrum: Sprint Plannig</p><p>Slide 25: Eventos do Scrum: Sprint Execution</p><p>Slide 26: Eventos do Scrum: Daily Scrum (reunião diária)</p><p>Slide 27: Artefato: definição de pronto</p><p>Slide 28: Artefato: definição de pronto</p><p>Slide 29: Eventos do Scrum: Sprint Review (reunião de revisão da sprint)</p><p>Slide 30: Eventos do Scrum: Sprint Review (reunião de revisão da sprint)</p><p>Slide 31: Eventos do Scrum: Sprint Retrospective</p><p>Slide 32: Benefícios do SCRUM</p><p>Slide 33: Resumo do SCRUM</p><p>Slide 34: Kanban e Scrum: sistema híbrido de metodologias ágeis</p><p>Slide 35: Kanban e Scrum: sistema híbrido de metodologias ágeis</p><p>Slide 36: Kanban e Scrum: diferenças</p><p>Slide 37: Kanban e Scrum: diferenças</p>