---

Kanban É Agile Scrum? (Kanban em Agile — Kanban com Scrum)

As Restrições São o Que Define um Processo

Podemos relacionar ferramentas estudando a quantidade de instruções que fornecem. Uma ferramenta prescritiva significa «mais instruções a respeitar», e uma ferramenta adaptativa significa «menos instruções a respeitar».

Uma ferramenta 100% prescritiva determina que não é necessário tomar decisões, pois tem instruções e regras para tudo. Por outro lado, uma ferramenta 100% adaptativa permite que a equipa faça o que quiser, pois não existem instruções nem restrições. É evidente que nenhum destes extremos é prático na engenharia e nos negócios.

Os processos Agile são frequentemente designados processos leves, sobretudo por serem relativamente menos prescritivos do que outros frameworks convencionais de desenvolvimento de software. Lembre-se de que o primeiro e mais importante valor do Manifesto Agile privilegia os indivíduos e as interações em detrimento dos processos e das ferramentas.

Kanban e Scrum são processos muito adaptativos. Ainda assim, Kanban é mais adaptativo porque Scrum determina mais limitações e instruções, prescrevendo uma estrutura de eventos mais definida do que Kanban. Por exemplo, Scrum estabelece ciclos de desenvolvimento com duração fixa (Sprints), enquanto Kanban não exige, por si só, iterações de duração fixa e também pode ser acrescentado a um processo que as utilize.

O valor de uma ferramenta ou processo resulta da forma como limita as suas opções, continuando a proporcionar oportunidades suficientes para trabalhar com qualidade, rapidez e criatividade.

Compare Ferramentas para Tirar o Melhor Partido Delas, Não para as Julgar

Tal como todas as outras ferramentas e processos, nem o Kanban Framework nem o Scrum Framework são perfeitos. Nunca existe uma solução universal. Estes processos não indicam necessariamente tudo o que precisa de fazer para ter sucesso com o seu projeto.

Apresentam apenas determinados princípios, instruções e restrições. Por exemplo, Scrum exige Sprints com duração fixa e equipas multifuncionais, enquanto Kanban exige quadros visíveis e o controlo do Trabalho em Curso (WIP), juntamente com políticas explícitas do fluxo de trabalho, gestão ativa do fluxo, feedback e melhoria.

Podemos confundir o sucesso ou insucesso dos projetos com a qualidade das ferramentas e dos processos.

É essencial compreender que:

• Um projeto pode produzir excelentes resultados devido a ferramentas e processos fantásticos.
• Um projeto pode produzir excelentes resultados apesar de ferramentas e processos pouco adequados e/ou insuficientes.
• Um projeto pode produzir resultados fracos devido a ferramentas e processos pouco adequados e/ou insuficientes.
• Um projeto pode produzir resultados fracos apesar de ferramentas e processos fantásticos.

Por isso, enquanto profissionais qualificados e remunerados, devemos comparar ferramentas e processos para os compreender melhor, não para os julgar.

Tenha o cuidado explícito de não seguir um processo independentemente das circunstâncias concretas. Siga apenas o caminho que permita criar o melhor valor de negócio para o seu projeto. Continue a aprender e a adaptar-se sempre que necessário.

Não Limite a Sua Organização a uma Única Ferramenta

Isto leva-nos à necessidade de combinar e adaptar as ferramentas conforme precisamos delas!

A maioria das equipas Kanban e Scrum utiliza princípios de XP (eXtreme Programming). As equipas Kanban podem realizar uma reunião diária de coordenação, enquanto Scrum especifica um Daily Scrum para os Developers. Um quadro Kanban pode representar visualmente um Sprint Backlog, mas o Sprint Backlog é o plano dos Developers, não simplesmente um quadro ou uma adoção documentada de Kanban. Não limite a sua organização a uma única ferramenta. Experimente e descubra o que funciona no seu contexto.