3. • O Manifesto Ágil é um documento que foi criado em
2001 com a participação de 17 profissionais da área
de programação. Embora esses 17 desenvolvedores
tivessem métodos diferentes, existia um consenso
sobre os fundamentos praticados.
Durante a reunião, houve um consenso sobre os
aspectos mais importantes em desenvolvimento de
software. Diante disso decidiram criar um documento
que servisse como orientador aos novos processos de
desenvolvimento.
O Manifesto ágil contem a declaração das crenças e
valores que todos os desenvolvedores possuíam e
acordaram em seguir e disseminar.
4. • Indivíduos e interação entre eles mais que processos
e ferramentas;
• Software em funcionamento mais que a
documentação abrangente;
• Colaboração do cliente mais que negociação de
contratos;
• Responder as mudanças mais que seguir um plano.
5. • Gestão ágil de projetos é um modelo de gestão que
utiliza metodologias ágeis. Essas metodologias
priorizam a capacidade de adaptação e planejamento
progressivo do projeto, diferente de metodologias
tradicionais, que requerem um planejamento inicial
rígido e poucas mudanças ao longo do projeto.
Para isso, na gestão ágil trabalha-se com ciclos
curtos e pacotes de entregas.
• Essas práticas têm sido muito aplicadas em projetos de
desenvolvimento de software, nos quais a capacidade
de adaptação é muito necessária. Porém, se encaixam
muito bem em outros tipos de projetos, como
em vendas, marketing, pesquisas e tecnologias
avançadas.
6. Entregas Frequentes
Na gestão ágil de projetos, os requisitos são classificados por
prioridades, divididos em partes
menores, detalhados e preparados para serem desenvolvidos.
Esse processo ocorre constantemente durante o projeto, permitindo
a descoberta de novos itens, alterações em entregas existentes
e repriorização de requisitos.
Esse detalhamento gradual dos requisitos possibilita a realização
de entregas rápidas e menores, mas mais frequentes, que vão
compondo aos poucos o produto final. Assim, a gestão é feita em ciclos
curtos de 2 a 6 semanas.
7. Foco na agregação de valor
Na gestão ágil de projetos, o cliente é frequentemente
envolvido nos trabalhos. Afinal, se as entregas são mais
frequentes, a validação também é.
Assim, possibilitamos a entrega de valor, que vai sendo
formada aos poucos até atingir as expectativas.
8. Transparência
Transparência é dar visibilidade aos problemas, trazendo-os para a discussão
coletiva a fim de identificar soluções mais rapidamente.
Não é que na gestão clássica não exista transparência, mas na gestão ágil essa
característica é mais evidente, materializando-se em cerimônias que servem
para alinhar o projeto.
Agora que a definição de Gestão Ágil de Projetos já está esclarecida, vamos
entender melhor quais as suas diferenças em relação a Gestão Tradicional.
Confira!
11. Scrum
● O Scrum é um framework de gerenciamento que as
equipes usam para se auto-organizar e trabalhar em
direção a um objetivo em comum. A estrutura
descreve um conjunto de reuniões, ferramentas e
funções para uma entrega eficiente de projetos.
12. Pilares
Fundamentais
Transparência dos
processos, requisitos
de entregas e status
das atividades em
andamento
Inspeção constante
de tudo o que está
sendo feito. Verificar
se os progressos
estão atendendo os
objetivos do projeto.
Requer constante
adaptação, tanto do
processo, quanto do
produto em relação
às mudanças
15. Sprint
Planning
Serve para
determinar quais
os subconjuntos de itens
do Product Backlog mais
importantes para
construir no próximo
sprint, o product owner,
junto com os
developers e ScrumMast
er, devem realizar
o Sprint
Planning (planejamento
de sprint )
Daily Scrum
O que fez ontem?
O que vai fazer hoje?
Tem algum
impedimento?
No Scrum existe
uma reunião diária
que idealmente é
no mesmo horário,
entre os membros
da equipe com
tempo definido (15
minutos ou
menos),
chamada Daily
Scrum.
16. Revisão
do Sprint
O objetivo do Sprint Review
é identificar e adaptar o
produto que está sendo
construído. É inspecionado
o ganho incremental gerado
e se necessário realizar as
alterações devidas. Troca
de feedbacks, promove a
colaboração e motivação da
equipe.
Retrospectiv
a do Sprint
Enquanto o objetivo
do Sprint Review é verificar
necessidades de
adaptações no produto, o
Sprint Retrospective tem
como objetivo verificar
necessidades de
adaptações no processo de
trabalho.
O que funcionou que pode
ser potencializado?
O que não funcionou que
precisa ser alterado?