1.

2. UMA INTRODUÇÃO DO ÁGIL

2.1 Trabalhos Definíveis vs Trabalho De Alta Incerteza
O trabalho do projeto varia do trabalho definível ao trabalho de alta incerteza.
Os projetos de trabalho definíveis são caracterizados por procedimentos claros que
se revelaram bem sucedidos em projetos similares no passado. A produção de um
carro, aparelho elétrico ou casa após a conclusão do projeto são exemplos de
trabalho definível. O domínio de produção e os processos envolvidos geralmente
são bem compreendidos e geralmente há baixos níveis de incerteza e risco de
execução.
O novo design, a resolução de problemas e o trabalho não feito antes do trabalho
são exploratórios. Isso requer especialistas em assuntos para colaborar e resolver
problemas para criar uma solução. Exemplos de pessoas que enfrentam trabalho de
alta incerteza incluem engenheiros de sistemas de software, designers de produtos,
médicos, professores, advogados e muitos engenheiros de resolução de problemas.
À medida que o trabalho mais definível é automatizado, as equipes de projeto estão
realizando projetos de trabalho de alta incerteza que exigem as técnicas descritas
neste guia prático.
Projetos de alta incerteza têm altas taxas de mudança, complexidade e risco. Essas
características podem apresentar problemas para abordagens preditivas tradicionais
que visam determinar a maior parte dos requisitos antecipados e controlar
mudanças através de um processo de solicitação de mudança. Em vez disso,
abordagens ágeis foram criadas para explorar a viabilidade em ciclos curtos e se
adaptar rapidamente com base na avaliação e feedback.

2.2 O Manifesto Ágil e Mentalidade

Os líderes do pensamento na indústria de software formalizaram o movimento ágil
em 2001 com a publicação do Manifesto para desenvolvimento de software ágil
IMAGEM Quais são os 4 valores do Manifesto Ágil

Doze princípios clarificadores fluíram desses valores:

IMAGEM 12 princípios do Manifesto Ágil
Embora originários da indústria de software, esses princípios se espalharam para
muitas outras indústrias. As várias abordagens ágeis em uso hoje compartilham
raízes comuns com a mentalidade ágil, o valor e os princípios.
O modelo articula-se ágil como uma mentalidade definida pelos valores e princípios
do Manifesto Ágil e habilitado por várias práticas.
Abordagens ágeis e métodos ágeis são termos de guarda-chuva que abrangem
uma variedade de estruturas e métodos. Na figura, coloca-se ágil em contexto como
um termo geral, referindo-se a qualquer tipo de abordagem, técnica, estrutura,
método ou prática que
atenda aos valores e princípios do Manifesto ágil. A figura também mostra o ágil e o
Método Kanban como subconjuntos do Lean. Isso ocorre porque eles são
chamados de instâncias de pensamento enxuto que compartilham conceitos, como:
"foco no valor", "tamanho de lote pequeno" e "eliminação de resíduos".”
Uma maneira de pensar sobre a relação entre lean, ágil e o Método Kanban é
considerar ágil e o Método Kanban como descendentes de um pensamento
superior. Em outras palavras, o pensamento superior é um superconjunto,
compartilhando atributos com ágil e Kanban.
Este patrimônio compartilhado é muito semelhante e se concentra em oferecer
valor, respeito pelas pessoas, minimizar o desperdício, ser transparente, se adaptar
às mudanças e melhorar continuamente. As equipes de projetos às vezes acham
útil misturar vários métodos - tudo o que funciona para a organização ou equipe é o
que deve ser feito independentemente da sua origem. O objetivo é o melhor
resultado, independentemente da abordagem utilizada.
O método Kanban emergiu em meados dos anos 2000 como uma alternativa aos
métodos ágeis prevalecentes na época.
O método Kanban é menos prescritivo do que algumas abordagens ágeis e menos
perturbador, pois é a abordagem original do "início-onde você-está". As equipes do
projeto podem começar a aplicar o Método Kanban com relativa facilidade e
progresso em direção a outras abordagens ágeis, se é o que eles acham necessário
ou apropriado.
IMAGEM ágil é um termo de muitas abordagens

Em geral, existem duas estratégias para cumprir valores e princípios ágeis. O

primeiro é adotar uma abordagem ágil formal, projetada intencionalmente e
comprovada para alcançar os resultados desejados. Em seguida, tome tempo para
aprender e entender as abordagens ágeis antes de mudá-las ou personalizá-las. A
adaptação prematura e aleatória pode minimizar os efeitos da abordagem e assim
limitar os benefícios.
A segunda estratégia é implementar mudanças nas práticas do projeto de uma
maneira que se encaixa no contexto do projeto para alcançar o progresso em um
valor ou princípio central. Use caixas de tempo para criar recursos ou técnicas
específicas para aprimorar iterativamente os recursos. Considere dividir um grande
projeto em vários lançamentos, se isso funcionar para o contexto específico do
projeto. Implementar mudanças que ajudarão o projeto a ter sucesso - as mudanças
não precisam ser parte das práticas formais da organização. O objetivo final não é
ser ágil por seu próprio bem, mas sim fornecer um fluxo contínuo de valor para os
clientes e alcançar melhores resultados comerciais.
2.4 Incerteza, Risco e Seleção do Ciclo de Vida
Alguns projetos têm uma incerteza(falta de clareza ou certeza)considerável
em relação aos requisitos e como cumpri-los usando o conhecimento e a tecnologia
atuais. Essas incertezas podem contribuir para altas taxas de mudança e
complexidade do projeto.
IMAGEM modelo de incerteza e complexidade inspirado no modelo de
complexidade de Stacey

À medida que a incerteza do projeto aumenta, aumenta também o risco de

retrabalho e a necessidade de usar uma abordagem diferente.
Para mitigar o impacto desses riscos, as equipes selecionam ciclos de vida
que lhes permitem abordar projetos com grandes quantidades de incerteza por
pequenos incrementos(pequenas partes de trabalho realizadas em um projeto de
forma iterativa e incremental, ou seja, em etapas pequenas e frequentes0 de
trabalho.
As equipes podem verificar seu trabalho quando usam pequenos incrementos
e podem mudar o que eles fazem em seguida. Quando os times oferecem pequenos
incrementos, eles são mais capazes de entender os verdadeiros requisitos do
cliente de forma mais rápida e precisa do que com uma especificação estática
escrita.
As equipes podem planejar e gerenciar projetos com requisitos claros e
estáveis e desafios técnicos claros com pouca dificuldade.
Algumas equipes evoluíram os ciclos de vida do projeto para usar
abordagens iterativas e incrementais. Muitas equipes descobrem que, quando
exploram os requisitos de forma iterativa e fornecem mais frequentemente de forma
incremental, as equipes se adaptam às mudanças com mais facilidade. Essas
abordagens iterativas e incrementais reduzem o desperdício e retrabalho porque as
equipes recebem feedback. Essas abordagens utilizam:
● Loops de Feedback muito curtos,
○ Ao receber feedback regularmente, as equipes podem identificar
problemas e fazer ajustes rapidamente, antes que eles se tornem
maiores e mais difíceis de corrigir.
● Adaptação frequente do processo,
 ○ A capacidade de adaptar o processo com base no feedback recebido
ajuda as equipes a melhorar continuamente sua abordagem e a
garantir que estão utilizando as melhores práticas e ferramentas
disponíveis para o projeto.
● Priorização,
○ A capacidade de priorizar tarefas com base nas necessidades do
cliente e nos requisitos do projeto ajuda as equipes a focar seus
esforços nas áreas mais importantes e a garantir que estão
entregando valor de forma eficaz.
● Planos atualizados regularmente
○ ajuda a evitar desvios significativos do plano original e a garantir que o
projeto seja concluído com sucesso dentro do prazo e do orçamento
estabelecidos.
● Entrega frequente.
○ garantir que o produto final atenda às expectativas do cliente e que
quaisquer problemas sejam identificados e corrigidos rapidamente.

Essas abordagens iterativas, incrementais e ágeis funcionam bem para projetos que
envolvem novas ferramentas, técnicas, materiais ou domínios de aplicativos. Eles
também funcionam bem para projetos que:
● Exigem pesquisa e desenvolvimento;
○ Projetos que envolvem pesquisa e desenvolvimento muitas vezes têm
requisitos incertos e em constante mudança. Abordagens ágeis
permitem que as equipes de pesquisa e desenvolvimento respondam
rapidamente a novas descobertas e insights, ajustando seus planos e
experimentando novas abordagens à medida que avançam no projeto.
● Tem altas taxas de mudança;
○ permitem que as equipes respondam rapidamente a mudanças nos
requisitos ou nas circunstâncias do projeto, sem comprometer
significativamente o progresso geral do projeto.
● Tenha requisitos não tão claros ou desconhecidos, incerteza, risco;
○ Nessas situações, abordagens iterativas e incrementais permitem que
as equipes comecem a trabalhar no projeto mesmo sem ter todos os
 requisitos claros desde o início. Ao longo do tempo, conforme o
projeto avança e os requisitos se tornam mais claros, as equipes
podem ajustar sua abordagem e prioridades com base no feedback e
nas novas informações disponíveis.
● Tenha um objetivo final difícil de descrever.
○ r: Projetos com objetivos finais difíceis de descrever podem se
beneficiar das abordagens ágeis, pois permitem que as equipes
comecem a trabalhar no projeto com uma compreensão inicial do
objetivo e, ao longo do tempo, refinem e ajustem seu entendimento à
medida que avançam no projeto e recebem feedback do cliente e de
outras partes interessadas.

Ao construir um pequeno incremento e depois testá-lo e analisá-lo, a equipe pode

explorar a incerteza a um baixo custo em um curto espaço de tempo, reduzir o risco
e maximizar a entrega do valor comercial.
Essa incerteza pode ser centrada na adequação e nos requisitos (o produto
certo está sendo construído?); viabilidade técnica e desempenho (esse produto
pode ser construído dessa maneira?); ou processo e pessoas (esta é uma maneira
eficaz para a equipe trabalhar?). As três dessas características - especificação do
produto, capacidade de produção e adequação do processo - geralmente possuem
elementos de alta incerteza.

No entanto, as abordagens iterativas e incrementais têm seus limites de

aplicabilidade. Quando a incerteza da tecnologia e a incerteza dos requisitos são
muito altas (a parte superior direita da imagem desse módulo), o projeto se move
além do complexo ao caótico. Para que o projeto se torne confiável, é necessário
que uma das variáveis (incerteza ou desacordo) seja contida.

O que significam projetos simples, complicados e complexos?

Quando uma equipe trabalha em um projeto onde há poucas oportunidades para entregas
imediatas ou poucas oportunidades para prototipagem, a equipe provavelmente usará um
ciclo de vida preditivo para gerenciá-lo. A equipe pode se adaptar ao que descobre, mas
não poderá usar abordagens ágeis para gerenciar a descoberta iterativa de requisitos ou
entregas incrementais para feedback.
Avalie o projeto, tanto nos requisitos quanto nos
meios de entrega, para determinar a melhor abordagem para o ciclo de vida do projeto.