1 / 84

XI Jornada de Informática UNESP Bauru/SP Laboratório de Métodos Ágeis

XI Jornada de Informática UNESP Bauru/SP Laboratório de Métodos Ágeis. Agenda Geral. Métodos Ágeis no Desenvolvimento de Projetos Gerenciamento de Projetos O por que não ser Gerente?. Métodos Ágeis no Desenvolvimento de Projetos.

ave
Download Presentation

XI Jornada de Informática UNESP Bauru/SP Laboratório de Métodos Ágeis

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. XI Jornada de InformáticaUNESP Bauru/SPLaboratório de Métodos Ágeis

  2. Agenda Geral • Métodos Ágeis no Desenvolvimento de Projetos • Gerenciamento de Projetos • O por que não ser Gerente?

  3. Métodos Ágeis no Desenvolvimento de Projetos

  4. Raphael Donaire AlbinoCoordenador de ProjetosLecomraphael.albino@lecom.com.brraphalbino@gmail.comwww.twitter.com/raphalbino

  5. Agenda • Do Tradicional ao Ágil • O que é o Scrum? • Papéis • Reuniões • Artefatos • Considerações e Dicas

  6. Do Tradicional ao Ágil

  7. Planejamento Tradicional

  8. Reflexo do Planejamento Tradicional

  9. Motivações para mudar • Clientes e Usuários não tem certeza do que querem.

  10. Motivações para mudar • Comunicação falha é mais comum do que parece.

  11. Motivações para mudar • Muitos detalhes que eles querem só serão revelados durante o desenvolvimento.

  12. Motivações para mudar • Na medida que eles vêem o produto sendo construído, elas mudam.

  13. Existe solução para o CAOS que é desenvolver Software?

  14. Manifesto Ágil Indivíduos e Interação entre eles Processos e Ferramentas Software em funcionamento Documentação Abrangente Colaboração com o cliente Negociação de Contratos Responder a Mudanças Seguir um plano

  15. Metodologias Ágeis • Extreme Progamming (XP) • CrystalClear • Adaptive Software Development • SCRUM • FeatureDrivenDevelopment (FDD)

  16. O que é o SCRUM?

  17. Rugby??!!

  18. Conceituando • Scrum é umaprática de gerenciamento de projetoempíricautilizadaparaentregarpequenosincrementos com alto valor aocliente de forma iterativa.

  19. Conceituando • MétodoIterativo e Incremental – Sprints; • Análise, desenvolvimento, prótotipagem e testes estãointerligados de forma iterativa; • A equipearquiteta a solução; • Equipes Multi-Funcionais; e • A documentaçãocriada serve comosuporte e NUNCAserámaisimportante do que o desenvolvimento do software.

  20. Valores • Comprometimento • Equipes SCRUM se comprometem em entregar algo de valor ao cliente a cada iteração. • Abertura • Equipes SCRUM estão abertas a novas idéias. • Foco • Equipes SCRUM focam-se ao máximo em seus objetivos. • Respeito • Equipes SCRUM criam respeito. • Coragem • Equipes SCRUM estão aptas a encarar novos desafios.

  21. Papéis

  22. ProductOwner

  23. ProductOwner • Dono do Escopo do Produto; • Lida muito bem com priorização; • Define as datas dos releases; • Se preocupa com o ROI; e • Aceita ou rejeita o resultado Final. • Também é conhecido por: • Analista de Negócios; • Analista de Sistemas (Isto ainda existe?); ou • Em alguns casos pode ser o próprio Cliente.

  24. SCRUM Master

  25. SCRUM Master • Responsável pelo processo; • Gerenciamento (PMBok); • Remove os impedimentos; • Garante produtividade; e • Protege contra interferências. • Também é conhecido por: • Gerente de Projetos; ou • Coordenador de Projetos.

  26. Team

  27. Team • Multidisciplinar; • 1 à 7 pessoas; • Liberdade; • Responsável pela qualidade; • Alocado Full Time ; e • Estima complexidade a cada Sprint. • Composta normalmente por: • Designers; • Desenvolvedores; • Arquitetos de Informação; e • Arquitetos de Sistema.

  28. Por que porcos e não galinhas?

  29. Reuniões

  30. Fluxo SCRUM

  31. Reuniões no Fluxo

  32. SprintPlanning Meeting • Objetivos • Entender o Escopo; e • Estimar complexidade dos pacotes de trabalho. • Resultados • Time define o que poderá entregar; • Time define as atividades que serão desenvolvidas.

  33. Daily SCRUM • Objetivos • Comunicar a todos da equipe como está o progresso do trabalho. • Características • Deve responder as seguintes perguntas: • O que eu fiz desde a última reunião diária? • O que eu vou fazer hoje? • Quais são os impedimentos existentes? • Tempo máximo de duração: 15 minutos.

  34. SprintReview • Objetivos • O Time apresentar ao ProductOwner o resultado da Sprint. • Características • Reunião Informal; • Todo o time participa; e • Tempo máximo de duração: 2 horas.

  35. SprintRetrospective • Objetivos • Levantar e documentar as lições aprendidas da Sprint. • Características • Reunião Informal; • Todos os envolvidos na Sprint participam; e • Tempo máximo de duração: 2 horas.

  36. Artefatos

  37. ProductBacklog • Conteúdo • Lista priorizada contendo todas as funcionalidades desejadas para o projeto; • Não precisa estar completo no início do projeto; e • Com o tempo, o ProductBacklog cresce e muda à medida que se aprende mais sobre o produto e seus usuários. • Criador • ProductOwner. • Ciclo SCRUM • Utilizado na reunião de planejamento da Sprint.

  38. ProductBacklog

  39. ProductBacklog

  40. SprintBacklog • Conteúdo • Lista de funcionalidades que o SCRUM Team se compromete a implementar em um Sprint. • Considerações • Os itens do SprintBacklog são extraídos do ProductBacklog, pela equipe, com base nas prioridades definidas pelo ProductOwner ; e • Cabe a equipe determinar a quantidade de itens do ProductBacklog que serão trazidos para o SprintBacklog. • Ciclo SCRUM • Resultado da reunião de planejamento da Sprint.

  41. SprintBacklog

  42. BurndownChart

  43. Considerações e Dicas

  44. SCRUM não é o salvador da pátria! • O mais importante dos métodos ágeis é o entendimento dos conceitos; • Projeto são pessoas, portanto as valorize; • Agilidade está diretamente ligada a Melhoria Contínua; e • Desenvolver software deve ser encarado como algo divertido.

  45. Leia, Estude e Pratique • Leia: • Agile Software DevelopmentwithScrumby Ken Schwaberand Mike Beedle . • Agile Project Management withScrumby Ken Schwaber. • Scrumand XP fromtheTrenhcesbyHenrikKniberg. • Estude: • Linguagens que focam o desenvolvimento ágil. • Pratique: • É praticando que se aprende.

  46. Gerenciamento de Projetos

  47. Leonardo FortunatoGerente de ProjetosMS Techleonardo.fortunato@gmail.comhttp://leonardofortunato.blogspot.com

  48. Agenda • Conceitos sobre Projeto • Gerenciamento de Projetos • Estudo de Caso • Referências

  49. Conceitos sobre Projeto

  50. Projeto “É um esforço temporário empreendido para criar um produto, serviço ou resultado exclusivo.” PMBOK® “Um processo único, consistindo de um grupo de atividades coordenadas e controladas com datas para início e término, empreendido para alcance de um objetivo conforme requisitos específicos, incluindo limitações de tempo, custo e recursos.” ISO 10006

More Related