Você está na página 1de 11

Fundamentos da Agilidade

Nesta seo voc encontra artigos voltados para a prtica de mtodos geis.

Kanban: o gil adaptativo


Introduzindo Kanban na equipe gil

De que se trata o artigo? maduras e eficientes no que se prope? Como


Este artigo traz uma breve abordagem do modelo identificar onde esto os gargalos que fazem as
Kanban. O objetivo apresentar o sistema Kanban e equipes falharem nos seus sprints? Podemos dizer
explicar sua proposta. Entender o conceito de visua- com que o Kanban pode ajudar a identificar essas
lizao e o porqu algo to simples pode fazer uma falhas e solucion-las.
diferena to grande na qualidade dos resultados.
Resumo?
Em que situao o tema til? O mtodo Kanban para desenvolvimento de sof-
Nos ltimos anos o conceito de metodologia gil tware e processos geis tem como nfase no
vem movimentando o mundo de desenvolvimento sobrecarregar os membros que compe a equipe
de software. Metodologias mais populares como de criao do produto. Por isso, o mtodo contem
Scrum e XP, criadas nas fabricas de software, vem princpios bsicos como: a equipe ou membro
ganhando cada dia mais espao nas empresas deve iniciar uma nova tarefa quando capaz de
de tecnologia. Essas ferramentas surgiram com realiz-la agora, a equipe deve aceitar mudan-
a proposta de melhorar e agilizar os processos as incrementais e evolutivas estimuladas pelo
envolvidos no desenvolvimento de software, po- mtodo Kanban e respeitar os atuais processos,
rm no mundo real fica claro que os processos ain- papis e responsabilidades. Neste sentido, este
da no esto perfeitos. Mas o que fazer ento, artigo ir apresentar o sistema Kanban e explicar
sendo que essas ferramentas esto, teoricamente, sua proposta.

Flavio S. Mariotti
flaviomariotti@gmail.com
Especialista em Engenharia e Arquitetura

O
de Software. Ps Graduado pelo Instituto Kanban baseado na ideia O Kanban, basicamente, tem como
de Pesquisa Avanada de Tecnologia IBTA onde atividades em andamento principal objetivo transformar o tra-
em Engenharia de Software baseado em devem ser limitadas. Um novo balho em andamento visvel para toda
SOA. Bacharel em Sistemas de Informao item s pode ser iniciado quando o item equipe, criando um sinal visual que
pela UNIUBE e tcnico em Processamento
em andamento finalizado ou quando indica que o novo trabalho pode ou no
de Dados pela FEB. Consultor independente
no desenvolvimento de software em arqui- uma funo automtica inicia o mesmo ser iniciado e se o limite acordado para
tetura OO, SOA, GIS e Plataforma .NET. instantaneamente. cada fase est sendo respeitado.

6 Engenharia de Software Magazine - Kanban: o gil adaptativo


AG IL I DAD E

Neste momento, provavelmente voc est se perguntando, Gerenciamento do lead-time, ou seja, tempo que a ativi-
o que isso tem de interessante? David J. Anderson teve essa dade leva para passar por todas as fases at a sua entrega.
mesma sensao e segundo ele A teoria do Kanban no soa
muito revolucionria nem parece afetar profundamente o O sistema Kanban
desempenho, cultura, capacidade e maturidade de uma equipe Para entendermos a proposta desde conceito, vamos primei-
e a organizao na qual est inserida. Mas o impressionante ro estudar o sistema Kanban. Vamos chamar as tarefas que
que afeta! O Kanban parece uma mudana pequena e, no compe o painel Kanban de cartes. O nmero de cartes
entanto, muda tudo a respeito de uma empresa. representa a capacidade limite acordada em cada fase de um
Portanto, o Kanban no um processo e nem descreve papeis sistema que so colocadas em circulao.
e faces para serem seguidos. Podemos dizer que o Kanban Cada carto funciona como um mecanismo de sinalizao e o
uma abordagem para mudana gerencial do projeto, um concei- sistema s permite iniciar uma nova tarefa quando um carto
to para introduzir alteraes em um ciclo de desenvolvimento est disponvel. muito importante respeitar essa regra, e fazer
de software ou gerenciamento de projetos. com que qualquer novo trabalho espere em uma fila at que
Os mtodos geis fornecem transparncia sobre as ativida- um carto se torne disponvel.
des em andamento e concludas, e reportam mtricas com O sistema Kanban fornece um mtodo simples, barato e fcil
velocidade. O Kanban, no entanto, vai um passo alm e d de implementar e rapidamente comea a apresentar resultados
transparncia ao processo e seu fluxo, expondo gargalos, filas, permitindo gerenciar o limite de atividades em andamento e
variabilidade e desperdcios. Portanto, tudo que impacta no garantindo o bom desempenho da equipe.
desempenho da equipe de produo e para entrega de valor,
fica explcito no modelo Kanban. Afinal, por que usar um sistema Kanban?
Ao entender a proposta de um sistema Kanban, se torna
O que Kanban? simples perceber que o uso de um sistema prepara e limita o
O nome Kanban de origem japonesa e sua traduo seria trabalho em andamento para uma capacidade suportada pela
como sinal ou carto. Portanto, vamos chamar de sina- equipe. Esse recurso proporciona o equilbrio da demanda de
lizador ou melhor registro visual. O nome Kanban surgiu uma equipe controlando o seu rendimento, e consequentemente,
dos sistemas de carto usados nas indstrias de produo, que acelerando sua produo.
tinham como finalidade o gerenciamento do fluxo de trabalho simples deduzir que todas as pessoas produzem mais
atravs da organizao de desenvolvimento. quando conseguem equilibrar a vida pessoal e profissional.
O Kanban, com seu mecanismo de sinalizao, tem como O Kanban buscar atingir um ritmo sustentvel de desenvol-
objetivo apresentar uma atividade de trabalho em processo, vimento para que todos os indivduos possam alcanar esse
ou seja, o nmero de atividades ou cartes em circulao objetivo entre vida pessoal e profissional. Segundo David J.
equivalente capacidade do sistema. Anderson, O Kanban rapidamente elimina as questes que
Uma outra caracterstica importante do modelo Kanban o prejudicam o desempenho, e desafia uma equipe para se con-
conceito de puxar tarefa quando h capacidade de process- centrar em resolver essas questes a fim de manter um fluxo
la. Esse recurso vai de encontro ao tradicional modelo de constante de trabalho.
empurrar tarefa conforme sua demanda, mantendo assim o O Kanban atua fornecendo visibilidade nos processos, dei-
bom desempenho da equipe. Portanto, ao invs dos membros xando explcito os problemas e prendendo o foco da equipe em
que produzem o produto receberem atividades conforme suas qualidade. Portanto, este comportamento reflete os defeitos,
demandas, os requisitos so adicionados a lista de backlog e pontos de sobrecarga, custos econmicos sobre o fluxo de
puxados pelos membros que liberam suas atividades corren- rendimento e a variabilidade. A simples regra de limitar os
tes e se tornam disponveis para iniciar uma nova tarefa. trabalhos em andamento no sistema Kanban estimula maior
Uma boa metfora que descreve essa regra imaginarmos qualidade e maior desempenho na execuo de cada tarefa.
uma rodovia que suporta at 100 veculos para manter o fluxo O Kanban, com a combinao de fluxo, contribui para a reduo
de trafego com um bom desempenho, porm em todos os do estresse da equipe e melhora a previsibilidade e colaborao,
feriados essa rodovia recebe em torno de 200 veculos. Essa de- refletindo com isso, nas datas de vencimento para entrega de ta-
manda no suportada pela rodovia gera um congestionamento refas. Com a equipe produzindo e cumprindo os prazos de libera-
afetando consideravelmente o desempenho do trafego. Logo, o, o Kanban ajuda a fortalecer os laos de confiana dos clientes,
no adianta empurrar um numero de atividades no suportada parceiros, fornecedores e outras entidades relacionadas.
pela equipe, isso ir causar um congestionamento e afetar o Ao aplicar o Kanban, respeitando suas pequenas exigncias,
desempenho de produo. o sistema tende a contribuir para a maturidade da equipe,
A implementao do modelo Kanban se resume em trs podendo at afetar a cultura organizacional da empresa.
etapas que so: Com a identificao de falhas, a equipe consequentemente
Visualizar os processos; concentra-se em uma fora tarefa para resolv-las, e por contar
Limitar o trabalho em processo do ingls WIP (work in com maior contribuio da equipe, a tendncia de prevenir
progress); problemas futuros.

Edio 45 - Engenharia de Software Magazine 7


Por conta desta filosofia, o Kanban vem mostrando efici- rapidamente com novas implementaes Kanban. provvel, e
ncia e ganhando diariamente diversos profissionais que se esperado, que esta lista cresa medida que aprendemos mais
renderam aos benefcios proporcionados por ele. sobre os efeitos do Kanban nas empresas. Os comportamentos
que preenchem a lista atualmente so:
Aplicando o sistema Kanban no desenvolvimento de 1. Processos limitados e adequados para cada fluxo do
software projeto;
Para o desenvolvimento de software, comum o uso de um 2. Desenvolvimento sem a necessidade de iterao;
sistema Kanban digital. Porm, pode-se manter o conceito de 3. Gerenciamento do custo de implementao;
painel fsico e digital, isso reconhecido como boa prtica uma 4. Valores otimizados para classes de servios;
vez que ele mantm o princpio de sinalizao visual. 5. Gerenciamento de risco com alocao de capacidade;
Algumas empresas tem implementado o Kanban fsico utili- 6. Gesto quantitativa;
zando lousas, painis, paredes ou tabuleiros. Na verdade, no 7. Tende a atingir outros departamentos;
existe um objeto recomendado para usar, o importante que 8. Mescla pequenas equipes e proporciona um maior grupo
este painel seja visvel, atingindo o conceito de sinalizador de trabalho.
visual. Ainda neste artigo sero apresentados alguns modelos
de painel Kanban. Sinalizador visual Kanban
importante lembrar a alguns profissionais que vem usando O sinalizador visual Kanban funciona como uma ferramenta
paredes ou at mesmo portas do escritrio para sinalizar as ati- de sinalizao de processos, deixando explcito o fluxo de valor
vidades em andamento que, mesmo essa tcnica conseguindo atravs do processo em andamento. Para os adeptos ao Scrum,
servir como sinalizador visual das atividades em andamento, o quadro Kanban pode ser comparado ao recurso de quadro/
no podemos considerar isso um modelo Kanban. Para ser um placa Scrum para visualizao de tarefas.
sistema Kanban necessrio existir a ideia de puxar tarefas, Assim como a sequncia de colunas que representam os
conforme o limite acordado em cada fase, ou seja, para se tonar diferentes estados de uma tarefa existente durante o processo
um sistema Kanban necessrio aplicar as trs etapas cruciais de desenvolvimento, o carto ou sinalizador Kanban movido
que so: criar o painel de visualizao, limitar os processos de uma fase ou estado para outro, at que tenha sido aprovado
WIP e gerenciar o lead-time, aplicando o conceito de puxar para entrega.
uma nova tarefa quando um carto est disponvel. Um quadro simples representando o sistema Kanban
pode conter as seguintes etapas: anlise, desenvolvimento,
Priorizao aceitao e implantao. Esse modelo, primeira vista,
Ao aplicar os trs primeiros passos para a implementao do pode lembrar o conceito da engenharia de cascata, porm
modelo Kanban, os resultados tendem a aparecer com: cdigos na prtica, o Kanban no atua como o cascata e evita os
de alta qualidade, lead-time de desenvolvimento relativamente problemas decorrente do conceito. O Kanban tem como
curto, e controle do desempenho de produo. linha de produo a regra de limitar o processo em anda-
O gerenciamento do limite deve ser feito de forma rgida, mento, o WIP, essa regra evita as falhas apresentadas pela
evitando a priorizao de excees imprevistas no negcio, e engenharia cascata.
focando no desenvolvimento dos itens conforme acordado na A teoria do sistema Kanban no quadro visual aplicada
estratgia do projeto. recomendado que a ateno da gesto com a regra em que cada coluna ter um WIP estabelecido
seja mais dedicada para melhorar a capacidade e previsibili- e representados pelo nmero mximo de cartes em cada
dade de entrega. fase. O carto composto por uma breve histria do usu-
rio, descrevendo seus requisitos. Todo carto entra na fila
Buscando a maturidade na produo de backlog e aguarda a liberao de capacidade para entrar
Para alcanar o adjetivo maturidade, fundamental que a nas colunas seguintes. Quando as atividades envolvidas
equipe primeiro busque aprender a construir cdigos de alta com o carto na coluna em andamento so finalizadas, o
qualidade e equilbrio no trabalho em andamento para cumprir mesmo movido para a coluna seguinte, liberando espao
suas datas de entrega. para entrada de um novo carto.
A busca pela qualidade est conectada com a velocidade no O procedimento aplicado acima gera o conceito de puxar
nvel de produo. O desempenho da equipe de desenvolvi- cartes para inicializao. A prioridade dos cartes a serem
mento pode ser fortemente beneficiada com a eliminao de iniciados deve seguir as exigncias e estratgias do projeto.
retrabalhos, com isso, a equipe pode alcanar um ritmo de
produo de alta performance. Exemplos de sinalizadores visuais Kanban
O quadro de sinalizao visual do Kanban uma das princi-
Comportamento emergente com Kanban pais etapas propostas pela ferramenta, porm, cabe ressaltar
O Kanban foi implementado na Corbis em 2007 pelo seu que ao aplicar o limite de trabalho em andamento e determinar
idealizador David J. Anderson. Este trabalho resultou em o lead-time, importante customizar o quadro conforme suas
uma lista de comportamentos emergentes que vem crescendo necessidades.

8 Engenharia de Software Magazine - Kanban: o gil adaptativo


AG IL I DAD E

Nesta etapa do artigo, ser apresentado um modelo de quadro o sprint. A entrega com atraso apresenta riscos e tende a afetar
Kanban. Este exemplo ser customizado conforme as necessi- o desempenho da produo, afetando significativamente o
dades da equipe. O importante respeitar as poucas polticas resultado de valor entregue ao cliente.
exigidas pelo Kanban, e depois customizar na tentativa de O Scrum prope aos membros da equipe a trabalharem
acelerar e aperfeioar o conceito de comunicador visual. juntos em apenas uma necessidade antes de iniciar um novo
A Figura 1 ilustra um modelo simples de sinalizador visual item. O Kanban aplica essa orientao de forma implcita e
Kanban. Nesta representao, fica fcil identificar o limite de explcita, definindo um limite no nmero de itens em anda-
cartes estabelecidos para cada fase. Este limite est repre- mento. Ao limitar a quantidade de trabalho em andamento, a
sentado pelos nmeros em vermelho no cabealho. Os cartes equipe , consequentemente, forada a colaborar na busca por
ilustrados pelos retngulos representam uma breve histria soluo nos itens que apresentam riscos para o desempenho
dos usurios, ou seja, as demandas. As imagens com formato do desenvolvimento.
de rosto representam os responsveis pelos trabalhos em an- Outro benefcio alcanado com a aplicao de limites de
damento. Portanto, este exemplo aplica as trs etapas cruciais trabalho em andamento o ganho do conceito de puxar novos
para obter os benefcios alcanados com o sistema Kanban. itens, o que garante que nunca a demanda excede a capacidade
de produo. recomendado que os limites sejam estabelecidos
pela equipe em colaborao e a equipe de administrao ou
gesto do projeto. Isso contribui para otimizao no fluxo de
trabalho. Essa colaborao tambm implica na gesto alinhada
com a estratgia do negcio e proteo do limite WIP.

Benefcios alcanados com o Kanban


Alguns estudos vem mostrando os diversos benefcios alcan-
ados pelas equipes que adotaram o Kanban. Algumas van-
tagens observadas so: falhas tornam-se claramente visveis
em tempo real; o benefcio de encontrar os gargalos faz com
que as pessoas passem a colaborar ainda mais para a cadeia
de valor em vez de apenas fazerem a sua parte.
Um outro aspecto interessante do modelo Kanban que
ele fornece uma evoluo gradual do processo cascata para o
modelo de desenvolvimento gil de software. Com isso, vem
Figura 1. Ilustrao de um sinalizador visual Kanban conquistando as empresas que ainda no tinham se rendido
s metodologias geis. O fato de poder fazer desenvolvimento
importante ressaltar que o desenvolvimento de um quadro de software gil, sem necessariamente ter que usar o time-box,
Kanban ir evoluir conforme as necessidades de cada organiza- iteraes e sprints de Scrum, torna o modelo mais amigvel e
o. Algumas empresas vem incluindo uma coluna chamada fcil de ser adotado.
Refletir. Esta fase prope uma reflexo por cada carto que Outro benefcio relevante observado com o uso do Kanban
chega ao estado final do processo. Esta coluna adicionada que, naturalmente, o conceito tende a se espalhar para outros
ao quadro na tentativa de aplicar melhoria continuada em departamentos da organizao, aumentando a visibilidade de
todos os processos. tudo o que est acontecendo na empresa.
Mattias Skarin publicou recentemente em seu blog dez
diferentes quadros de visualizao. Na apresentao de cada Combinando mtodos geis
modelo proposto por Mattias Skarin, fica clara a evoluo dos Uma dvida frequente nas discusses e fruns sobre metodo-
sinalizadores conforme a necessidade de cada equipe. Conhea logias geis : posso utilizar Kanban junto com meu processo
mais acessando o endereo: http://blog.crisp.se/2009/11/16/ atual? A resposta simples e positiva, SIM. O Kanban vem com
henrikkniberg/1258359420000. a proposta de agregar. Portanto, o primeiro passo visualizar o
processo atual adotado pela empresa, e implementar os conceitos
Trabalhando com processos limitados Kanban para encontrar os gargalos existentes no processo.
O Kanban vai alm de rastrear e demonstrar visualmente
o progresso de uma atividade em andamento. No Kanban, o Mitos e verdades do Kanban
conceito de limitar o que deve ser feito aplicado em todas Como toda metodologia, o Kanban j vem recebendo algumas
as colunas do quadro. Essa uma maneira rpida de reduzir caractersticas que no condizem com a realidade. Uma delas
o lead-time. o mito que o Kanban no um processo com iteraes. Na
Para os usurios do Scrum, essa uma diferena fundamental verdade, a iterao Kanban pode ser usada se necessria. Esse
entre o quadro Scrum e o quadro Kanban. Um dos desafios co- recurso opcional, o importante faz-lo somente se existe
muns enfrentados com o Scrum o atraso na entrega conforme uma necessidade em seu contexto.

Edio 45 - Engenharia de Software Magazine 9


Outro mito comum sobre o Kanban dizer que no se usa at o fluxo de valor da organizao. A verdade que vrias
estimativas, na verdade esse tambm um item opcional, e empresas vem buscando alinhar seus esforos e ganhar vanta-
requer cuidado com o uso desse recurso. gens competitivas em seus mercados, e o Kanban, sem dvida,
Um erro comum visto em debates sobre Kanban dizer que pode ser uma ferramenta de auxilio na busca de uma produo
esse modelo melhor que Scrum, XP, RUP e etc. O Kanban com alto desempenho.
apenas mais uma ferramenta do processo, e no h tal com-
parao para determinar qual melhor ou pior. Outro erro
Links
dizer que o Kanban veio para substituir as tradicionais metodo-
logias geis. Novamente cabe lembrar que o Kanban apenas Limited WIP Society
um recurso que interfere sobre o gerenciamento de fluxo de http://www.limitedwipsociety.org/
trabalho, portanto, sua proposta no substituir nenhuma
ferramenta, e sim, implementar os conceitos de mudana de InfoQ - Kanban
unidade, aplicando o modelo visualizao, limites de WIP e http://www.infoq.com/Kanban
evoluir com seus resultados.
Kanban and Scrum making the most of both
Concluso http://www.infoq.com/minibooks/kanban-scrum-minibook
Com este artigo podemos concluir que o Kanban permite de
forma efetiva visualizar o fluxo de trabalho e dividir o trabalho David J. Anderson, Kanban: Successful Evolutionary Change for Your Technology Business, 2010.
em partes, escrevendo cada item em um carto e incluindo
ele no painel de visualizao. Jim Benson; Tonianne DeMaria Barry, Personal Kanban, 2011.
O uso de colunas nomeadas atua como sinalizador, ilustrando
onde cada item est no fluxo de trabalho. A aplicao de limite John M. Gross; Kenneth R. McInnis, Kanban Made Simple, 2008.
de trabalho em progresso (WIP work-in-progress) em cada
coluna contribui para gesto e diminuio do lead-time.
provvel que diversas equipes de software adotem o D seu feedback sobre esta edio! Feedback
eu
Kanban, sendo que algumas podem adotar o Kanban defini-

s
D
tivamente, enquanto outras equipes usaro Kanban no nvel A Engenharia de Software Magazine tem que ser feita ao seu gosto.

sobre e
de portflio de projetos, continuando a utilizar outras meto- Para isso, precisamos saber o que voc, leitor, acha da revista!

s
ta
edio
dologias no nvel de equipes pequenas. D seu voto sobre este artigo, atravs do link:
Kanban ainda uma ferramenta muito nova e vem se es- www.devmedia.com.br/esmag/feedback
tendendo desde pequenas equipes para o projeto de portflio

10 Engenharia de Software Magazine - Kanban: o gil adaptativo


Fundamentos da Agilidade

Nesta seo voc encontra artigos voltados para a prtica de mtodos geis.

Kanban no desenvolvimento de projetos de


software
Entendendo os desafios e a receita para o sucesso

De que se trata o artigo? Resumo?


Neste artigo ser apresentado o mtodo Kanban, O mtodo Kanban para desenvolvimento de sof-
uma interessante e simples abordagem para mo- tware a cada ano ganha mais destaque na inds-
nitoramento e melhoria de processos de software tria de TI, pois vem conseguindo promover a me-
que tem uma forte inspirao no Sistema Toyota de lhoria contnua no processo de trabalho de muitas
Produo. equipes de empresas das mais variadas reas de
negcio e tamanho. Nesse artigo apresentada
Em que situao o tema til? uma introduo ao mtodo Kanban, destacando
Se a sua empresa ou a sua equipe est com difi- os seguintes tpicos:
culdades para melhorar a forma de trabalho, no t)JTUSJDPFBTNPUJWBFTRVFMFWBSBN%BWJE"OEFS-
Thiago Ghisi importando se ela usa ou no mtodos geis, o son a fazer a adaptao do mtodo da indstria de
thiago.ghisi@gmail.com / @thiagoghisi Kanban pode ser uma das melhores alternativas manufatura (Toyota) para a indstria de software;
Ps-graduando em Gesto de Negcios
para fazer isso com o mnimo de resistncia. Alm t"TDJODPQSPQSJFEBEFTDFOUSBJTFPGVODJPOBNFO-
(UNISUL). Bacharel em Cincia da Compu-
tao (UNISUL, 2011). Tcnico em Redes de de ser um mtodo muito simples, comparado to do mtodo;
Computadores (SENAI, 2005). maioria das metodologias/frameworks de desen- t,BOCBOQPEFTFSDPOTJEFSBEPVNNUPEPHJM
consultor certificado para implementa- volvimento atuais, suas propriedades promovem t 6N HVJEFMJOF QBSB UFS TVDFTTP DPN P NUPEP
o do MPS.BR e Sun Certified Program- a colaborao. Kanban, focando principalmente no que deve ser
mer for the Java Platform, SE 6. H 6 anos
priorizado para se obter as melhorias mais signifi-
no ramo de tecnologia e desenvolvimento
de software, j atuou como: Professor Vo- cativas mais cedo.
luntrio de Informtica, Tcnico em Infor-
mtica, Pesquisador de Iniciao Cientfica,

N
Desenvolvedor, QA, Gerente de Projetos, o h mais dvidas de que a in- ainda defeituoso, inadequado aos de-
Analista de Sistemas e de Requisitos, Au-
dstria de software uma das sejos do cliente, entregue fora do prazo
ditor de Garantia da Qualidade (PPQA) e
Analista de Processos. Possui experincia mais importantes atualmente. e acima dos custos esperados.
na definio e implantao de processos O mercado brasileiro de software e ser- Observando esses e muitos outros
aderentes ao CMMI e ao MPS.BR e, em ava- vios de TI, segundo o ltimo relatrio problemas, h mais de 10 anos, 17
liaes MA-MPS nvel F e SCAMPI Classe A da ABES [9], de US$ 19 bilhes e cresce profissionais da rea escreveram e
nvel 2. entusiasta em desenvolvimento
de 25% a 30% ao ano desde 2004. Porm, assinaram um manifesto: o manifesto
gil desde 2007. Atuamente, trabalha na
Nexxera Techpeople, em Tubaro, SC. grande parte do software produzido para desenvolvimento gil de software.

Edio 45 - Engenharia de Software Magazine 11


Neste, todos concordaram com alguns valores comuns, Para David, sem um conjunto mnimo de orientaes para
dentre eles: guiar o lder, treinador ou engenheiro de processo, qualquer
As metodologias geis concentram-se nas pessoas envolvidas adaptao no processo estava susceptvel a ser aplicada sub-
na produo; jetivamente. Novos times sempre iro resistir a mudanas se
Os planejamentos em longo prazo so falhos; voc empurrar para eles processos que foram feitos para outras
mais importante aceitar e adaptar-se a mudanas do que realidades e que tiveram bons resultados l.
seguir planos rgidos; A concluso que David chegou que preciso ter uma evo-
Software funcionando o melhor indicador de progresso luo com o novo time de uma forma incremental, partindo
nos projetos de software. do processo que atualmente seguido. Isso porque: Cada
time diferente: diferentes conjuntos de habilidades tcnicas,
Tendo como base grande parte dos princpios desse manifes- capacidades e experincia. Cada projeto diferente: oramento,
to, bem como a filosofia Lean do Sistema Toyota de Produo cronograma, escopo e riscos diferentes. E, cada organizao
(TPS Toyota Production System), surgiu o Kanban para diferente: o processo de produo de software diferente em
Desenvolvimento de Software. cada rea de negcio. [1].
A filosofia Lean tem como objetivo a constante identificao Esse o principal motivo pelo qual o Kanban um framework
e a eliminao de qualquer espcie de desperdcio no sistema para melhorias. Isto , ele orienta que o processo de trabalho
de produo. deve ser customizado em cada time de cada projeto de cada
A histria do Kanban para desenvolvimento de software, organizao. Ou seja, um processo no deve ter suas prticas
assim como a histria da grande maioria das metodologias, seguidas risca da mesma forma em todos os times, de todos
modelos de maturidade, processos de desenvolvimento e pro- os projetos, de todas as organizaes do mundo, como a grande
cessos em geral, comea com um grande desejo, muitas ideias, maioria das metodologias do mercado prescreve.
testes (na prtica) e diversos ajustes (o mtodo cientfico) at Em 2005, o mtodo de trabalho de David Anderson era base-
atingir os primeiros casos de sucesso. ado principalmente na Teoria das Restries (TOC Theory of
A principal diferena do Kanban para as demais metodolo- Constraints) e na FDD (Feature Driven Development).
gias de desenvolvimento de software atuais que ele foi um A Teoria das Restries foi apresentada pela primeira vez em
modelo adaptado de outra indstria, a de manufatura, mais 1984 por Eliyahu M. Goldratt, no famoso livro A Meta. Segun-
especificamente da Toyota. David Anderson [1] foi o grande do David Anderson [1], a habilidade de identificar gargalos
responsvel por essa adaptao. em um sistema o primeiro passo para entender a Teoria das
A histria comea em 2002, quando Anderson, cansado de ver Restries. O efeito dos sistemas puxados, ou, processo de
equipes de desenvolvimento e departamentos inteiros de TI produo puxado so tpicos que tambm ajudam a compre-
merc de outros departamentos, decide voltar seus esforos ender melhor a teoria. Nele, a sada de produtos acabados, tal
para responder a duas perguntas [1]: como o software pronto para ser usado, ao final do processo de
1. Como proteger a minha equipe da demanda incessante de desenvolvimento, dita o ritmo da introduo de novos requi-
negcio e alcanar o que a comunidade gil chama de ritmo sitos no sistema. Isso evita acmulos de produtos inacabados
sustentvel? ao longo da linha de montagem, diminuindo a quantidade de
2. Como adotar uma abordagem gil em toda a empresa e trabalho em progresso. J a FDD uma famosa metodologia
superar inevitveis resistncias mudana? gil que o prprio David ajudou a criar.
Mais tarde, em 2007, aps fazer algumas customizaes na
Como cita em seu ltimo livro, Kanban: Successful Evolutio- sua forma de trabalho inspiradas em prticas do Sistema Toyota
nary Change for Your Technology Business [1], publicado em de Produo, David apresentou nas conferncias Lean New
2010, Anderson tinha um grande desejo: encontrar no setor Product Development e Agile 2007 os resultados prelimi-
de TI uma relao ganha-ganha entre o departamento de nares do uso de Kanban na Corbis, uma empresa fundada por
negcio e as equipes de desenvolvimento de software e TI. Bill Gates, da Microsoft.
Na tentativa de atingir esses objetivos, David idealizou, Durante certo perodo, David chegou a ter dvidas a respei-
testou e falhou muitas vezes nas diversas organizaes em to da eficincia do Sistema Toyota de Produo, mesmo com
que trabalhou. Ele notou que implantar um processo de de- muitas pessoas falando o contrrio. Porm, aps conhecer um
senvolvimento de software totalmente prescritivo, na maioria pouco mais a respeito do pensamento de Taiichi Ohno, um dos
das vezes, no funcionava. Assim, chegou concluso que criadores de tal sistema, e a ideia por trs da cultura Kaizen
um processo precisava ser adaptado para cada situao, e que (a qual ser falada no prximo tpico), David reconheceu, [1]
para fazer isso, era necessria uma liderana ativa em cada atravs de experincias ao longo dos cinco anos posteriores a
equipe. Porm, esta era muitas vezes inexistente. E, mesmo eficincia desse sistema que originou o Kanban.
com uma liderana certa, ele duvidava que mudanas signi- Kanban (com K maisculo) um mtodo de mudana
ficativas acontecessem sem uma metodologia ou, no mnimo, evolutivo para monitoramento e melhoria de processos de
sem orientaes de como adaptar o processo para atender a produo, que utiliza kanban (com k minsculo) para au-
diferentes situaes. xiliar na visualizao do fluxo e para permitir a criao de

12 Engenharia de Software Magazine - Kanban no desenvolvimento de projetos de software


AG IL I DAD E

um sistema puxado de trabalho alm de outras ferramentas


para catalisar a introduo de ideias Lean nas reas de de-
senvolvimento de software e operaes de TI. um processo
evolutivo e incremental. Kanban lhe permite atingir processos
otimizados para contextos muito especficos, com resistncia
mnima e mantendo um ritmo sustentvel para os trabalha-
dores envolvidos. [1].

O mtodo Kanban
Como implementar mudanas continuamente no processo
de trabalho da equipe com sucesso? Este um ponto funda-
mental e um dos motivadores centrais das cinco propriedades
do mtodo Kanban:
1. Visualizar o fluxo de trabalho; Figura 1. Kanban systems for software development [10]
2. Limitar a quantidade de trabalho em andamento;
3. Medir e otimizar o fluxo de trabalho; Para Alisson Vale [5], em atividades que envolvem trabalho
4. Tornar explcitas as polticas do processo; criativo, como desenvolvimento de software, o propsito
5. Gerenciar quantitativamente. do Kanban provocar conversaes sobre o sistema de
trabalho.
O Kanban no uma metodologia, mas sim um framework Para limitar a quantidade de trabalho em andamento
para implementar mudanas de forma incremental. Esse um necessrio definir, monitorar e manter um limite mximo de
conceito muito importante para que se entenda o Kanban como tarefas em andamento para cada uma das etapas de trabalho
um todo j que, quando se fala em metodologias, fala-se em mapeadas no quadro kanban, como visto na Figura 1.
conjuntos de prticas e o Kanban no tem nenhuma prtica Ao estabelecer os limites, a equipe comea a identificar
prescrita. H, nele, somente propriedades que devem guiar a onde esto os principais gargalos do processo de produo
melhoria no processo atual, no importando quais prticas e comea a ter que terminar todo o trabalho inacabado na
estejam sendo usadas. linha de produo para conseguir puxar mais trabalho para
Ao usar o Kanban, como veremos mais detalhes ao decorrer o gargalo. Com isso, o trabalho tende a ser finalizado de uma
do artigo, esperado que se consiga visualizar quais prticas forma incremental e no de uma forma cascata, tornando-se
esto sendo positivas e quais esto sendo negativas e isso, assim um sistema puxado (TOC), onde a equipe que dita a
consequentemente, vai conduzir a mudanas, que, natural- sua capacidade de produo.
mente adicionaro, eliminaro ou alteraro as prticas atuais O uso do sistema puxado, juntamente com a visualizao de
de trabalho. todo o processo de desenvolvimento por toda a equipe, permite
A forma mais comum de se conseguir visualizar o fluxo de implementar mudanas no processo de modo incremental.
trabalho atravs de um kanban. Esse uma espcie de qua- Consequentemente, h reduo significativa da resistncia, o
dro, que pode ser fsico, normalmente colocado em uma das que facilita o alcance do ritmo sustentvel, teoria to comenta-
paredes do local onde a equipe trabalha, ou virtual. O uso do da em desenvolvimento gil, mas para a qual poucas definies
quadro virtual tem alguns prs e contras. Os pontos fortes so existem alm das 40 horas semanais de trabalho.
basicamente a facilidade de extrao de mtricas e o histrico. Uma citao de David [1] sintetiza isso: Um interessante
O principal ponto fraco dessa abordagem a dificuldade que a efeito colateral de sistemas puxados que eles limitam o
equipe ter para analisar e evoluir conjuntamente o processo trabalho em andamento (WIP Work In Progress) para certa
de trabalho. quantidade acordada, evitando assim que trabalhadores fi-
Nesse quadro, inicialmente devem ser modeladas cada uma quem sobrecarregados..
das etapas necessrias para se produzir o software, isto , todo Outro fator importante o ganho que se tem ao praticamente
o workflow de trabalho. E, em cada uma dessas etapas deve ser impedir que uma mesma pessoa execute vrias tarefas no mes-
colocado e mantido um carto, a fim de simbolizar um trabalho mo projeto em paralelo. Vale destacar tambm o processo Just in
que est em andamento, como podemos ver na Figura 1. Cada time (JIT), que evita o acmulo de estoque ao longo do processo
um desses cartes deve conter informaes detalhadas sobre a de desenvolvimento, como se faz no ciclo de vida em cascata.
atividade, bem como quem est desenvolvendo o item, e quando Nesse caso, software em estoque so todos os requisitos que
o mesmo foi iniciado. ainda no foram liberados para o cliente usar.
No Kanban para desenvolvimento de software, o kanban No desenvolvimento de um software, como em qualquer
deve ser mantido e evoludo por toda a equipe, o tempo todo. outra atividade intelectual, por mais contra intuitivo que possa
A proposta baseia-se em fazer a prpria equipe enxergar onde parecer, executa-se com mais qualidade e mais rapidamente
est errando e deix-la tomar decises seguindo um framework duas tarefas fazendo-as uma de cada vez, do que as duas em
simples, que guiar grande parte dessas melhorias. paralelo o tempo todo.

Edio 45 - Engenharia de Software Magazine 13


Segundo Rodrigo Yoshima [7], um dos grandes pontos fortes Como David ressalta em seu livro [1], a abordagem evolutiva do
desse mtodo o modelo embutido nele para trabalhar com a Kanban, que promove a implementao de mudanas no proces-
melhoria de processos, o modelo Kaizen. Alm do modelo Kai- so de forma incremental, tem sido controversa na comunidade
zen, existe o modelo Kaikaku. Vamos s diferenas: Kaikaku gil de desenvolvimento de software. Isso ocorre principalmente
uma palavra que define mudanas de processos classificadas porque se sugere que as equipes no adotem um mtodo ou
como melhoria radical. [7]. modelo de processo. Vale ressaltar que a atual indstria de
Implantar o Scrum, por exemplo, exige esse cenrio [7], pois servios e ferramentas desenvolveu-se em torno de um pequeno
o Scrum requer profundas mudanas organizacionais como conjunto de prticas definidas em dois populares mtodos de
a gesto abdicar de muitos instrumentos de controle, quebrar desenvolvimento gil: XP e Scrum. Depois, com o Kanban, os
com a separao entre os grupos e mudar posies hierrquicas indivduos e as equipes esto habilitados para desenvolver suas
estabelecidas. prprias solues por meio de um processo nico que evitaria
Kaizen a palavra Lean para indicar mudanas de melhoria a necessidade de tais servios e ferramentas. Isso porque os
menores e contnuas. Ao contrrio do Kaikaku, Kaizen no mesmos requerem um novo conjunto de ferramentas e servios
to traumtico, melhor aceito por todos (gerentes inclusive) e muito especficos para cada realidade. Dessa forma, torna-se
mais simples de implementar. Tudo a nossa volta est suscetvel mais complicado para essa indstria ganhar dinheiro.
a um evento Kaizen. Kaizen simplesmente significa mudana Tanta discusso acerca do assunto fez o pessoal do Kanban
para melhor. [7]. criar um logo de manifesto chamado: Yes We Kanban, que
Na abordagem Kanban, aplicando a cultura Kaizen, antes David [1] explica: O slogan Yes We Kanban se destina a
de mudar qualquer coisa devemos entender o ambiente de enfatizar que voc tem permisso. Voc tem permisso para
trabalho. Se filas, bloqueios, gargalos ou problemas entre tentar Kanban. Voc tem permisso para modificar o seu pro-
reas esto nos prejudicando, primeiro, vamos visualizar cesso. Voc tem permisso para ser diferente. Sua situao
isso, convencer o grupo dos problemas e usar Kaizen para a nica e merece o desenvolvimento de um processo adapta-
melhoria do ambiente com pequenas mudanas incrementais do e otimizado para o seu domnio, o seu fluxo de valor, os
e constantes. Isso ir fortalecer a cultura da empresa, pois ela riscos que voc gerencia, as habilidades de sua equipe e as
compreender suas falhas com provas palpveis que sero a demandas de seus clientes..
motivao para as mudanas [7]. Portanto, podemos dizer que o objetivo de Kanban no
Segundo Jos Papo [8], alm disso, a filosofia e prticas Lean, tornar a sua equipe gil, e sim, melhorar a forma de trabalho.
como o caso do Kanban, focam na auto-organizao do time, na Ele tanto pode melhorar processos geis como tambm pode
responsabilidade conjunta pelos objetivos de negcio do projeto e melhorar processos tradicionais.
na produtividade com qualidade e com ritmo sustentvel. Todas
elas so prticas de administrao consagradas e evidenciadas por Qual a receita para ter sucesso com Kanban?
Peter Drucker para liderar trabalhadores do conhecimento. Para que qualquer pessoa que queira ser um agente de
As duas ltimas propriedades do Kanban citadas (tornar ex- mudana na sua organizao tenha sucesso rpido (ou, uma
plcitas as polticas do processo e gerenciar quantitativamente) melhoria rpida) e com baixa resistncia da equipe, com foco
so praticamente atendidas deixando claro para toda a equipe na melhoria de processos em alguns pontos com o uso ou at
as trs primeiras propriedades e reforando que toda sugesto mesmo sem o uso do mtodo Kanban, preciso seguir algumas
de otimizao no processo deve ter como base modelos mate- etapas. De acordo com David, so elas:
mticos que provem as mtricas. 1. Focar na qualidade;
2. Limitar a quantidade de trabalho em progresso;
Kanban uma metodologia gil? 3. Entregar frequentemente;
Nos ltimos tempos, acompanhamos uma briga forte entre 4. Balancear demanda com a capacidade mxima;
Kanban e as demais metodologias geis, principalmente o 5. Priorizar tarefas;
Scrum. A polmica central : quem usa Kanban gil? 6. Atacar fontes de variedade.
Rodrigo Yoshima [9] explica que o maior objetivo do Kanban
melhorar um processo existente, por pior que ele seja. Ainda O autor orienta que essas etapas sejam seguidas na ordem em
segundo Yoshima, o Kanban permite melhorar at mesmo que so apresentadas. A partir de agora, passa-se a discorrer
processos que seguem o ciclo de vida em cascata, fazendo eles um pouco a respeito de cada uma delas.
se tornarem geis e podendo melhorar continuamente, e at
mesmo superarem o Agile. Isso tudo graas cultura Kaizen Focando na qualidade
que o Kanban quer trazer tona. Como os agentes de mudanas nas empresas de TI so ge-
Outro ponto a ser destacado que para o Kanban, diferente ralmente pessoas com um background tcnico, essa tende a
da grande maioria das metodologias geis, no importa quais ser uma das etapas mais fceis de ser implementada, princi-
prticas voc ir aplicar para melhorar o seu processo, o im- palmente por ser um problema bem entendido por todos. As
portante que voc tenha argumentos, preferencialmente outras etapas desse guia [1] tendem a ter uma implementao
estatsticos, que expliquem o porqu dessas decises. mais difcil porque dependem da colaborao de outras reas

14 Engenharia de Software Magazine - Kanban no desenvolvimento de projetos de software


AG IL I DAD E

e equipes. Com isso, exigem que o agente de mudana tenha do conhecimento, como em desenvolvimento de software,
muitas habilidades de negociao, articulao e bastante in- cresce exponencialmente com a quantidade de trabalhos em
teligncia emocional [1]. andamento. Tanto a transferncia como a descoberta de infor-
Os maiores geradores de retrabalho em desenvolvimento de maes no desenvolvimento de software conhecimento tcito
software so os defeitos causados principalmente pela baixa por natureza e criado durante sesses de trabalho colabora-
qualidade das entregas. E, alm de um gerador de retrabalho, tivo, face a face. A informao verbal e visual, mas em um
baixa qualidade faz os clientes ficarem inseguros e a equipe formato casual, como um esboo em um quadro branco.
desmotivada. Nossas mentes tm uma capacidade limitada para armazenar
O incentivo qualidade das entregas tem um grande conhecimento tcito. E, quanto mais tempo passa, h mais
impacto na produtividade das equipes com altas taxas de falhas para recordar detalhes precisos. Assim, uma srie de
defeitos. Segundo David [1], em equipes verdadeiramente erros cometida. Equipes que trabalham de um modo gil,
ruins, somente concentrando-se na qualidade pode-se obter em um mesmo espao de trabalho, tm uma maior facilidade
uma melhoria de produtividade de at dez vezes. em reter o conhecimento tcito.
Para David [1], tanto as tcnicas de desenvolvimento gil Mas, independentemente da forma de trabalho da equipe, o
como as abordagens tradicionais tm seu mrito para a conhecimento tcito se deprecia com o passar do tempo. Por
melhoria da qualidade. As principais prticas incentivadas isso, tempos de espera (lead time) menores so essenciais para
por ele para a melhoria da qualidade so: os processos que envolvem muito conhecimento tcito. O foco
1. Escrever testes automatizados, preferencialmente antes; da reduo de trabalho em andamento est diretamente rela-
2. Revisar cdigo (Verificao); cionado com a reduo dos tempos de espera (lead time).
3. Fazer atividades de anlise e design do software de forma Assim, podemos deduzir que haver menor depreciao
colaborativa; de conhecimento tcito quando temos menos trabalho em
4. Usar Design Patterns; progresso o que resultar em maior qualidade. Em resumo,
5. Usar ferramentas modernas de desenvolvimento. reduzindo a quantidade de trabalho em andamento, melhora-
se a qualidade e possibilita-se entregas mais frequentes. Isso
Parece haver uma vantagem psicolgica em pedir para os aumenta a confiana externa na equipe.
desenvolvedores escreverem testes antes, porm, importante Alm de reduzir a quantidade de trabalho em andamento,
ressaltar que tambm existem inmeros casos de sucesso com a importante reduzir o tempo de uma iterao, pois isso tambm
escrita dos testes aps a codificao. trar um impacto positivo significativo na qualidade. Segundo
Inspees ou revises de cdigo ajudam a melhorar tanto a David [1], parece que existe uma relao entre a quantidade
qualidade externa como, notadamente, a qualidade interna do de trabalho em andamento e a qualidade, ou seja, defeitos vo
software. Todas as tcnicas tm o seu valor. Programao em aumentar com o aumento da quantidade de WIP. Portanto, faz
par e reviso por pares so alguns exemplos. No entanto [1], ins- sentido que iteraes de duas semanas sejam melhores do que
pees de cdigo so melhores quando so feitas em pequenas iteraes de quatro semanas e que iteraes de uma semana
quantidades vrias vezes. David menciona [1] que ele costuma sejam melhores ainda. Iteraes mais curtas iro resultar em
encorajar as suas equipes a inspecionar cdigo, todos os dias, por entregas de maior qualidade.
pelo menos 30 minutos. Seguindo a lgica das evidncias apresentadas, se sabido
Sem dvidas, quando toda a equipe trabalha em conjunto na que limitar o WIP ir melhorar a qualidade, por que no intro-
anlise dos problemas para as solues de design, a qualidade duzir poltica explcita para isso, deixando assim os gerentes
superior do que quando apenas uma pessoa faz isso. Assim como livres para se concentrarem em outras atividades? Essa jus-
as inspees de cdigo, atividades de modelagem de software tamente uma das propriedades do Kanban. Entretanto David
devem ser feitas em pequenas quantidades, todos os dias. afirma [1] que ainda no existe nenhuma evidncia cientfica
Os padres de projeto de software, mais conhecidos pelo termo desse resultado que foi observado apenas empiricamente.
original em ingls Design Patterns, descrevem solues para
problemas j conhecidos e recorrentes no desenvolvimento de Entregando frequentemente
software orientado a objetos. O uso de padres de projeto garante Para entendermos a importncia dessa etapa, David apresenta
que defeitos de design sejam eliminados j no incio do projeto. uma excelente analogia em seu livro [1]: Quando eu ensino
O uso de ferramentas modernas de desenvolvimento melhora isso nas aulas, eu gosto de perguntar s mulheres da classe o
a qualidade porque a grande maioria dessas inclui funes de que elas pensam sobre duas situaes depois de ter um pri-
anlise de cdigo esttica e dinmica, que evitam que os desenvol- meiro encontro com um cara:
vedores introduzam problemas bsicos e j bem compreendidos, Situao 1: Eles tiveram um bom encontro, mas depois
como falhas de segurana, no software. disso ele no d sinais de vida a ela durante duas semanas.
Mas, ento, ele aparece em sua porta com um ramo de flo-
Limitando a quantidade de trabalho em andamento res e um pedido de desculpas;
fcil especular porque limitar a quantidade de tarefas em Situao 2: Eles tiveram um bom encontro e na mesma noite
andamento aumenta a qualidade. A complexidade do trabalho a caminho de casa ele envia uma mensagem de texto a ela

Edio 45 - Engenharia de Software Magazine 15


dizendo: Eu me diverti muito esta noite. Eu realmente quero encurtar os lead times, e entregar (software funcionando)
me encontrar com voc novamente. Posso ligar para voc com frequncia. Em seguida, equilibrar a demanda contra
amanh? E, esse mesmo cara, segue ligando e enviando a capacidade mxima, limitar a quantidade de trabalho
mensagens dia aps dia. em andamento, e criar folga para liberar capacidade, o que
Qual cara vocs acham que elas preferem?. permitir a melhoria contnua. Ento, com isso funcionando
razoavelmente e continuamente otimizando a capacidade de
Pequenos e frequentes gestos no custam quase nada, entre- desenvolvimento de software, melhore a priorizao para
tanto, eles constroem mais confiana do que grandes e caros otimizar a entrega de valor..
gestos ocasionalmente. Portanto, realizar frequentemente O Kanban permite que voc implemente todas as seis etapas
pequenas entregas de alta qualidade constri mais confiana dessa receita.
para as equipes parceiras do que entregas maiores, mas com
menos frequncia. Concluso
interessante conhecer as motivaes que levaram David
Balanceando a demanda com a capacidade mxima Anderson a chegar at o mtodo Kanban para o Desenvol-
Construir um consenso em torno da necessidade de equilibrar vimento de Software e, atravs da sua receita, entender o
a demanda contra a capacidade da equipe crucial. No entanto, porque da maioria das propriedades por trs do Kanban.
para isso, preciso resolver problemas como a disfuno entre Essa metodologia tem sido um assunto recorrente e tende a
os papis e as responsabilidades dos membros da equipe. continuar sendo, j que uma forma eficiente de melhorar
Essa etapa implica definir a taxa em que a equipe aceita novos continuamente a rea.
requisitos no processo de desenvolvimento de software para Se a sua empresa est com dificuldades para melhorar, no
corresponder com a capacidade em que a equipe pode entregar importa se ela adota mtodos geis ou no, o Kanban pode
cdigo de qualidade. ser uma das alternativas para fazer isso com o mnimo de
Quando se faz isso, fixa-se efetivamente a quantidade de resistncia, pois, alm de toda a simplicidade do mtodo, suas
trabalho em andamento, permitindo efetivamente que seja a propriedades promovem a colaborao.
equipe que crie a demanda de acordo com a sua capacidade
Referncias
(sistema puxado).
1. Anderson, D. (2010) Kanban: Successful Evolutionary Change for Your Technology Business.
Priorizando tarefas Washington, Blue Hole Press.
Priorizar trabalho da rea de negcios, e no da rea de 2. Martin, R. (2011) The Clean Coder: A Code of Conduct for Professional Programmers. Indiana,
TI da organizao. Assim, no deveria ser da competncia Prentice Hall.
de um gerente tcnico fazer isso. Entretanto, infelizmente,
3. Anderson, D. (2003) Agile Management for Software Engineering: Applying the Theory of
comum a rea de negcios delegar a responsabilidade e deixar
Constraints for Business Results. New Jersey, Prentice Hall.
um gerente tcnico priorizar o trabalho e depois culpar que o
gerente fez escolhas erradas. 4. Bernab, J. (2011) Mais comprometimento = menos produtividade? http://www.teamware.
Neste ponto, a ateno da gerncia deve-se voltar para otimi- com.br/blog/mais-comprometimento-menos-produtividade/
zar o valor entregue ao invs de meramente a quantidade de 5. Vale, A. (2011) Kanban Explicado. http://www.slideshare.net/alissonvale/kanban-explicado
cdigo entregue.
6. Wikipdia. TOC. http://pt.wikipedia.org/wiki/Teoria_das_restri%C3%A7%C3%B5es

Atacando fontes de variedade 7. Yoshima, R. (2011) Kaikaku Kaizen, http://blog.aspercom.com.br/2011/09/09/kaikaku-


Podemos entender como fontes de variedade tudo aquilo kaizen/
que de alguma forma prejudica o desempenho do processo 8. Papo, J. (2010) Porque Lean/Agile funcionam? http://josepaulopapo.blogspot.com/2010/03/
de produo. agile-lean-funciona-por-que.html
Atacar as fontes de variedade a ltima etapa da receita
9. ABES (2011). O Mercado Brasileiro de Software em 2011. http://www.abes.org.br/UserFiles/
porque alguns tipos de variedade exigem profundas mudanas
Image/PDFs/Mercado_BR2011.pdf
de comportamento e, consequentemente, uma alta resistncia
da equipe. 10. Corey Ladas (2007). Kanban systems for software development (Imagem) http://
A dica para implementar essa etapa focar nas fontes de va- leansoftwareengineering.com/wp-content/uploads/2007/08/kanban1.png
riedade que requerem pequenas mudanas de comportamento
e que podem ser aceitas facilmente pela equipe.
D seu feedback sobre esta edio! Feedback
Segundo David [1], no se deve focar nessa etapa sem antes eu
s
D

implementar e dominar as primeiras cinco etapas da receita. A Engenharia de Software Magazine tem que ser feita ao seu gosto.
sobre e

Resumindo, essa receita a forma que David [1] acredita que Para isso, precisamos saber o que voc, leitor, acha da revista!
s

ta
uma equipe de desenvolvimento de software deve amadure- D seu voto sobre este artigo, atravs do link:
edio

cer: Em primeiro lugar, aprender a construir cdigo de alta


qualidade. Em seguida, reduzir o trabalho em andamento, www.devmedia.com.br/esmag/feedback

16 Engenharia de Software Magazine - Kanban no desenvolvimento de projetos de software

Você também pode gostar