Hello! Have you ever heard about the Agile Methodology? A Metodologia Ágil revolucionou a maneira de se fazer projetos e influenciou muito o funcionamento de times de projeto, especialmente em startups em empresas da área de tecnologia. Mas, independente de onde você trabalha e qual seja sua profissão, a Metodologia Ágil (Agile Methodology) pode te dar insights e te ajudar a ser um profissional mais completo e eficiente.
A Agile Methodology é baseada num texto muito curtinho, mas muito importante, o Manifesto Ágil, em inglês: Manifesto for Agile Software Development, que estabelece prioridades no desenvolvimento de softwares. Let's read it together?
A tradução dessa frase, a primeira do Manifesto, é: Indivíduos e interações acima de processos e ferramentas. O manifesto todo segue essa estrutura, usando sempre a palavra over para dizer que o que está no início da sentença é mais importante do que aquilo que está no fim.
A ideia, portanto, é focar a atenção no usuário e em sua usabilidade do produto. Quando se está projetando, às vezes é fácil dar toda a atenção ao desenho de ferramentas e processos e esquecer de verificar se elas oferecem ao usuário a melhor experiência possível. O Manifesto quer evitar esse erro.
Um software funcionando acima de uma documentação compreensiva. Quem trabalha com desenvolvimento de produtos digitais sabe que a documentação do processo é necessária para que todas as partes envolvidas no projeto estejam bem cientes de tudo que está ocorrendo. Em inglês existe a expressão to be in the same page para dar essa ideia de que todos estão alinhados: It's important that everybody is on the same page.
A documentação, entretanto, não pode ser mais importante do que o funcionamento do software que está sendo desenvolvido. Documentar é importante, mas projetar é ainda mais. Essa é a ideia do Manifesto.
Colaboração com o cliente acima de negociação contratual. Todo projeto de desenvolvimento de software começa com a assinatura de um contrato. Contudo, muitas vezes, durante o projeto, acabam surgindo dados que exigem mudanças no que foi acordado. Por exemplo: pode ser que o contrato de desenvolvimento de um app previsse o projeto de uma tela que acabou se mostrando desnecessária durante os testes em protótipo. Ou o contrário: que uma tela não prevista em contrato se mostre necessária para a boa navegabilidade do usuário.
O Manifesto prevê, nesses casos, que a colaboração com o cliente e o contato próximo com ele no jeito de lidar com esse tipo de evento inesperado é mais importante do que apenas respeitar o que foi estabelecido em contrato.
Responder às mudanças acima de seguir um plano. A ideia da última parte do Manifesto é a de que não se deve ficar rigidamente preso aos planos e protótipos. Durante todo o processo de desenvolvimento de um software, no contato com o cliente e com o usuário, muitas mudanças podem ocorrer. E várias delas podem mostrar evidências que contrariam ideias que o projeto tinha como certas.
Pode ser que os testes mostrem que o usuário não responde bem ao design inovador de um botão, ou que em determinado ponto do app fosse melhor fazer um desenho de jornada do usuário diferente do incialmente planejado.
O Manifesto prevê, nesses casos, que a atenção do projeto esteja semmpre voltada às pessoas e que se mantenha sempre flexível às mudanças que aparecem.
Can you bring some of this ideas to your daily work? Agora que você entendeu melhor os princípios que são a base do Manifesto Ágil, que tal ler nosso texto: Vocabulário para quem trabalha com tecnologia? Let's keep learning together!
Aproveite e faça nosso teste de nível de inglês. Ou baixe nossa apostila que te ensina como aprender inglês de maneira eficiente!
Quer realmente aprender outras línguas, como inglês e espanhol? Conheça os nossos cursos que reforçam o aprendizado de inglês e espanhol.
