Os Princípios do Manifesto Ágil: quais são e o que significam?

Princípios do Manifesto Ágil
11 de novembro de 2019
Última modificação: 11 de novembro de 2019

Autor: Murilo Fms
Categorias: Sem categoria

O que são os princípios do manifesto ágil?

Os princípios do Manifesto Ágil são os mais importantes alicerces de todas as metodologias ágeis (como o SCRUM). Eles foram determinados, junto com 4 valores, no Manifesto Ágil. Vamos, neste post, abordar um pouco mais estes conceitos.

O que é o manifesto ágil?

O Manifesto Ágil é uma declaração elaborada pelos autores precursores do que hoje conhecemos como Metodologias Ágeis, que abordam 12 princípios e 4 valores para o desenvolvimento ágil de softwares. Embora tenha tido seu começo no desenvolvimento de TI, esses princípios do manifesto são aplicados atualmente nos mais diversos ramos da gestão. Dessa forma, mesmo já existindo há um tempo considerável, o teste continua bastante relevante, como comentamos em no post “O Manifesto Ágil continua relevante?“.

O documento foi elaborado em 2001 e norteia várias metodologias ágeis, como Kanban, Scrum, XP e dezenas de outras. Neste post, vamos abordar mais sobre os seus princípios e valores. Para saber mais sobre essas metodologias, confira os cursos específicos em nossa plataforma. Aproveite os descontos de nosso plano de assinatura!

Quais são os princípios do Manifesto Ágil?

Princípio Ágil 1

O primeiro princípio do Manifesto Ágil diz:

“Nossa maior prioridade é satisfazer o cliente através da entrega antecipada e contínua de software valioso”.
Ou seja, as melhores maneiras de garantir a satisfação dos clientes e a entrega contínua de softwares valiosos são enviadas com antecedência, iteram com frequência e ouvem o seu mercado continuamente.

Diferentemente das abordagens tradicionais sobre o desenvolvimento de produtos, que se caracterizam notoriamente por longos ciclos de desenvolvimento, os princípios ágeis incentivam a minimização do tempo entre a concepção e o lançamento. A ideia, portanto, é colocar um produto em funcionamento nas mãos dos clientes o mais rápido possível. Nesse sentido, sucesso significa que os gerentes de produto são capazes de obter rapidamente um produto mínimo viável (MVP) no mundo e usá-lo para obter feedback de clientes reais. Por fim esse feedback retorna ao processo de desenvolvimento do produto e é usado para informar versões futuras.

Como fica na prática:

  • As equipes de produto usam produtos mínimos viáveis ​​e experimentação rápida para testar hipóteses e validar ideias.
  • Versões frequentes ajudam a alimentar um ciclo de feedback contínuo entre cliente e produto.
  • Enviado e pronto não são a mesma coisa. Em vez de liberar um produto “acabado”, as iterações continuam a fazer melhorias incrementais no produto com base no feedback do cliente e do mercado.

Princípio Ágil 2

“Bem-vindo a mudanças nos requisitos, mesmo no final do desenvolvimento. Os processos ágeis aproveitam a mudança para a vantagem competitiva do cliente. “

No mundo ao nosso redor, a mudança é a única constante, por isso os princípios e valores ágeis defendem que deve haver uma resposta a essas mudanças, em vez de se avançar apesar delas. No entanto, as abordagens anteriores ao desenvolvimento de produtos geralmente eram adversas às mudanças: planos detalhados e bem documentados eram feitos antes do início do desenvolvimento e foram gravados em pedra, independentemente das novas descobertas. Mas, em contrapartida, os princípios ágeis dão suporte à observação de mercados em mudança, necessidades dos clientes, ameaças competitivas e mudança de rumo quando necessário.

Como fica na prática este princípio do Manifesto Ágil:

  • As equipes de produtos são orientadas por objetivos estratégicos de alto nível e talvez até por temas abaixo desses objetivos. O sucesso do departamento de produtos é medido em relação ao progresso em direção a essas metas estratégicas, e não pela entrega de um conjunto de recursos predefinidos.
  • O produto está constantemente atento ao solo, monitorando o mercado, o feedback do cliente e outros fatores que podem influenciar a direção do produto. Quando o insight acionável é descoberto, os planos são ajustados para melhor atender às necessidades dos clientes e dos negócios.
  • A estratégia do produto e os planos táticos são revisados, ajustados e compartilhados regularmente para refletir mudanças e novas descobertas. Como tal, o produto precisa gerenciar adequadamente as expectativas dos envolvidos executivos e garantir que eles entendam o porquê das mudanças.

Princípio Ágil 3

“Forneça software de trabalho com frequência, de algumas semanas a alguns meses, com preferência pela menor escala de tempo.”

A Filosofia Ágil favorece a quebra do desenvolvimento de um produto em componentes menores e o “envio” frequente desses componentes. Portanto, usar uma abordagem ágil – e criar mini-releases mais frequentes do seu produto – pode acelerar o desenvolvimento geral do produto. Este é um dos mais importantes princípios do Manifesto Ágil.

Essa abordagem ágil, com ciclos de desenvolvimento de curto prazo de porções menores do produto, resulta em menos tempo gasto com elaboração e análise das grandes quantidades de documentação que caracterizam o desenvolvimento do produto Waterfall. Mais importante: essa abordagem de liberação frequente cria mais oportunidades para você e suas equipes validarem suas ideias e estratégias de produto dos grupos constituintes qualificados que veem cada nova versão.

Como fica na prática:

  • Os ciclos de desenvolvimento ágil, geralmente chamados de “sprints” ou “iterações”, dividem as iniciativas de produtos em partes menores que podem ser concluídas em um prazo definido. Frequentemente, esse período varia de 2 a 4 semanas, o que é realmente um sprint se você considerar os ciclos de desenvolvimento semelhantes às maratonas que as equipes em cascata costumam seguir.
  • Outra alternativa popular aos sprints ágeis é a implantação contínua. Esse método de envio de software geralmente funciona menos em termos de prazos pré-determinados e mais em termos de simplesmente decidir o que fazer e fazê-lo.

Princípio Ágil 4

“Os empresários e desenvolvedores devem trabalhar juntos diariamente durante todo o projeto.”

A comunicação é um componente crítico do sucesso de qualquer projeto ou equipe e os princípios ágeis exigem que ela aconteça diariamente.

Isso se justifica, porque um produto de sucesso requer uma visão dos lados técnico e comercial de uma organização, o que só pode acontecer se essas duas equipes trabalharem juntas de forma consistente. Assim, a comunicação regular entre empresários e desenvolvedores ajuda a melhorar o alinhamento em toda a organização, desenvolvendo confiança e transparência.

Como fica na prática:

  • As equipes multifuncionais de desenvolvimento de produtos ágeis incluem as pessoas do produto. Isso significa que o produto é representado na equipe de desenvolvimento, preenchendo a lacuna entre os aspectos técnicos e de negócios do produto.
  • Reuniões diárias de atualização (ou stand-ups) são uma técnica que muitas lojas ágeis usam para colocar esse princípio em prática e manter todos conectados.

Princípio Ágil 5

O quinto princípio do Manifesto Ágil diz:

“Crie projetos em torno de indivíduos motivados. Dê a eles o ambiente e o apoio de que precisam e confie neles para fazer o trabalho. ”

Uma parte essencial da Filosofia Ágil é capacitar indivíduos e equipes por meio de confiança e autonomia. Por isso a equipe ágil precisa, além de ser cuidadosamente construída para incluir as pessoas e os conjuntos de habilidades adequados para realizar o trabalho, que as responsabilidades sejam claramente definidas antes do início de um projeto. Depois que o trabalho começou, no entanto, não há lugar para o ágil gerenciamento ou manipulação das mãos.

Como fica na prática:

  • O produto deve garantir claramente que a engenharia entende a estratégia e os requisitos antes do início do desenvolvimento. Isso significa não apenas compartilhar histórias de usuários com a equipe multifuncional, mas também a imagem maior descrita no roteiro do produto.
  • O produto não é responsável por explicar “como” algo deve ser construído: ele precisa compartilhar o que e por quê, cabendo à equipe de entrega determinar como. Além disso, o produto não gerencia o resultado durante os sprints, mas estes se tornam disponíveis para responder perguntas e fornecer suporte, conforme necessário.

Princípio Ágil 6

“O método mais eficiente e eficaz de transmitir informações para e dentro de uma equipe de desenvolvimento é a conversa cara a cara.”

Atualmente, com tantas equipes de desenvolvimento distribuídas ou remotas, esse princípio recebe um pouco de crítica. Mas, na raiz, uma comunicação eficaz com os desenvolvedores significa tirar essas conversas do Slack e do e-mail e favorecer mais a interação humana (mesmo que seja feita por videoconferências). O objetivo geral por trás desse princípio é incentivar as pessoas e os desenvolvedores do produto a se comunicar verdadeiramente e em tempo real sobre o produto, os requisitos e a estratégia de alto nível que orienta essas coisas.

Como fica na prática:

  • Reuniões de stand-up diárias.
  • Sessões colaborativas de preparação de pedidos em atraso.
  • Reuniões de planejamento da Sprint.
  • Demonstrações frequentes.
  • Programação em pares.

Princípio Ágil 7

“O software de trabalho é a principal medida de progresso.”

Os defensores da Filosofia Ágil são rápidos em nos lembrar que estamos no negócio de construção de software e é aí que nosso tempo deve ser gasto. Nesse sentido, uma documentação perfeita e detalhada é secundária em relação ao software em funcionamento. Essa mentalidade empurra os produtos ao mercado rapidamente, em vez de deixar a documentação ou uma mentalidade de “não é feita até que seja perfeita” se tornar um gargalo. Afinal, a medida final para o sucesso é um produto que os clientes adoram.

Como fica na prática:

  • Projetar e liberar “Recursos Mínimos Viáveis” em vez de conjuntos de recursos totalmente desenvolvidos significa pensar antes de tudo nas pequenas coisas que podemos enviar para começar a receber feedback e validar os clientes enquanto continuamos a desenvolver o software.
  • Uma mentalidade de falha rápida significa avançar mesmo em tempos de incerteza e testar ideias rapidamente.
    Envie o software com frequência: um produto útil agora é melhor do que um produto perfeito mais tarde.

Princípio Ágil 8

“Os processos ágeis promovem o desenvolvimento sustentável. Os patrocinadores, desenvolvedores e usuários devem poder manter um ritmo constante indefinidamente.”

Manter um cronograma de liberação rápido e exigente pode sobrecarregar a equipe, especialmente se as expectativas forem muito altas. Por isso os princípios ágeis nos incentivam a ter essa consciência, estabelecendo expectativas realistas e claras. A ideia é manter o moral elevado e melhorar o equilíbrio entre vida profissional e trabalho, para evitar desgaste e rotatividade entre os membros de equipes multifuncionais.

Como fica na prática o oitavo dos princípios do Manifesto Ágil:

  • Antes de cada sprint, é feita uma consideração cuidadosa da quantidade de trabalho que pode ser comprometida. As equipes de desenvolvimento não prometem o que podem e o que não podem entregar. As estimativas de esforço são uma prática comum no estabelecimento de expectativas de produto para as equipes de desenvolvimento.
  • Todos concordam com o que será feito durante um sprint. Uma vez iniciado o sprint, nenhuma tarefa adicional deve ser adicionada, exceto em casos raros.
  • Os gerentes de produto devem atuar como porteiros para reduzir o ruído de outras partes interessadas e evitar a necessidade de trabalhos adicionais não planejados durante um sprint em andamento.
  • O pessoal do produto deve fazer sua parte na promoção de uma sensação de segurança psicológica em toda a equipe multifuncional, que incentive a comunicação aberta e o feedback que flui livremente.

Princípio Ágil 9

“A atenção contínua à excelência técnica e ao bom design aumenta a agilidade.”

Embora a Filosofia Ágil incentive ciclos mais curtos e lançamentos frequentes, ela também enfatiza a importância de  se manter a organização para que não haver problemas futuros. Contudo, os gerentes de produto geralmente esquecem esse aspecto do desenvolvimento porque não costumam passar seus dias perambulando pelas bases de código de seus produtos, mesmo que isso seja da maior importância para eles.

Como fica na prática:

  • A equipe precisa estar ciente da dívida técnica e das suas implicações sobre quaisquer novos recursos ou iniciativas adicionados ao backlog. Desenvolvedores e produtos precisam trabalhar juntos para entender se e quando a dívida técnica é aceitável.
  • Regularmente, o produto precisará alocar recursos de desenvolvimento para esforços de refatoração. A refatoração não pode ser uma reflexão tardia, mas uma consideração contínua.

Princípio Ágil 10

“Simplicidade – a arte de maximizar a quantidade de trabalho que não precisou ser realizado – é essencial.”

Você provavelmente já ouviu falar da regra 80/20 – o conceito de que você pode obter 80% dos resultados pretendidos com apenas 20% do trabalho. Os princípios ágeis encorajam esse tipo de pensamento: fazer as coisas que podem ter mais impacto. Em um contexto de gerenciamento de produtos, isso significa ter um foco nítido nos objetivos organizacionais e tomar algumas decisões cruciais de priorização. Dessa forma, os princípios ágeis desencorajam a construção meramente em prol da construção, enfatizando a importância de ser estratégico e construir com propósito.

Como fica na prática:

  • Os gerentes de produto precisam tomar decisões de produto muito focadas e alinhar estreitamente a estratégia do produto com as metas organizacionais, ao mesmo tempo em que são extremamente exigentes quanto às histórias e recursos do usuário. O uso de técnicas de priorização de iniciativas por esforço e impacto previsto é uma das maneiras pelas quais as equipes de produtos podem aplicar esse princípio ágil ao desenvolvimento de produtos.
  • Os sprints curtos que caracterizam o ágil, por apresentar muitas oportunidades para testes e experimentações rápidos, podem ajudar a reduzir a incerteza sobre se as iniciativas que realmente terão o impacto previsto. Usar experimentos para validar ideias antes de colocá-las em prática de acordo com as especificações é uma ótima maneira de eliminar ideias ruins e identificar boas.

Princípio Ágil 11

Lê-se, no penúltimo dos princípios do Manifesto Ágil:

“As melhores arquiteturas, requisitos e projetos emergem das equipes auto-organizadas”.

Nas metodologias tradicionais de desenvolvimento de software, você geralmente vê equipes em forma de pirâmide, nas quais o gerenciamento toma decisões importantes para os colaboradores. Já os princípios ágeis, por outro lado, sugerem a formação de equipes auto-organizadas que trabalham com um estilo de gerenciamento mais “plano”, em que as decisões são tomadas em grupo e não por um gerente ou equipe de gerenciamento singular. Assim, o conceito está vinculado ao valor ágil das equipes e interações sobre processos e ferramentas, sendo seu objetivo capacitar as equipes a trabalharem juntas conforme necessário.

Como fica na prática:

As equipes auto-organizadas são grupos autônomos dentro da organização que assumem o controle e a responsabilidade sobre seus respectivos projetos e são proprietários dessas áreas. Diferentes organizações praticam esse princípio de maneiras diferentes. O Spotify, por exemplo, usa “esquadrões de produtos” para essa prática.

Princípio Ágil 12

O último dos princípios do Manifesto Ágil nos diz:

“A intervalos regulares, a equipe reflete sobre como se tornar mais eficaz, e depois ajusta seu comportamento de acordo.”

Se você está realmente vivendo de acordo com princípios ágeis, não há como defender ideias como “não podemos mudar porque sempre fizemos dessa maneira”. Da mesma forma que estamos sempre aprendendo coisas novas sobre nossos clientes e mercados, estamos também aprendendo com os processos utilizados para esses aprendizados. O Agile, portanto, não se trata de seguir um processo estritamente definido para cada sprint e release, mas sim de melhoria contínua. E essa melhoria contínua também deve se estender aos processos e equipes.

Como fica na prática:

  • A experimentação e o teste não se limitam apenas ao produto. As equipes ágeis são incentivadas a experimentar seus processos. Dessa forma, você pode pensar que já está fazendo algo bem, apenas para testar uma versão revisada do processo e descobrir um método ainda mais eficaz. Assim, experimentar seu processo e sua equipe é tão importante quanto experimentar o software que você está construindo.
  • Retrospectivas regulares são oportunidades para a equipe discutir o que correu bem, o que não correu tão bem e onde o processo pode ser ajustado para melhorar as coisas no futuro. Por conseguinte, elas são um excelente meio para gerentes e proprietários de produtos saberem se estão se comunicando efetivamente com os desenvolvedores e se estão dando-lhes o suporte necessário antes, durante e depois dos sprints.
  • Outra consideração a ser feita em relação a esse princípio ágil é que, para praticá-lo efetivamente, você precisa criar uma cultura de confiança e transparência que incentive a abertura e o compartilhamento frequente de feedback.

Deixe seu comentário

Deixe uma resposta

O seu endereço de e-mail não será publicado. Campos obrigatórios são marcados com *

cinco + catorze =