2. Administrador
Centro Paula Souza – Etec Pirassununga-SP
Analista de Sistemas
IFSP – Instituto Federal de São Paulo
Mestrando em
Ciências da Computação / Engenharia de Software
UFSCar – Universidade Federal de São Carlos
Professional Scrum Master Certified
Scrum.org
3. Como surgiu os métodos ágeis.
◦ Tradicional x Ágil
Scrum
◦ Motivação
◦ Papeis
◦ Processo
Ferramentas livre para o uso do Scrum
◦ AgileFant
https://github.com/Agilefant/agilefant
◦ ScrumDO
https://github.com/ScrumDoLLC/ScrumDo
◦ PrimeScrum
https://github.com/Barrostsb/Prj_Prime_Scrum
◦ LibreBoard
http://git.libreboard.com/libreboard/libreboard
Certificações Scrum
4. Criados para organizar processos de
desenvolvimento de software.
Cliente recebe o produto com 100% do
projeto cumprido.
Tarefas divididas para serem realizadas de
forma ordenada (Cascata), seguindo um
passo a passo.
5. São preventivos (Antecipa o erro por meio de
documentações, análise e testes antes do
código).
Resistente a mudanças.
Foco no processo.
6.
7.
8. Standish Group´s 2011 CHAOS Report
analisou projetos de desenvolvimento de
software entre 2002 e 2010 e identificou que
apenas 37% tinham sucesso.
Fonte: Software in 30 days Ken Schwaber and Jeff Sutherland
9. Projetos falham.
Requisitos mudam.
Funcionalidades que nunca serão utilizadas.
Apenas 42% das funcionalidades previstas no
início estavam no produto final.
http://www.projectsmart.co.uk/docs/chaos-report.pdf
10.
11. Dezessete especialistas em processos de
desenvolvimento de software estabeleceram
valores e princípios comuns criando o
manifesto ágil.
“O Manifesto Ágil é uma declaração sobre os
princípios que servem como base para o
desenvolvimento ágil de software”
http://www.agilemanifesto.org/
12. Indivíduos e interações X Processos e Ferramentas
Software funcionando X Documentação Extensa
Colaboração com o cliente X Negociação e Contrato
Adaptação a mudanças X Seguir Planos Rígidos
18. SCRUM é um modelo ágil de processo que
esta de acordo com o manifesto ágil.
Sommerville – Eng de Software
SCRUM é um framework estruturado para
apoiar o desenvolvimento de produtos
complexos. Scrum.org - Scrum Guide
SCRUM destina-se ao GERENCIAMENTO DE
PROJETOS ÁGEIS. Wikipedia
19. AGREGAR VALOR para o cliente aos poucos e
efetivamente, através dos REQUISITOS
REALMENTE NECESSÁRIOS
Fonte: Software in 30 days Ken Schwaber and Jeff Sutherland
35% em média dos requisitos de um projeto de software sofrem alteração durante o desenvolvimento do software.
60% das funcionalidades previamente planejadas e implementadas no software não são utilizadas ou
são pouco utilizadas pelos usuários finais.
20. Incorpora algumas características do XP.
Processo iterativo e incremental (Sprints).
Processo de gerenciamento e controle
empírico (tentativa e erro).
Necessidades de negocio determinam as
prioridades (P. O.).
21. O cliente é proativo durante o processo.
Equipe focada na entrega do produto no
menor tempo.
Inspeção Contínua do produto em intervalos
(Sprints) de 2 a 4 semanas.
Equipes pequenas e auto gerenciáveis.
22. SCRUM se apoia em 3 pilares:
1)Transparência: Aspectos significativos do
processo devem estar visíveis aos responsáveis
pelos resultados
2) Inspeção: Os usuários Scrum devem,
frequentemente, inspecionar os artefatos Scrum e
o progresso em direção ao objetivo, para detectar
indesejáveis variações.
3) Adaptação: Se a inspeção identificou desvios, o
processo deve ser ajustado
23.
24.
25.
26.
27. É alguém que CONHECE do produto e SABE como
este produto pode AGREGAR VALOR AO NEGÓCIO.
Sabe como e quais funcionalidades podem agregar
valor ao produto.
É o responsável pelo ROI do produto.
Outras características:
Gerenciar o backlog do produto.
Priorizar e manter o backlog do produto.
Define as requisitos do produto.
Prioriza funcionalidades.
Ajusta características/funcionalidades.
28.
29. É o time que desenvolve o incremento do
produto.
É responsável pelo SPRINT BACKLOG.
Não possui gerente e é auto-organizável e
tem o poder de organizar o seu próprio
trabalho.
Deve ser TRANSFUNCIONAL.
Entre 3 e 9 membros.
Pode haver mudanças.
30.
31. É o responsável pela aplicação do
Scrum.
Garante que o SCRUM seja entendido
por todos e aplicado de forma correta.
É um papel gerencial, mas ele não é o
gerente do projeto ou da equipe.
Facilitador (líder servo) que busca
garantir que todas as regras e práticas
do SCRUM seja seguido pelo time
SCRUM.
Comanda o Daily Meeting.
Ele elimina os obstáculos.
32.
33. É uma lista contendo todas as
funcionalidades, ou requisitos o que pode ser
necessário no produto.
É definida e ordenada pelo Product Owner.
É definido no início do projeto, porém pode
ser alterado e ter itens adicionados durante
todo o projeto.
34. Deve conter a descrição, prioridade e
estimativa de esforço inicial dos itens.
◦ “Grooming” – trabalho de adicionar detalhes,
estimativas e prioridades feita “extra sprint” pelo
product owner apoiado pelo development team.
35.
36. Sprint Backlog é a escolha das funcionalidades que
deverão ser implementadas na próxima Sprint.
Se traduz em uma lista de tarefas que o development
team irá executar para contemplar o subconjunto de
itens do product backlog selecionado.
O SB pode crescer ou diminuir durante uma SPRINT a
medida que o time de desenvolvimento vai
entendendo melhor quais atividades são necessárias
para realizar a entrega do incremento.
37. É o período de 2 ou 4 semanas no qual se
realizam as tarefas do Sprint BackLog, e ao
termino entrega-se o incremento.
Durante a Sprint acontecem as 4 outras
cerimônias/eventos:
◦ Sprint Planning
◦ Dailiy Metting
◦ Sprint Review
◦ Sprint Retrospective
38. Reunião que acontece no início de cada Sprint
◦ –É aqui que o trabalho a ser realizado na SPRINT é planejado por todo o
time SCRUM.
É dividida em duas partes:
◦ O que será entregue como resultado do incremento da próxima Sprint?
Product Owner ordena o product backlog (antecipadamente).
Development team faz a previsão de esfoços dos itens que entrarão no sprint
backlog (Planning Poker)
Scrum Team define o “Objetivo da Sprint”
◦ Como o trabalho necessário para entregar o incremento será realizado?
O time quebra em unidades menores os primeiros itens do sprint backlog.
39. É uma reunião em pé de 15 minutos realizada diariamente;
Tem o objetivo de comunicar o andamento dos trabalhos deixando-o
transparente para todos da equipe de desenvolvimento. (Kanban Board)
Cada membro responde 3 perguntas.
•O que foi completado desde a última reunião?
•O que será feito até a próxima reunião?
•Quais os impedimentos/obstáculos que estão no caminho?
40.
41. Acontece no final da SPRINT
◦ inspecionar o incremento e adaptar o Backlog do Produto (se necessário).
◦ Apresentar o que foi desenvolvido pela equipe durante o sprint:
◦ O Product Owner decide quais itens do backlog foram completados;
◦ Discute a melhor forma de repriorizar o product backlog para a próxima
sprint;
◦ A Equipe de Desenvolvimento discute o que foi bem durante a Sprint,
quais problemas ocorreram dentro da Sprint, e como estes problemas
foram resolvidos;
◦ O Backlog do Produto pode também ser ajustado completamente para
atender novas oportunidades.
42. Inspecionar como a última Sprint foi em relação as
pessoas, relações, processos e ferramentas.
Identificar e ordenar os principais itens que foram
bem e as potenciais melhorias.
Verificar desempenho da equipe.
Criar um plano para implementar melhorias no
modo que o Time Scrum faz seu trabalho.
43.
44.
45. É tudo aquilo que foi desenvolvido durante a
sprint somado (integrado) com o que já foi
desenvolvido nas sprints anteriores.
46.
47.
48.
49. Ferramenta Web para a gestão de
desenvolvimento agíl de projetos.
Rica em recursos: Possui, Backlog, planning,
burndown e ainda gestão de protifólios.
Desenvolvida em Java
50.
51.
52.
53.
54. Ferramenta Web para a gestão de projetos
ágeis com Scrum.
Possui, Backlog, planning, Taskboard,
burndown.
Foco no Scrum
Desenvolvida em Python
55.
56.
57.
58.
59.
60. Ferramenta Web para gestão de projetos Scrum
Possui Gerenciamento de equipe, backlog,
planning, taskboard, burndown.
Desenvolvida em Java, com bibliotecas JSF2 –
PrimeFaces e JPA Hibernate.
Sistema desenvolvido como trabalho de
conclusão de curso.
61.
62.
63.
64.
65.
66.
67.
68.
69. Semelhante ao trello
Muito fácil de usar
Pode-se trabalhar em equipes
76. Pressman. “Engenharia de Software” 6 Edição.
Sommerville. “Engenharia de Software” 8 Edição.
Schwaber, Sutherland. “Software in 30 Days: How Agile Managers
“Manifesto for Agile Software Development”. 2001. Disponível em http://www.agilemanifesto.org.
Último acesso em 21 de Março de 2015.
Scrum Guide http://www.scrumguides.org/.
Canal IGTI youtube https://www.youtube.com/watch?v=gAGdRGin_tE
http://www.projectbuilder.com.br/