Introdução a Gestão Ágil de Projetos com Scrum Juan Esteban Bernabó
<you> <date> Presented by An Introduction to Scrum
“ A maioria das nossas supocisões sobre negocios, tecnologia e organizações tem pelo menos 50 anos. Elas tem sobrevivido a seu tempo. Como resultado, estamos pregando, ensinando, e praticando politicas que estão cada vez mais desalinhadas com a realidade e são contra produtivas.” Peter Druker (1998)
Enquanto o ursinho batia a cabeça nos degraus da escada, ele pensava:   “ Deve haver alguma outra forma de descer a escada...”
 
We’re losing the relay race Hirotaka Takeuchi and Ikujiro Nonaka, “The New New Product Development Game”,  Harvard Business Review ,   January 1986. “ The… ‘relay race’ approach to product development…may conflict with the goals of maximum speed and flexibility. Instead a holistic or ‘rugby’ approach—where a team tries to go the distance as a unit, passing the ball back and forth—may better serve today’s competitive requirements.”
Scrum é um processo ágil que nos permite focar na entrega de maior valor de negocio no menor tempo. Ele nos permite rapida e repetidamente inspecionar o  software funcionando (a cada duas a quatro semanas). O negocio define as prioridades. A equipe se auto-organiza para determinar qual é a melhor forma de entregar a funcionalidades de maior prioridade. A cada duas semanas a um mês todos podem ver software real funcionando e decidir entregalo como esta ou continuar incrementando ele por outra sprint. Scrum em 100 palavras
Origens de Scrum Jeff Sutherland Easel Corp em 1993 IDX e 500+ pessoas fazendo Scrum Ken Schwaber ADM Scrum presentado em OOPSLA 96 com Sutherland Autor de três livros de Scrum Mike Beedle Scrum patterns em PLOPD4 Ken Schwaber and Mike Cohn Co-fundaram Scrum Alliance em 2002, inicialmente  denro de Agile Alliance
Scrum é usado por: Microsoft Yahoo Google Electronic Arts High Moon Studios Lockheed Martin Philips Siemens Nokia Capital One BBC Intuit Intuit Nielsen Media First American Real Estate BMC Software Ipswitch John Deere Lexis Nexis Sabre Salesforce.com Time Warner Turner Broadcasting Oce
Scrum é usado para: Software comercial Desenvolvimento interno Desenvolvimento por Terceirizado Projetos de Preço Fixo Aplicações financeiras Aplicações certificadas ISO9001 Sistemas embarcados Systemas 24x7 com 99.999% de uptime requerido O avião Joint Strike Figther Desenvolvimento de Video Games Systemas criticos, aprovados pelo FDA Software de controle de Satelites Websites Software para portateis Telefones celulares Aplicações de controle de redes Aplicações ISV Algumas das maires aplicações em uso na atualidade
Caracteristicas Equipes auto-organizadas Produto progressa em uma serie de “sprints” de dois semanas a um mês Requisitos são capturados como itens em uma lista de “product backlog” Nenhuma praticas especifica de engenharia é prescrita Usa regras generativas para criar um ambiente ágil para entregar projetos Ele é um dos “processos ágil”
O Manifesto Ágil – os valores Source: www.agilemanifesto.org Processos e ferramentas Individuos e interações sobre Seguir um plano Responder a mudança sobre Documentação abrangente Software funcional sobre Negociação contratual Colaboração com cliente sobre
Nivel de ruido do projeto Simple Complexo Anarquia Complicado Tecnologia Requisitos Pouco entendimento Entendidos Certeza Sem certeza Source:  Strategic Management and Organizational Dynamics  by Ralph Stacey in  Agile Software Development with Scrum  by Ken Schwaber and Mike Beedle.
Scrum Product backlog Cancel Gift wrap Return Sprint 2-4 semanas Return Objetivo do Sprint Sprint backlog Incremento de Produto  potencialemente entregavel Coupons Gift wrap Coupons Cancel 24 horas
Juntando todo Image available at www.mountaingoatsoftware.com/scrum
Sprints Projetos Scrum fazem progresso em uma serie de “Sprints” Analogo as iterações de XP Duração tipica de 2 a 4 semanas ou um mês de calendario como maximo. Uma duração constante leva uma melhor cadencia O produto é projetado, codificado e testado durante o sprint
Desenvolvimento sequencial vs. simultaneo Source: “The New New Product Development Game” by Takeuchi and Nonaka.  Harvard Business Review,  January 1986. Ao inves de fazer uma coisa por vêz... ...equipes Scrum fazem tudo simultaneamente... Requisitos Projeto Codificação Teste
Não á mudanças durante um sprint Planejar a duração das sprints dependendo de quanto tempo pode manter mudança fora de uma sprint. Mudança
Scrum framework Product owner ScrumMaster Team Papeis Sprint planning Sprint review Sprint retrospective Daily scrum meeting Ceremonias Product backlog Sprint backlog Burndown charts Artefatos
Scrum framework Product backlog Sprint backlog Burndown charts Artefatos Sprint planning Sprint review Sprint retrospective Daily scrum meeting Ceremonias Product owner ScrumMaster Team Papeis
Product owner Define as funcionalidades do produto Decide sobre as entregas e o conteudo É responsavel pela lucratividade do produto (ROI) Prioriza as funcionalidades de acordo com o valor de mercado Ajusta as funcionaldades e prioridaes com cada iteração, conforme necesario Aceita ou rejeita o produto
O ScrumMaster Representa os gestores dentro do projeto Resposanvel por assegurar que os valores e praticas de Scrum são seguidas Remove impedimentos Assegura que a equipe esta totalmente funcional e produtiva Fortalece a cooperação entre todos os papeis e funções Isola a equipe de interferecias externas
A equipe Tipicamente de 5 a 9 pessoas Multi funcional: Programadores, testers, projetistas de ui, etc. Membros devem ser full-time Pode haver exeções (administrador banco de dados) Equipes são auto-organizadas Idealmente, sem titulos mais raramente uma posibilidade A equipe pode ser mudada unicamente entre sprints
Scrum framework Product owner ScrumMaster Team Papeis Product backlog Sprint backlog Burndown charts Artefatos Sprint planning Sprint review Sprint retrospective Daily scrum meeting Ceremonias
Sprint planning meeting Condições de Negocio Capacidade da equipe Product backlog Tecnologia Produto atual Priorização do Sprint Analisar e avaliar o backlog do produto Definir o objetivo do sprint Sprint planning Decidir como atingir o objetivo do sprint (design) Criar um sprint backlog (tarefas) apartir de itens do product backlog (user stories/features) Estimar o sprint backlog Objetivo do Sprint Sprint backlog
Sprint planning Equipe seleciona itens apartir do product backlog que eles possam se comprometer a completar durante o Sprint É criado o Sprint backlog Tarefas são identificadas < 1 dia È feito por toda a equipe, não pelo Scrum Master sozinho São consideradas questões de design de alto nivel Como um planejador de ferias, eu quero ver fotos dos hoteis. Codificar o middle tier (8 hours) Codificar a interface de usuario (4) Escrever testes (4) Codificar a clase Foto  (6) Atualizar testes de performance (4)
The daily scrum Parametros Diariamente 15-minutos De pe Não é para resolução  de problemas O mundo todo esta convidado So membros da equipe, ScrumMaster, e Product Owner podem falar Auxilia a evitar outras reuniões desnecesarias
Todos respondem 3 perguntas Não é um relatorio de status para o ScrumMaster São compromissos na frente dos pares O que eu fiz ontem? 1 O que eu vou fazer hoje? 2 O que me impede de faze-lo? 3
O sprint review A equipe aperensenta o que atingiram durante o sprint Tipicamente toma a forma de um demo de uma nova funcionalidade ou da arquitetura por baixo Informal Maximo de 2 horas  de preparação Sem powerpoint A equipe inteira participa Convide o mundo
Sprint retrospective Periodicamente olhar o que funciona e não funciona Tipicamente 15 a 30 minutos Feito no final de cada sprint A equipe inteira participa ScrumMaster Product owner Team Possiblemente clientes e outros
Começar / Parar / Continuar A equipe inteira se junta e discute o que gostariam de : Começar a fazer Parar de fazer Continuar fazendo Esta é uma das varias formas de fazer restrospectivas.
Scrum framework Product owner ScrumMaster Team Roles Sprint planning Sprint review Sprint retrospective Daily scrum meeting Ceremonies Product backlog Sprint backlog Burndown charts Artefatos
Product backlog Os requisitos Ma lista de todo o trabalho desejado no projeto Idealmente expressado para que cada item tenha valor para os usuarios ou o cliente do produto Priorizado pelo Product Owner Repriorizado a cada inicio de cada sprint Este é o product backlog
Um exemplo de um product backlog Backlog item Estimativa Permitir um convidado fazer uma reserva 3 Como convidado, eu quero cancelar uma reserva. 5 Como convidado, eu quero mudar as datas de uma reserva. 3 Como um empregado do hotel, eu posso obter relatorios RevPAR (lucratividade por quarto disponivel) 8 Melhorar a forma de tratar exceções 8 ... 30 ... 50
O objetivo do sprint È uma frase curta sobre o que o trabalho será focado durante o sprint Aplicação de DB Serviços financeiros Genetica Suportar funcionalidades necesarias para estudos geneticos de população. Suportar mais indicadores tecnicos que a empresa ABC em tempo real. Fazer a aplicação rodar em SQL Server alem do Oracle
Gerenciando o sprint backlog Individuos escolhem as tarefas Trabalho nunca é assignado Estimativa do trabalho remanescente é atualizado diariamente Qualquer membro da equipe pode agregar, apagar ou mudar itens do sprint backlog Trabalho do sprint emerge Se o trabalho não esta claro, definir um item do sprint backlog grande que será quebrado depois Atualizar trabalho remanescente conforme mais é conhecido
Um sprint backlog Tarefas Codificar a UI Codificar o negocio Testar o negocio Escrever help online Escrever a clase Foto Mon Tues Wed Thur Fri 8 16 8 12 8 4 12 16 8 4 11 8 4 8 8 Agregar logs de erros 8 10 16 8 8
Um sprint burndown chart Hours
Horas 40 30 20 10 0 Mon Tue Wed Thu Fri Tarefas Codificar a UI Codificar o negocio Testar o negocio Escrever o help online Mon 8 16 8 12 Tues Wed Thur Fri 50 4 12 16 7 11 8 10 16 8
Escalabilidade Equipe individual típica tem 7 +- 2 pessoas Escalabilidade vem de equipes de equipes Fatores Tipo de aplicação Tamanho da equipe Disperção da equipe Duração do projeto Scrum tem sido usado em multiplos projetos de mais de 500+ pessoas
Escalando atraves de Scrum de Scrums
Scrum de scrums de scrums
Proximos passos Treinar alguem como Cerfied Scrum Master www.teamware.com.br www.mountaingoatsoftware.com/scrum www.scrumalliance.org www.controlchaos.com [email_address]
Para leer Agile and Iterative Development: A Manager’s Guide  by Craig Larman Agile Estimating and Planning  by Mike Cohn Agile Project Management   with Scrum  by Ken Schwaber Agile Retrospectives  by Esther Derby and Diana Larsen Agile Software Development Ecosystems  by Jim Highsmith Agile Software Development with Scrum  by Ken Schwaber and  Mike Beedle Scrum and The Enterprise  by Ken Schwaber User Stories Applied for Agile Software Development  by Mike Cohn Lots of weekly articles at www.scrumalliance.org
Copyright notice You are free: to Share―to copy, distribute and and transmit the work to Remix―to adapt the work Under the following conditions Attribution. You must attribute the work in the manner specified by the author or licensor (but not in any way that suggests that they endorse you or your use of the work). Nothing in this license impairs or restricts the author’s moral rights. For more information see   http://creativecommons.org/licenses/by/3.0/
Contact information Presentation by: Mike Cohn [email_address] www.mountaingoatsoftware.com (720) 890-6110 (office) You can remove this (or any slide) but you must credit the source somewhere in your presentation. Use the logo and company name (as at bottom left, for example) or include a slide somewhere saying that portions (or all) of your presentation are from this source. Thanks.

Redistributable Intro To Scrum

  • 1.
    Introdução a GestãoÁgil de Projetos com Scrum Juan Esteban Bernabó
  • 2.
    <you> <date> Presentedby An Introduction to Scrum
  • 3.
    “ A maioriadas nossas supocisões sobre negocios, tecnologia e organizações tem pelo menos 50 anos. Elas tem sobrevivido a seu tempo. Como resultado, estamos pregando, ensinando, e praticando politicas que estão cada vez mais desalinhadas com a realidade e são contra produtivas.” Peter Druker (1998)
  • 4.
    Enquanto o ursinhobatia a cabeça nos degraus da escada, ele pensava: “ Deve haver alguma outra forma de descer a escada...”
  • 5.
  • 6.
    We’re losing therelay race Hirotaka Takeuchi and Ikujiro Nonaka, “The New New Product Development Game”, Harvard Business Review , January 1986. “ The… ‘relay race’ approach to product development…may conflict with the goals of maximum speed and flexibility. Instead a holistic or ‘rugby’ approach—where a team tries to go the distance as a unit, passing the ball back and forth—may better serve today’s competitive requirements.”
  • 7.
    Scrum é umprocesso ágil que nos permite focar na entrega de maior valor de negocio no menor tempo. Ele nos permite rapida e repetidamente inspecionar o software funcionando (a cada duas a quatro semanas). O negocio define as prioridades. A equipe se auto-organiza para determinar qual é a melhor forma de entregar a funcionalidades de maior prioridade. A cada duas semanas a um mês todos podem ver software real funcionando e decidir entregalo como esta ou continuar incrementando ele por outra sprint. Scrum em 100 palavras
  • 8.
    Origens de ScrumJeff Sutherland Easel Corp em 1993 IDX e 500+ pessoas fazendo Scrum Ken Schwaber ADM Scrum presentado em OOPSLA 96 com Sutherland Autor de três livros de Scrum Mike Beedle Scrum patterns em PLOPD4 Ken Schwaber and Mike Cohn Co-fundaram Scrum Alliance em 2002, inicialmente denro de Agile Alliance
  • 9.
    Scrum é usadopor: Microsoft Yahoo Google Electronic Arts High Moon Studios Lockheed Martin Philips Siemens Nokia Capital One BBC Intuit Intuit Nielsen Media First American Real Estate BMC Software Ipswitch John Deere Lexis Nexis Sabre Salesforce.com Time Warner Turner Broadcasting Oce
  • 10.
    Scrum é usadopara: Software comercial Desenvolvimento interno Desenvolvimento por Terceirizado Projetos de Preço Fixo Aplicações financeiras Aplicações certificadas ISO9001 Sistemas embarcados Systemas 24x7 com 99.999% de uptime requerido O avião Joint Strike Figther Desenvolvimento de Video Games Systemas criticos, aprovados pelo FDA Software de controle de Satelites Websites Software para portateis Telefones celulares Aplicações de controle de redes Aplicações ISV Algumas das maires aplicações em uso na atualidade
  • 11.
    Caracteristicas Equipes auto-organizadasProduto progressa em uma serie de “sprints” de dois semanas a um mês Requisitos são capturados como itens em uma lista de “product backlog” Nenhuma praticas especifica de engenharia é prescrita Usa regras generativas para criar um ambiente ágil para entregar projetos Ele é um dos “processos ágil”
  • 12.
    O Manifesto Ágil– os valores Source: www.agilemanifesto.org Processos e ferramentas Individuos e interações sobre Seguir um plano Responder a mudança sobre Documentação abrangente Software funcional sobre Negociação contratual Colaboração com cliente sobre
  • 13.
    Nivel de ruidodo projeto Simple Complexo Anarquia Complicado Tecnologia Requisitos Pouco entendimento Entendidos Certeza Sem certeza Source: Strategic Management and Organizational Dynamics by Ralph Stacey in Agile Software Development with Scrum by Ken Schwaber and Mike Beedle.
  • 14.
    Scrum Product backlogCancel Gift wrap Return Sprint 2-4 semanas Return Objetivo do Sprint Sprint backlog Incremento de Produto potencialemente entregavel Coupons Gift wrap Coupons Cancel 24 horas
  • 15.
    Juntando todo Imageavailable at www.mountaingoatsoftware.com/scrum
  • 16.
    Sprints Projetos Scrumfazem progresso em uma serie de “Sprints” Analogo as iterações de XP Duração tipica de 2 a 4 semanas ou um mês de calendario como maximo. Uma duração constante leva uma melhor cadencia O produto é projetado, codificado e testado durante o sprint
  • 17.
    Desenvolvimento sequencial vs.simultaneo Source: “The New New Product Development Game” by Takeuchi and Nonaka. Harvard Business Review, January 1986. Ao inves de fazer uma coisa por vêz... ...equipes Scrum fazem tudo simultaneamente... Requisitos Projeto Codificação Teste
  • 18.
    Não á mudançasdurante um sprint Planejar a duração das sprints dependendo de quanto tempo pode manter mudança fora de uma sprint. Mudança
  • 19.
    Scrum framework Productowner ScrumMaster Team Papeis Sprint planning Sprint review Sprint retrospective Daily scrum meeting Ceremonias Product backlog Sprint backlog Burndown charts Artefatos
  • 20.
    Scrum framework Productbacklog Sprint backlog Burndown charts Artefatos Sprint planning Sprint review Sprint retrospective Daily scrum meeting Ceremonias Product owner ScrumMaster Team Papeis
  • 21.
    Product owner Defineas funcionalidades do produto Decide sobre as entregas e o conteudo É responsavel pela lucratividade do produto (ROI) Prioriza as funcionalidades de acordo com o valor de mercado Ajusta as funcionaldades e prioridaes com cada iteração, conforme necesario Aceita ou rejeita o produto
  • 22.
    O ScrumMaster Representaos gestores dentro do projeto Resposanvel por assegurar que os valores e praticas de Scrum são seguidas Remove impedimentos Assegura que a equipe esta totalmente funcional e produtiva Fortalece a cooperação entre todos os papeis e funções Isola a equipe de interferecias externas
  • 23.
    A equipe Tipicamentede 5 a 9 pessoas Multi funcional: Programadores, testers, projetistas de ui, etc. Membros devem ser full-time Pode haver exeções (administrador banco de dados) Equipes são auto-organizadas Idealmente, sem titulos mais raramente uma posibilidade A equipe pode ser mudada unicamente entre sprints
  • 24.
    Scrum framework Productowner ScrumMaster Team Papeis Product backlog Sprint backlog Burndown charts Artefatos Sprint planning Sprint review Sprint retrospective Daily scrum meeting Ceremonias
  • 25.
    Sprint planning meetingCondições de Negocio Capacidade da equipe Product backlog Tecnologia Produto atual Priorização do Sprint Analisar e avaliar o backlog do produto Definir o objetivo do sprint Sprint planning Decidir como atingir o objetivo do sprint (design) Criar um sprint backlog (tarefas) apartir de itens do product backlog (user stories/features) Estimar o sprint backlog Objetivo do Sprint Sprint backlog
  • 26.
    Sprint planning Equipeseleciona itens apartir do product backlog que eles possam se comprometer a completar durante o Sprint É criado o Sprint backlog Tarefas são identificadas < 1 dia È feito por toda a equipe, não pelo Scrum Master sozinho São consideradas questões de design de alto nivel Como um planejador de ferias, eu quero ver fotos dos hoteis. Codificar o middle tier (8 hours) Codificar a interface de usuario (4) Escrever testes (4) Codificar a clase Foto (6) Atualizar testes de performance (4)
  • 27.
    The daily scrumParametros Diariamente 15-minutos De pe Não é para resolução de problemas O mundo todo esta convidado So membros da equipe, ScrumMaster, e Product Owner podem falar Auxilia a evitar outras reuniões desnecesarias
  • 28.
    Todos respondem 3perguntas Não é um relatorio de status para o ScrumMaster São compromissos na frente dos pares O que eu fiz ontem? 1 O que eu vou fazer hoje? 2 O que me impede de faze-lo? 3
  • 29.
    O sprint reviewA equipe aperensenta o que atingiram durante o sprint Tipicamente toma a forma de um demo de uma nova funcionalidade ou da arquitetura por baixo Informal Maximo de 2 horas de preparação Sem powerpoint A equipe inteira participa Convide o mundo
  • 30.
    Sprint retrospective Periodicamenteolhar o que funciona e não funciona Tipicamente 15 a 30 minutos Feito no final de cada sprint A equipe inteira participa ScrumMaster Product owner Team Possiblemente clientes e outros
  • 31.
    Começar / Parar/ Continuar A equipe inteira se junta e discute o que gostariam de : Começar a fazer Parar de fazer Continuar fazendo Esta é uma das varias formas de fazer restrospectivas.
  • 32.
    Scrum framework Productowner ScrumMaster Team Roles Sprint planning Sprint review Sprint retrospective Daily scrum meeting Ceremonies Product backlog Sprint backlog Burndown charts Artefatos
  • 33.
    Product backlog Osrequisitos Ma lista de todo o trabalho desejado no projeto Idealmente expressado para que cada item tenha valor para os usuarios ou o cliente do produto Priorizado pelo Product Owner Repriorizado a cada inicio de cada sprint Este é o product backlog
  • 34.
    Um exemplo deum product backlog Backlog item Estimativa Permitir um convidado fazer uma reserva 3 Como convidado, eu quero cancelar uma reserva. 5 Como convidado, eu quero mudar as datas de uma reserva. 3 Como um empregado do hotel, eu posso obter relatorios RevPAR (lucratividade por quarto disponivel) 8 Melhorar a forma de tratar exceções 8 ... 30 ... 50
  • 35.
    O objetivo dosprint È uma frase curta sobre o que o trabalho será focado durante o sprint Aplicação de DB Serviços financeiros Genetica Suportar funcionalidades necesarias para estudos geneticos de população. Suportar mais indicadores tecnicos que a empresa ABC em tempo real. Fazer a aplicação rodar em SQL Server alem do Oracle
  • 36.
    Gerenciando o sprintbacklog Individuos escolhem as tarefas Trabalho nunca é assignado Estimativa do trabalho remanescente é atualizado diariamente Qualquer membro da equipe pode agregar, apagar ou mudar itens do sprint backlog Trabalho do sprint emerge Se o trabalho não esta claro, definir um item do sprint backlog grande que será quebrado depois Atualizar trabalho remanescente conforme mais é conhecido
  • 37.
    Um sprint backlogTarefas Codificar a UI Codificar o negocio Testar o negocio Escrever help online Escrever a clase Foto Mon Tues Wed Thur Fri 8 16 8 12 8 4 12 16 8 4 11 8 4 8 8 Agregar logs de erros 8 10 16 8 8
  • 38.
    Um sprint burndownchart Hours
  • 39.
    Horas 40 3020 10 0 Mon Tue Wed Thu Fri Tarefas Codificar a UI Codificar o negocio Testar o negocio Escrever o help online Mon 8 16 8 12 Tues Wed Thur Fri 50 4 12 16 7 11 8 10 16 8
  • 40.
    Escalabilidade Equipe individualtípica tem 7 +- 2 pessoas Escalabilidade vem de equipes de equipes Fatores Tipo de aplicação Tamanho da equipe Disperção da equipe Duração do projeto Scrum tem sido usado em multiplos projetos de mais de 500+ pessoas
  • 41.
    Escalando atraves deScrum de Scrums
  • 42.
    Scrum de scrumsde scrums
  • 43.
    Proximos passos Treinaralguem como Cerfied Scrum Master www.teamware.com.br www.mountaingoatsoftware.com/scrum www.scrumalliance.org www.controlchaos.com [email_address]
  • 44.
    Para leer Agileand Iterative Development: A Manager’s Guide by Craig Larman Agile Estimating and Planning by Mike Cohn Agile Project Management with Scrum by Ken Schwaber Agile Retrospectives by Esther Derby and Diana Larsen Agile Software Development Ecosystems by Jim Highsmith Agile Software Development with Scrum by Ken Schwaber and Mike Beedle Scrum and The Enterprise by Ken Schwaber User Stories Applied for Agile Software Development by Mike Cohn Lots of weekly articles at www.scrumalliance.org
  • 45.
    Copyright notice Youare free: to Share―to copy, distribute and and transmit the work to Remix―to adapt the work Under the following conditions Attribution. You must attribute the work in the manner specified by the author or licensor (but not in any way that suggests that they endorse you or your use of the work). Nothing in this license impairs or restricts the author’s moral rights. For more information see http://creativecommons.org/licenses/by/3.0/
  • 46.
    Contact information Presentationby: Mike Cohn [email_address] www.mountaingoatsoftware.com (720) 890-6110 (office) You can remove this (or any slide) but you must credit the source somewhere in your presentation. Use the logo and company name (as at bottom left, for example) or include a slide somewhere saying that portions (or all) of your presentation are from this source. Thanks.