Como as metodologias ágeis podem funcionar para a equipe de software
Gerencie atividades em qualquer projeto com um poderoso gerenciamento de tarefas e ferramentas fáceis de priorização.
A gestão ágil de projetos é uma abordagem iterativa para gerenciar projetos de desenvolvimento de software que se concentra em lançamentos contínuos e incorpora o feedback do cliente a cada iteração.
As equipes de software que adotam metodologias ágeis de gestão de projetos aumentam a velocidade de desenvolvimento, expandem a colaboração e promovem a capacidade de responder melhor às tendências do mercado.
Aqui está tudo o que você precisa saber para começar ou refinar as práticas ágeis de gestão de projetos.
Provenientes do conceito de fabricação lean da Toyota da década de 1940, as metodologias ágeis foram adotadas pelas equipes de desenvolvimento de software para diminuir o desperdício, aumentar a transparência e atender com rapidez às necessidades em constante mudança dos clientes. Apresentando diferenças drásticas com relação à gestão de projetos em cascata, centrada em lançamentos do tipo "big bang", a metodologia ágil ajuda as equipes de software a colaborar melhor e inovar com ainda mais velocidade.
A gestão de projetos ágil tradicional pode ser categorizada em duas estruturas: Scrum e Kanban. Enquanto o Scrum é direcionado para iterações de extensão fixa, o Kanban tem como foco os lançamentos contínuos. Após a conclusão, a equipe passa direto para o que vem a seguir.
O Scrum é uma estrutura para gerenciamento de projetos ágil que usa iterações de extensão fixa de trabalho, chamadas de sprints. Há quatro cerimônias que estruturam cada sprint.
Tudo começa com o backlog ou o volume de trabalho que precisa ser feito. No Scrum, há dois backlogs: o backlog do produto (pertencente ao proprietário do produto), que é uma lista priorizada de funções; e o backlog do sprint, que é preenchido com os itens da parte superior do backlog do produto até alcançar a capacidade para o próximo sprint. As equipes de Scrum têm um papel específico na sua parte do processo. Em geral, há um Scrum Master, ou entusiasta do método Scrum na equipe; o proprietário do produto, que é a voz do produto; e a equipe de Scrum, que muitas vezes é composta por membros multifuncionais da equipe encarregados de fazer as coisas acontecerem.
Planejamento de sprint | Demonstração de sprint | Reunião rápida diária | Retrospectiva |
Uma reunião de planejamento de equipe que determina o que deve ser concluído no sprint seguinte. | Uma reunião de compartilhamento em que a equipe mostra o que foi lançado no sprint. | Conhecida também como reunião rápida, uma minirreunião de 15 minutos para a equipe de software ficar sincronizada. | Uma revisão do que deu e do que não deu certo, com ações para melhorar o sprint seguinte. |
Um quadro Scrum é usado para visualizar todo o trabalho em um determinado sprint. Durante a reunião de planejamento de sprint, as equipes transferem os itens do backlog do produto para o backlog do sprint. Os quadros Scrum podem ter muitas etapas visíveis no fluxo de trabalho, como A fazer, Em andamento e Concluído. Os quadros Scrum são o componente principal para aumentar a transparência da gestão ágil de projetos. Comece a usar um quadro Scrum com um template do Scrum grátis.
O Kanban é uma estrutura usada para o gerenciamento de projetos ágil que associa o trabalho à capacidade da equipe. O foco é concluir as tarefas o mais rápido possível, dando às equipes a capacidade de reagir às mudanças ainda mais rápido que no Scrum.
Diferente do Scrum, o Kanban (em geral) não tem backlogs. Em vez disso, o trabalho fica na coluna Pendente. Assim, as equipes do Kanban podem se concentrar em lançamentos contínuos, que podem ser feitos a qualquer momento. Todo o trabalho fica visível, no escopo e pronto para ser feito, de modo que, quando uma tarefa é concluída, a equipe passa para a próxima de imediato. A quantidade de trabalho é alocada de acordo com capacidade da equipe por meio dos limites de WIP (work in progress), que são limites pré-definidos de trabalho que podem estar em uma única coluna por vez (exceto na coluna Pendente). A estrutura do Kanban inclui os quatro componentes a seguir:
Lista de trabalhos | Colunas ou linhas | Limites de trabalho em andamento (WIP) | Lançamentos contínuos |
A lista de trabalhos, ou histórias, é definida como itens ou tarefas que precisam ser feitos. | Usadas em um quadro Kanban para distinguir tarefas de diferentes fluxos de trabalho, usuários, projetos etc. | Uma regra para limitar a quantidade de trabalho a ser realizado com base na capacidade da equipe. | A equipe trabalha na quantidade de histórias dentro do limite de WIP e pode fazer lançamentos a qualquer momento. |
Um quadro Kanban é usado para visualizar todo o trabalho que está sendo feito. É usado também para fazer o planejamento de recursos, permitindo aos gerentes de projeto ver o trabalho e desenvolver cronogramas conforme necessário. Um quadro Kanban é estruturado em colunas e linhas pelas quais as histórias passam até serem concluídos. As histórias ficam na coluna A fazer até os limites de WIP permitem que a tarefa seguinte seja feita. A lista de trabalho deve ser dividida em itens menores e organizada por prioridade. O exemplo mostra que as faixas podem ajudar a manter os itens de maior prioridade separados de "todo o resto". Comece a usar um quadro Kanban com o template grátis de Kanban do Jira.
Seja qual for a estrutura ágil escolhida para dar suporte ao seu desenvolvimento de software, você vai precisar encontrar uma forma de acompanhar o progresso da equipe para que seja possível planejar o trabalho e os sprints futuros. A estimativa do projeto ágil ajuda as equipes de Scrum e Kanban a entenderem suas capacidades. Já os relatórios ágeis mostram o progresso da equipe ao longo do tempo. Com os diagramas de Gantt e a revisão de tarefas, os gerentes de projeto mantêm a lista de trabalho atualizada e pronta para ser concluída pela equipe.
Fazer a estimativa do projeto é um aspecto de extrema importância para a gestão de projetos Kanban e Scrum. Para o Kanban, muitas equipes definem o limite de WIP para cada estado com base em experiências anteriores e no tamanho da equipe. As equipes do Scrum usam as estimativas de projeto para identificar quanto trabalho pode ser feito em um sprint específico. Muitas equipes ágeis adotam técnicas de estimativas exclusivas, como Planning Poker, horas ideais ou pontos da história, para determinar um valor numérico para a tarefa em questão. Dessa forma, as equipes ágeis têm um ponto de referência para consultar durante as retrospectivas do sprint a fim de conferir como foi o desempenho da equipe. O Jira Software pode ser personalizado para capturar as estimativas de projeto específicas da equipe.
As estimativas do projeto entram em jogo no início e no final de cada sprint. Elas ajudam as equipes a determinar o que pode ser feito no início do sprint, além de mostrar a precisão dessas estimativas iniciais ao encerrar o sprint. Os relatórios ágeis, como os gráficos de burndown, mostram a quantidade de "pontos da história" concluídos durante o sprint. O Jira oferece dezenas de relatórios prontos para uso com insights úteis em tempo real sobre como as equipes estão se saindo. Ter dados para embasar as retrospectivas é uma maneira inestimável de aprimorar as equipes ágeis.
O backlog do produto é uma lista de trabalho com prioridades para a equipe de desenvolvimento fazer com base no roteiro do produto e respectivas exigências. A equipe de desenvolvimento tira o trabalho do backlog do produto para cada sprint.
A revisão e a manutenção do backlog ajudam as equipes a alcançar as metas de longo prazo adicionando e removendo os itens com continuidade, com base na capacidade de longo prazo da equipe e na alteração dos objetivos de negócios. O Jira permite que as equipes preparem backlogs enormes com classificação de seleção múltipla e ordenem as histórias dos usuários e os bugs arrastando e soltando itens. Também é possível filtrar com a pesquisa flexível do Jira para encontrar um bug ou história do usuário específica.
Os gerentes de projeto ágeis também precisam relatar a quantidade certa de contexto às diferentes partes interessadas e equipes, incluindo a liderança sênior, sobre o status dos projetos pelos quais são responsáveis.
Com o Atlas, os gerentes de projeto podem compartilhar atualizações semanais selecionadas sobre o progresso do trabalho, onde ele está acontecendo e destacar os principais bloqueadores, alterações e atualizações.
Gerencie atividades em qualquer projeto com um poderoso gerenciamento de tarefas e ferramentas fáceis de priorização.
Claire Drumond é estrategista de marketing, oradora e redatora da Atlassian. É autora de diversos artigos publicados nos blogs do Trello e da Atlassian e sempre contribui para várias publicações do Medium que incluem a HackerNoon, a Art+Marketing e a PoetsUnlimited. Dá palestras sobre a metodologia ágil, quebra de silos e desenvolvimento de empatia em conferências de tecnologia no mundo todo.