implementação de Metodologia Ágil: um guia final

se você estiver aqui, meu palpite é que existem algumas ineficiências na maneira como sua equipe está trabalhando agora. E você provavelmente está procurando eliminá-los implementando o agile em sua equipe.É claro que implementar o agile não é apenas abrir uma ferramenta de software ágil e colaborar com seus colegas de equipe.

se fosse tão fácil, você não estaria lendo este artigo, não seria? 😉

é por isso que eu vou orientá-lo através de cada passo sobre como você pode implementar com sucesso ágil dentro de sua equipe neste artigo.

Quick Context on Agile: the What& The Why

Waterfall: você não pode fazer alterações em um projeto em andamento, certamente não para as necessidades e expectativas do negócio.

Agile: Hold my beer Agile

Agile é uma abordagem extremamente prática para o desenvolvimento de ótimos produtos. Ao contrário do waterfall, onde os riscos não podem ser oferecidos e o fracasso não é uma opção, o agile abraça os riscos e está preparado para lidar com o fracasso.

Agile tem a vontade de aprender ao longo do processo de desenvolvimento de produtos. E tem a abertura para incorporar as mudanças recebidas por meio de feedback antecipado, em qualquer estágio. Essas qualidades do agile atribuem às suas altas taxas de sucesso – 2x a do método waterfall!

portanto, você não precisa se preocupar com um projeto que leva vários meses apenas para descobrir que não é nada como você visualizou. Nenhum desses bateristas com ágil!

ele serve como o meio perfeito para as equipes aprenderem e crescerem, satisfazendo as necessidades do cliente. A sério, quem não quer isso?

Psst! Aqui está um guia completo sobre Gerenciamento Ágil de projetos que você achará útil para aprender o básico do agile.

agora que você sabe o que é ágil e por que é popular, vamos pular para a parte importante: como implementar o método ágil com sucesso?

implementação ágil bem-sucedida: etapas para acertar

o Agile está recebendo muitas barras invertidas na Internet ultimamente. Mas quando você olhar mais de perto, verá que há apenas uma das principais razões por trás disso – a má implementação de práticas ágeis. Portanto, para maximizar o potencial do agile, é fundamental implementá-lo seguindo seus princípios e valores, conforme mencionado no Manifesto Agile.

agora, vejamos as principais etapas envolvidas no processo de desenvolvimento Ágil de software e como implementá-lo.

Passo 1: imaginando o produto

a primeira e mais importante coisa a fazer antes de começar seu projeto é definir claramente o que você pretende alcançar através dele. E então, para visualizá-lo completamente do início ao fim.

Imagine-o, desenhe-o se necessário e anote os detalhes importantes sobre o projeto que formarão sua base. Os detalhes devem cobrir:

• Abordar o Problema – declaração do problema, a necessidade de uma solução, como a solução que vai resolver o problema
• Pesquisa de Mercado – âmbito de aplicação, público-alvo, análise da concorrência, posicionamento
• Definição do Produto – nome, características, benefícios, proposta de valor

O propósito desta etapa é obter clareza sobre a visão do projecto e brainstorm de idéias para implementá-lo. E também para garantir que toda a sua equipe esteja na mesma página.

exemplo: vamos supor que seu projeto é desenvolver um aplicativo móvel para serviços de táxi.

você faz todo o trabalho de base e estudo de mercado. Você identifica seu público-alvo, seus problemas mais profundos com a solução atual, como seu aplicativo resolve e quem são seus concorrentes. Você também visualiza como seu aplicativo ficará e funcionará.

depois de visualizar seu aplicativo, você cria o projeto dando-lhe um nome, brainstorm e anotar os recursos que ele possuirá e escrever histórias de usuário para cada recurso.

ao iniciar um projeto, você precisa começar com um estrondo. Porque, como diz O provérbio Irlandês, “fazer o começo é um terço do trabalho.”

para ajudá-lo a dar o pontapé inicial na nota certa e definir o ritmo para o resto do projeto, use a ferramenta certa perfeita para você.

Zepel pode ser essa ferramenta.

Zepel permite que você crie projetos ou esquadrões e nomeá-los de acordo com sua conveniência. Depois de criar seu esquadrão, você pode criar os recursos necessários.

Em cada recurso, você pode criar histórias de usuário e adicionar tarefas e subtarefas. Dê às suas tarefas um nome, descrição, Data de vencimento e também atribua-as aos membros da sua equipe.

Etapa 2: estabelecer um roteiro e organizar os lançamentos

ao obter uma imagem clara do projeto, a próxima coisa a fazer é traçar o roteiro junto com um plano aproximado dos lançamentos.

aqui, você e sua equipe devem discutir e projetar um plano de ação para o produto. Este plano de ação deve incluir uma visão geral das iterações de desenvolvimento de produtos com prazos provisórios para cada lançamento.

depois de projetar seu roteiro, é essencial criar um cronograma com os marcos definidos, ou seja, prazos para cada lançamento do produto. Esses prazos não precisam ser datas exatas, mas é ideal definir prazos realistas.

ao fazer isso, nem a equipe ficará letárgica nem o product owner perderá a paciência. Então vá em frente e crie esse cronograma com todas as datas de lançamento.

exemplo: você cria um roteiro para o aplicativo de serviço de táxi com prazos aproximados e realistas.

você dividiu seu projeto em 4 Marcos – Core UI design, mapas com Pagamento, Reserva de táxi dentro de sua cidade, aluguel de táxi para passeios de longa distância.

agora você planeja os lançamentos para este projeto com prazos frouxos e os organiza em um cronograma.

com este roteiro, você traduziu com sucesso sua visão em um plano de ação para sua equipe seguir.

Passo 3: Escolhendo sua estrutura-Go Scrum ou Go Kanban?

“somos quem escolhemos ser.”- Green Goblin, do Homem-Aranha

da mesma forma, seu projeto será o que queremos que seja se você escolher a estrutura certa.

mas para escolher sabiamente, você precisaria saber as respostas para as seguintes perguntas:

• o que são scrum e kanban?
• por que e quando escolhê-los?
• como implementá-los?
• diferenças entre scrum e kanban

vamos mergulhar direto, vamos?

quando escolher Scrum?Scrum é um framework ágil amplamente utilizado. Neste método, problemas complexos são divididos em soluções viáveis menores e são entregues em sprints. Cada sprint é timeboxed para ser lançado em 1-4 semanas, mais comumente dentro de 2 semanas.

a maioria das equipes escolhe o scrum como sua metodologia ágil preferida porque é a estrutura mais popular e bem-sucedida. De acordo com a pesquisa de 2015 da Scrum Alliance, 62% dos projetos scrum foram um sucesso. Tenho certeza de que os números subiram desde então.

mas como você sabe se o scrum é ideal para o seu projeto? Scrum é o apt quando seu projeto chama para:

• a Abertura para incorporar alterações nos requisitos, prioridades, e até mesmo soluções após cada iteração
• Trabalhar em ciclos de recursos limitados, com entrega garantida no final de cada ciclo
• centrada no Cliente de teste e o feedback é a prioridade

Não scrum parece impressionante? Ou você está pensando como hey parece tudo de bom no papel, mas como ele se sai no mundo real?

para responder isso, permita-me orientá-lo para implementar o agile com o scrum.

quando escolher Kanban?

Kanban é outra metodologia popular em agile. É um processo progressivo que assegura a entrega contínua. Não há sprints aqui. Em vez disso, as tarefas no projeto são priorizadas e, em seguida, concluídas alguns itens juntos ao mesmo tempo, seguidas pelo próximo conjunto de itens restantes.

Kanban board é usado por equipes para visualizar o progresso do projeto em um micro-nível.

Kanban é o único para o seu projeto se:

• Há muitos relacionado user stories e tarefas
• Requisitos e suas prioridades mudam como o tempo
• Você desejar implantar vários lançamentos em menos de uma semana, especialmente aqueles não programados

Kanban é extremamente flexível e bastante simples em termos de implementação. Se você acha que isso parece se encaixar na conta do seu projeto, veja como você pode implementar o agile usando o kanban.

se você ainda está debatendo entre scrum e kanban, entenda as diferenças entre os dois com a ajuda deste artigo: Diferenças entre scrum e kanban.

implementando Agile the Scrum Way

se você acertar o Scrum, seu projeto terá a garantia de estar em sua trajetória de sucesso. Take

dê uma olhada rápida nas etapas que entram na adoção bem-sucedida do scrum para o seu projeto.

Passo 1: reunindo requisitos para Backlog do produto

Antes de iniciar seu projeto scrum, você precisa definir o cenário para ele. Ou seja, você precisa reunir todos os requisitos de negócios e criar um backlog chamado product backlog com todos os itens de tarefa.

então vá em frente, agendar uma discussão com o proprietário do produto para obter as necessidades do negócio.

sua próxima prioridade é priorizar os itens do backlog do produto.

exemplo: na sua reunião com o product owner sobre o aplicativo taxi service, você reuniu todos os requisitos de negócios e os armazenou como histórias de usuários.

agora você discute com o product owner e atribui prioridades a cada um dos itens neste backlog. Você lançou as bases.

definir prioridades para os itens, comunicá-los com sua equipe e acompanhá-los pode ser um pouco cansativo, para ser honesto. Então, você acreditaria em mim se eu dissesse que usar hashtags simples pode tornar seu trabalho muito mais direto?

Em Zepel, você pode usar o #alta, #médio, e baixo para ajudá-lo a priorizar seus itens de tarefa em um instante.

Passo 2: Planejar os Sprints é um passo crucial se você estiver seguindo o Scrum framework para desenvolver seu produto.

e aqui está uma espiada no que acontece durante este planejamento:

• o product owner vem com uma lista atualizada de histórias de usuários priorizadas e itens de tarefa.
• toda a equipe de desenvolvimento, com insumos do product owner, estima cada história de usuário.
• o objetivo do sprint está claramente definido.
• com base na meta do sprint, na duração do sprint e nas estimativas de cada história de usuário, a equipe faz um brainstorming colaborativo e adiciona histórias de usuário ao backlog do sprint.

embora eu não possa fazer com que Tony Stark crie o plano perfeito, como ele sempre faz, aqui está um artigo informativo sobre como dominar o planejamento de sprint que será um utilitário útil. Então, comece a quebrar seu plano de sprint.

exemplo: você está planejando os sprints para o seu aplicativo de serviço de táxi. Você coloca login, inscrição e design básico da interface do usuário do aplicativo no primeiro sprint.

em seguida, você coloca os mapas e as atividades de pagamento no segundo sprint, reserva de táxis no terceiro sprint e assim por diante até terminar de planejar todos os sprints cobrindo todas as tarefas do projeto.

isso é um monte de trabalho tedioso. Mas e se você tivesse uma ferramenta para facilitar a vida para você?

com Sprints em Zepel, a tarefa de tributação do planejamento de sprint certamente se tornará um passeio no parque para você. Crie um sprint, defina uma duração para ele e adicione o conjunto priorizado de histórias ou tarefas de usuário a ele. É realmente tão simples!

a Zepel mostrará automaticamente uma visão geral do Sprint planejado, para que você possa ajustar o plano com base em seus requisitos.

Etapa 3: revendo o Sprint

a verdadeira beleza do agile scrum reside na flexibilidade que ele oferece para revisar, corrigir e improvisar em qualquer estágio do ciclo de desenvolvimento; particularmente após cada sprint, é realizada uma revisão para avaliar seus resultados. E para verificar se a realidade realmente corresponde às expectativas ou se está longe disso.

toda a equipe avalia o produto final para verificar se todas as necessidades de negócios são atendidas. Você também pode convidar seus clientes beta para compartilhar comentários.

quaisquer problemas ou requisitos perdidos encontrados são discutidos e observados para serem trabalhados posteriormente, nos próximos sprints.

exemplo: digamos que sua equipe tenha concluído a funcionalidade de reserva do aplicativo taxi como parte do sprint atual. E você o executa pelo cliente durante a revisão do sprint.

durante a revisão, você percebe que não incluiu a coleta programada para o recurso de reserva. Além disso, o cliente fornece algum feedback valioso sobre o toque e a sensação do aplicativo. Você nota isso para trabalhar neles mais tarde.

mas, em vez disso, se você pudesse apenas adicionar essas pequenas alterações e itens perdidos a uma lista, não seria mais fácil acompanhar, acompanhar e implementar?

para esse fim, o Zepel oferece um recurso de Lista onde você pode adicionar tarefas deixadas de fora, bugs, aprimoramentos e até histórias de usuários.

mais tarde Você pode mover esses itens para um recurso correspondente ou sprint. Além disso, para você acompanhar o progresso de um sprint e revisá-lo, o Zepel fornece um relatório de Sprint com gráficos de burnup e burndown.

Post the sprint review, há uma chance honesta de que as mudanças sejam incorporadas ao produto, o que se reflete no backlog do produto e, finalmente, no plano sprint.

agora, reavaliar o que fazer a seguir torna-se fundamental para o progresso do projeto. Isso exige uma reunião retrospectiva da sprint. Durante essa discussão, toda a equipe analisa, reavalia e prioriza novamente os itens do sprint, com base nos resultados anteriores do sprint, para fazer melhorias no próximo sprint.

exemplo: você tem uma sessão com sua equipe para obter a perspectiva do que funcionou no sprint anterior, o que não funcionou e o que pode ser melhorado. Talvez você identifique que sua priorização foi ruim e resultou em sua equipe tomando mais em seu prato do que eles poderiam fazer malabarismos.

você ficará surpreso com os insights que você obtém de sua equipe sobre o que pode ser melhorado.

reunimos um punhado de modelos retrospectivos que você pode usar para descobrir oportunidades para melhorar dentro de sua equipe.

o que seria útil durante este processo é o progresso do seu sprint anterior. Digite os relatórios Sprint burnup e burndown do Zepel.

Usando esses gráficos, sua equipe pode discutir ideias melhor, como ele dá uma completa perspectiva do que aconteceu durante o sprint.

um Must-do: segurando Standups regulares

além de todas as etapas técnicas mencionadas acima, aqui está algo que você precisa fazer para obter scrum certo — Standups diários.

um standup é uma reunião curta realizada todos os dias durante o sprint. Seu objetivo é obter atualizações sobre o andamento do projeto.

mas aqui está um erro comum que as equipes cometem. Eles não limitam a duração de seus levantamentos a 15 minutos. Como resultado, eles sentem que estão gastando mais tempo participando de reuniões do que desenvolvendo o produto. Então, contanto que você se atenha a esse prazo, você está pronto para ir. 👍

se você está convencido de que o scrum é para o seu projeto, aprenda o A-Z do scrum e como implementá-lo em profundidade a partir deste guia definitivo.

ou se você está feito com a teoria e pronto para implementar Scrum com sua equipe, Zepel tem você coberto. Experimente-nos!

implementar Agile da maneira Kanban

implementar kanban é tão simples quanto entendê-lo. Aqui está uma visão geral de alto nível de como o kanban é normalmente implementado.

Passo 1: Visualização de fluxo de trabalho com Kanban Board

para fazer seu projeto rolar com kanban, você precisa visualizar e definir seu fluxo de trabalho. Para isso, você precisa criar colunas em seu quadro kanban para cada etapa do seu projeto – do to-do ao done.

você então atribui todos os itens de tarefa, criados a partir das necessidades de negócios, aos seus respectivos estágios de desempenho.

se você está esperando por uma captura, não há nenhum. Kanban é, de fato, isso direto.

exemplo: vamos supor que você criou um quadro kanban com 3 colunas para o seu aplicativo de serviço de táxi. As 3 colunas kanban são: to-do, in-progress E done.

você reuniu todos os requisitos de negócios e os converteu em Tarefas como projetar UI, login/inscrição, reserva, pagamento, etc. Agora você atribui cada um desses itens aos estágios de fluxo de trabalho correspondentes no quadro kanban.

digamos que a reserva e o pagamento ainda estão para começar e, portanto, estão em tarefas. Login / inscrição é concluída para que você movê-lo para feito. Enquanto isso, projetar UI está em andamento.

com o recurso kanban board da Zepel, todo esse processo fica 10x mais fácil. Você pode criar rapidamente colunas kanban personalizadas, criar e atribuir tarefas a cada coluna.

Em Zepel, estamos bem conscientes de que um projeto em tempo real terá centenas de itens de tarefa. Manter o controle deles pode ser exigente. Mas com os filtros avançados do Zepel, você pode rastreá-los sem esforço.

Nota: você pode ter apenas 3 a tantas colunas kanban quanto seu projeto exigir.

Etapa 2: limitar as unidades WIP

unidades WIP ou unidades de trabalho em andamento referem-se ao número de tarefas atualmente em andamento. Definir um limite no número de unidades é uma obrigação. Porque na maioria das vezes nos empolgamos em tentar mover o máximo de tarefas de tarefas para tarefas.

e acabamos sobrecarregando a coluna em andamento com mais número de tarefas do que o número de mãos disponíveis para implementá-las. Em suma, essa é uma receita para gargalos.

mas tomar muito poucos na mão é novamente um problema, pois o tempo é essencial. Então, encontrar o ponto ideal entre recheio e venda a descoberto é imperativo.

exemplo: você está trabalhando na fixação do limite WIP para o seu aplicativo de serviço de táxi. Ao avaliar o número de tarefas pendentes e o tempo necessário para concluí-las, você calcula um limite WIP de 4 tarefas por vez.

na maioria das vezes, as equipes corrigem 3-4 Tarefas como limite WIP. Porque nós escolheríamos a quantidade da qualidade > todo o dia. Step

Etapa 3: medir e gerenciar o fluxo de trabalho

Kanban tem tudo a ver com flexibilidade. Isso significa que você tem a liberdade de fazer alterações em seu fluxo de trabalho, desde que seu projeto se beneficie dessas mudanças, é claro.

mas como você descobre quais alterações fazer?

as alterações no fluxo de trabalho são feitas avaliando o valor que flui no fluxo de trabalho atual. Ou seja, quão bem as tarefas simplificam do to-do ao done, sem gargalos.

e se alguma alteração puder ser incorporada para melhorar esse fluxo, essas alterações serão feitas. Em seguida, seu impacto no desempenho é medido para decidir se deve finalizar essas alterações ou abandoná-las.

exemplo: digamos que sua equipe tenha concluído tarefas com um limite WIP de 3 tarefas confortavelmente. Você então aumenta o limite para 5.

você começa a notar tarefas pendentes acumulando. Então, você decide alterar o limite de WIP para 4 unidades e descobrir que ele funciona a seu favor. Agora você pode entregar itens rapidamente e, ao mesmo tempo, manter a qualidade.

para manter esse equilíbrio, você precisaria medir e acompanhar o número de itens presentes em cada coluna do quadro kanban, a qualquer momento.

é aqui que os diagramas de fluxo cumulativos entram em jogo. Agora você saberá não apenas o número de itens em cada coluna, mas também o tempo que levará para que um item se mova de uma coluna para outra.

você ficaria feliz em saber que o Zepel tem um recurso de gráfico cumulativo que o ajudará a medir e gerenciar seu fluxo de trabalho da melhor maneira possível. 🙂

ao fazer alterações no fluxo de trabalho, é importante ter em mente que o principal motivo é para maximizar este valor de fluxo e não de minimizá-la de qualquer forma.

Passo 4: tornando as Políticas explícitas

todos nós temos nossas próprias políticas, nossa própria maneira de fazer o que fazemos. Mas quando nos tornamos parte de uma equipe, não ter diretrizes comuns a serem seguidas muitas vezes cria confusão e caos.

por exemplo, como podemos puxar tarefas de to-do Para in-progress? Se for FIFO, o que fazemos quando um item de alta prioridade fica preso na fila apenas porque foi adicionado tarde?

para sua equipe abordar tais situações, que são muito comuns no Kanban BTW, elas exigem clareza. E para adquirir essa clareza, sua equipe precisa que as políticas sejam explicitadas.

exemplo: Você tem as tarefas UI design, mapas e reserva de táxi na coluna de tarefas do seu quadro kanban. Seu FIFO seguinte, na mesma ordem que as tarefas acima mencionadas. Mas uma tarefa de alta prioridade chamada pagamento é adicionada a esta lista.

agora, de acordo com suas políticas explícitas, as tarefas de alta prioridade devem ser concluídas primeiro e, portanto, o pagamento é movido para a coluna em andamento primeiro.

da mesma forma, você pode ter políticas explícitas definidas para qualquer atividade no fluxo de trabalho.

um Must-do: Otimização

fazer alterações e otimizar suas estratégias de fluxo de trabalho para melhor é uma vantagem importante que o kanban oferece. É por isso que o termo Kaizen, que significa melhorar continuamente, está associado ao kanban.

através dessas otimizações, você pode identificar a melhor forma de fornecer soluções valiosas, aumentando sua velocidade de desenvolvimento ao mesmo tempo.

para otimizar sua estratégia de fluxo de trabalho kanban para melhor, você precisará adotar uma abordagem científica.

essencialmente, você afirma uma hipótese para fazer uma mudança no quadro, definindo qual deve ser o resultado desejado. Você implementa a mudança, permitindo que ela se contente por um período de tempo. E, finalmente, você mede o desempenho dessa mudança para decidir adotá-la ou desfazê-la.

se você estiver inclinado para o kanban, dê uma olhada nesses exemplos de quadro kanban para ajudá-lo a fazer a chamada final.

por outro lado, se você já decidiu e está à procura do software kanban perfeito, confira nossa ferramenta. Boa sorte kanbaning. Você pode nos agradecer mais tarde.

se você escolher Scrum ou Kanban ou decidir implementar uma combinação de ambos, a Zepel tem todas as engrenagens e alavancas certas para você implementar a metodologia ágil em sua equipe.

mas não tome minha palavra para isso! Você pode verificar como o Zepel se compara com outras ferramentas ágeis de gerenciamento de projetos e ler por que mais de 4000 equipes de desenvolvimento preferem o Zepel.