0
Introdução ao Agile
Quem sou ?                         -> Nome: João Cerdeira                         -> Team Leader na MULTICERT             ...
Disclamer-> Posso entender as vossasquestões, mas não tenho respostapara tudo!-> Não trabalho numaempresa Agile!-> Mas uso...
AgendaWaterfall         AgileScrum            Conclusão
WaterfallProcesso definido e previsívelFases sequenciaisPlaneamento Integral no iníciodo projetoOs Riscos e as Dificuldade...
Waterfall                       Problemas-> Não lida bem com a mudança-> A especificação é abstrata e pode ser interpretad...
AgendaWaterfall         AgileScrum            Conclusão
Agile ManifestIndividuals and interactions over processes                 and tools  Working software over comprehensive  ...
Agile-> Aborda os projetos de forma incremental e iterativa-> Facilita mudanças no projeto-> Com frequentes entregas, aume...
Agile-> Processos empíricos eadaptativos-> Ciclos pequenos e repetitivos-> Planeamento a curto prazocom constante feedback...
Princípios                                      AgileCria Visão Global-> Todos participam nas decisões-> Todas as decisões...
Princípios                                       AgileProcesso Orientado ao Cliente-> Trabalhar sempre na perspetiva do cl...
Princípios                           AgileColaboração Diária-> Clientes e Equipa devem comunicar diariamente-> A comunicaç...
Princípios                          AgileManter o Fluxo-> Projeto dividido em “Timeboxes” para manter as entregasconstante...
Princípios                           AgilePensar em Grande,Mas começar pequeno-> Entregar “coisas” pequenas, o maiscedo po...
Princípios                           AgileOutros-> Reflexões constantes e periódicas (Melhoria contínua)-> Eliminar os des...
IterativoIncrementalIncremental Iterativo
AgendaWaterfall         AgileScrum            Conclusão
XPTécnicas Software importantes-> TDD-> Continuous Integration-> Pair Programming-> Acceptance Tests-> Refactoring
Princípios do   ScrumComunicaçãoSimplicidade  Respeito  Feedback  Coragem
Scrumhttp://www.slideshare.net/rdelyon/scrum-poster
ArtefactosUser Story #1-> Representam um objetivo a ser alcançado (requisito)-> Deve ser estimado em Story Points (sequênc...
ArtefactosUser Story #2Cunhado pelo Mike CohnExemplo:As a User I want to have access todetailed billing information so tha...
Artefactos Backlog de produto-> Lista de User Stories-> Ordenada Por “Business Value”-> Stories mais detalhadas no início ...
Artefactos Sprint Backlog-> Conjunto de User Stories a entregar numa “Sprint”-> Pertence à equipa de desenvolvimento-> Dep...
TimeBoxes Sprints-> Periodo Fixo para cada entrega de conjuntode User Stories (1 a 6 semanas)-> Entrega Potencial do produ...
Papéis Product Owner-> Um por projeto !!-> Toma as decisões do produto/projeto-> É o responsável pela BackLog de Produto->...
Papéis Scrum Master-> Um por equipa-> Responsável por transmitir os valores doScrum-> Garante que o processo é seguido-> R...
Papéis Scrum Team-> Equipas pequenas mais de 3e menos de 9 (ideal 5 a 9)-> Equipas multidisciplinares(dev, testes, BAs, et...
Reuniões Daily Scrum-> Reunião da equipa em pé-> Reunião Diária a horas fixas-> Não deve durar + de 15 min-> Cada membro d...
Reuniões        Sprint Planning #1      -> Planeamento do próximo “Sprint”      -> É decidido quais as User Stories que se...
ReuniõesSprint Planning #2A equipa deve estimar as User Stories antes da reuniãode “Sprint Planning”, numa reunião marcada...
Reuniões Sprint Review-> Reunião no final de cada Sprint-> Deve incluir todas as pessoas do projeto-> É efetuada uma “demo...
Reuniões Retrospetiva-> Reunião que deve ser feitano final de cada Sprint-> Objetivo é identificar:       O que correu bem...
ReuniõesPIGs and Chickens  Pigs: Product Owner, Scrum Master, Dev Team.  Chickens: Users, Stakeholders, Managers.       ht...
EstimativaPlanning Poker         http://www.crisp.se/planningpoker/
EstimativaPlanning Poker         http://www.crisp.se/planningpoker/
EstimativaPlanning Poker         http://www.crisp.se/planningpoker/
EstimativaPlanning PokerA equipa deve sempre tentar chegar a um consensoEm caso de dificuldades, o Scrum Master é que tem ...
Planeamento
Planeamento
Planeamento BurnDown Charts-> Indicador de progresso da “Sprint”-> Permite à equipa ver a evoluçãoe, caso seja necessário,...
Planeamento Velocity-> Número de Story Points que aequipa consegue entregar numa Sprint-> Usado para medir as datas emque ...
Planeamento-> Caso seja necessário, podemos dividir o projeto emreleases-> Dessa forma podemos ter vários níveis, como:   ...
Scrumhttp://www.slideshare.net/rdelyon/scrum-poster
AgendaWaterfall         AgileScrum            Conclusão
Scrum na Gestão“Scrum Is A Major Management Discovery”by Steve Denninghttp://www.forbes.com/sites/stevedenning/2011/04/29/...
Scrum para     Projetos grandesScrum of Scrums        http://www.mountaingoatsoftware.com/scrum/team
Agile não Têm-> Não tem Análise de Risco-> Não tem política de Aquisição de Serviços-> Não obriga a documentação detalhada...
Agile não Têm-> Não tem Analise de Risco-> Não tem politica de Aquisição de Serviços-> Não obriga a documentação detalhada...
Resumo-> Processo Simples e Escalável-> Processo Empírico-> Técnicas e Artefactos simples-> Equipas auto-organizadas em co...
Lições Aprendidas-> O Scrum (agile) é simples na teoria, mas difícil de executar naprática-> O Scrum é muito exigente: a c...
SucessoO Grupo Gartner previu que 80% dos projetos dedesenvolvimento de software em 2012 terão metodologiaságeis      http...
SucessoO Grupo Gartner previu que 80% dos projetos dedesenvolvimento de software em 2012 terão metodologiaságeis      http...
Q&A?
Agile introduction
Agile introduction
Upcoming SlideShare
Loading in...5
×

Agile introduction

939

Published on

0 Comments
2 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total Views
939
On Slideshare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
32
Comments
0
Likes
2
Embeds 0
No embeds

No notes for slide

Transcript of "Agile introduction"

  1. 1. Introdução ao Agile
  2. 2. Quem sou ? -> Nome: João Cerdeira -> Team Leader na MULTICERT -> Entusiasta do Agile: Scrum / Kanban / Lean -> Acredito, realmente, no sucesso do OpenSource -> Co-Organizador dos Porto Agile Meetupshttp://twitter.com/jacerdeira cerdeira@gmail.com
  3. 3. Disclamer-> Posso entender as vossasquestões, mas não tenho respostapara tudo!-> Não trabalho numaempresa Agile!-> Mas uso Agile em projetos e com a minha equipa.
  4. 4. AgendaWaterfall AgileScrum Conclusão
  5. 5. WaterfallProcesso definido e previsívelFases sequenciaisPlaneamento Integral no iníciodo projetoOs Riscos e as Dificuldades sãoagravadas com o aproximar dotérmino do projeto
  6. 6. Waterfall Problemas-> Não lida bem com a mudança-> A especificação é abstrata e pode ser interpretada de diferentesformas-> Poucos testes durante o desenvolvimento-> Integração tardia-> O progresso é medido pela % de tarefas executadas-> O “Business Engagement” diminui com o tempo
  7. 7. AgendaWaterfall AgileScrum Conclusão
  8. 8. Agile ManifestIndividuals and interactions over processes and tools Working software over comprehensive documentation Customer collaboration over contract negotiationResponding to change over following a plan
  9. 9. Agile-> Aborda os projetos de forma incremental e iterativa-> Facilita mudanças no projeto-> Com frequentes entregas, aumenta o “Business Value”-> Aumenta a clareza do projeto para todos os intervenientes-> Progresso medido por testes efetuados com sucesso-> Melhoramento progressivo devido à observação periódica
  10. 10. Agile-> Processos empíricos eadaptativos-> Ciclos pequenos e repetitivos-> Planeamento a curto prazocom constante feedback,inspeção e adaptação-> Desenvolvimento iterativodiminui a complexidade, nasfases finais do projeto
  11. 11. Princípios AgileCria Visão Global-> Todos participam nas decisões-> Todas as decisões são públicas-> Mantêm terminologias comunsentre todos os elementos do projeto image:http://www.criacionismo.com.br/2012/04/transparencia-nova-mentira.html
  12. 12. Princípios AgileProcesso Orientado ao Cliente-> Trabalhar sempre na perspetiva do cliente-> Deixar ser o cliente/utilizador a decidir o que é maisimportante-> Prioridade máxima às tarefas que acrescentam valor aocliente-> Aceitar com agrado a mudança image:http://www.criacionismo.com.br/2012/04/transparencia-nova-mentira.html
  13. 13. Princípios AgileColaboração Diária-> Clientes e Equipa devem comunicar diariamente-> A comunicação deve ser, preferencialmente, cara a cara-> Os temas devem centrar-se: Troca de informação Estratégia comum
  14. 14. Princípios AgileManter o Fluxo-> Projeto dividido em “Timeboxes” para manter as entregasconstantes-> Tarefas centralizadas numa lista, todos os membros doprojeto sabem quais são as próximas tarefas-> Trabalho constante e regular mantém a paz (diminui as horasextras)
  15. 15. Princípios AgilePensar em Grande,Mas começar pequeno-> Entregar “coisas” pequenas, o maiscedo possível-> Recolher feedback, o mais cedopossível-> Realizar entregas com valor deforma regular
  16. 16. Princípios AgileOutros-> Reflexões constantes e periódicas (Melhoria contínua)-> Eliminar os desperdícios (funcionalidades desnecessárias,requisitos não usados, …)-> Equipas pequenas e multi-disciplinares-> Requisitos e Arquitectura evoluem ao longo do tempo-> Desenvolvimento iterativo e incremental
  17. 17. IterativoIncrementalIncremental Iterativo
  18. 18. AgendaWaterfall AgileScrum Conclusão
  19. 19. XPTécnicas Software importantes-> TDD-> Continuous Integration-> Pair Programming-> Acceptance Tests-> Refactoring
  20. 20. Princípios do ScrumComunicaçãoSimplicidade Respeito Feedback Coragem
  21. 21. Scrumhttp://www.slideshare.net/rdelyon/scrum-poster
  22. 22. ArtefactosUser Story #1-> Representam um objetivo a ser alcançado (requisito)-> Deve ser estimado em Story Points (sequência fibonacci)-> DoD (Definition of Done)-> Pode ter vários tamanhos – Epic, Feature and Story
  23. 23. ArtefactosUser Story #2Cunhado pelo Mike CohnExemplo:As a User I want to have access todetailed billing information so that Ican manage the month billing value http://sanjaal.com/java/tag/agile-story-card-example/
  24. 24. Artefactos Backlog de produto-> Lista de User Stories-> Ordenada Por “Business Value”-> Stories mais detalhadas no início da lista-> Priorizada pelo “Product Owner” http://www.slideshare.net/rwirdemann/user-stories-for-your-product-backlog
  25. 25. Artefactos Sprint Backlog-> Conjunto de User Stories a entregar numa “Sprint”-> Pertence à equipa de desenvolvimento-> Depois do “Sprint” começar, não pode mudar
  26. 26. TimeBoxes Sprints-> Periodo Fixo para cada entrega de conjuntode User Stories (1 a 6 semanas)-> Entrega Potencial do produto no final-> Inclui todas as fases do projeto:Planeamento, Desenvolvimento, testes, etc-> A duração deve manter-se constante
  27. 27. Papéis Product Owner-> Um por projeto !!-> Toma as decisões do produto/projeto-> É o responsável pela BackLog de Produto-> Tem a última palavra no planeamento darelease/sprint-> Tem a obrigação de explicar as User Storiesà equipa http://agilesoftwaredevelopment.com/blog/jackmilunsky/top-10-activities-product-owner
  28. 28. Papéis Scrum Master-> Um por equipa-> Responsável por transmitir os valores doScrum-> Garante que o processo é seguido-> Responsável por resolver os impedimentos-> É o líder da equipa (facilitador) http://blogs.collab.net/agile/2011/04/05/a-scrummaster-of-scrummasters/
  29. 29. Papéis Scrum Team-> Equipas pequenas mais de 3e menos de 9 (ideal 5 a 9)-> Equipas multidisciplinares(dev, testes, BAs, etc)-> Poder de decisão, mas também mais responsabilidade-> Equipas Auto-Organizadas-> As equipas devem ser estáveis e alocadas a 100% aoprojeto
  30. 30. Reuniões Daily Scrum-> Reunião da equipa em pé-> Reunião Diária a horas fixas-> Não deve durar + de 15 min-> Cada membro da equipa deve dizer: O que fez ontem ? O que tem para fazer hoje ? Que impedimentos tem ? http://martinfowler.com/articles/itsNotJustStandingUp.html
  31. 31. Reuniões Sprint Planning #1 -> Planeamento do próximo “Sprint” -> É decidido quais as User Stories que serão entregues -> Todos os membros têm de se comprometer com as User Stories -> O PO leva a backlog priorizada -> O Scrum Master actua como um facilitadorhttp://uni4.com.br/blog/tag/sprint-planning-meeting/
  32. 32. ReuniõesSprint Planning #2A equipa deve estimar as User Stories antes da reuniãode “Sprint Planning”, numa reunião marcada para oefeito
  33. 33. Reuniões Sprint Review-> Reunião no final de cada Sprint-> Deve incluir todas as pessoas do projeto-> É efetuada uma “demo” para demonstrar o progressoexecutado no Sprint-> O Product Owner (ou cliente) avalia o sucesso do Sprint http://www.ogcnetwork.net/node/279
  34. 34. Reuniões Retrospetiva-> Reunião que deve ser feitano final de cada Sprint-> Objetivo é identificar: O que correu bem O que correu menos bem As acções que devem ser tomadas para melhorar
  35. 35. ReuniõesPIGs and Chickens Pigs: Product Owner, Scrum Master, Dev Team. Chickens: Users, Stakeholders, Managers. http://www.implementingscrum.com/2006/09/11/the-classic-story-of-the-pig-and-chicken/
  36. 36. EstimativaPlanning Poker http://www.crisp.se/planningpoker/
  37. 37. EstimativaPlanning Poker http://www.crisp.se/planningpoker/
  38. 38. EstimativaPlanning Poker http://www.crisp.se/planningpoker/
  39. 39. EstimativaPlanning PokerA equipa deve sempre tentar chegar a um consensoEm caso de dificuldades, o Scrum Master é que tem a últimapalavra http://www.crisp.se/planningpoker/
  40. 40. Planeamento
  41. 41. Planeamento
  42. 42. Planeamento BurnDown Charts-> Indicador de progresso da “Sprint”-> Permite à equipa ver a evoluçãoe, caso seja necessário, tomarmedidas-> Deve estar visível para todosVertical: Story PointsHorizontal: Dias
  43. 43. Planeamento Velocity-> Número de Story Points que aequipa consegue entregar numa Sprint-> Usado para medir as datas emque as User Stories são entreguesou a finalização do projeto-> Exemplo: Backlog tem 500 Story Points Por Sprint (2 semanas) são efectuados 50 SP Ou seja, projeto demora 2 * 10 Semanas http://agilemakingprogress.blogspot.pt/2011/04/velocity-and-release-planning.html
  44. 44. Planeamento-> Caso seja necessário, podemos dividir o projeto emreleases-> Dessa forma podemos ter vários níveis, como: Projecto Fase #1 Release #1 Sprint #1 Sprint #2 Release #2 Sprint #N1 Sprint #N2 Fase #2 ….............
  45. 45. Scrumhttp://www.slideshare.net/rdelyon/scrum-poster
  46. 46. AgendaWaterfall AgileScrum Conclusão
  47. 47. Scrum na Gestão“Scrum Is A Major Management Discovery”by Steve Denninghttp://www.forbes.com/sites/stevedenning/2011/04/29/scrum-is-a-major-management-discovery/“Executive Scrum” by Alexandre Magnohttp://www.slideshare.net/gueste1b6a5b/an-executive-scrum-teamManagement 3.0
  48. 48. Scrum para Projetos grandesScrum of Scrums http://www.mountaingoatsoftware.com/scrum/team
  49. 49. Agile não Têm-> Não tem Análise de Risco-> Não tem política de Aquisição de Serviços-> Não obriga a documentação detalhada-> Não tem processo de alterações-> Não tem …..
  50. 50. Agile não Têm-> Não tem Analise de Risco-> Não tem politica de Aquisição de Serviços-> Não obriga a documentação detalhada-> Não tem processo de alterações-> Não tem …..Mas em lado nenhum diz que não se pode fazer …. se fornecessário deve-se fazer da forma mais adequada
  51. 51. Resumo-> Processo Simples e Escalável-> Processo Empírico-> Técnicas e Artefactos simples-> Equipas auto-organizadas em colaboração com o Cliente-> Cria uma forte abertura e clareza-> Tenta optimizar o trabalho em equipa
  52. 52. Lições Aprendidas-> O Scrum (agile) é simples na teoria, mas difícil de executar naprática-> O Scrum é muito exigente: a cada 2 semanas são efectuadas3 Reuniões com toda a equipa-> Não é fácil para pessoas que não participaram nunca emestimativas ser-lhes dada essa responsabilidade-> O Scrum é como a Sogra – Mostra que existem problemas,mas não indica como resolvê-los-> Os processos são como um buffet, quanto mais se temdisponível mais se come (consome)
  53. 53. SucessoO Grupo Gartner previu que 80% dos projetos dedesenvolvimento de software em 2012 terão metodologiaságeis http://www.gartner.com/DisplayDocument?id=1244514PMI abriu um área para Agile: PMI Agile Certified Practitioner (PMI-ACP) http://www.pmi.org/Certification/New-PMI-Agile-Certification.aspxCMMI também quer ser Agile: http://www.sei.cmu.edu/cmmi/compatibility/agile.cfm
  54. 54. SucessoO Grupo Gartner previu que 80% dos projetos dedesenvolvimento de software em 2012 terão metodologiaságeis http://www.gartner.com/DisplayDocument?id=1244514PMI abriu um área para Agile: PMI Agile Certified Practitioner (PMI-ACP) http://www.pmi.org/Certification/New-PMI-Agile-Certification.aspxCMMI também quer ser Agile: http://www.sei.cmu.edu/cmmi/compatibility/agile.cfmPorque é que todos quem estar ligados ao Agile ?
  55. 55. Q&A?
  1. A particular slide catching your eye?

    Clipping is a handy way to collect important slides you want to go back to later.

×