Pequena compilação sobre alguns Métodos Ágeis

1. Métodos Ágeis
26Jul2017 - Fontes consultadas:
http://www.projectbuilder.com.br/blog-home/entry/conhecimentos/quais-sao-os-principais-tipos-de-metodos-ageis
http://www.brq.com/metodologias-ageis/
https://pt.wikipedia.org/wiki/Desenvolvimento_%C3%A1gil_de_software

2. O que são?
• São processos de desenvolvimento iterativo e incremental para
gerenciamento de projetos. Muito utilizados para desenvolvimento ágil de
software, mas com conceitos e práticas aplicáveis a várias outras
indústrias. É utilizado para trabalhos complexos nos quais é impossível (ou
muito difícil) predizer tudo o que irá ocorrer.
• Via de regra, demandam aumento da comunicação e interação da equipe,
organização diária para o alcance da meta definida, buscando evitar falhas
na elaboração, respostas rápidas às mudanças e entregas em tempos
menores.
• Algumas vezes caracterizados como o oposto de metodologias guiadas
pelo planejamento ou disciplinadas. Uma distinção mais acurada é dizer
que os métodos existem em um contínuo do adaptativo até o preditivo.
Métodos ágeis existem do lado adaptativo deste contínuo.

3. Métodos adaptativos
• Métodos adaptativos buscam a adaptação rápida a mudanças da
realidade. Quando uma necessidade de um projeto muda, uma
equipe adaptativa mudará também. Um time adaptativo terá
dificuldade em descrever o que irá acontecer no futuro. O que
acontecerá em uma data futura é um item de difícil predição para um
método adaptativo. Uma equipe adaptativa pode relatar quais tarefas
se iniciarão na próxima semana. Quando perguntado acerca de uma
implantação que ocorrerá daqui a seis meses, uma equipe adaptativa
deve ser capaz somente de relatar a instrução de missão para a
implantação, ou uma expectativa de valor versus custo.

4. Métodos preditivos
• Métodos preditivos, em contraste, colocam o planejamento do futuro
em detalhe. Uma equipe preditiva pode reportar exatamente quais
aspectos e tarefas estão planejados para toda a linha do processo de
desenvolvimento. Elas porém tem dificuldades de mudar de direção.
O plano é tipicamente otimizado para o objetivo original e mudanças
de direção podem causar a perda de todo o trabalho e determinar
que seja feito tudo novamente. Equipes preditivas frequentemente
instituem um comitê de controle de mudança para assegurar que
somente as mudanças mais importantes sejam consideradas.

5. Princípios
• Garantir a satisfação do consumidor entregando rapidamente e continuamente
software funcionais;
• Até mesmo mudanças tardias de escopo no projeto são bem-vindas para garantir
a vantagem competitiva do cliente;
• Software funcionais são entregues frequentemente (semanas, ao invés de
meses);
• Cooperação diária entre pessoas que entendem do 'negócio' e desenvolvedores;
• Projetos surgem através de indivíduos motivados, entre os quais existe relação de
confiança.
• A maneira mais eficiente e efetiva de transmitir informações é conversar cara a
cara;
• Software funcionais são a principal medida de progresso do projeto;

6. Princípios
• Processos ágeis promovem desenvolvimento sustentável. Os
patrocinadores, desenvolvedores e usuários devem ser capazes para
manter um ritmo constante indefinidamente.
• Design do software deve prezar pela excelência técnica;
• Simplicidade é essencial;
• As melhores arquiteturas, requisitos e projetos emergem de equipes
auto-organizadas;
• Em intervalos regulares, a equipe reflete sobre como para tornar-se
mais eficaz, então sintoniza e ajusta seu comportamento
apropriadamente.

7. Métodos são ferramentas
• Métodos são meios para se chegar a um objetivo. São como
ferramentas que podem ser utilizadas em determinados contextos.
• Nem toda a ferramenta serve para toda a necessidade, e muitas
vezes, mais de uma ferramenta se faz necessária para resolver um
problema.

8. Alguns dos principais tipos de métodos ágeis
• Feature Driven Development (FDD)
• eXtreme Programming (XP)
• Microsoft Solutions Framework (MSF)
• Dynamic System Development Model (DSDM)
• Scrum

9. Feature Driven Development (FDD)
• Criado em Cingapura, entre 1997 e 1999, o FDD é um método ágil que reúne as melhores práticas de outros
métodos, como o Coad. Sua premissa básica é focada em funcionalidades, o que permite à equipe do
projeto realizar um planejamento incremental, isto é, por fases. Esse tipo de atuação ajuda a dar agilidade
ao desenvolvimento de soluções em ambientes de extrema incerteza, em que as mudanças são inevitáveis.
• A programação por FDD começa com a visão global do negócio, já que esse método considera a soma de
tudo mais importante do que cada uma das partes separadamente. Passa-se, então, para o detalhamento do
produto com a subdivisão por áreas a serem modeladas, culminando na descrição de cada funcionalidade.
• Por se tratar de uma ferramenta focada no desenvolvimento, o FDD pode ser perfeitamente integrado ao
Scrum, outro método ágil muito utilizado que também é focado no planejamento e na execução do projeto.
E assim como todos os demais métodos ágeis, o FDD também possui melhores práticas que visam criar o
ambiente ideal para o desenvolvimento de projetos. São elas:
• Desenvolvimento por funcionalidades;
• Um único programador é responsável pela funcionalidade desenvolvida;
• Controle de qualidade em todas as fases do projeto;
• Gerenciamento de configurações;
• Integração contínua das funcionalidades;
• Planejamento incremental;
• Teste de software.

10. eXtreme Programming (XP)
• Também criado em meados da década de 90, o eXtreme Programming,
carinhosamente chamado de XP, é um método ágil focado no desenvolvimento
de softwares que tem três pilares como base: agilidade no desenvolvimento da
solução, economia de recursos e qualidade do produto final.
• Para chegar à excelência nos serviços prestados, uma equipe XP deve se basear
em valores, isto é, um contrato de atitudes e comportamentos que levam ao
sucesso. Esses comportamentos e atitudes norteiam as ações da equipe XP em
cada atividade a ser desempenhada, garantindo a integração e a sinergia
necessárias para um bom desempenho. No caso, esses valores são:
• Comunicação;
• Simplicidade;
• Feedback;
• Coragem;
• Respeito.

11. eXtreme Programming (XP)
• Além dos valores, o método ágil XP também leva em consideração
melhores práticas de trabalho, que têm como objetivo garantir a
efetividade do trabalho da equipe XP, assim como a satisfação do cliente
durante todo o processo de desenvolvimento. São elas:
• Cliente sempre à disposição;
• Uso de metáforas;
• Reuniões de planejamento (planning game);
• Reuniões diárias, de 15 minutos, para alinhamento (stand up meeting);
• Integração contínua dos módulos desenvolvidos;
• Mudanças incrementais;
• Entregas frequentes ao cliente (small releases);
• Design simples e funcional;
• Testes de aceitação;
• Refatoração ou melhoria contínua.

12. Microsoft Solutions Framework (MSF)
• O MSF é um dos métodos ágeis mais usados por se destinar ao desenvolvimento de soluções tecnológicas por equipes reduzidas,
focando na diminuição de riscos para o negócio e no aumento da qualidade do produto final. O propósito é identificar as falhas
mais comuns em projetos de tecnologia, mitigando-as e aumentando as taxas de sucesso de cada iniciativa. Dessa forma, assim
como o Scrum, o MSF está mais focado na gestão do projeto do que no desenvolvimento da solução em si.
• Suas premissas são:
• Alinhamento da tecnologia desenvolvida aos objetivos de negócio do cliente;
• Escopo bem estruturado e detalhado;
• Desenvolvimento iterativo;
• Gerenciamento de riscos;
• Agilidade na resposta a mudanças.
• Assim como os outros métodos ágeis, o MSF também possui melhores práticas que devem ser observadas pela equipe para
atingirem os níveis de excelência buscados:
• Comunicação aberta e transparente entre todos os envolvidos;
• Visão compartilhada do negócio;
• Equipe capacitada;
• Atribuição de papéis e responsabilidades desde o início do projeto;
• Entregas incrementais;
• Flexibilidade para mudar sempre que necessário;
• Qualidade das entregas;
• Aprendizado constante com as experiências adquiridas;
• Parceria com clientes internos e externos.

13. Dynamic System Development Model (DSDM)
• O DSDM é um dos métodos ágeis mais antigos empregados não só no
desenvolvimento de projetos como no meio tecnológico. Um tanto quanto
diverso dos demais métodos ágeis, ele é destinado ao desenvolvimento de
projetos com orçamento fixo e prazos curtos, levando em consideração que o
cliente não tem como saber quanto custará a solução final.
• Entre suas melhores práticas estão o desenvolvimento incremental e iterativo, a
colaboração entre cliente e equipe, além da integração de funcionalidades, o que
também vemos nos demais métodos ágeis.
• Vale ressaltar que o DSDM diverge dos demais métodos ágeis tanto em sua
estrutura, que é composta por processos interligados de modelagem, concepção,
construção e implementação, assim como na gestão do tempo, que não é flexível,
até permitindo que as funcionalidades mudem, mas desde que os prazos de
execução continuem os mesmos.

14. Scrum
• O Scrum é, sem dúvida, o método ágil mais usado nos dias de hoje, principalmente
porque pode ser integrado a outros métodos ágeis com facilidade, aplicando-se não só
ao desenvolvimento de softwares como a qualquer ambiente de trabalho. Focado na
gestão do projeto, o Scrum tem como base o planejamento iterativo e incremental, que,
como você já sabe, se dá por fases, chamadas de sprints.
• Define-se, desde o início do projeto, a lista de funcionalidades a serem desenvolvidas,
também chamada, no caso, de product backlog. Dando andamento ao processo, cada
funcionalidade se torna um sprint, cujos detalhes a serem criados e desenvolvidos
passam do product backlog para o sprint backlog. Do sprint backlog as atividades são
distribuídas entre os membros do Scrum Team, que devem desenvolvê-las dentro de um
prazo que geralmente não leva mais que quatro semanas. Ao final de cada sprint é
realizada a sprint review meeting, uma reunião de alinhamento sobre o que foi entregue.
A partir daí, começa-se a planejar o próximo sprint. Essas etapas acontecem
sucessivamente até que o produto final esteja pronto para a entrega.

15. Scrum
• Diferentemente dos demais métodos ágeis, o Scrum possui pelo menos três
papéis muito bem definidos e absolutamente essenciais para o sucesso do
projeto:
• Product Owner: é o CEO do projeto, quem faz a ponte entre cliente e Scrum Team. É o
responsável pelos resultados do projeto e por gerar valor para o cliente.
• Scrum Master: é o coach do Scrum Team, a pessoa responsável por orientar os profissionais
em relação às melhores práticas Scrum, remover barreiras e motivar.
• Scrum Team: são os profissionais que efetivamente executam o desenvolvimento do projeto.
• As melhores práticas Scrum estão baseadas no Manifesto para o
Desenvolvimento Ágil de Softwares, levando em consideração atitudes e
comportamentos como:
• Indivíduos e interação mais do que processos e ferramentas;
• Software em funcionamento mais do que documentação;
• Colaboração com o cliente mais do que contratos e negociações;
• Respostas a mudanças mais do que planejamento.

16. Como funciona
• Product Backlog: As funcionalidades a serem implementadas
no projeto são mantidas em uma lista que é conhecida como
Product Backlog. No início de cada Sprint, faz-se um Sprint
Planning Meeting (uma reunião de planejamento), na qual o
Product Owner (quem representa os envolvidos) prioriza
todos os itens do Product Backlog e a equipe seleciona as
funcionalidades que ela será capaz de implementar durante o
Sprint que se inicia. As funcionalidades alocadas em um
Sprint são transferidas do Product Backlog para o Sprint
Backlog.
• Sprint: No Scrum, os projetos são divididos em ciclos
(tipicamente mensais) chamados de Sprints. O Sprint
representa um tempo definido dentro do qual um conjunto
de atividades deve ser executado. Metodologias ágeis de
desenvolvimento de software são iterativas, ou seja, o
trabalho é dividido em iterações, que no Scrum são
chamadas de Sprints e geralmente duram de 2 a 4 semanas.

17. • Burn Down Chart: O Burndown
é um simples gráfico, com dois
eixos X e Y, baseado nas
atividades que não ultrapassem
um dia de trabalho. O eixo X
indica o número de tarefas
existentes no Sprint e o eixo Y
os dias que representam o
tamanho do Sprint.
• Kanban (Quadro de Trabalho): O time também
pode possuir um “quadro de trabalho”, também
chamado de Kanban, para organizar as atividades
dos itens de Backlog da Sprint, separando-as em
basicamente em quatro estados (isso pode variar
de projeto a projeto): A fazer, Em andamento, Em
Testes e Concluído. Esse “quadro” é muito
produtivo, pois basta olhar para ele para realizar a
leitura do progresso da Sprint.

18. • Daily Scrum: Diariamente, em uma Sprint, a equipe faz uma breve reunião de no máximo
15 minutos com todos os participantes em pé, chamada Daily Scrum. O objetivo é cada
integrante dizer o que fez no dia anterior, o que pretende fazer no dia que se inicia e se
existe algum impedimento que está atrapalhando o seu trabalho.
• Sprint Review Meeting: Ao final de um Sprint, a equipe apresenta as funcionalidades
implementadas em uma Sprint Review Meeting onde o time mostra o que foi alcançado
neste sprint. Finalmente, faz-se uma Sprint Retrospective para identificar o que
funcionou bem e o que pode ser melhorado e a equipe inicia o planejamento do próximo
Sprint.

19. Papéis e Responsabilidades
• Product Owner
• Define os requisitos do produto, decide a data de release e o que deve conter
nela.
• É responsável pelo retorno financeiro (ROI) do produto.
• Prioriza os requisitos de acordo com o seu valor de mercado.
• Pode mudar os requisitos e prioridades a cada Sprint.
• Aceita ou rejeita o resultado de cada Sprint.

20. Papéis e Responsabilidades
• Scrum Master
• Garante que o time esteja totalmente funcional e produtivo.
• Facilita a colaboração entre as funções e áreas e elimina os impedimentos do
time.
• Protege o time de interferências externas.
• Garante que o processo está sendo seguindo. Participando das reuniões
diárias, revisão da Sprint, e planejamento.
• Scrum Team
• Multifuncional, entre 5-9 membros.
• Seleciona, entre os itens priorizados, os que irão ser executados durante a
Sprint.
• Tem todo o direito de realizar o que quiser dentro da Sprint

21. Principais características do Scrum
1 – Clientes devem estar definitivamente interessados nas entregas, desta
forma eles se tornam parte da equipe de desenvolvimento.
2 – No Scrum, os pacotes de trabalho do projeto são divididos em ciclos (que
podem estar divididos em semanas ou meses) denominados Sprints. O Sprint
significa um Time Box, dentro do qual um conjunto de tarefas deve ser
executado. Uma das grandes diferenças do Scrum para as metodologias
tradicionais é que seus desenvolvimentos são iterativos, ou seja, o trabalho é
dividido em iterações, o que estimula o constante feedback conforme as
entregas vão sendo realizadas. Com isso, o cliente passa a entender melhor o
produto e assim consegue evoluir com base em algo real.

22. Principais características do Scrum
3 – Torne as entregas frequentes e intermediárias. Não significa entregar
pela metade, significa que cada produto gerado deve entregar valor, ou seja,
estar 100% prontas.
4 – Evolução do projeto e da equipe devem ser discutidos diariamente e de
forma produtiva. No lugar de longas reuniões uma vez por semana, o Scrum
adota reuniões diárias, que devem começar sempre no mesmo horário e não
devem durar mais de 15 minutos. Nestas reuniões cada membro da equipe
deve responder:
O que fiz desde ontem?
O que estou planejando fazer até amanhã?
Existe algo me impedindo de atingir minha meta?

23. Principais características do Scrum
5 – A transparência é a alma do Scrum, tudo deve estar claro e bem
entendido, caso contrário não se trata de um requisito, logo não
poderá ser estimado, planejado ou desenvolvido. Os problemas
também não devem ser ignorados e ninguém é penalizado por
reconhecer ou descrever qualquer problema não visto. Esse foco ajuda
a torná-los naturais e visíveis, proporcionando que um pequeno
incidente seja descoberto e corrigido rapidamente.
6 – Locais e horas de trabalho devem ser energizadas, no sentido de
que “trabalhar horas extras” não necessariamente significa “produzir
mais”.