Desvendando a Gestão Ágil de Projetos

Embora o Agile liberte as pessoas do medo de investir demais em uma decisão estúpida, pode ser um tanto confuso aplicá-lo.

Neste artigo, você vai aprender:

• Diferenças entre Scrum e Kanban board

• Guia passo a passo para implementar o Agile na sua equipe

• Dicas para evitar armadilhas em cada etapa.

A gestão de projetos Agile difere dos métodos tradicionais por sua ênfase nos curtos ciclos de feedback e ciclos adaptativos. Ao lançar constantemente incrementos, os defensores acreditam que o processo Agile é mais adaptável ao valor e à necessidade do cliente.

Foi introduzido pela primeira vez nos anos 1990 para substituir as pesadas metodologias em cascata. Promove melhorias contínuas. O início dos anos 2000 testemunhou um marco para os métodos Agile, quando 10 prestigiados praticantes, incluindo Jeff Sutherland, co-apresentaram o famoso Manifesto para Desenvolvimento Ágil de Software.

Desde então, muitas derivações evoluíram. Scrum, Extreme Programming (XP), Feature-Driven-Development (FDD) e Test-Drive-Development (TDD) são apenas alguns desses. No entanto, independentemente dos nomes, os princípios essenciais permanecem os mesmos –>para “mitigar riscos” nos negócios através do desenvolvimento iterativo, ciclos de feedback reduzidos e planejamento adaptativo.

Entre todos esses frameworks, o Scrum é o mais popular. Um ciclo completo envolve cinco estágios: visão, reunião de planejamento do sprint, sprint diário, entrega e retrospectiva. Este artigo focará no framework Scrum.

Mas primeiro...

Quais são as diferenças entre Scrum e Kanban

Antes do guia, vamos esclarecer duas terminologias comumente usadas:

Scrum é um framework, um processo

Um framework Agile projetado para equipes pequenas quebrar suas tarefas em ações que podem ser completadas dentro de iterações com tempo definido, chamadas de sprints, geralmente de duas semanas. A equipe acompanha o progresso e reprojeta em reuniões rápidas de 15 minutos, chamadas de scrums diários.

Kanban é um método de visualização de tarefas

Um método enxuto para gerenciar e melhorar o trabalho, visualizando itens de trabalho para dar aos participantes uma visão geral das demandas e da capacidade disponível. A coleção de itens visualizados é chamada de Kanban Board. O quadro é também utilizado no Scrum.

Kanban e Scrum são dois métodos. Mas pela prevalência e efetividade do Kanban Board, os frameworks Scrum às vezes adotam essa ferramenta também. Além das terminologias acima, você também pode conferir mais no Glossário Agile na AgileAlliance.

Como configurar a prática Agile

Passo 1: Preparação - Forme sua equipe

Normalmente, uma equipe Agile consiste em três papéis: o Scrum Master (SM), o Product Owner (PO) e os desenvolvedores. O tamanho da equipe é em torno de 7 (+/-2): 1 Scrum Master, 1 Product Owner e 3-5 desenvolvedores.

O Scrum Master está do lado dos desenvolvedores para certificar-se de que o projeto progride suavemente e, quem sabe, mais rápido. Ele/Ela deve ser um mediador ou facilitador como um papel independente. No entanto, baseado no interesse da equipe, o líder técnico ou QA pode atuar bem como um Scrum Master em tempo parcial.

O Product Owner está do lado do projeto e dos usuários. É a pessoa de negócios e representante dos clientes. Consequentemente, Product Owners são frequentemente gerentes de produto ou profissionais de marketing.

Melhor prática: Evite conflitos sérios

Colabore mas não compita.

Scrum Master e Product Owner têm focos diferentes e podem entrar em conflitos sérios. Mas lembre-se, o trabalho em equipe deve alcançar coisas colaborativamente. O propósito de ter três papéis é tornar a equipe plenamente funcional. É por isso que todos na equipe planejam juntos.

Passo 2: Visão - Prepare o backlog do produto

O Product Owner é o principal contribuinte nesta etapa. Ele/Ela conversa com as partes interessadas e sintetiza um backlog de características do produto. As partes interessadas geralmente incluem os executivos, a equipe de vendas e suporte, a equipe de marketing, os usuários ou clientes.

O PO tem que preparar o backlog e priorizar as características. E a partir desse grande backlog, ele/ela articula visões e objetivos subsequentes.

Melhor prática: Evite o tedioso

Automatize o processo trabalhoso.

Alimentar o backlog do produto às vezes é uma tarefa tediosa. Coletar e rastrear procedimentos pode ser altamente repetitivo. Para corrigir bugs, o PO pode conectar o backlog a um sistema de rastreamento de bugs. Ferramentas de rastreamento de comentários e uma plataforma de gerenciamento de redes sociais também são úteis.

Passo 3: Reunião - Realize a reunião de planejamento do sprint

A reunião apresenta objetivos claros de sprint e backlogs de sprint. Geralmente dura menos de uma hora e ocorre no início da(s) semana(s) do sprint. Com base nos objetivos do produto e nos backlogs do produto, a equipe trabalha junta para dividir os backlogs em incrementos liberáveis.

Os desenvolvedores decidem o número apropriado de pontos de histórias, a maneira de dividir o objetivo em tarefas e, portanto, o backlog do sprint. No final da reunião, a equipe deve estar confiante no escopo e nas entregas desejadas deste sprint.

Melhor prática: Evite objetivos vagos

Forneça expectativas claras para as entregas do sprint.

O objetivo do sprint NÃO é apenas uma ou duas frases aleatórias, mas dá aos stakeholders a expectativa sobre as entregas. Funciona como um relatório rápido para os stakeholders sobre o que a equipe está fazendo. Um objetivo claro do sprint abre caminho para medir o desempenho da entrega.

Passo 4: Scrum Diário - Verificação no caminho

A reunião de scrum diário (encontro diário) é para atualizações de status do projeto. É melhor organizar a reunião no mesmo horário e no mesmo local todos os dias durante a iteração. O encontro diário evidencia o foco do Agile na comunicação cara a cara.

O Scrum Master deve abordar os impedimentos para facilitar o processo de desenvolvimento. Se houver algo que afete seriamente o objetivo do sprint, o PO tem todo o direito de saber imediatamente. Em troca, o PO deve resistir à tentação de mudar o backlog do sprint.

Melhor prática: Evite reuniões longas

Mantenha cada reunião de stand-up abaixo de 15 minutos. Note que a reunião é como uma sincronização de informações dentro da equipe, e não para resolver problemas. É melhor deixar a resolução de problemas para outros processos.

Passo 5: Entrega - Lançamento e retrospectiva

A entrega da equipe é demonstrada no final da iteração. As partes interessadas, internas ou externas à organização, estão na reunião de revisão. Comparando o objetivo geral do sprint com as conquistas, o Product Owner pode medir quão bem-sucedido o sprint foi.

Após a reunião de revisão, a equipe Agile realiza uma reunião de retrospectiva para refletir sobre o que deve ser melhorado e o que deve continuar. Para desenvolvedores novatos, também é um momento perfeito para revisar as expectativas de velocidade e capacidade.

Melhor prática: Nunca pule a retrospectiva

Mesmo que nada dê errado, a equipe nunca deve pular a retrospectiva. Confirmar o que está certo sozinho já é útil para sprints futuros. Se o SM quiser, ele/ela pode até lançar uma votação para propostas de melhoria.

Quais são as limitações do Agile

Os defensores afirmam que as práticas Agile são um equilíbrio entre microgestão e não-gestão. No entanto, surgem críticas da experiência de adoção. Alguns estudos empíricos não encontraram evidências científicas para a agilidade da equipe.

Como o Agile enfatiza a flexibilidade, isso gera um impacto no controle contínuo de qualidade. O tempo de projeto reduzido implica em agir rápido e enxuto. Isso muitas vezes vem com a falta de documentação e recursos adequados. Os projetos tendem a carecer de continuidade e integridade, tornando o princípio de foco na qualidade quase obsoleto.

Agile não é adequado para organizações ou indústrias altamente avessas ao risco, como, por exemplo, a farmacêutica. Essas indústrias estabelecidas há muito tempo têm suas convenções burocráticas, mas importantes, a seguir. Mudar procedimentos contra a gestão tradicional é extremamente arriscado, se não perigoso.

Dito isto, inúmeros exemplos bem-sucedidos são evidências de que o Agile funciona. Embora existam armadilhas, os frameworks Agile em constante evolução fornecem ferramentas e técnicas, como Continuous Integration (CI/CD), Testes Unitários Automatizados e Refatoração de Código, para pelo menos remediar os problemas.

Principais conclusões

O processo Agile defende iterações rápidas, melhoria contínua e rápida resposta à mudança. Consiste principalmente em cinco etapas: visão, planejamento do sprint, scrum diário, entrega e retrospectiva.

Este método visa equilibrar entre metodologias tradicionais e gestão frouxa. Embora faltem evidências fortes e existam armadilhas, o processo Agile tem seus pontos de sucesso.

O que você acha? Tweet me para compartilhar suas lições e truques na aplicação de métodos Agile :).