3. Manifesto Ágil
• Indivíduos e interações mais
que processos e ferramentas
• Software em funcionamento mais
que documentação abrangente
• Colaboração com o cliente mais
que negociação de contratos
• Responder a mudanças mais que
seguir um plano
4. Manifesto Ágil
• Propõe, através dos seus 12 princípios, uma
metodologia de desenvolvimento de software baseada
em :
– forte interação com o cliente;
– redução e simplificação da quantidade de documentos gerados
durante o projeto;
– entrega freqüente de executáveis
– desenvolvimento incremental
5. Ser ágil é ...
• Evitar o desperdício
• Buscar a melhoria contínua
• Agregar valor ao que está sendo produzido
• Colaborar
• Ser pró-ativo
AGILE = SMART
6. Métodos Ágeis
• Agile Data (AD)
• Agile Microsoft Solutions Framework (MSF)
• Agile Modeling (AM)
• Agile Unified Process (AUP)
• Dynamic System Development Method (DSDM)
• Extreme Programming (XP)
• Feature Driven Development (FDD)
• Scrum
• Usage-Centered Design (UCD)
• Outros ...
7. Métodos Ágeis
• São baseados em princípios e valores
• Os artefatos não são a essência
• Agile by the book pode não ser a melhor
abordagem
9. Scrum
• Em Rugby, Scrum é um time de oito
integrantes que trabalham em conjunto
para levar a bola adiante no campo.
• Ou seja: times trabalhando como uma
unidade altamente integrada com cada
membro desempenhando um papel bem
definido e o time inteiro focando num
único objetivo.
10. Scrum
• Metodologia para gestão de projetos de
desenvolvimento de software.
• Ideal para equipes de 5 a 9 profissionais.
• Não existem as figuras de programador,
testador, arquiteto, etc. Equipe
multidisciplinar (cross-functional).
• Time !
11. Scrum
• Papéis:
– Scrum master: é o responsável por garantir
que os princípios, valores e regras do Scrum
sejam aplicados.
– Product owner: é um representante do
cliente. Responsável pelo levantamento de
requisitos (histórias) e manutenção do
backlog.
– Time
12. Scrum
• Princípios:
– Aceitar as incertezas
– Constante planejamento
– Trabalhar como um time
– Equipes auto-gerenciáveis
– Manter um ritmo de trabalho suportável
– Entregas freqüentes
13. Práticas Ágeis
• Sprint: é um período de tempo, de 1 a 4
semanas, ao final do qual é apresentada uma
nova funcionalidade integrada ao sistema
14. Práticas Ágeis
• Backlog é uma lista das
atividades a serem
realizadas pela equipe.
– Os itens que compõe a
lista são chamados de
histórias
– Todos podem incluir
histórias
– Somente o Product
Owner pode priorizá-las
– Product Owner pode
priorizar novamente no
início de cada Sprint
15. Práticas Ágeis
• Histórias:
– São os problemas a serem resolvidos
– São subdivididas em tarefas (tasks). Cada
task tem:
• um responsável
• um executor (cada um escolhe o que acha que tem
condições de resolver),
• estimativa de horas (conforme a experiência do
executor).
16. Práticas Ágeis
• Histórias – exemplo
Como: Administrador do sistema
Desejo: Que apenas pessoas autorizadas tenham acesso ao sistema
de pesquisa
Para com isso: Ter controle sobre o acesso aos dados
Critérios de
Aceitação
Sistema de autenticação funcionando corretamente
Conforme Mike Cohn
17. Práticas Ágeis
• Tarefas da história
T01 - US03 – Acrescentar ao modelo de dados do sistema de carga a tabela
de permissões de acesso
Responsável: Ricardo/ João Complexidade: 13 Prioridade: 2
Iniciada em: 23/06 Finalizada em: 30/06
T02 - US03 - Elaborar as consultas de usuários cadastrados
Responsável: João/ Jane Complexidade: 8 Prioridade: 5
Iniciada em: Finalizada em:
T03 - US03 – Implementar a interface do sistema de autenticação
Responsável: Ricardo/Guilherme Complexidade: 2 Prioridade: 4
Iniciada em: Finalizada em:
T04 - US03 – Implementar a interface do sistema de cadastramento de usuários
e permissões
Responsável: Ricardo/Guilherme Complexidade: 2 Prioridade: 4
Iniciada em: Finalizada em:
T05 – US03 – Linkar o sistema autenticação com o sistema de geração de
gráficos e relatórios
Responsável: Ricardo/ Carlos Complexidade: 21 Prioridade: 6
Iniciada em: Finalizada em:
21. Prática da Oficina
• Projeto: construção de uma casinha de
palitinhos
Product Owner é
quem vai definir
os requisitos da
casinha
22. Prática da Oficina
• Agenda
– 19:30 as 20:15: Formação dos times e construção do
backlog
– 20:15 as 20:30 Planejamento dos sprints (2)
– 20:30 as 21:00 Sprint 1
– 21:00 as 21:15 Avaliação do sprint 1
– 21:15 as 21:45 Sprint 2
– 21:45 as 22:00 Avaliação do sprint 2 e entrega do
produto
– 22:00 as 22:30 Encerramento