Manifesto Ágil: 4 Valores Principais & 12 Princípios Explicados

A imagem abaixo vem do site do Manifesto Ágil e mostra as quatro declarações de valores Ágeis.

Agile Manifesto and the 4 Agile Values answer what agility is

Como você pode ver na introdução aos valores, os autores afirmam que estavam descobrindo formas melhores de desenvolver software e ajudar os outros. Todos os valores são importantes, mas aqueles à esquerda têm prioridade sobre os da direita.

Pessoas e interações sobre processos e ferramentas

Como mencionado anteriormente, quando o Manifesto Ágil foi lançado, ele desafiou metodologias pesadas. O Modelo de Maturidade de Capacidade (CMM) e o ITIL eram tendências populares voltadas para abordagens orientadas a processos na época.

Portanto, foi surpreendente que esses líderes de pensamento tenham escolhido começar pelas pessoas. Eles acreditavam que encontrar as pessoas certas (pessoas) dentro de uma equipe e ajudá-las a colaborar efetivamente (interações) é muito mais importante do que seguir qualquer processo específico e/ou usar ferramentas específicas. É por isso que eles colocaram o foco à esquerda: pessoas e interações.

Software funcional sobre documentação abrangente

No desenvolvimento tradicional ou em cascata de software, as equipes gastavam muito tempo coletando requisitos e desenvolvendo projetos e especificações, construindo algo tangível apenas no final do ciclo de vida. Os autores do manifesto acreditavam que ter uma solução funcional é mais valioso do que ter uma grande coleção de documentos descrevendo como a solução funciona.

Colaboração com o cliente sobre negociação de contrato

O terceiro valor é a colaboração com o cliente sobre a negociação de contrato—onde a negociação de contrato significa discutir o que está incluído no escopo. Por exemplo, você pode ouvir frases como “Isso não estava no seu documento de requisitos”. Esses líderes de pensamento acreditavam que colaborar com nossos clientes para entregar a solução que eles realmente precisam é muito mais importante.

Responder às mudanças sobre seguir um plano

O quarto e último valor Ágil é responder às mudanças sobre seguir um plano. Os autores concordam que planejar é importante—de fato, as equipes Ágeis fazem muita planejamento. Mas esses líderes de pensamento acreditavam que a capacidade de responder às mudanças inevitáveis é mais crucial do que se manter em um plano feito no início de um projeto, quando a informação ainda é limitada.

Todos esses valores no manifesto são importantes, mas aqueles à esquerda têm maior prioridade do que os da direita.

12 Princípios Ágeis

Além desses 4 valores Ágeis, os autores do Manifesto Ágil concordaram com um conjunto de 12 Princípios Ágeis, que formam a base das formas de trabalho Ágeis. Embora menos conhecidos do que os 4 valores Ágeis, acho que os 12 princípios Ágeis são mais práticos e oferecem orientação mais clara para as práticas Ágeis.

12 Agile Principles behind the Agile Manifesto

Para conveniência, numerei os 12 princípios, embora eles não tenham números no site oficial.

  1. O primeiro princípio é o maior prioridadeé satisfazer o cliente por meio da entrega precoce e contínua de software valioso. A frase “software valioso” confunde algumas pessoas. Lembre-se de que, em 2001, quando esses líderes de pensamento introduziram os valores e princípios Ágeis, eles se concentravam apenas no desenvolvimento de software. Desde então, o Ágil foi adotado em quase todas as indústrias—arquitetura, fabricação de carros, até produção de caças. Se fizer mais sentido para você, substitua “solução valiosa” por “software valioso”.
  2. O segundo princípio é bem-vindas às mudanças nas exigências, mesmo tardiamente no desenvolvimento. Enquanto a maioria das pessoas hoje se concentra em controlar as mudanças ou gerenciar o “escopo de crescimento”, a realidade é que as mudanças são inevitáveis. Os processos ágeis adiam decisões, encurtam ciclos de desenvolvimento e suportam a análise oportuna de solicitações. Isso permite que as equipes ágeis se adaptem rapidamente e com baixo custo. Isso proporciona uma vantagem competitiva e é um dos pilares principais do trabalho ágil.
  3. O terceiro princípio éentregar com frequência software funcional, de algumas semanas a alguns meses, preferencialmente com prazos mais curtos. Uma das principais vantagens da entrega frequente é obter feedback para garantir que você esteja no caminho certo e realmente construindo o que o cliente precisa.
  4. O quarto princípio ágil trata depessoas do negócio e desenvolvedores trabalhando juntos diariamente ao longo do projeto. Hoje, os interessados do negócio frequentemente criam documentos de requisitos e “jogam-os por cima do muro” para os desenvolvedores. Meses ou até anos depois, os desenvolvedores entregam a solução ao solicitante para testes finais — apenas para descobrir que a solução foi mal interpretada, construída incorretamente ou já não é necessária. O foco desse princípio está na colaboração entre quem constrói a solução e quem a utiliza, para evitar esses resultados.
  5. O quinto princípio ágil éconstruir projetos em torno de indivíduos motivados, fornecendo-lhes o ambiente e o suporte de que precisam, e confiando neles para concluir o trabalho. Essencialmente, trata-se de uma abordagem de três partes: capacitar as pessoas, dar-lhes autonomia e confiar nelas.
  6. O sexto princípio ágil promovedesenvolvimento sustentável. Patrocinadores, desenvolvedores e usuários devem ser capazes de manter um ritmo constante indefinidamente. Quando comecei a trabalhar em projetos de tecnologia, eles costumavam durar 6 meses, 12 meses ou mais. Era comum conseguir pouco no primeiro mês ou dois. Não surpreendentemente, isso levou a períodos massivos de pressão no final, onde grandes cargas de trabalho tinham que ser concluídas. Esperava-se que os membros da equipe trabalhassem à noite ou nos fins de semana para cumprir prazos fixos e escopos fixos. Isso é conhecido como um projeto de “marcha da morte”. O ágil não diz que você nunca trabalhará à noite ou nos fins de semana — mas enfatiza trabalhar a um ritmo sustentável para todos.
  7. O sétimo princípio é quesoftware funcional é a medida primária de progresso. Tradicionalmente, o percentual de conclusão tem sido usado para acompanhar o progresso do projeto. O percentual de conclusão é altamente impreciso, pois é difícil de avaliar, especialmente quando atinge 80% ou 90%. Um progresso de 90% muitas vezes significa apenas 10% do esforço ou tempo restante. As equipes ágeis evitam o percentual de conclusão dividindo o trabalho em funcionalidades ou características, dividindo-as em pequenos pedaços e rastreando se esses pedaços foram concluídos. Essa abordagem evita métricas enganosas de progresso.
  8. O oitavo princípio é que a forma mais eficaz e eficiente de transmitir informações para a equipe de desenvolvimento e dentro da equipe é por meio deconversa presencial. Hoje, a ferramenta de comunicação mais popular pode ser o e-mail. É eficiente para o remetente — afinal, eles podem enviar mensagens para centenas ou milhares de pessoas de uma vez. Mas não é uma comunicação real. Pesquisas mostram que ler a escrita de outra pessoa deixa amplo espaço para mal-entendidos. Os defensores do ágil aprenderam que o verdadeiro entendimento compartilhado exige reunir as pessoas. Se a conversa presencial não for possível, use a comunicação de maior largura de banda disponível — isso pode ser chamadas de vídeo ou telefônicas. Isso é muito melhor do que postar documentos no SharePoint! A lição aqui é usar o canal de comunicação de maior largura de banda disponível. Um efeito colateral de preferir a interação presencial é que faz sentido colocar os membros da equipe do mesmo time ágil juntos. Hoje, muitas organizações ignoram esse ponto aparentemente óbvio.
  9. O nono princípio é o foco contínuo emexcelência técnica e bom design para aumentar a agilidade. O foco está em evitar atalhos ou dívida técnica. Não faça algo que torne as coisas mais rápidas no curto prazo, mas custe mais no longo prazo. Se você continuar acumulando dívida técnica, perderá agilidade. Isso é comum em projetos em cascata com prazos fixos. Para cumprir prazos prometidos, são feitas concessões. Os ciclos de teste podem ser reduzidos ou eliminados para economizar tempo, levando a mais problemas em produção após o lançamento. Isso resulta em combate a incêndios e código difícil de manter.
  10. O décimo princípio trata de manter as coisas simples e eliminar trabalho desnecessário.Simplicidade — a arte de maximizar a quantidade de trabalho não feito — é essencial.Ou seja, devemos examinar nossos processos e eliminar qualquer coisa que não agregue valor ao cliente, maximizando assim a quantidade de trabalho não concluído, enquanto ainda entregamos o necessário.
  11. O décimo princípio também trata de equipes auto-organizadas. As melhores arquiteturas, requisitos e designs vêm deequipes auto-organizadas. Devemos permitir que aqueles mais próximos do trabalho decidam como realizá-lo da melhor forma — essa é a essência desse princípio.
  12. O último princípio, o número 12, trata de retrospectivas. As equipes refletem regularmente sobre como se tornar mais eficazes e depoisajustar e adaptarseu comportamento de acordo.

Os valores e princípios Ágeis podem não parecer radicais hoje em dia, mas quando foram anunciados em 2001, foram bastante revolucionários. É por isso que o termo “Manifesto”. Eles definiram uma forma de trabalho totalmente diferente daquela utilizada pelas organizações no século anterior. Antes disso, o desenvolvimento de software refletia amplamente as práticas de trabalho da era industrial. Compreender esse contexto histórico é essencial, como discutido abaixo.

 

 

Leave a Reply