1 / 35

Implantando SCRUM na Simplestec Equipe Tributária

Implantando SCRUM na Simplestec Equipe Tributária. Frederico Augusto. Desenvolvimento Ágil. Manifesto Ágil. “Estamos descobrindo maneiras melhores de desenvolver software fazendo-o nós mesmos e ajudando outros a fazê-lo. Através desse trabalho, passamos a valorizar:

Download Presentation

Implantando SCRUM na Simplestec Equipe Tributária

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Implantando SCRUM naSimplestecEquipeTributária Frederico Augusto

  2. DesenvolvimentoÁgil

  3. Manifesto Ágil “Estamos descobrindo maneiras melhores de desenvolver software fazendo-o nós mesmos e ajudando outros a fazê-lo. Através desse trabalho, passamos a valorizar: • Indivíduos e interação entre eles 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 Ou seja, mesmo havendo valor nos itens à direita, valorizamos mais os itens à esquerda.” http://agilmanifesto.org

  4. Issojá me aconteceu antes???

  5. Gastar energia em tarefas que não agregam valor nenhum ao cliente realmente é perda de tempo e dinheiro; • Prioridades e atividades devem ser claras.

  6. Como Resolver isso???

  7. Princípios por trás do Manifesto Ágil: • A prioridade é satisfazer o cliente, entregando o mais rápido possível e de forma contínua software que tenha valor; • Requisitos mutantes são bem vindos, mesmo no final do desenvolvimento. Os processos ágeis podem ser usados a favor de mudanças que tragam vantagem competitiva para o cliente; • É importante entregar software funcionando freqüentemente, mensalmente, quinzenalmente ou, se possível, toda semana; • Clientes e desenvolvedores devem trabalhar juntos diariamente num projeto; • Projetos devem ser feitos por indivíduos motivados. Os indivíduos precisam da confiança de que seu trabalho será realizado. Eles devem ter suas necessidades atendidas e trabalhar num ambiente adequado;

  8. Princípios por trás do Manifesto Ágil: • Conversa face-a-face é SEMPRE a melhor forma de comunicação; • Software funcionando é a primeira medida de progresso; • O processo ágil torna o desenvolvimento sustentável. Patrocinadores, desenvolvedores e usuários devem manter a paz indefinidamente; • Atenção constante à excelência técnica e bom design aumenta a agilidade; • A chave é SIMPLICIDADE: minimizar a quantidade de trabalho desnecessário; • As melhores arquiteturas, requisitos e design surgem de equipes auto-organizadas; • A equipe reflete como se tornar mais eficiente, ajustando seu comportamento para atingir esse objetivo.

  9. SCRUM • Scrum é um processo iterativo e incremental de gerenciamento de projetos ágeis; • Entre suas principais características está a entrega de produtos de software totalmente funcionais em períodos curtos e pré-determinados;

  10. SCRUM O termo SCRUM deriva do jogo de Rugby, onde as duas equipes disputam a posse de bola e toda a equipe esta comprometida no evento.

  11. SCRUM - Fundamentos • A idéia principal do SCRUM é manter o foco na entrega que represente maior valor de negócio, no menor tempo possível; • As necessidades de negócio do cliente determinam as prioridades da equipe SCRUM; • As equipes se auto-organizamparadefinir a melhormaneira de entregar as funcionalidades de maiorprioridade.

  12. Tarefas e ObjetivossãodaEquipe…

  13. SCRUM Valores • Dentre os valores do Scrum podemos citar: • Transparência; • Auto-organização; • Comprometimento; • Entregas representativas para o cliente; • Comunicação...

  14. ResultadosEsperados • ResponsabilidadeCompartilhada; • Maiscomunicação; • AumentodaQualidade; • Disseminação do Conhecimento; • Satisfação dos stakeholders…

  15. Desenvolvimento de Software não Gera as mesmassaídaspara as mesmasentradas

  16. Bom, e o que Scrum faz então?

  17. Processando…

  18. Funcionamento Visão do Produto Sprint Retrospective Sprint Planning Sprint Review

  19. SCRUM

  20. EquipesComprometidas

  21. Reunião de Planejamento (SprintPlanning) • Participam PO, ScrumMaster e Equipe • Parte 1 : Entendimento dos requisitos e Definir a prioridade e itensquefarão parte do SPRINT; • Parte 2 : Sem a necessidade do PO a equiperealiza o planejamentotáticopara o desenvolvimento das tarefas.

  22. Reunião Diária (Daily SCRUM) • Participam Equipe e ScrumMaster • O que eu fiz ontem ? • O que irei fazer hoje ? • Algum impedimento ?

  23. Revisão da Sprint(SprintReview) • ParticipamPO, Equipe, Scrum Master e convidados; • Reunião para demonstração resultado do Sprint; • Informarao PO todososimpedimentos;

  24. Retrospectiva da Sprint (SprintRetrospective) • ParticipamEquipe e Scrum Master • Equipe se reúne para verificar o que deu certo e errado no SPRINT; • O time identifica oportunidades de melhoria para a equipe e para empresa; • A equipe formaliza as lições aprendidas e realiza os ajustes necessários para a próxima iteração; • Não é permitido Power Point…

  25. Backlog do Produto • O Backlog do Produto é uma lista de itens priorizados que contém todas as funcionalidades que são desejadas para o produto. • Todos os requisitos que precisam ser realizados para a finalização do projeto. • Para gerenciar o ProductBacklog é necessário que todos os itens estejam identificados, estimados   pela equipe e priorizados pelo PO.

  26. TaskBoard – Gestão a Vista

  27. TaskBoard – Gestão a Vista

  28. TaskBoard EmAndamento Feito Fazer NãoPlanejado Impedimentos

  29. GráficoBurndown • O gráfico Burndown representa o trabalho restante sobre o tempo planejado; • Atualização diária, qualquer atraso ou antecipação vista imediatamente; Como um Projetoatrasa?

  30. Planning Poker

  31. Planning Poker • Os números menores refletem bem algo realmente possível de realizar; • Os número maiores não são relatos muito claros, difíceis de estimar; • Estes devem ser transformados em relatos menores para facilitar a realização;

  32. Planning Poker

  33. Bibliografia • ABU SAMRA,Nelson. Blog do Abu. <http://blogdoabu.blogspot.com/> • Blog do Abu : SCRUM ApostilaDeApoio v2.1 • ScrumExperience [O Tutorial SCRUM] v16 • SCRUM, http://rildosan.blogspot.com/2009/06/scrum-experience-o-tutorial-scrum.html • Manifesto Ágil: http://agilemanifesto.org/. Acesso em :04/03/2010 • SCRUM. SCRUM in Five Minutes. Disponível em: <http://www.sof4thouse.se/Uploades/Scrum_eng_webb.pdf,>. Acessoem: 11/03/10.

More Related