A história do Agile remonta à publicação do “Manifesto para o Desenvolvimento Ágil de Software”, que consiste em 12 fundamentos em 2001. Sem dúvida, certas configurações da abordagem Ágil já haviam aparecido antes disso, mas apenas este documento sistematizou e as colocou de tal forma que eram suficientes para uso. Ano após ano, novas empresas, especialistas em TI e gerentes de projeto aderem ao Manifesto. Novos métodos e versões do sistema de desenvolvimento ágil surgem.
O que é a metodologia ágil?
Agile é um modelo de desenvolvimento interativo no qual o software é criado incrementalmente desde o início de um projeto, em contraste com os modelos em cascata onde o código é entregue ao final do ciclo de trabalho.
A metodologia flexível é baseada em dividir projetos em pequenas partes operacionais chamadas histórias de usuário. De acordo com as prioridades, as tarefas são resolvidas em curtos ciclos de duas semanas (iterações).
Os 12 princípios que constituem a Metodologia Ágil podem ser resumidos em 4 ideias principais:
- Prioridade para pessoas e comunicação sobre ferramentas e processos;
- Prioridade para um produto funcional sobre documentação abundante;
- Prioridade para colaboração com clientes sobre confirmação de contrato;
- Prioridade para estar pronto para mudanças sobre seguir o plano inicial.
Métodos inerentes ao Ágil:
Scrum
O termo Scrum foi emprestado do rugby, onde essa palavra significa o método de jogo de equipe na forma de três linhas formadas por cada adversário tentando agarrar a bola. Para um reagrupamento bem-sucedido, não apenas uma boa condição física é essencial – cada jogador no scrum deve agir em conjunto com os outros, com uma clara compreensão do objetivo.
Esse método é utilizado com sucesso por empresas como Microsoft, Yahoo e Siemens Healthcare. Um gerente de projeto da Amazon até descreveu um caso de introdução do Scrum com base na experiência adquirida.
Como o Scrum é uma estrutura para desenvolvimento, cada exemplo que segue pode diferir do anterior.
Jeff Sutherland, autor do livro “Scrum. A Arte de Fazer o Dobro do Trabalho na Metade do Tempo”, destacou 8 passos para utilizar a metodologia:
- Selecione o proprietário do produto que está ciente do objetivo do projeto e do resultado esperado.
- Organize uma equipe — de até 10 pessoas com habilidades necessárias para criar um produto operacional.
- Nomeie o Scrum master que irá supervisionar o fluxo de trabalho do projeto e ajudar a equipe do projeto a enfrentar desafios.
- Elabore o product backlog — para cada requisito do produto, estabeleça prioridades no quadro Ágil. Neste processo, o papel do proprietário do produto é essencial, pois ele coleta solicitações para o produto para que a equipe de backlog as avalie.
- Agende sprints (iterações) — fragmentos de tempo para completar cadeias definidas de tarefas.
- Organize encontros diários de quinze minutos — pergunte a cada membro da equipe 3 perguntas: o que ele fez ontem, o que ele fará hoje, o que impede a realização da tarefa.
- Faça revisões das partes operacionais do produto — envolvendo as partes interessadas nessas revisões.
- Realize retrospectivas — discussão de problemas com busca de soluções após cada sprint. Implemente o plano de modificação resultante no sprint seguinte.
Retrospectiva em Ágil
O Scrum tem 4 elementos chave:
- Product Backlog — lista de requisitos para o projeto
- Sprint Backlog — lista de requisitos a serem cumpridos na próxima sprint
- Sprint Goal — propósito da sprint
- Sprint Burndown Chart — o diagrama que é atualizado à medida que as tarefas avançam sendo completadas. Ele facilita a compreensão da dinâmica e do nível de avanço da equipe no projeto.
Programação Extrema (XP)
Kent Beck, o desenvolvedor desta metodologia, criou um método de programação extrema voltado para atender aos requisitos voláteis de produtos de software e melhorar a qualidade do desenvolvimento.
É aplicável apenas na área do desenvolvimento de software e é baseado em 4 processos:
- codificação — de acordo com os padrões comuns de layout da equipe;
- testes — os testes são basicamente criados pelos programadores antes de escrever um código que será testado;
- planejamento — tanto para a compilação final quanto para iterações separadas. Estas últimas ocorrem a cada duas semanas em média.
- audição — tanto de desenvolvedores quanto de um cliente, para eliminar pontos obscuros e definir requisitos e valores.
Métodos Crystal
Essa família de metodologias desenvolvida por Alistair Cockburn, um dos autores do “Manifesto para o Desenvolvimento Ágil de Software”, é pouco conhecida em alguns domínios locais de gerenciamento de projetos. Cockburn oferece a classificação por cores, baseada em um critério como o número de pessoas em uma equipe: 2 (Crystal Clear) a 100 (Crystal Red). As cores Marrom, Azul e Violeta são atribuídas a projetos de maior escala.
Os projetos Crystal devem conformar-se a 3 características básicas:
- entrega rápida do código operacional — ideia em evolução para o modelo iterativo no desenvolvimento ágil.
- melhoria através da reflexão — uma nova versão de software é aprimorada com base nas informações sobre a versão anterior.
- interação “osmótica” — inovação de Alistair, uma metáfora para comunicação e troca de informações entre desenvolvedores de software dentro de uma mesma sala.
Essa família de metodologias é descrita em detalhes no livro “Crystal Clear: A Human-Powered Methodology for Small Teams” de Alistair.
Método de Desenvolvimento de Software Dinâmico (DSDM)
Não apenas uma única pessoa, nem mesmo uma equipe, mas um consórcio de 17 empresas britânicas trabalhou no desenvolvimento do DSDM. Assim como a programação extrema, o DSDM é utilizado predominantemente para a criação de software.
O consumidor final (usuário) desempenha um papel especial no processo de desenvolvimento. Este princípio fundamental é complementado pelos seguintes princípios básicos:
- lançamentos frequentes das versões operacionais do produto
- autonomia dos desenvolvedores na tomada de decisões
- testes ao longo do ciclo de trabalho.
O DSDM é subdividido em versões que são atualizadas à medida que as tecnologias se desenvolvem e novos requisitos de desenvolvimento de software aparecem. Atualmente, a mais recente é o DSDM Atern, lançada em 2007, embora a anterior (de 2003) ainda esteja em uso.
No início, a equipe considera a viabilidade de desenvolver um aplicativo e seu escopo de uso. Em seguida, o trabalho é dividido em três ciclos interconectados:
- ciclo de modelo funcional — criação de documentos analíticos e protótipos.
- ciclo de design&engenharia — colocando um sistema em operação.
- ciclo de implementação — implantação do sistema.
Desenvolvimento Orientado a Recursos (FDD)
Essa metodologia surgiu até antes do “Manifesto para o Desenvolvimento Ágil de Software”.
Embora o FDD também empregue o modelo de iteração de desenvolvimento, ele difere do Agile nos seguintes aspectos:
- maior atenção à modelagem inicial
- significância aumentada (comparado com o Agile) na elaboração de relatórios e gráficos
- a metodologia é projetada para desenvolvimento corporativo.
O Desenvolvimento Orientado a Recursos consiste nas seguintes fases cíclicas:
- Criando um modelo geral — visão do projeto com base em dados preliminares.
- Desenvolvendo uma lista de propriedades — semelhante ao backlog do produto na metodologia Scrum.
- Planejando por propriedades — a complexidade das propriedades é avaliada por cada membro da equipe.
- Para cada propriedade — design técnico e implementação – a fase final após a qual a propriedade se funde ao produto, e o ciclo se repete.
Desenvolvimento de Software Lean
O Desenvolvimento de Software Lean é um conjunto de princípios de gerenciamento enxuto (em vez de uma metodologia) que visa aumentar a eficiência do processo de desenvolvimento e minimizar custos.
Esse conjunto inclui os seguintes 7 fundamentos:
- eliminar perdas — tudo que não agrega valor ao produto para o consumidor final.
- treinamento contínuo —o desenvolvimento contínuo de uma equipe aprimora as possibilidades de realização eficiente das tarefas.
- toma de decisões o mais tarde possível — prioridade é dada a soluções deliberadas que são bem desenvolvidas e baseadas no conhecimento adquirido, em vez de soluções espontâneas.
- entrega rápida — esse é basicamente o princípio fundamental do modelo iterativo.
- fortalecimento da equipe — um dos fundamentos do “Manifesto…” afirma que as pessoas e suas interações são mais importantes que os processos e ferramentas. Uma equipe de projeto é a melhor garantia para a conclusão bem-sucedida das tarefas.
- integridade e qualidade —é necessário fazer um produto originalmente de alta qualidade para não desperdiçar tempo e recursos em testes e eliminação de bugs posteriores.
- visão da imagem agregada — um projeto não pode ser fragmentado em partes separadas sem entender o status atual do desenvolvimento, bem como os propósitos, conceitos e estratégias do software desenvolvido.
Versões das metodologias de desenvolvimento ágil
Modelagem Ágil (AM)
A Modelagem Ágil é um conjunto de valores, fundamentos e práticas para modelagem de software.
AM é usada como um elemento em metodologias de desenvolvimento de software completas — por exemplo, em programação extrema ou Desenvolvimento Rápido de Aplicações.
A Modelagem Ágil tem as seguintes características fundamentais:
- interação eficaz entre as partes interessadas do projeto;
- busca desenvolver uma solução o mais simples possível de todas as possíveis, que atenderá a todos os requisitos;
- recebimento contínuo de feedback;
- coragem para tomar decisões e ser responsável por elas;
- perceber que você sabe absolutamente tudo.
Processo Unificado Ágil (AUP)
AUP é uma versão simplificada de outra metodologia de desenvolvimento de software — Processo Unificado Racional (RUP). Desde 2012, foi substituído pelo Entrega Ágil Disciplinada (DAD), mas AUP ainda está presente aqui e ali.
Scott Ambler, o autor da metodologia, destacou os seguintes pontos chave no Processo Unificado Ágil:
- Sua equipe sabe o que faz;
- A simplicidade vem primeiro.
- Conformidade aos fundamentos da metodologia de desenvolvimento flexível.
- Foco em atividades valiosas para o projeto.
- Independência na escolha de ferramentas.
- Configuração personalizada do AUP para requerimentos de um projeto específico.
Método de Dados Ágil (ADM)
ADM é um conjunto de metodologias de desenvolvimento de software iterativo que enfatiza a formação de requisitos e soluções em um projeto por meio da colaboração de diferentes equipes. Assim como a AUP, essa metodologia também não é autossuficiente.
O princípio do Método de Dados Ágil é definido por seis fundamentos:
- Dados — a base para a criação de qualquer aplicativo.
- Problemas em um projeto — eles podem ser detectados apenas se o objetivo e o conceito do projeto forem bem compreendidos.
- Grupos de trabalho — além da equipe básica de desenvolvedores, existem grupos empresariais que apoiam outros grupos de trabalho.
- Singularidade — não existe metodologia perfeita, portanto cada projeto requer ferramentas de diferentes metodologias que devem ser combinadas.
- Trabalho em equipe — o trabalho conjunto é muito mais eficiente do que a atividade individual.
- “Ponto ideal” — busca por uma solução ótima de um problema (“ponto ideal”) evitando extremidades.
Processo Unificado Essencial (EssUP)
Foi desenvolvido por Ivar Jacobson, um cientista sueco, para melhorar o Processo Unificado Racional.
EssUP utiliza o conceito de prática que inclui:
- cenário de uso — descrição do comportamento de um sistema.
- desenvolvimento em iterações — criação de peças operacionais do código em ciclos curtos dentro de algumas semanas.
- práticas de equipe — voltadas para unir a equipe e aumentar sua eficiência.
- práticas procedimentais — por exemplo, “Pense globalmente, comece pequeno” ou “Envolva partes interessadas em processos de negócios”.
De uma forma ou de outra, todas as práticas estão presentes nas metodologias RUP e CMMI, assim como na metodologia de desenvolvimento flexível.
Realidade (GR)
Essa é uma metodologia eficaz para startups e equipes iniciais, que sugere o máximo uso de características específicas inerentes a pequenos projetos e empresas, como mobilidade, flexibilidade, busca por novas soluções, ausência de uma hierarquia rígida e confusa, etc.
Jason Fried e David Hansson, fundadores da empresa 37signals (atualmente Basecamp), definiram Getting Real como um sistema para resolver tarefas possíveis, que é incrivelmente simples, compreensível e funcional.
O GR é uma mistura de uma dúzia de ferramentas de desenvolvimento ágil que são usadas para minimizar o seguinte:
- alternativas
- opções e configurações
- estrutura da empresa
- reuniões
- promessas.
Esse conceito extraordinário não se tornou mainstream, embora alguns de seus elementos tenham se fundido em outras metodologias.
OpenUP (OUP)
Esta é uma metodologia de desenvolvimento de software independente de ferramentas e livre de estrutura rígida, que oferece as seguintes práticas:
- medir a velocidade de operação da equipe;
- realizar reuniões diárias e retrospectivas após a conclusão das iterações;
- conceito de micropassos e testes antecipados utilizando checklists;
- metodologia de Desenvolvimento Guiado por Modelos Ágeis (AMDD).
Essas práticas são realizadas com base em quatro princípios:
- reconciliação de interesses e alcance da visão comum no trabalho em conjunto;
- melhoria contínua através de feedback contínuo;
- foco na arquitetura da aplicação em estágios iniciais para minimizar riscos;
- maximização do valor para o consumidor final.
Indicadores Ágeis
Dada a diversidade de ferramentas, práticas, métodos e metodologias ágeis, precisamos escolher um instrumento que nos ajude a determinar como cada um deles é eficaz.
Métricas são usadas como tal instrumento.
Para a maioria dos projetos, essas 4 categorias de métricas serão suficientes:
- Produtividade — ela se junta às métricas de Velocidade e WIP. A primeira não se adequa a todos os projetos, uma vez que o número de tarefas realizadas por iteração é medido, mas as iterações não são iguais. A métrica Work-in-Progress define o limite de tarefas em diferentes fases: quanto maior ela é, pior vai;
- Previsão — a métrica de Capacidade, que consiste em determinar o número de horas perfeitas disponíveis na próxima sprint. De acordo, é possível entender a quantidade de tempo disponível para o trabalho, o grau de eficiência na realização das tarefas, bem como planejar a quantidade de tarefas para uma sprint;
- Qualidade — por exemplo, o índice de estabilidade dos requisitos que é calculado pela fórmula = (Total de requisitos originais de negócios + Número de requisitos alterados pelo tempo dado + Número de requisitos adicionados + Número de requisitos subtraídos) / (total de requisitos originais). Essa métrica é usada para determinar a quantidade de tempo gasto em re-trabalho de tarefas;
- Valores — essa métrica é computada individualmente em cada caso, dependendo do formato do projeto. Por exemplo, na startup AirBnb, o número de fotos de alta qualidade baixadas foi escolhido como uma métrica determinando o valor final do produto para os usuários. À medida que esse número aumentava, o número de usuários crescia em proporção.
As regras aplicáveis às métricas são as mesmas que as para outras ferramentas Ágeis.
Não existe uma métrica única que seja unicamente correta e relevante para seu projeto.
As métricas devem ser revisadas continuamente, as desatualizadas devem ser subtraídas, e novas devem ser adicionadas conforme necessário. Deve ser compreensível e acessível para toda a equipe sem que se transforme em um objetivo em si. Métricas apenas por métrica são uma má solução.
Mitos: Agile
A popularidade da metodologia de desenvolvimento flexível trouxe algumas dificuldades, e mitos sobre certos aspectos do Agile podem ser vistos até mesmo em portais especializados. Vamos esclarecê-los!
Mito nº 1: Agile serve para todos os projetos.
Esse é o equívoco mais assertivo. Apenas um único método ágil por si só não adicionará valor ao produto, nem motivará a equipe.
Mito nº 2: Agile desfavorece a documentação.
A metodologia de desenvolvimento ágil não desfavorece a documentação, ela nega a documentação como um objetivo em si. Quando se trata de selecionar a documentação como um meio de comunicação, o Agile realmente favorece a comunicação pessoal.
Mito nº 3: Agile e planejamento são incompatíveis.
Esse mito é contestado por eventos de planejamento diário com reuniões de 10 minutos, bem como pelo planejamento de iterações que ocorrem a cada duas semanas, reuniões de sprint etc.
Mito nº 4: Agile requer muito retrabalho.
A metodologia de desenvolvimento ágil prevê retrabalho em duas formas: retrabalho de requisitos (os usuários descobrem o que realmente precisam) e retrabalho de software (equipes de desenvolvedores encontram maneiras melhoradas de escrever e projetar aplicativos). Mas isso também ocorre em outras metodologias! Além disso, uma novidade do Agile como o modelo de iteração serve para reduzir a influência negativa do retrabalho.
Vantagens e desvantagens do Agile em uso
Vantagens:
- envolvendo as partes interessadas — a equipe se torna mais capaz de entender os requisitos do cliente. Além disso, a entrega rápida e frequente de software aumenta a confiança das partes interessadas na equipe do projeto e torna o envolvimento no projeto mais profundo.
- entrega antecipada e previsível — o modelo de desenvolvimento baseado em iteração (em períodos curtos que variam de 1 a 6 semanas) proporciona flexibilidade e impulsiona o lançamento do produto.
- foco no valor do negócio — a colaboração com o cliente assegura que a equipe compreenda como tornar o produto extremamente valioso para o consumidor.
- melhoria contínua da qualidade — testes durante cada iteração, com a divisão da compilação final em partes separadas do código operacional, facilitam a melhoria e a eliminação de erros de software antes do lançamento do produto final.
Desvantagens:
- exigências rigorosas para a equipe e clientes — sem interação próxima entre a equipe do projeto e os usuários, não é possível garantir o lançamento de um produto de alta qualidade e de alto valor. Além disso, as inúmeras ferramentas e métodos ágeis preveem que a equipe deve ser experiente para a devida introdução.
- não adequado para terceirização e para projetos onde os participantes interagem apenas online.
- o risco de que a versão final do software nunca seja lançada — surpreendentemente, essa desvantagem surge de vantagens ágeis como desenvolvimento iterativo e melhoria contínua do produto.
- ele falha sem uma visão clara dos objetivos de negócios do projeto — uma vez que uma equipe ágil é guiada pelas partes interessadas, é impossível desenvolver um produto sem uma meta e conceito claramente definidos.
Aplicações
Nem todos os serviços ou programas de gerenciamento de projetos servem para um gerenciamento de projetos baseado em Agile, porque cada um deles tem suas características específicas.
Se o seu negócio é uma agência de marketing&publicidade, design, seo ou digital, você pode usar o serviço SaaS da Worksection para que toda a equipe trabalhe nele. Até agora, temos recomendações da COXO Digital, Royal ® Advertising e Prozorro.
Aqui estão algumas dicas para configurar o Agile no Worksection:
- configure tags e status necessários para o trabalho na sua empresa. Os status podem ser: em andamento, verificação, concluído, retrabalho necessário, crítico, recursos, pagamento devido. As tags frequentemente são: layout, teste, produção, conceito, código.
- crie o backlog do projeto e o sprint do projeto.
- crie tarefas e listas de verificação preliminares, esboços etc. no backlog.
- durante os encontros, determine as tarefas do sprint e transfira-as do backlog para o sprint.
- use o acesso de convidados dos clientes às tarefas para que você tenha sempre um feedback coordenado e relevante sobre o projeto.
- marque as pessoas responsáveis nas tarefas para que cada colega saiba sua área de responsabilidade e se sinta envolvido no resultado do sprint.
Veredito
Devido à metodologia de desenvolvimento de software ágil, pequenas equipes de projeto alcançam máxima eficiência. O Agile se realiza através de outros métodos flexíveis como Scrum, XP, Lean, etc.
Ele não pode ser implantado às pressas, por uma equipe inexperiente, dentro de um curto espaço de tempo,
mas quando introduzido, o Agile melhorará a interação entre TI e negócios, incentivará o lançamento de produtos no mercado e agregará valor ao produto para o consumidor final.