Metodologias

Ágeis e
Gestão de
Projetos de
Software

1
2
Agile
EMPRESAS QUE APLICAM AGILE DEVELOPMENT

4
Agile

PMI (2017). Guia Ágil.

Agile

PMI (2017). Guia Ágil.

 VALORES

https://www.manifestoagil.com.br/

©2001, Manifesto Ágil.

 PRINCÍPIOS
•Nossa maior prioridade é satisfazer o cliente, através da entrega adiantada e contínua de software de valor.

•Aceitar mudanças de requisitos, mesmo no fim do desenvolvimento. Processos ágeis se adequam a mudanças, para que

o cliente possa tirar vantagens competitivas.

•Entregar software funcionando com freqüencia, na escala de semanas até meses, com preferência aos períodos mais

curtos.

•Pessoas relacionadas à negócios e desenvolvedores devem trabalhar em conjunto e diáriamente, durante todo o curso

do projeto.

•Construir projetos ao redor de indivíduos motivados. Dando a eles o ambiente e suporte necessário, e confiar que

farão seu trabalho.

•O Método mais eficiente e eficaz de transmitir informações para, e por dentro de um time de desenvolvimento, é

através de uma conversa cara a cara.

https://www.manifestoagil.com.br/
 PRINCÍPIOS

•Software funcional é a medida primária de progresso.

•Processos ágeis promovem um ambiente sustentável. Os patrocinadores, desenvolvedores e usuários,
devem ser capazes de manter indefinidamente, passos constantes.
•Contínua atenção à excelência técnica e bom design, aumenta a agilidade.
•Simplicidade: a arte de maximizar a quantidade de trabalho que não precisou ser feito.
•As melhores arquiteturas, requisitos e designs emergem de times auto-organizáveis.
•Em intervalos regulares, o time reflete em como ficar mais efetivo, então, se ajustam e otimizam seu
comportamento de acordo.

https://www.manifestoagil.com.br/
 GURUS

XP

Arquitetura de
Software

SCRUM

https://www.manifestoagil.com.br/

©2001, Autores acima citados.

Modelo Cascata Modelo Iterativo

Análise Design Implementação Validação

Scrum

15
Scrum: Introdução

Criado em 1990 por Jeff Sutherland.

Processo criado a partir do manifesto ágil.

Atividades estruturais: requisitos, análise, projeto, evolução e

entrega.

Inovação do Scrum: a criação de SPRINT.

SPRINT: planejamento e desenvolvimento da iteração de forma a

entregar software. Deve atender os objetivos dos stakeholders.

Cada Sprint tem duração mínima de 1 semana e máxima de 4.

16
Scrum: Visão Geral

Papéis Artefatos
Product Owner Product Backlog
Scrum Master Sprint Backlog
Team Burndown Chart

Cerimônias
Sprint Planning
Daily Scrum
Sprint Retrospective
Sprint Review
17
Scrum: Método ágil

18
TRELLO

19
TRELLO: métricas ágeis

20
JIRA

21
JIRA

22
Scrum: Planejamento
24
Product Backlog - Prioridades

25
Requisitos: User Story

26
Product Backlog – Planning Poker - Estimativas

Planning Poker é baseado em um jogo de cartas.

Sequência de Fibonacci.

0 a 5 – fácil
8 a 20 – médio
40 – 100 – alta complexidade
?-
Café – momento distração

27
Product Backlog – Planning Poker - Aplicativo

28
As características do SPRINT

Criação do Product Backlog:

• Lista de requisitos e pendências;

• Base para que haja a definição dos requisitos que serão desenvolvidos.
• O Cliente (Product Owner) é quem define os requisitos que serão
desenvolvidos em uma SPRINT, por meio de uma clara análise de riscos.
• Decidido quais requisitos irão ser desenvolvidos, a equipe começa a execução
da SPRINT.
RELEVANTE: durante a execução da SPRINT o cliente NÃO deve conversar com
a equipe ( Scrum Team).
• O cliente DEVE conversar APENAS com o Scrum Master (Líder do Projeto).

29
As características do SPRINT

Reunião de início :

Definição dos requisitos e das tarefas a serem desenvolvidas

(planejamento).

Reunião Diárias (Daily Meeting) de 15 minutos:

1.O realizado desde a última reunião de equipe?

2.Quais dificuldades está encontrando?
3.Planejamento para a próxima reunião da equipe?
RELEVANTE:
Utilização de um gráfico denominado de “BurnDown Chart” para
monitorar o andamento do projeto.
30
As características do SPRINT: Burndown Chart

31
As características do SPRINT: Burndown Chart

32
As características da SPRINT

Reunião fim de Sprint (Sprint Review) :

• Cliente valida a entrega.

• Demais stakeholders verificam se o objetivo da SPRINT foi atingido.

Reunião de Retrospectiva da Sprint (Retrospective)

• Participação apenas do Scrum Team;

• Reunião de avaliação: processo, produto e equipe.
• Semelhante ao que propõe o PMI (Lições Aprendidas).

33
Esquemático: O Scrum

RETIRADO de PRESSAN (2011) 34

 Referências
PRESSMAN (2011) Engenharia de Software. Prentice Hall.

SOMMERVILLE (2011). Engenharia de Software. Pearson.

Manifesto Ágil. Disponível em:

https://agilemanifesto.org/iso/ptbr/manifesto.html

Site oficial SCRUM:

https://www.scrum.org/

35