QA Ninja Conf - Scrum uma Introdução a Agilidade
•
2 gostaram•232 visualizações
Palestra ministrada por mim em 26/10/2016 no 1° QA Ninja Conference
Recomendados
Mais conteúdo relacionado
Mais procurados
Mais procurados (20)
Semelhante a QA Ninja Conf - Scrum uma Introdução a Agilidade
Semelhante a QA Ninja Conf - Scrum uma Introdução a Agilidade (20)
QA Ninja Conf - Scrum uma Introdução a Agilidade
- 3. 20XX 20XX 20XX 20XX MetodologiasÁgeis? ;
- 12. Em 1995 os americanos Jeff Sutherland e Ken Schawber formalizaram o Scrum para o mundo lançando o Scrum Guide, um pequeno livro que descreve as praticas fundamentais do framework.
- 14. Em 2014 a Scrum Alliance, Scrum Org e Scrum inc anunciaram sua união para a criação de um padrão, centralizando o Scrum Guide como documento base e única fonte oficial do framework. Scrumguides http://www.scrumguides.org
- 16. Desenvolvimentoincremental Sprint1 Poucas requisitos desenvolvidos mas já é possivel entregar software funcionando ao cliente. Sprint2 Mais requisitos prontos, novas funcionalidades entregues. Sprint3 Todos os requisitos desenvolvidas, projeto finalizado
- 20. ProductOwner
- 21. DevTeam
- 22. ScrumMaster
- 23. ScrumTeam
- 24. Artefatos Product Backlog Sprint Backlog Incremento de Software
- 25. Productbacklog
- 26. Productbacklog
- 27. Gromming
- 28. Sprintbacklog
- 29. Sprintbacklog
- 32. Eventos Sprint Planning Sprint Daily Scrum Sprint Review Retrospectiva
- 33. Sprintplanning
- 34. Evento com o objetivo de selecionar e detalhar os itens que serão desenvolvidos na próxima sprint. 2 horas de planejamento para cada semana de sprint Na primeira parte o PO e o Dev Team escolhem os itens do Product Backlog que serão desenvolvidos, na segunda o Dev Team mapeia as tasks necessárias para desenvolver os itens. Sprintplanning
- 35. Planningpoker-StoryPoints 0 1/2 1 2 3 5 8 13 20 40 100 ?
- 36. Planningpoker-Tshirt XS S M L XL ?
- 37. A definição de pronto é o objetivo principal a ser alcançado ao final da Sprint. É acordada por todo o Time Scrum na primeira parte do Sprint Planning. Deve guiar o desenvolvimento para a entrega de um incremento software pronto e que traga valor ao usuário/cliente. Definitionof Done
- 39. Sprint
- 40. É o periodo de construção e desenvolvimento do incremento de software. Sprints devem durar entre 2 e 4 semanas. Durante a Sprint o todo o Dev Team deve estar focado em desenvolver e testar todos os itens do Sprint Backlog. Sprint
- 41. Burndownchart
- 42. DailyScrum
- 43. Na reunião diaria todos os integrantes do Dev Team devem responder 3 perguntas: 1 - O que fiz ontem? 2 - O que estou fazendo hoje? 3 - Existe algum impedimento para realização das tarefas da sprint? A Daily Scrum deve durar no máximo 15 minutos e todos devem estar de pé. Deve ser executada sempre no mesmo horário e local. DailyScrum
- 44. SprintReview
- 45. O Sprint Review ocorre logo após o termino da Sprint. Neste evento o Dev Team apresenta ao Product Owner tudo que foi desenvolvido na Sprint e recebe feedbacks sobre as entregas do ponto de vista de negócio. Tem duração máxima de 4 horas. SprintReview
- 46. Retrospectiva
- 47. Após o Sprint Review o Dev Team e o Scrum Master fazem uma retrospectiva listando todos os pontos positivos e negativos que ocorreram ao decorrer da sprint, discutindo suas causas e efeitos. Para os pontos negativos é importante criar um backlog de melhorias (gerenciado pelo Scrum Master) ou um plano de ação a ser executado na proxima sprint. Tem duração máxima de 3 horas. Retrospectiva
- 49. Dúvidas?