Escolar Documentos
Profissional Documentos
Cultura Documentos
UNIDADE II
Na unidade anterior: buscávamos um processo de software mais flexível, com entregas mais
constantes, que facilitassem a interação com o requisitante, a precificação e possibilitasse a revisão
de requisitos e de decisões de projetos. Exemplificamos com uma situação de um sistema de e-
commerce com geolocalização e redes sociais, que se elaborado sob Processos mais clássicos, como o
Waterfall, sofreriam das limitações desse processo, como: demora na entrega de um produto
funcional ao requisitante; pouca aderência do fluxo “real” de software ao ciclo sequencial de etapas
desse processo; pouca flexibilidade em adequar e adaptar novos requisitos.
Embora, à primeira vista, tais métodos possam aparentar um certo desprezo pelas técnicas, métodos
e processos tradicionais – sendo que a contraposição ao Processo em Cascata é o mais visível – os
métodos reunidos sob a nomenclatura de “Métodos Ágeis”, na verdade, não desprezam aspectos
importantes dos processos convencionais, mas simplesmente atribuem um maior valor a outros
aspectos que priorizam uma maior flexibilidade e colaboração, do que processos rígidos.
O Manifesto Ágil contém um conjunto de quatro valores fundamentais, além de doze princípios que
emanam desses valores. Boa parte da essência do manifesto inspira-se em métodos de
desenvolvimento de software iterativos e incrementais, sendo também sustentada por práticas que
envolvem a prototipação – esses tópicos serão detalhados na próxima unidade.
* Kent Beck, Mike Beedle, Arie van Bennekum, Alistair Cockburn, Ward Cunningham, Martin Fowler, James Grenning, Jim Highsmith, Andrew Hunt, Ron
Jeffries, Jon Kern, Brian Marick, Robert C. Martin, Steve Mellor, Ken Schwaber, Jeff Sutherland e Dave Thomas
Nossa maior prioridade é satisfazer o cliente por meio de entrega antecipada e contínua de
software de valor.
Mudanças nos requisitos são bem-vindas, mesmo no final desenvolvimento. Processos ágeis
aproveitam mudanças para dar vantagem competitiva ao cliente.
Entregar software funcional com frequência de algumas semanas a alguns meses, com
preferência a escalas de tempo mais curtas.
Clientes e desenvolvedores devem trabalhar juntos diariamente durante todo o projeto.
Construa projetos em torno de indivíduos motivados. Dê a eles o ambiente e o suporte de que
precisam e confie neles para fazer o trabalho.
O método mais eficiente e eficaz de transmitir informações para e dentro de uma equipe de
desenvolvimento é uma conversa presencial.
O software funcional é a principal medida de progresso.
Processos ágeis promovem o desenvolvimento sustentável. Clientes, desenvolvedores e usuários
devem poder manter um ritmo constante indefinidamente.
Atenção contínua à excelência técnica e um bom design aumenta a agilidade.
Simplicidade - a arte de maximizar a quantidade de trabalho não feito - é essencial.
As melhores arquiteturas, requisitos e designs emergem de equipes auto-organizadas.
Em intervalos regulares, a equipe reflete sobre como se tornar mais eficaz, então ajusta e adapta
seu comportamento.