Nem sempre é fácil descobrir o caminho certo nos processos de desenvolvimento (como em outras atividades de negócios). Várias obstruções podem perturbar. A vida futura de qualquer produto ou serviço depende da escolha de uma metodologia de desenvolvimento apropriada. Como o Kanban é frequentemente apontado como uma das tendências atuais no gerenciamento de projetos, reunimos aqui os benefícios mais essenciais do desenvolvimento do software Kanban e da aplicação de placas e cartões Kanban convenientes. Apenas para estar na moda;)
O que é o Kanban?
Vamos mergulhar em exemplos que descrevem duas situações diferentes:
- O primeiro caso : imagine uma antiga fábrica de transportadores, cujas atividades dependam diretamente do plano estadual. Este plano define claramente o número de produtos para produção. Como resultado, a fábrica enfrenta armazéns superlotados devido ao fato de que os compiladores do plano estadual frequentemente podem ser confundidos com a demanda. Eles geralmente não têm tempo para vender os produtos.
- O segundo caso : vá para a realidade e imagine um showroom da Toyota nos dias de hoje. Um comprador está escolhendo um modelo de carro e efetuando um pagamento. No entanto, não há modelo de cores necessário no momento. O pedido é enviado para a sede da Toyota. Você é informado sobre a hora em que o carro (da sua cor) será entregue. Só a partir deste momento, eles começam a produzir um carro. Especialmente para você.
O princípio é evidente: primeira venda e depois a produção. Em outras palavras, o princípio just-in-time (JIT) funciona aqui. Primeiro, metas e prazos, depois planeje e trabalhe.
Os armazéns da Toyota não serão sobrecarregados, como no primeiro caso. Eles não precisarão armazenar detalhes pré-fabricados por um longo tempo. Isso ocorre porque o que está sendo feito na linha agora é uma norma necessária para alguns carros vendidos recentemente. Um dos principais componentes dos princípios do JIT é o Kanban.
Placas e cartões Kanban são "semáforos" peculiares no sistema JIT. O Kanban permite que as empresas sejam reativas às necessidades dos clientes, em vez de prever as necessidades, como aconteceu no primeiro caso descrito.
No entanto, vamos nos aproximar de um mundo de desenvolvimento de software.
Em vez de detalhes do carro, imagine tarefas e erros de desenvolvimento. Um testador recebe vários itens para verificação. Quando o controle de qualidade fica sem tarefas de verificação, ele deve notificar os desenvolvedores para obter novos deles. Se os programadores não tiverem tempo para concluir novas tarefas, o testador simplesmente permanecerá sem trabalho por um tempo.
A situação inversa também acontece: o controle de qualidade acumula muitos itens e ele / ela não tem tempo para verificar tudo a tempo. Nesse caso, a data de lançamento do produto também está atrasada.
No desenvolvimento de software, o Kanban é muito mais difícil de equilibrar do que na manufatura. Isso se deve às especificidades do trabalho: se as máquinas produzem detalhes do mesmo tipo, os programadores trabalham com o código por meio de seus próprios cérebros, onde há algo como 100 bilhões de neurônios e um, mas significativo, o fator humano.
Por que o desenvolvimento de software precisa de placas Kanban?
Na verdade, as placas Kanban podem ser aplicadas em qualquer lugar: desde planejamento pessoal, desenvolvimento e até implementação no gerenciamento de uma oficina de cerâmica.
Para entender melhor o escopo e a utilidade das placas Kanban, vale a pena mergulhar no que é Kanban e, geralmente, em seu significado como metodologia.
Os 10 principais motivos para usar o Kanban
Aqui estão 10 razões pelas quais vale a pena implementar as placas Kanban em empresas de TI que desenvolvem software:
1. Definindo Gargalos
Mudar para quadros Kanban de listas de tarefas regulares pode mostrar imediatamente gargalos: nas listas de tarefas, havia uma grande fila de tarefas, pois um controle de qualidade não lidava com a verificação de todas elas. Ele / ela assumiu a tarefa de verificar com um longo atraso. Depois que o testador retornou o item para revisão, o programador já o esqueceu. É um momento precioso para olhar novamente o código e lembrar de todos os detalhes. Isso significa que a equipe precisa de mais um testador.
O quadro Kanban permite ver os gargalos no processo em que as linhas são formadas. Em alguns
softwares profissionais de
gerenciamento de projetos , o recurso de limites WIP ajuda a lidar com esta tarefa. Se você tiver mais ou menos tarefas do que precisa - a coluna é destacada em vermelho ou amarelo, respectivamente.
Hygger Kanban board2. Concentração no trabalho
Os programadores devem se concentrar diretamente em seu trabalho. Portanto, é bom quando eles recebem um conjunto de tarefas e não precisam pensar no que fazer a seguir, pois o gerente já pensou nisso. Você só precisa levar o próximo item para o trabalho.
Às vezes, Kanban sugere uma escolha independente de tarefas no topo. Então, o nível profissional de todas as pessoas deve ser igual para que não funcione que a tarefa mais difícil "recaia" no especialista júnior.
O filtro Minhas tarefas ajuda a definir o foco em suas tarefas. Ajuda a ver rapidamente suas tarefas no quadro.
3. Focar em uma tarefa
Antes de usar o Kanban, os desenvolvedores poderiam trabalhar em algumas tarefas ao mesmo tempo. Eles mudaram de um problema para outro e passaram muito tempo trocando. Em média,
demorou mais de 25 minutos para retomar uma tarefa após ser interrompida.
Toda vez que o faziam, havia muito tempo necessário para uma tarefa: revisar os termos de referência e um protótipo, ler um código atual e construir sua representação interna. Graças ao recurso de limites WIP no Kanban e uma vista panorâmica, um desenvolvedor não pode trabalhar em mais de uma tarefa por vez.
4. Vista panorâmica
Graças aos quadros Kanban, você tem toda a imagem do projeto diante de seus olhos. Ao abrir o quadro, você pode obter rapidamente respostas para perguntas importantes:
- Quem está ocupado no momento?
- Qual será o trabalho futuro de cada indivíduo?
- Quais tarefas foram redescobertas devido a erros?
- Quem está sem tarefas?
- Quem tem uma grande linha de tarefas?
- Houve alterações nas últimas 24 horas? e onde
- Quando o item específico será concluído?
- Em quanto tempo as tarefas de um especialista específico terminam?
Asana kanban board5. A ordem exata do lançamento dos recursos
A ordem de liberação dos recursos também é importante. Em listas baseadas em prioridades, é difícil gerenciar com precisão o pedido. Se um programador tiver cinco tarefas com prioridade máxima ao mesmo tempo, será difícil para ele decidir qual dessas tarefas será executada primeiro.
Os quadros Kanban oferecem apenas uma saída quando a ordem é importante. Esta solução visual é uma coluna vertical com tarefas. Quanto maior a tarefa, mais importante ela é. O Kanban, a propósito, envolve definir prioridades como um dos aspectos importantes da metodologia.
Os requisitos estão mudando constantemente e muitas tarefas podem perder relevância e "descer". Algumas tarefas podem "subir" acentuadamente. pelo contrário. Os gerentes devem constantemente "manter um dedo no pulso" para permitir que os programadores façam as coisas mais necessárias.
Trello kanban board6. Prioridade para as principais tarefas
Kanban ensina a se concentrar nas principais coisas que realmente agregam valor ao produto. Permite diminuir o número de bugs inúteis.
Não é uma tarefa fácil para um gerente de produto distinguir erros importantes dos erros com menor prioridade. Swimlanes têm como objetivo ajudar.
Essas são as colunas horizontais no quadro Kanban. Como regra, os programadores têm as seguintes Swimlanes no quadro:
- Bloqueadores - tarefas e bugs que precisam ser corrigidos em tempo real. Um exemplo é um registro quebrado.
- Tarefas e bugs - as tarefas e bugs atuais usuais.
- Algum dia - tarefas que perderam relevância.
O sistema é semelhante à
matriz de Eisenhower . Questões importantes e urgentes são bloqueadores. Importante, mas não urgente - Tarefas e erros. Sem importância e urgência, assim como sem importância e sem urgência - este é um dia.
7. Flexibilidade
Um quadro Kanban ajuda a se tornar mais flexível. Isso é especialmente necessário quando o produto obtém feedback útil. Trata-se de mensagens e solicitações, análises comportamentais, resultados de testes A / B, análises, etc.
Assim que você move um novo recurso para produção, você começa imediatamente a alterá-lo com base no feedback. Segundo Kanban, um programador funciona como um processador: um ciclo de clock é uma tarefa.
Quanto mais freqüentes os ciclos, mais flexível a equipe de desenvolvimento.
Wrike kanban board8. Espírito de equipe e trabalho consistente
O controle de qualidade começa a trabalhar nos recursos quase imediatamente após a conclusão dos recursos pelos desenvolvedores.
Como foi antes? O controle de qualidade testou um recurso não quando ele foi concluído, mas muito tempo depois disso. Os desenvolvedores mal conseguiam se lembrar desse recurso naquela época e passavam muito tempo tentando acompanhar a tarefa.
O Kanban permite os recursos de teste de controle de qualidade quase depois de concluídos. É também sobre o trabalho de vendedores, designers, editores e outros. Toda a equipe trabalha consistentemente como um metrônomo que produz batidas regulares.
9. Erros frequentes
Referindo-se ao Scrum, note-se que, ao trabalhar com essa metodologia, lançamos um recurso apenas no final de um sprint (como uma vez a cada três semanas).
De acordo com Kanban, estamos lançando-os quase após o término do período de testes (como uma vez em alguns dias). Dessa maneira, descobrimos mais rapidamente se os usuários gostam ou não do recurso.
Se eles não gostam do recurso, cometemos um erro em algum lugar.
Isso não significa que gostamos de cometer erros. No entanto, se formos os primeiros a fazê-los, seremos os primeiros a obter a experiência e saber o que fazer.
10. Mais fluxos
Os quadros Kanban permitem evitar a pergunta para os desenvolvedores "no que você está trabalhando?" Parece desnecessário, porque você pode abrir um quadro Kanban, dar uma olhada no que os desenvolvedores estão fazendo e continuar trabalhando nas suas próprias coisas.
Para viagem
Não pretendemos mostrar aqui que o Kanban é de alguma forma melhor que o Scrum ou outras metodologias.
Vamos esboçar a ideia central - o Scrum se encaixa bem no início do desenvolvimento do produto, enquanto o Kanban parece mais poderoso quando o produto já foi lançado.
O software Kanban e as placas convenientes não são uma panacéia nem uma bala de prata para os seus negócios. O Kanban é uma condição essencial, mas insuficiente, para o sucesso de seus projetos. O método ajuda sua equipe de TI a trabalhar de forma coerente e eficaz. Então, se você ainda não o aplicou, o que está esperando?