Scrum é um processo ágil que permite manter o foco na entrega do maior valor de negócio, no menor tempo possível, e nesta apresentação, o Filipe vai mostrar-nos como é o dia-a-dia de um developer a trabalhar numa equipa que utiliza esta metodologia no desenvolvimento profissional de software, como tem sido a sua experiência, as principais melhorias que a equipa alcançou e também as dificuldades que enfrentaram até agora

1. http://netponto.org 20ª Reunião Lisboa - 21/05/2011 Scrum na prática, para DevelopersFilipe Almeida

2. Patrocinadores desta reunião

3. Filipe Almeida Developer PHP, MySQL, Flash/AS, JS, jQuery, jsLinb, C#, Silverlight SCRUM Geek

4. Agenda Introdução ao scrum Vender scrum à gestão Nossa experiencia com scrum Questões

5. Também disponível em vídeo... Assista! http://vimeo.com/24783959

6. Introdução ao scrum SCRUM é um processo iterativo e incremental para gestão e desenvolvimento de software Processo simples e escalável. Processo observável de gestão e controlo.

7. PrincipiosLean Adicionar apenas valor Centrarnaspessoasqueadicionam valor O Valor pelaprocuraOptimização entre organizações ReduzirSuperprodução ReduzirExcesso de Requisitos ReduzirPassos extra ReduzirProcurapelainformação ReduzirDefeitos e BugsReduzir Tempos de espera (incluindoclientes) ReduzirPassagem de mão

8. Papeis

9. Product Owner Define Visão do Produto Elabora e mantém o Product Backlog Define a prioridade e ROI Representa o/os clientes e utilizadores

10. Scrum Team Auto-organizada e multifuncional Faz estimativas Define as tarefasDesenvolve o produtoGarantir a qualidadeApresenta o produto ao cliente

11. Scrum Master É líder Facilitador Remove impedimentosProtege a equipaAjuda o PO (com o Product Backlog) Garante o processo Scrum

12. Processo

13. Product Backlog Gerida pelo Product Owner (com apoio do Scrum Master) Lista prioritizada de requisitos e histórias «Sendo visitante quero me registar para publicar um artigo» Lista em constante mudança

14. Reunião de Planeamento Participantes: Product Owner, Scrum Master e Equipa Define a prioridade nos itens do Backlog Define o objectivo do sprint.Define o Sprint BackLog Define o significado de Feito

15. Sprint Backlog Lista de tarefas para serem executadas no sprint Evolutiva com o trabalho desse sprint

16. Sprint Sessão de trabalho, tipicamente 15 ou 30 dias Produz um “deliverable” a partir das tarefas no sprint

17. Reunião Diária 15 Minutos O que completaste?O que vais fazer hoje? O que impede de fazer o melhor trabalho? Onlypigsmayspeak!

18. Revisão da Sprint Participantes: Product Owner, Equipa e Scrum Master Apresentação do trabalho do sprint Entrega do deliverable

19. Deliverable Incremento das funcionalidades produzidas Contém todas as partes de um software funcional

20. Reunião de Retrospectiva Logo após reunião do sprint O que podemos melhorar no processo?

21. Artefactos Product Backlog Sprint Backlog KanbanBoard BurndownCharts

22. Vender scrum à gestão

23. O que a gestão gosta Aumento da produtividadeQualidade Visibilidade e transparência Previsibilidade e controlo contínuo Liberdade para alterar requisitos

24. O que não vender Não vender scrum pelo scrumNão vender porque é moda Não colocar o problema no cliente

25. Experiencia com scrum

26. O Projecto Equipa de 5 elementos Projecto já existente em desenvolvimento activo Requisitos de clientes diferentes para o mesmo produto Alta probabilidade de novos requisitos concorrentes

27. Problemas que existiam Elementos especializados e “únicos” “Waterfall Lag” Necessidade de dedução do que fazer a seguir… Envelhecimento dos testes

28. Preparação Preparação da equipa para o novo modelo Apresentação a toda a empresa do modelo scrum Aprovação superior para dar início à experiencia

29. Primeira Reunião SCRUM 1ª parte – 4 horas Definir Scrum Master Definir Product Owner Criação do Backlog

30. Primeira Reunião SCRUM 2ª parte – 4 horas Definir o primeiro objectivo Fazer o primeiro Sprint Backlog Partilhar o documento com os envolvidos

31. Primeiro Sprint 3 Dias com standups ao início da tarde Um objectivo simples Disponibilização diária do burndown Objectivo cumprido

32. Primeira introspectiva Ajustadas as horas das reuniões Artefactos melhorados Interligar com o project

33. Sprints seguintes 15 Dias Objectivos reais Reserva de espaço para partilha de conhecimento Alta motivação 6 sprints para atingir processo eficaz

34. Impacto no projecto Produção de funcionalidades com o melhor ROI Só produzimos as funcionalidades que são usadas Aumento considerável do valor do produtoClientes satisfeitos

35. Resultados na gestão >50% crescimento da produtividade Menor esforço de gestão no chefe de projecto e na equipa

36. Como fazer? Product Backlog? Sprint Backlog? Burndown? Que ferramenta devo usar? Uma forma de calcular o tempo?

37. Product Backlog?

38. Sprint Backlog?

39. Burndown?

40. Que ferramenta devo usar? Começa com a mais básica possível Usar as Introspectivas para melhorar

41. Uma forma de calcular o tempo?

42. Referências KenSchwaber Agile Project Managementwith Scrum KenSchwaber e MikeBeedle Agile Software Developmentwith Scrum KenSchwaber TheEnterpriseand Scrum Esther Derby, Diana Larsen e KenSchwaber AgileRetrospectives: MakingGoodTeams Great http://jeffsutherland.com http://www.controlchaos.com

43. Questões?

44. Patrocinadores desta reunião

45. Próximas reuniões presenciais 21/05/2011 - Maio 18/06/2011 - Junho 23/07/2011 - Julho 27/08/2011 - AgostoReserva estes dias na agenda! :)

46. Obrigado! Filipe Almeida filipealmeida@shortcut.pt filipe@tiraduvidas.eu