Vous êtes sur la page 1sur 4

Metodologias geis: Kanban vs Scrum

Marcos Flvio Silveira Alves


Campus Quixad - Universidade Federal do Cear
Quixad, CE Brasil
marcosflaviosilveira@gmail.com
Abstract. With the large growth and the large current importance that firms of
software development has come, simple methods that can be
greater efficacy for completing more products are being used today.
In the great competition in the software environment, the best ability to create and deliver
products faster, with a higher quality and serves to satisfy the request
customer is the best answer to a development of effective software, and this
development is always based on some agile methodology. This article presents two
Agile methodologies, Scrum and Kanban, which aims to show and compare the two
types of methodology applied in situations of software development.

Resumo. Com o grande crescimento e a grande importncia atual que as empresas de


desenvolvimento de softwares vm tendo, metodologias mais simples e que possam ser de
maior eficcia para a concluso de produtos esto sendo mais utilizadas atualmente. Na
grande competio no ambiente de software, a melhor habilidade de criar e entregar os
produtos mais rpido, com uma maior qualidade e que sirvam para satisfazer o pedido do
cliente a melhor resposta para um desenvolvimento de software eficaz, e esse
desenvolvimento est sempre baseado em alguma metodologia gil. Este artigo apresenta
duas metodologias geis: o Scrum e o Kanban, tendo como finalidade mostrar e comparar os
dois tipos de metodologia aplicados em situaes de desenvolvimento de software.

1. Introduo
O Kanban consiste em uma ideia de que atividades que esto em andamento devem ser
limitadas. Um novo item ser inicializado somente quando o outro item que ainda est em
andamento for finalizado ou quando uma funo automtica o inicia ao mesmo tempo. O
principal objetivo do Kanban aumentar a visibilidade do trabalho em andamento para toda a
equipe, criando um sinal visual que indicar se o novo trabalho pode ou no ser iniciado e se o
limite de cada fase est sendo respeitado.
O Scrum uma estrutura de processos que serve para suportar o desenvolvimento e
manuteno de produtos complexos. extremamente gil e flexvel e consiste em equipes
auto-organizadas e muito entrosadas associadas a seus papis, eventos, artefatos e regras.
Cada componente dentro do framework serve para um propsito nico e importante para o
sucesso do Scrum. O objetivo do Scrum definir um processo de desenvolvimento que seja
iterativo e incremental, podendo ser utilizado a qualquer produto complexo.

Este trabalho tem como objetivo apresentar as metodologias Kanban e Scrum, fazendo um
comparativo entre elas. Para tanto, foi realizado um estudo na literatura sobre o tema, que foi
fundamental para apresentar as caractersticas e a comparao das metodologias.

2- Caractersticas organizacionais de Kanban e Scrum


No Kanban, a visualizao de fluxo de trabalho feita pela diviso do trabalho em partes,
escrevendo cada item em um carto e os colocando na parede, utilizando colunas nomeadas
para ilustrar onde cada item est no fluxo de trabalho.
Existe tambm o limite WIP (Work in Progress - trabalho em andamento), onde atribudo
limites explcitos de quantos itens podem estar em andamento a cada estado do fluxo de
trabalho. Tambm devesse medir o tempo de espera (tempo mdio para completar um item, s
vezes chamado de "tempo de ciclo"), que serve para otimizar o processo de fazer com que o
tempo de espera seja to pequeno e previsvel possvel.
No Scrum a organizao dividida para se ter vrias funes, as equipes so autoorganizadas e o trabalho tambm dividido em uma lista de pequenos resultados concretos,
onde deve se ordenar a lista por prioridade e estimar o esforo relativo de cada componente. O
tempo dividido em iteraes curtas de comprimento fixo (geralmente de 1 a 4 semanas).
necessrio otimizar o plano e atualizar as prioridades, em colaborao com o cliente, com base
em conhecimentos adquiridos, inspecionando o lanamento aps cada iterao, otimizando o
processo por ter uma retrospectiva aps cada iterao. Dessa forma, ao invs de um grande
grupo que iria gastar muito tempo construindo uma grande coisa, temos uma equipe pequena
que passa um curto perodo de tempo para construo de vrias coisas pequenas, que, no
final, devem ser integradas para se ver o produto todo.

3- Como eles se relacionam entre si?


Scrum e Kanban so ferramentas de processo que ajudam a trabalhar de forma mais eficaz e,
de um certo modo, dizendo o que voc deve fazer em determinada situao. Como qualquer
ferramenta, Scrum e Kanban no so perfeitos nem completos. Eles no dizem tudo que voc
precisa fazer, eles apenas fornecem certas restries e diretrizes. Por exemplo, Scrum
restringe-se a ter iteraes com tempo fixo e equipes multifuncionais e Kanban restringe-se a
usar placas visveis e limitar o tamanho de suas filas. Scrum e Kanban so altamente
adaptveis, mas o Scrum, comparado ao Kanban, possui mais regras do que o Kanban. Scrum
d-lhe mais restries, e, assim, deixa menos opes abertas. Por exemplo, Scrum prescreve o
uso de iteraes tempo com um tempo fixo, Kanban no. Kanban deixa quase tudo em aberto.
As nicas restries so a visualizao do fluxo de trabalho e limitando seu WIP.
Scrum prescreve trs papis: Product Owner (viso e prioridades dos conjuntos de produtos),
Equipe (implementa o produto) e Scrum Master (remove impedimentos e fornece a liderana do
processo).O Kanban no prescreve nenhum papel. Isso no significa que voc no pode ou
no deve ter um papel de Product Owner em Kanban. Significa apenas que voc no precisa.
Em ambos, Scrum e Kanban, voc livre para adicionar quaisquer funes adicionais que voc
precisa.Misturar e combinar as ferramentas uma boa opo. Por exemplo, muito difcil uma

equipe Scrum de sucesso no incluir elementos do XP.Muitas equipes Kanban usam reunies
dirias(uma prtica do Scrum). Algumas equipes que utilizam Scrum escrevem alguns de seus
itens do backlog em Casos de Uso (uma prtica do RUP) ou limita os tamanhos de fila(uma
prtica do Kanban).Resumindo, voc pode misturar metodologias e usufruir o melhor de
ambas.

4- Afinal, por que utilizar Kanban ou por que utilizar Scrum?


Ao se entender a proposta que o Kanban emprega, torna se bem simples entender que o seu
uso prepara e limita o trabalho em andamento, o deixando em uma capacidade suportada pela
equipe.Com isso, o equilbrio da demanda de uma equipe acaba controlando o redimento do
trabalho, assim, acelerando a sua produo.O Kanban atua mostrando a visibilidade nos
processos, deixando bem amostra os problemas e fazendo com que a equipe foque em busca
de qualidade.Portanto, o efeito que o Kanban gera mostrar os pontos de sobrecarga, os
defeitos que esto acontecendo, custos econmicos, rentabilidade e a variabilidade.A simples
regra do Kanban, de se limitar os trabalhos em andamento, acaba por estimular um maior
desempenho e consequentemente uma maior qualidade em cada tarefa.
A utilizao do Scrum traz algumas vantagens ao processo de desenvolvimento do software,
com a estrutura do Scrum a equipe acaba se sentindo muito mais motivada, por causa do seu
interesse em entregar o Sprint no prazo.O projeto no Scrum pode ser visualizado, assim o
projeto pode ser observado por todos da organizao, em diversas metodologias essa
possibilidade no existe. Com o Scrum percebesse uma ausncia bem significante de bugs,
pois como a qualidade acaba sendo mais importante do que o prprio prazo de entrega, o
produto acaba ficando com uma quantidade menor de erros, os famosos bugs.Uma outra
caracterstica importante do Scrum que a equipe pode manejar as prioridades, garantindo
que os sprints que ainda no foram finalizados possam ser alterados sem causar problemas.

5- Pequenas diferenas
No Scrum, a priorizao sempre feita ordenando o produto backlog, e mudanas nas
prioridades para realizar no prximo sprint (no o sprint atual). Em Kanban voc pode escolher
qualquer mtodo de priorizao(ou mesmo nenhum), e as alteraes que entram em vigor
assim como a capacidade disponvel (em vez de uma coisa fixa). Pode ou no ser um produto
backlog, e pode ou no ser priorizado.
Na prtica, isso faz diferena. Em uma placa de Kanban a coluna mais esquerda
normalmente cumpre a mesma finalidade que um produto backlog Scrum. A lista classificada
por prioridade, a equipe precisa de algum tipo de regra de deciso para os itens que sero
puxados primeiro.Uma equipe que utiliza Scrum tem uma breve reunio (no mximo 15
minutos) todos os dias, ao mesmo tempo e mesmo local.O objetivo do encontro disseminar
informaes sobre o que est acontecendo, o plano do atual dia de trabalho, e identificar
quaisquer problemas significativos. Isso s vezes chamado de standup diria, uma vez que
feito geralmente em p (para mant-lo curto e manter um alto nvel de energia).Standups
dirias no so prescritos em Kanban, mas a maioria das equipes Kanban parecem faz-lo de
qualquer maneira. uma grande tcnica, independentemente de qual processo que voc usa.

6-Concluso

Este trabalho apresentou as metodologias Scrum e Kanban, focando no


comportamento de cada uma. .Ambas as metodologias tem grandes vantagens no
mercado atual onde a rapidez e a satisfao do cliente so as prioridades.
Como proposta de trabalho futuro, sugere-se a aplicao das metodologias em projetos
similares para que seja possvel perceber o comportamento, benefcios e diferenas de
casa metodologia.

7-Referncias Bibliogrficas
Anderson, D. Kanban: Successful Evolutionary Change for Your Technology Business.
In: Washington, Blue Hole Press,(2010).
Anderson, D. Agile Management for Software Engineering: Applying the Theory of
Constraints for Business Results. In: New Jersey, Prentice Hall, (2003).

Hoentsch, L. Silva. Uma anlise das Metodologias geis FDD e Scrum sob a
Perspectiva do Modelo de Qualidade MPS. In: Departamento de Computao,
Universidade Federal de Sergipe, So Cristvo SE, 49000-100, Brasil.
Mike, Cohn. User Stories Applied: For Agile Software Development, (2004).
Kniberg, Henrik. Kanban and Scrum: How to make the most of both. In: henrik.kniberg
crisp.se, 2009. Verso 1.1.