Uploaded by Ed Wantuil

Kanban+Essencial+PDF+1-0

advertisement
Essential Kanban Condensed traduzido por Ana G. Soares.
Copyright © 2016 David J. Anderson and Andy Carmichael PhD, FBCS ISBN 978-0-9845214-25
First digital version, 17 April, 2016. This version 28 July 2016.
All rights reserved. This publication is protected by copyright, and permission must be obtained
from the publisher prior to any reproduction, storage in a retrieval system, or transmission in any
form or by any means, electronic, mechanical, photocopying, recording, or likewise.
Contact info@leankanban.com for rights requests, customized editions, and bulk orders.
Essential Kanban Condensed can be downloaded
via leankanban.com/guide. Additional print copies
of this and other Kanban publications can be purchased via shop.leankanban.com.
Library of Congress Cataloging in Publication Data
Names: Anderson, David J., 1967– | Carmichael,
Andy.
Title: Essential Kanban condensed / David J Anderson [and] Andy Carmichael. Description: First
edition. | [Seattle, Washington] : Lean Kanban University Press, 2016. | Series: [Essential
Kanban] ; [2] | Includes bibliographical refer- ences and index.
Identifiers: ISBN 978-0-9845214-2-5
Subjects: LCSH: Just-in-time systems. | Lean manufacturing. | Production management. |
Computer software—Development—Management. Classification: LCC TS157.4 .A544 2016 |
DDC 658.51—dc23
Visit edu.leankanban.com for a list of accredited Kanban classes, coaches, and trainers, and
information about becoming a Kanban coach or trainer.
Visit services.leankanban.com or email sales@ leankanban.com for information regarding private
training or consulting for your organization.
Prólogo
O Kanban é um método que nos mostra como funciona a nossa maneira de trabalhar.
Nos traz um entendimento compartilhado do trabalho que fazemos, incluindo as regras
que seguimos para executar o trabalho, a quantidade de trabalho que conseguimos
fazer, e a qualidade do trabalho que entregamos para nossos clientes internos e
externos.
Quando entendemos esse conceito, podemos começar a melhorar. Podemos nos tornar
mais previsíveis e a trabalhar em um ritmo sustentável. Com qualidade. As pessoas que
desempenham o trabalho podem atuar de forma mais independente pois elas
desenvolvem um entendimento natural de gestão de riscos.
Também podemos usar o Kanban para atingir um melhor alinhamento entre toda a
empresa, o que significa que objetivos estratégicos amplos podem ser atingidos.
O foco do Kanban em gerenciar comprometimentos e balancear o fluxo de trabalho
levam a uma maior agilidade. Caso as condições de mercado mudem ou problemas de
dependências surjam, o Kanban capacita a mudar de caminho rapidamente. Por esse
motivo o chamamos de Caminho Alternativo para a Agilidade.
Em 2011, A Lean Kanban University estabeleceu um padrão de qualidade em relação a
forma como o Kanban é ensinado e praticado. Atualmente temos um currículo de
treinamento em Kanban para todos os níveis, que inclui programas de desenvolvimento
profissional assim como eventos na comunidade e recursos. Uma rede global de
treinadores e coaches da LKU garantem a qualidade e consistência do Kanban e a
contínua evolução do seu corpo de conhecimento.
Este pequeno livro abrange os conceitos principais a medida que entendemos o
Kanban. É baseado na contribuição de uma comunidade global vibrante, comprometida
com o Kanban e disposta a fazer o que for possível para melhorar a realidade do
trabalho.
Janice Linden-Reed
President, Lean Kanban, Inc.
Prefácio
Este livro fornece uma destilação do Kanban: a "essência" do que é e como pode
ser usado. Ele é abrangente em apenas poucas páginas, o que em muitos casos
restringe o escopo, de modo a apenas introduzir um tópico em vez de explicá-lo
completamente. Nosso objetivo é te fornecer uma breve visão geral em um
formato que possa caber no seu bolso - para apresentar todos os principais
conceitos e diretrizes do Kanban - e também, na seção final, apontar para onde
você pode descobrir mais sobre o assunto. Esperamos que ele forneça acesso
rápido aos principais conceitos do Kanban, bem como incentivo para iniciar ou
continuar uma longa jornada de exploração e aproveitamento dessas ideias.
O método Kanban - Kanban, como geralmente referimos a ele - está preocupado
com o design, gestão e melhoria dos sistemas de fluxo para o trabalho do
conhecimento. São sistemas em que os itens de trabalho intangíveis passam por
diferentes estágios, resultando eventualmente em valor para seus clientes.
Como esses itens de trabalho podem ser muito diferentes entre os sistemas (por
exemplo, um item "pendente" para uma pequena equipe de administração, uma
nova característica no desenvolvimento de produtos de software, ou uma das
muitas "iniciativas" supervisionadas por um grupo de gerenciamento de
portfólio), a natureza das diferentes implementações Kanban também varia
amplamente. Este livro tem como objetivo expressar os valores, princípios e
práticas comuns subjacentes à abordagem e fornecer um vocabulário comum
para aqueles que aplicam o método. Para esse fim, incluímos um extenso
Glossário Kanban que define os termos que usamos e recomendamos para uso
na comunidade Kanban.
Nosso objetivo é capturar a essência do Kanban o mais brevemente possível.
Como resultado, este livro possui poucos detalhes, conselhos, escolhas e
exemplos específicos - para isso, consulte o livro original sobre o Método
Kanban, Kanban de David Anderson: Mudança Evolucionária de sucesso para
seu Negócio de Tecnologia (Blue Hole Press, 2010).
Primeiro discutimos a necessidade desse guia Kanban em 2013, quando havia
apenas alguns livros disponíveis sobre o método além do David. As principais
fontes (não confiáveis) que as pessoas estavam usando para responder à
pergunta “O que é o Kanban?” Eram complementos faltantes de vendedores de
ferramentas e literatura de marketing que promoviam alternativas. Muito
progresso estava sendo feito no método em uma comunidade relativamente
pequena, participando de workshops e conferências e, embora a popularidade
do Kanban estivesse crescendo rapidamente na comunidade de usuários em
geral, muitas implementações do Kanban permaneceram bastante rasas na
adoção das ideias emergentes.
Na tentativa de remediar isso, este livro apresenta todos os elementos
essenciais do Kanban para que haja um entendimento compartilhado do método
entre aqueles que o usam e discutem. Esperamos que isso inspire o desejo de
estudar o método com maior profundidade para aqueles que lideram a mudança.
As caricaturas do método continuam abundantes: “Scrum sem timeboxes”,
“Adequado para o suporte, mas não para desenvolvimento”, “Um bom substituto
para uma lista de tarefas”, “Um método de mudança para pequenas mudanças”,
“Uma Cachoeira em vez do método Agile "," Apenas possui três regras, portanto
não fornece orientação "," Um método sem processo ". Todos esses são
comentários que você pode ouvir ou ler se procurar nos blogs e documentos dos
críticos. Nosso objetivo é remover algumas informações erradas sobre o método,
para que você possa julgar por si mesmo se é útil.
Segundo pesquisas de organizações ágeis, o Método Kanban é amplamente
utilizado, como o processo principal ou em conjunto com outro, como o Scrum.
Como todos os relatórios semelhantes, o que as pessoas estão realmente
usando pode diferir muito da definição do método que eles denominam, por isso
não sabemos se ele está sendo usado com eficácia; o que sabemos é que
existem muitas equipes de gerenciamento lá que precisam saber mais sobre o
que o Método Kanban significa. Oferecemos este livro como ponto de partida
para essa jornada de aprendizado.
David J Anderson, Seattle, WA
Andy Carmichael, Southampton, Reino Unido
O que é Kanban?
O Kanban é um método para definir, gerenciar e melhorar serviços que
entregam trabalho de conhecimento, tais como serviços profissionais,
atividades criativas e o design de produtos físicos e de software. Pode ser
caracterizado como um método de "começar com o que você faz agora" - um
catalisador para mudanças rápidas e focadas nas organizações - que reduz a
resistência a mudanças benéficas de acordo com os objetivos da organização.
O Método Kanban baseia-se em tornar visível o que é de outra forma, trabalho
intangível de conhecimento, para garantir que o serviço funcione com a
quantidade certa de trabalho - o trabalho solicitado e necessário pelo cliente e
que o serviço tenha a capacidade de entregar. Para fazer isso, usamos um
sistema Kanban - um sistema de fluxo de entrega que limita a quantidade de
trabalho em progresso (WIP do inglês - Work in Progress) usando sinais
visuais.
Os mecanismos de sinalização, às vezes chamados de ticket são exibidos em
quadros kanban e representam os limites de WiP, que impedem muito ou pouco
trabalho entre no sistema, melhorando assim o fluxo de valor para os clientes.
As Políticas de limite do WiP criam um sistema puxado: o trabalho é "puxado"
para o sistema quando outro trabalho é concluído e a capacidade fica disponível,
ao invés de "empurrado" para ele quando novos trabalhos são exigidos.
O Kanban se concentra na entrega de serviços por uma organização - uma ou
mais pessoas que colaboram para produzir produtos de trabalho (geralmente
intangíveis). Um serviço tem um cliente, que solicita o trabalho ou cujas
necessidades são identificadas e que aceita ou reconhece a entrega do trabalho
concluído. Mesmo quando existe um produto físico de Serviços, o valor reside
menos no próprio item e mais no conteúdo de informações (o software, no
sentido mais geral).
Valores Kanban
O Método Kanban é guiado por valores. É motivado pela crença de que é preciso
respeitar todos os indivíduos que contribuem para uma empresa colaborativa,
não apenas para o sucesso do projeto, mas para que ele valha a pena.
Os valores de Kanban podem ser
resumidos
nessa
única
palavra,
"respeito". No entanto, é importante
expandir para um conjunto de nove
valores
(incluindo
resumem
por
respeito)
que
existem
que
os
princípios e práticas do Kanban
(Figura 1).
Transparência: A crença de que
compartilhar
informações
melhora
efetivamente o fluxo de valor de
negócio. Usar um vocabulário claro e
direto faz parte desse valor.
Equilíbrio: A compreensão de que
diferentes aspectos, pontos de vista e
capacidades devem ser equilibrados
para a eficácia. Alguns aspectos (tais
como
demanda
e
capacidade)
causarão danos se ficarem desequilibrados durante um período prolongado.
Colaboração: Trabalhando juntos. O Método Kanban foi formulado para
melhorar a maneira de como as pessoas trabalham em conjunto, de modo que
a colaboração é essencial.
Foco no cliente: Conhecendo o objetivo do sistema. Todo sistema kanban flui
para um ponto de percepção de valor - quando os clientes recebem um item ou
serviço necessário. Nesse contexto, os clientes são externos ao serviço, mas
podem ser internos ou externos à organização como um todo. Os clientes e o
valor que recebem, são o foco no Kanban naturalmente.
Fluxo: A conscientização de que o trabalho é um fluxo de valor, seja contínuo
ou não. Ver o fluxo é um ponto de partida essencial no uso do Kanban.
Liderança: A capacidade de inspirar outras pessoas a agir através de exemplos,
palavras e reflexão. A maioria das organizações possui algum grau de estrutura
hierárquica, mas no Kanban a liderança é necessária em todos os níveis para
alcançar a entrega de valor e melhoria.
Compreensão: Principalmente o autoconhecimento (tanto do indivíduo como da
organização) a fim para avançar. O Kanban é um método de melhoria e conhecer
o ponto de partida é fundamental.
Acordo: O compromisso de avançar juntos em direção a objetivos, respeitando
- e sempre que possível, adaptando-se as diferenças de opinião ou abordagem.
Isso não é gestão por consenso, mas sim um compromisso dinâmico de
melhoria.
Respeito: Valorizar, entender e mostrar consideração pelas pessoas.
Apropriadamente ao fim desta lista, é a base sobre a qual os outros valores se
apoiam.
Esses valores incorporam as motivações do Kanban na busca de melhorar as
entregas de serviços prestados pelas equipes colaborativas. O método não pode
ser aplicado fielmente sem adotá-los.
Agendas Kanban
Pode-se considerar que o Kanban, como um método "comece com o que você
faz agora", não tem agenda quanto ao tipo ou propósito da mudança que inicia.
De fato, o Kanban reconhece três agendas (planos) - três apelos convincentes
à ação baseadas na necessidade organizacional:
1. A Agenda de Sustentabilidade
- visa encontrar um ritmo
sustentável e melhorar o foco.
2. A Agenda de Orientação ao
Serviço - Concentra a atenção
no
desempenho
e
na
satisfação do cliente.
3. A Agenda de Sobrevivência Preocupa-se em permanecer
competitivo e adaptável.
A Agenda de Sustentabilidade olha
para dentro da organização.
Seu objetivo é criar serviços que não
sejam
sobrecarregados
com
o
trabalho, mas que equilibram a
demanda
com
a
capacidade,
melhorando assim o desempenho
dos serviços em relação à satisfação do cliente, envolvimento e colaboração das
pessoas e custo. É um ponto de partida natural para a mudança, porque, em
situações em que a demanda supera a capacidade, tornar visível o trabalho
intangível e reduzir a sobrecarga de trabalho, provavelmente terá um impacto
positivo de imediato na quantidade de trabalho concluído, o tempo necessário
para concluir itens de trabalho e moral da equipe.
A Agenda de Orientação a Serviços olha para fora do objetivo da organização e
para seus clientes. Deve ser a agenda mais clara e explícita para todas as
organizações. O objetivo é fornecer serviços a clientes adequados ao objetivo que atendam e superem as necessidades e expectativas dos clientes. Isso deve
ser visto como sub-objetivos transcendentes, como lucratividade ou retorno de
valor aos acionistas, que acabam sendo apenas meios para esse fim. Quando
todos os membros da organização, em todos os departamentos e serviços, se
concentram em prestar serviços aos seus clientes, a própria organização
alcançará excelentes resultados. O Kanban trata de fornecer serviços e melhorálos, e a Agenda de Orientação a Serviços é a chave para seu sucesso.
A Agenda de Sobrevivência aguarda o futuro. Ele visa garantir que uma
organização sobreviva e prospere em tempos de mudanças significativas. O
ritmo da mudança e o surgimento de disruptores em todos os principais
mercados significa que nenhuma organização pode assumir que os processos e
a tecnologia atuais serão suficientes por alguns anos no futuro. A abordagem
evolutiva do Kanban para mudar, com foco na melhoria contínua segura e à
falha; incentivar a diversidade de processos e tecnologia; e respeito e
engajamento para todas as partes interessadas envolvidas - é uma resposta
apropriada a esse desafio constante.
Os princípios fundamentais do Kanban
Existem seis princípios fundamentais do Kanban, que podem ser divididos em
dois grupos: os princípios de gerenciamento de mudanças e o serviço
princípios de entrega (Figura 3).
Princípios
da
Gestão
de
Mudanças
Sua organização é uma rede de
indivíduos,
psicologicamente
sociologicamente
conectados
e
para
resistir à mudança. Kanban reconhece
esses aspectos humanos com três
princípios
de
gerenciamento
de
mudanças:
1. Comece com o que você faz agora:
• entender os processos atuais,
como
eles
são
realmente
praticados;
• e respeitando as funções,
responsabilidades
e
cargos
existentes.
2. Concorde em buscar melhorias por meio de mudanças evolucionárias.
3. Incentive atos de liderança em todos os níveis - desde o colaborador individual
até a gerência sênior.
Há duas razões principais para "começar daqui" é uma boa idéia. A primeira é
que minimizar a resistência à mudança, respeitando as práticas e os praticantes
atuais, é crucial para engajar todos no enfrentamento dos desafios do futuro. A
segunda é que os processos atuais, juntamente com suas deficiências óbvias,
contêm sabedoria e resiliência que mesmo aqueles que trabalham com eles
podem não apreciar completamente. Como a mudança é essencial, não
devemos impor soluções de diferentes contextos, mas concordar em buscar a
melhoria evolutiva em todos os níveis da organização. A partir da prática atual,
estabelece a linha de base de desempenho e eficácia a partir da qual mudanças
futuras podem ser avaliadas.
Princípios da Entrega de serviços
Qualquer
organização
considerável
é
um
ecossistema
de
serviços
interdependentes. O Kanban reconhece isso com três princípios de entrega de
serviços, aplicáveis não apenas a um serviço, mas a toda a rede:
1. Entender e focar nas necessidades e expectativas dos clientes.
2. Gerenciar o trabalho; deixe as pessoas se auto-organizarem em torno dele.
3. Desenvolver políticas para melhorar os resultados dos clientes e dos
negócios.
Esses princípios estão alinhados à agenda de orientação ao serviço e ao valor
do foco no cliente.
Quando o trabalho em si e o fluxo de valor para os clientes que ele representa
não são claramente visíveis, as organizações geralmente se concentram no que
é visível, nas pessoas que trabalham no serviço. Eles estão sempre ocupados?
Eles são qualificados o suficiente? Eles poderiam trabalhar mais? O cliente e os
itens de trabalho que representam valor para o cliente recebem menos atenção.
O que esses princípios enfatizam é que o foco deve voltar para os consumidores
do serviço e o valor que eles recebem dele.
Descrevendo sistemas de fluxo
O Kanban é usado para definir, gerenciar e melhorar sistemas que fornecem
serviços de valor aos clientes. Como o Kanban é aplicado ao trabalho do
conhecimento, em que as entregas consistem em informações de várias formas
e não em itens físicos, os processos podem ser definidos como uma série de
etapas de descoberta de conhecimento e suas políticas associadas, tornadas
visíveis em um quadro Kanban, como na Figura 4.
O quadro descreve um sistema de fluxo no qual os itens de trabalho fluem
através de vários estágios de um processo, ordenados da esquerda para a
direita.
Várias condições devem existir para que esse sistema de fluxo seja um sistema
kanban. Primeiro, deve haver sinais (geralmente sinais visuais) para limitar o
trabalho em progresso (WiP). Nesse caso, os sinais derivam da combinação
dos cards, dos Limite de Trabalho em Progresso exibidos (nos retângulos no
topo das colunas) e a coluna que representa a atividade. Além disso, os
sistemas kanban devem ter pontos de comprometimento e entrega
identificados.
Figura 4. Um exemplo de um Board Kanban
O comprometimento é um acordo explícito ou implícito entre o cliente e serviço
que:
1. o cliente deseja um item e o receberá, e
2. o serviço irá produzir e entregar ao cliente.
Antes do ponto de comprometimento, pode haver um conjunto de solicitações
pendentes (ou um conjunto de idéias), que podem ou não ser selecionadas, e
um processo cujo objetivo é selecionar itens a partir dessas opções. O Kanban
aplicado a processos anteriores ao ponto de comprometimento às vezes é
chamado de Discovery Kanban. O ponto de entrega é onde os itens são
considerados completos.
O tempo em que um item está em processo entre os pontos de comprometimento
e de entrega é chamado de Lead Time (Tempo de Espera) do item (ou Tempo
de Avanço do sistema). O Tempo de Espera do Cliente pode ser diferente: é
o tempo que o cliente espera pelo item (geralmente da solicitação até a entrega).
O fato de existir uma distinção entre a criação ou chegada de uma solicitação e
o compromisso de atender o pedido é importante; é chamado de compromisso
adiado. Anomalias na definição do sistema de espera e tempo de espera do
cliente ocorrem por dois motivos: o cliente não concordou em adotar um sistema
puxado e ainda empurra o trabalho para entrega, independentemente da
capacidade ou de recursos para processá-lo; a entrega do serviço é parte interna
de uma ampla rede de serviços e não está diretamente ligada à solicitação
original do cliente; portanto, o "cliente" solicitante interno já se comprometeu com
o trabalho e quem recebe o serviço não tem outra opção senão fazer o melhor
esforço possível para processar em tempo hábil.
O conjunto de itens que estão dentro do sistema em questão, a qualquer
momento, assim como a contagem do número desses itens, é conhecida como
Trabalho em Progresso ou WiP (Work in Progress).
A frequência com que os itens são entregues é conhecida como Vazão
(Throughput).
Isso é calculado a partir do tempo recíproco entre o última entrega e a anterior
ou, para uma média da Vazão, durante um determinado período, dividindo o
número de entregas pela duração do período.
Lei de Little
Em um sistema de fluxo que não é de tendência (e no qual todos os itens
selecionados são entregues), existe um relacionamento simples entre as médias
dessas métricas ao longo de um período específico. É conhecida como Lei de
Little: onde o overline denota média aritmética.
Podemos usar a Lei de Little para examinar as métricas de fluxo de outras partes
de um sistema Kanban - não apenas entre os pontos de comprometimento e
entrega - nesse caso, em vez do Lead Time, usamos o Tempo em Processo
ou o TiP para o período um item está no processo em questão. Também podem
ser utilizados termos mais específicos, como Tempo em Desenvolvimento,
Tempo em teste, Tempo em Sistema (sinônimo de Tempo de espera do
sistema) ou Tempo em Fila.
O termo Throughput (Vazão) é usado no lugar de Taxa de entrega, se o final do
processo em questão não for o ponto de entrega. Aqui está uma formulação
alternativa da Lei de Little, usando estes termos:
A Lei de Little pode ser demonstrada graficamente em um Diagrama de Fluxo
Cumulativo, como mostra a Figura 5, que plota o número cumulativo de itens que
chegam e saem de um sistema.
O Lead Time Médio Aproximado (Aprox. Av. LT) e o WiP médio aproximado
(Aprox. Av. WiP) estão marcados no diagrama
O gradiente da hipotenusa do triângulo marcado é a Taxa Média de Entrega
nesse período e, de acordo com a Lei de Little, pode ser visto como sendo:
As médias reais do Lead Time e do WiP devem ser calculadas a partir de itens
individuais, mas em sistemas que não seguem tendência eles irão se aproximar
desses valores.
A Lei de Little fornece uma visão importante dos sistemas kanban: para otimizar
o Tempo de Espera dos itens de trabalho, devemos limitar o Trabalho em
Progresso. Esta é uma das práticas gerais do Kanban.
Figura 5 - Um gráfico de Fluxo Cumulativo.
As práticas Gerais do Kanban
As Práticas Gerais do Kanban definem atividades essenciais para quem
gerencia sistemas kanban (Figura 6). São seis.
1. Visualizar.
2. Limitar o trabalho em progresso.
3. Gerenciar fluxo.
4. Tornar as Políticas Explícitas.
5. Implementar ciclos de feedback.
6.
Melhore
colaborativamente,
evoluir
experimentalmente.
Estas práticas envolvem:
•
ver o trabalho e as políticas
que determinam como ele é
processado; então
•
melhorar o processo de uma
maneira
evolutiva
mantendo
e
mudanças
-
ampliando
úteis
e
aprendendo e revertendo ou
atenuando
mudanças
ineficazes.
Vamos dar uma olhada em cada uma delas para mais detalhes.
Visualizar
Um quadro kanban como no diagrama da Figura 4 é uma, embora não seja a
única, maneira de visualizar o trabalho e o processo pelo qual ele passa. Para
que seja um sistema kanban, e não simplesmente um sistema de fluxo, os
pontos de comprometimento e entrega devem ser definidos, e os Limites de WiP
devem ser exibidos para limitar o trabalho em progresso em cada estágio entre
esses pontos. O ato de tornar o trabalho e as políticas visíveis - seja em um
quadro de parede, em displays eletrônicos ou outros meios - é o resultado de
uma importante jornada de colaboração para entender o sistema atual e
encontrar possíveis áreas de melhoria.
As políticas também são importantes para visualização; por exemplo, colocando
resumos entre as colunas do que deve ser feito antes que os itens passem de
uma coluna para a seguinte.
O design do quadro varia muito entre os sistemas kanban, dependendo de como
eles são usados (veja, por exemplo, o Kanbanraum na Figura 6). O método não
restringe como projetá-los. As ferramentas de software desenvolvidas para dar
suporte ao Kanban podem introduzir restrições práticas - por exemplo, o padrão
comum de uma grade bidimensional com painéis exibindo informações sobre
cada item de trabalho. As colunas representam etapas em um processo, e
algumas das colunas têm partições horizontais (chamadas raias de natação, se
cruzarem duas ou mais colunas) para diferenciar os estados dos itens nas
etapas. No entanto, é interessante notar que as equipes que criam quadros
físicas, sem essas restrições, geralmente encontram outras maneiras criativas
de exibir informações importantes para elas, incluindo conexões com quadros
pertencentes a outros serviços.
Figura 6 - O "Kanbanraum” da Visotech usa muitos tipos diferentes de visualizações para ver o
trabalho, o tipo de trabalho e esforço.
O design do cartão ou painel que descreve o item de trabalho é outro aspecto
essencial da visualização. Também é vital destacar visualmente quando itens
são bloqueados por dependências de outros serviços ou por outros motivos.
Limite do trabalho em Progresso
A introdução e o respeito dos limites do WiP transforma um sistema "empurrado"
em um sistema "puxado", no qual novos itens não são iniciados até que o
trabalho seja concluído (ou em ocasiões mais raras, cancelados). Ter muito
trabalho parcialmente completo é um desperdício, e principalmente aumenta o
tempo de espera, impedindo a organização de ser sensível aos seus clientes e
à mudança de circunstâncias e oportunidades.
Observar, limitar e otimizar a quantidade de trabalho em progresso é essencial
para o sucesso do Kanban (Figura 7), pois resulta em um melhor Lead Time
(Tempo de Espera) para serviços, melhor qualidade e uma maior taxa de
entregas.
Por outro lado, o comportamento ineficaz da gerência se aproxima da
maximização do uso de pessoas e recursos, tentando garantir que todos estejam
"ocupados" com uma boa quantidade de tarefas pendentes para que não ocorra
nenhum tempo ocioso. Como resultado, as pessoas podem se sentir
sobrecarregadas com a quantidade de tarefas a fazer, eles precisam aceitar e
executar apenas tarefas para as quais foram explicitamente instruídos a realizar;
eles podem perder de vista o serviço que prestam e como ele contribui para os
objetivos gerais da organização e de seus clientes.
Figura 7 – Limitar o WiP provoca discussão e melhoria. (da capa de [Anderson, 2010])
Gerenciar o fluxo
O fluxo de trabalho em um sistema kanban deve maximizar a entrega de valor,
minimizar os tempos de espera e ser o mais suave (ou seja, previsível) possível.
Às vezes, esses são objetivos conflitantes e, como os resultados são geralmente
complexos, é necessário controle empírico através da transparência, inspeção e
adaptação. Os gargalos, onde o fluxo é limitado por um subprocesso em
particular, e bloqueadores, onde existem dependências de outros serviços, são
importantes para observar e gerenciar.
Uma chave para entender e maximizar o fluxo de valor é o custo do atraso
(CoD - Cost of Delay) dos itens de trabalho. A quantia do valor de um item que
é perdida por atrasar sua implementação por um período especificado é
chamada de custo de atraso e a taxa na qual o valor muda (o custo de atraso
por período de tempo) é chamada de urgência ou o custo do atraso. Em geral,
o custo e a urgência do atraso variam muito em função da duração do atraso. O
Kanban usa quatro arquétipos para caracterizar como o valor dos itens mudam
com atraso: Urgente (expedite), data fixa, padrão e intangível (Figura 8).
Esses arquétipos podem ser usados para auxiliar na solicitação de itens de
trabalho ou podem definir diferentes classes de serviço, onde diferentes
políticas são aplicadas a diferentes tipos de trabalho.
Figura 8 – Arquétipos do custo do atraso
A relação com os consumidores do serviço, os clientes, é um aspecto essencial
do gerenciamento do fluxo. O lead time, especialmente o lead time do cliente, é
uma métrica chave para os clientes, embora muitos outros aspectos sejam
importantes, incluindo: taxa de entrega, taxa de defeitos (e outras medidas de
qualidade) e previsibilidade da oferta. Diferentes níveis de serviço, como os
seguintes, podem ser definidos para sistemas kanban orientem isso.
• Nível de Expectativa de Serviço o que o cliente espera
• Nível de Capacidade de Serviço o que o sistema pode entregar
• Nível de Acordo de Serviço o que é acordado com o cliente
• Limiar de Adequação do Serviço o nível de serviço abaixo do qual a prestação
do serviço é inaceitável para o cliente
Tornar políticas explícitas
Políticas explícitas são uma maneira de articular e definir um processo que vai
além da definição de fluxo de trabalho. Um processo expresso como fluxo de
trabalho e políticas cria restrições à ação, potencializa as restrições e resulta em
características emergentes que podem ser ajustadas por testes. As políticas de
processo precisam ser esparsas, simples, bem definidas, visíveis, sempre
aplicadas e facilmente modificáveis pelos prestadores do serviço. Observe que
"sempre aplicado" e "facilmente alterável" caminham juntos. Definir limites de
WiP e nunca mais desafiar, mudar ou quebrar os limites para ver se limites
diferentes em circunstâncias diferentes melhoram os resultados, seria uma má
aplicação dessa prática.
O comportamento de sistemas complexos, embora possam ser guiados por
políticas simples, não são previsíveis. Políticas que podem parecer
intuitivamente óbvias (por exemplo, "quanto mais cedo você começar, mais cedo
terminará") geralmente produz resultados contra intuitivos. Por esse motivo, é
uma prática essencial explicitar as políticas que se aplicam aos serviços e que
exista um mecanismo visível e direto para questionar e alterar políticas quando
elas são consideradas prejudiciais ou não aplicáveis.
Figura 10 - Políticas para diferentes etapas de trabalho (acima de cada coluna)
Os limites de WiP são um tipo de política; outros incluem a atribuição de
capacidade e equilíbrio da “Definição de Feito” ou outras políticas para itens de
trabalho que saem das etapas de um processo (veja a Figura 9). Políticas de
Reabastecimento (Replenishment) para selecionar novos trabalhos quando a
capacidade estiver disponível e usar classes de serviço são exemplos de política
adicionais.
Implementar loops de feedback
Os ciclos de feedback são uma parte essencial de qualquer processo controlado
e são especialmente importantes para mudanças evolutivas. É importante
melhorar o feedback em todas as áreas do processo, mas é particularmente
importante nas seguintes áreas:
•
Alinhamento estratégico
•
Coordenação operacional
•
Gerenciamento de riscos
•
Melhoria dos serviços
•
Reposição
•
Fluxo
•
Entrega para os clientes
O Kanban define sete oportunidades de feedback específicas, ou cadências. As
cadências são as reuniões e revisões cíclicas que impulsionam a mudança
evolutiva e a prestação eficaz de serviços. "Cadência" também pode se referir
ao período de tempo entre as revisões - um dia de trabalho ou um mês, por
exemplo. A escolha da cadência correta depende do contexto e é crucial para
bons resultados. Revisões muito frequentes podem obrigar a mudança de coisas
antes de ver o efeito de alterações anteriores, mas se elas não forem frequentes
o suficiente, o desempenho ruim poderá persistir mais do que o necessário.
Figura 10 – As cadências dos ciclos de feedback
Um esquema de sete cadências, representado na Figura 10, mostra frequências
sugeridas para as revisões em um contexto típico de empresa ou múltiplos
serviços
1. Revisão da Estratégia (Strategy Review) - Trata-se de selecionar os serviços
a serem prestados e definir para esse conjunto de serviços o conceito de
“adequado ao propósito” (fit for purpose); também para detectar como o
ambiente externo está mudando para fornecer direção aos serviços.
2. Revisão das Operações (Operations Review) - Essa revisão é para entender
o equilíbrio entre serviços, implementando recursos para maximizar a entrega
de valor alinhada às expectativas dos clientes.
3. Revisão de Riscos (Risk Review) - Esta revisão é para compreender e
responder aos riscos para a prestação eficaz de serviços; por exemplo, através
de bloqueios agrupados.
4. Revisão da Entrega de Serviço (Service Delivery Review) - Trata-se de
examinar e melhorar a eficácia de um serviço (esta e as cadências subsequentes
se aplicam a um único serviço).
5. Reunião de reabastecimento (Replenishment Meeting) - Esta reunião é para
mover itens sobre o ponto de comprometimento (e para o sistema) e
supervisionar a preparação de opções para seleção futura.
6. Reunião do Kanban (Kanban Meeting) - É (normalmente) uma coordenação
diária, de auto-organização e revisão do planejamento para aqueles que
colaboram para a entrega do serviço. Geralmente, usa um formato "em
pé"(stand-up) para incentivar uma reunião curta e energética, com foco na
conclusão de itens de trabalho e problemas de desbloqueio.
7. Reunião de Planejamento de Entrega (Delivery Planning Meeting) - É para
monitorar e planejar entrega para os clientes.
A implementação das sete cadências não implica adicionar sete novas reuniões
à rotina de uma organização, embora as Reuniões de Reabastecimento e
Kanban Meeting sejam consideradas uma linha de base em quase todas as
implementações de Kanban. Inicialmente, a agenda de cada cadência deve fazer
parte de reuniões existentes e adaptadas em contexto para cumprir seus
objetivos. Em uma escala menor, uma única reunião pode cobrir mais de uma
cadência.
Os ciclos de feedback no diagrama da rede de cadência (Figura 10) mostram
exemplos de fluxo de informações e pedidos de mudança entre as revisões. Isso
facilita a tomada de decisões em cada nível.
Melhore de forma colaborativa, evolua experimentalmente
O Kanban é fundamentalmente um método de melhoria. Frequentemente, os
programas de transformação são iniciados com o objetivo de alterar os
processos para uma nova abordagem pré-definida. Por outro lado, o Kanban
parte da organização como está agora e usa o modelo de Fluxo Lean (vendo o
trabalho como um fluxo de valor) para buscar melhorias contínuas e
incrementais. Não existe um ponto final para esses processos de mudança, já
que a perfeição em um cenário adequado em constante mudança é inatingível.
O Kanban utiliza um processo evolutivo para permitir que mudanças benéficas
ocorram dentro de uma organização, protegendo-a de outro processo evolutivo
natural, a extinção! As organizações não podem optar por sair da evolução: ou
funciona para elas ou acontece com elas. Mas eles podem optar por incentivar
a mudança a ocorrer de dentro, em vez de descobrir que é incapaz de responder
a ameaças existenciais de fora. O Kanban facilita isso.
O processo evolutivo envolve diferenciação (copiar com diferenças ou mutações
deliberadas); selecionar para adequação; e manter e amplificar mudanças úteis
enquanto amortece ou inverte mudanças ineficazes.
Pode ser útil empregar modelos e o método científico para validar ou invalidar a
aplicação dos modelos no contexto. Às vezes, o uso de abordagens empíricas e
pragmáticas é uma maneira apropriada de encontrar a melhor adequação para
o propósito no ambiente atual.
Introduzindo o Kanban às organizações
É simples começar a usar o Kanban: Reconheça que seu trabalho envolve um
fluxo de valor desde a solicitação de um item até a entrega ao cliente; visualizar
o trabalho e o processo de entrega do trabalho; em seguida, melhore
continuamente o processo aplicando os valores, os princípios e as práticas.
Durante todo esse processo, você estará aplicando o Kanban, mesmo que as
características de seus sistemas sejam pouco diferentes do seu ponto de partida.
Claramente, isso significa que existem organizações aplicando o Kanban que
ainda não possuem um sistema Kanban (um sistema que limita o trabalho em
progresso com sinais visuais) ou cujos sistemas Kanban ainda não
amadureceram, por exemplo, para um equilíbrio efetivo demanda com
capacidade por meio de ciclos de feedback ou entrega ideal de valor por meio
de classes de serviço.
Esses sistemas podem ser chamados de sistemas protokanban porque são
sistemas sendo transformados pelo Kanban, embora ainda não estejam em
conformidade com suas práticas gerais. Os sistemas protokanban podem trazer
grandes benefícios para as organizações - por exemplo, ao tornar visível o
trabalho intangível - mas eles não deve, ser vistos como pontos finais no
processo de transformação.
Por esses motivos, o Método Kanban define uma abordagem para a introdução
do Kanban (STATIK) e um teste para avaliar seu progresso com o Kanban (Teste
Litmus).
Abordagem de pensamento sistêmico para a introdução do
Kanban (STATIK)
O Pensamento de Sistemas é uma maneira de entender como um sistema se
comporta como um todo, e não através da análise de componentes isolados. É
uma influência fundamental na definição das etapas necessárias para introduzir
o Kanban em uma organização. As etapas deste processo não são
necessariamente seqüenciais, mas iterativas - usando o aprendizado de uma
etapa para esclarecer e influenciar os outros em um ambiente colaborativo. Os
passos são os seguintes.
Passo 0 Identifique serviços.
Para cada serviço. . .
Passo 1 Compreender o que torna o serviço adequado ao propósito do cliente.
Passo 2 Entenda as fontes de insatisfação com o sistema atual
Passo 3 Analisar a demanda.
Passo 4 Analisar capacidade
Passo 5 Moldar o fluxo de trabalho
Passo 6 Descubrir as classes de serviço
Passo 7 Desenhar o sistema kanban.
Passo 8 Socializar o sistema e o projeto do quadro e negociar a
implementação
STATIK é aplicável a apenas um serviço. Quando mais de um serviço for criado,
as práticas e cadências Kanban são aplicadas para equilibrar a demanda e fluir
através dos múltiplos serviços e para melhorar continuamente. A ênfase no
Pensamento Sistêmico aqui é importante. Se os serviços melhoram
isoladamente, isso resulta em "subotimização". O sistema como um todo, com o
objetivo de melhorar o fluxo de valor para os clientes, deve ser considerado. Às
vezes, isso significa que os primeiros serviços a serem tratados com o STATIK
podem ser aqueles que operam em um nível mais alto e estão entregando
diretamente aos clientes, em vez de serviços internos entregues na organização.
Na prática, a ordem das etapas no STATIK pode variar e é normal revisitar as
etapas em busca de melhorias adicionais.
Teste Kanban Litmus
O teste Kanban Litmus foi desenvolvido para ajudar as organizações a avaliar
seu progresso com o Kanban e sugerir áreas que podem gerar melhorias
efetivas. Consiste em uma série de quatro perguntas; as primeiras perguntas são
pré-requisitos para as seguintes.
1. O comportamento da gestão mudou para implantar o Kanban?
2. A relação com o cliente mudou, de acordo com o Kanban?
3. O contrato com o cliente foi alterado, de acordo com o Kanban?
4. O modelo de entrega de serviços do seu negócio mudou para aproveitar o
Kanban?
1. Comportamento de Gerenciamento
Uma organização que adota o Kanban precisa de gerentes que respeitem as
políticas do sistema kanban, adotam o foco no cliente como um valor e
gerenciam o trabalho de acordo com os princípios de prestação de serviços.
Faça estas perguntas complementares. . .
•
O comportamento da gerência é consistente com o enfoque de
compromissos assumidos, e sistema puxado do Kanban?
compromisso, abordagem do sistema puxado?
•
Os limites de WiP são respeitados pela gestão a nível do sistema, e não
apenas no nível pessoal (tais como limites de WiP por pessoa para reduzir
multitarefas)?
•
O foco no cliente é sempre uma razão clara para a mudança?
2. Interface com o Cliente
Os serviços da organização precisam de sistemas kanban verdadeiros com
comprometimento assumidos e uma Reunião de Reabastecimento para
agendar, ordenar e selecionar trabalho. Isso fornece uma interface com o cliente
focada em maximizar o fluxo de valor dentro das restrições da capacidade atual.
Faça estas perguntas complementares. . .
•
A abordagem de agendamento e seleção de pedidos de clientes baseiase em um sistema puxado com limite de trabalho em andamento?
•
Os pontos de compromisso e de entrega estão claramente definidos e os
prazos de espera e as taxas de entrega estão disponíveis?
•
Há uma reunião de reabastecimento periódica?
3. Contrato do Cliente
O contrato do cliente, seja um contrato formal de nível de serviço ou uma
expectativa de nível de serviço estabelecida, deve basear-se no desempenho
avaliado do serviço, como Prazos de Entrega e Taxas de Entrega.
Faça estas perguntas complementares. . .
•
Os compromissos assumidos com o cliente são baseados nos níveis de
serviço acordados ou estabelecidos (contrato formal de serviço ou nível
de expectativa de serviço explicitos)?
•
Esses níveis são baseados em previsões probabilísticas usando os
Prazos de Espera e as Taxas de Entrega observados no sistema kanban?
4. Modelo de Negócio de Serviços
Em serviços com sistemas kanban estabelecidos, é possível melhorar o valor e
a gestão de risco, por exemplo, através de classes de serviço, alocação de
capacidade, configuração de demanda e preços diferenciados.
Faça estas perguntas complementares. . .
•
O modelo de negócios de prestação de serviços usa as classes de serviço
adequadamente, com base no entendimento dos riscos dos negócios (por
exemplo, o custo do atraso) para facilitar as decisões de seleção e inspirar
políticas de disciplina de enfileiramento para itens de trabalho? Você está
entendendo as expectativas dos clientes e como eles se agrupam em
grupos semelhantes? Você está procurando possíveis novas classes de
serviços? Você está sondando possíveis novas classes de serviço para
melhorar o fluxo de valor para o cliente?
•
Existe capacidade no sistema para proteger riscos de diferentes fontes de
demanda e diferentes tipos de trabalho? Por exemplo, os recursos podem
ser desviados para tarefas prioritárias durante períodos de alta demanda?
•
Os serviços interdependentes são agregados e coordenados para
aumentar a liquidez do sistema e permitir o nivelamento do sistema à
luz dos riscos e da variabilidade?
Papéis do Kanban
O Kanban é e continua sendo o método "comece com o que você faz hoje", onde
inicialmente ninguém recebe novas funções, responsabilidades ou cargos.
Portanto, não há funções necessárias no Kanban e o método não cria novas
posições na organização. No entanto, dois papéis emergiram da prática comum
no campo e agora são definidos no próprio método. É o objetivo das funções que
é importante, em vez de atribuir um cargo a alguém, por isso pode ser útil pensar
nas funções como "chapéus" que as pessoas usam para desempenhar essas
funções:
•
O Gerente de Solicitação de Serviço (Service Request Manager - SRM) é
responsável por entender as necessidades e expectativas dos clientes e
por facilitar a seleção e o pedido de itens de trabalho na reunião de
reabastecimento. Nomes alternativos para a função são Product
Manager, Dono do produto (Product Owner) e gerente de serviços
(Service Manager).
•
O Gerente de Entrega de Serviços (Service Delivery Manager - SDM) é
responsável pelo fluxo de trabalho na entrega de itens selecionados para
os clientes e por facilitar - o Kanban Meeting e Delivery Planning. Nomes
alternativos para essa função são Flow Manager, Delivery Manager ou
mesmo Flow Master.
Previsão e métricas
Prever com precisão quando os serviços serão entregues aos clientes há muito
tempo é um problema de gerenciamento difícil. Tradicionalmente, os projetos
usavam a “estimativa de esforço mais risco” para prever as datas de conclusão.
Os sistemas Kanban permitem um método alternativo (alguns diriam mais
confiável) - a previsão probabilística.
As abordagens tradicionais de esforço mais risco dividem uma grande parte do
trabalho (como um projeto) em itens muito pequenos e depois somam as
estimativas de esforço para esses itens. Em seguida, é acordada uma data
aceitável ou o tamanho da equipe, o que deixa a outra variável a ser
determinada, garantindo que o tempo de espera multiplicado pelo tamanho da
equipe seja maior que o esforço estimado por um fator suficientemente grande
para contabilizar riscos e lucros. Muitas vezes, isso envolve um "fator de risco"
entre 2 e 10. Esse método tem se mostrado frequentemente um fracasso em
todos os tamanhos de projetos, mas particularmente nos grandes e críticos.
Surpreendentemente, ainda é o método dominante de previsão.
Os sistemas Kanban, uma vez estabelecidos, oferecem a oportunidade de
basear a previsão no fluxo de valor observado (contidos em itens de trabalho
muito menores que os projetos típicos) entregues através de equipes
estabelecidas. A previsão probabilística funciona usando um modelo simples das
equipes existentes (ou novas estruturadas de maneira semelhante), onde alguns
dados já foram coletados sobre a variabilidade do tamanho do item, os prazos
de espera e as taxas de entrega. Se não houver dados disponíveis de equipes
semelhantes, as estimativas de intervalo poderão ser usadas até que os dados
reais comecem a fluir. Usando um Método de Monte Carlo, que executa
cenários várias vezes, a probabilidade percentual de um intervalo de datas de
conclusão pode ser gerada. Fornecer isso aos planejadores incentiva uma
melhor abordagem para equilibrar custo e risco com cronogramas e
compromissos.
Figura 11 – Previsão probabilística mostrando a incerteza no numero de “histórias” para
completar e a Taxa de Entrega. Datas de conclusão com probabilidade de 50%, 95% e 95%
são marcadas.
A Figura 11 mostra o resultado de uma execução do modelo Monte Carlo,
mostrando uma seleção das muitas simulações aleatórias realizadas e a
distribuição da Data da previsão resultante, que é a base da previsão
probabilística.
A criação de contratos de nível de serviço adequados com os clientes também é
ativada pela coleta de dados reais dos sistemas kanban e pela aplicação de
análise estatística e previsão probabilística.
Os sistemas de fluxo podem fornecer uma ampla gama de métricas de fluxo que
são importantes para os gerentes desses sistemas, principalmente para produzir
previsões confiáveis. O ponto de partida mínimo é coletar dados sobre o Tempo
de Espera, a Taxa de entrega, WiP e custo (geralmente, o esforço em pessoasdias consumidos pelo serviço).
A previsão probabilística funciona melhor quando dados históricos reais sobre o
desempenho dos serviços estão disponíveis (o segundo melhor é uma estimativa
de faixa bem considerada). A análise significativa de muitos tipos de sistemas é
agora disponível, o que permite aos serviços prever o formato das distribuições
de lead time ou taxa de entrega.
As métricas capturadas nos gráficos das Figuras 12, 13 e 14 foram geradas
simplesmente a partir das datas em que os itens entraram nos estados de
"Comprometimento", "Aceitação" e "Entregue". Alguns dados de custo, em
termos de custos financeiros ou de pessoa-dias, também devem ser registrados.
Figura 12 – Gráficos complementares dos mesmos dados de fluxo
Parte superior: Gráfico de dispersão (Scatterplot) de Prazos de Espera para os
itens em suas datas de entrega
Inferior: Diagrama de Fluxo Cumulativo, mostrando o número acumulado de
itens Comprometidos, em Aceitação e entregues por data.
Figura 13 – Executar ou controlar gráficos de LT, DR, WiP, e idade de WiP
Existem vários tipos importantes de gráficos para exibir sistemas de fluxo.
dados do sistema, incluindo:
• Gráficos de Dispersão (Scatterplpots) dos Tempos de Espera (veja a Figura
12)
•
Diagramas de fluxo cumulativo (CFDs), que mostram o número
acumulado de chegadas e partidas em um processo ou em partes de um
processo (veja a Figura 12)
•
Gráficos de Execução (Run Charts) do tempo médio de espera, Taxas
de Entrega, e Idade do WiP (veja a Figura 13)
•
Gráficos de Controle dos tempos de Espera ou idade do WiP também
podem ser usados. Os gráficos de controle podem ser gráficos de
execução ou gráficos de dispersão com a adição de intervalos de controle,
que podem ser usados para acionar ações que mantêm os itens no
intervalo desejado. Os gráficos de controle são mais comuns na
fabricação do que no Kanban, devido à maior variação natural e esperada
no trabalho do conhecimento (consulte Figura 13).
•
Histogramas de distribuição de tempos de entrega e taxas de entrega
(veja o exemplo na Figura 14)
Os gráficos de execução na Figura 13 mostram a variação nas médias de
rolagem de 7 dias para essas métricas no mesmo período. A Idade do Gráfico
WiP mostra adicionalmente a idade do item "mais antigo" em andamento. Isso é
um gráfico de controle devido à adição de linhas de controle, que acionam a
análise ou intervenção.
Figura 14 – Histrograma de Distribuição
Os dados de distribuição são necessários para uma previsão probabilística
eficaz. A Figura 14 mostra um exemplo de um histograma de distribuição do lead
time. Confiar em um único valor (como uma média) para prever ou tomar
decisões é problemático porque oculta padrões de diferentes tipos de dados e
contexto. Alguns intervalos de valores ocorrerão com mais frequência do que
outros e, geralmente, em um processo Kanban, existem vários picos (valores
muito comuns) e mínimos (valores mais raros). Os picos geralmente
representam diferentes tipos de trabalho, diferentes prioridades de trabalho ou
promessas de classe de serviço. Para melhorar a previsibilidade de uma entrega
do sistema ao cliente, é importante considerar essa distribuição de valores para
que o intervalo certo seja escolhido para o tipo de trabalho ou classe de serviço
que você está analisando.
Ampliando a aplicação do Kanban
Como você escala o Kanban? A resposta é simples: aplicando o Kanban em um
contexto de maior escala.
Depois que os sistemas kanban forem estabelecidos para um ou mais serviços,
considere três dimensões nas quais eles podem crescer dentro da sua
organização.
O crescimento em escala abrange um escopo mais amplo do ciclo de vida dos
itens de trabalho, expandindo o fluxo de trabalho de ponta a ponta, tanto para
cima quanto para baixo (veja a Figura 15). Por exemplo, se o serviço original
modelar apenas o processo da equipe de desenvolvimento, explore o que
acontece antes que os itens entrem em desenvolvimento e depois que eles
terminem como "feito". Um escopo mais amplo para o processo revela
potencialmente mais áreas para melhorar efetivamente o serviço aos clientes.
Figura 15 – Exemplo de Crescimento em escala. Este painel também mostra a utilização dos
limites mínimos e máximos de WiP.
Crescimento em altura considere a hierarquia dos itens que compõem as
entregas, cada nível tendo potencialmente diferentes características de fluxo.
Por exemplo, uma "história do usuário" é uma pequena parte da funcionalidade
de um "recurso" de um produto de software, que faz parte de uma versão de
software. O Kanban pode ser usado em cada um desses níveis - com diferentes
fluxos de trabalho e políticas em cada nível. Essa dimensão usa a natureza “sem
escala” do Kanban: os mesmos princípios e práticas gerais se aplicam a qualquer
tamanho de item de trabalho, mesmo que a natureza do trabalho nas diferentes
escalas implique sistemas e políticas muito diferentes (Figura 16).
Quatro níveis específicos são frequentemente identificados:
1. Pessoal - Por exemplo, o uso do Personal Kanban para um individuo ou
pequena equipe para promover um trabalho eficiente e eficaz
Figura 16 – Exemplo de crescimento em altura
2. Equipe - Entendendo o trabalho da equipe como um "serviço" e aplicando
as práticas Kanban para criar um fluxo previsível de valor
3. A Entrega de produtos ou serviços - O gerenciamento de produtos requer
a coordenação eficaz de opções para aprimoramentos e o fluxo de
mudanças valorizadas pelo cliente para obter vantagem competitiva. Os
itens de trabalho devem ser consideravelmente maiores que os do nível
da equipe e geralmente reconhecíveis por um cliente ou usuário de um
produto, mas muito menores que os projetos típicos.
4. Portfólio - Nesse nível, o Kanban apóia decisões em nível de investimento
com relação a quais projetos novos e existentes precisam de maior ou
menos investimento para gerar mudanças. O gerenciamento de portfólio
não é uma variante do gerenciamento de projetos com projetos maiores,
mas uma disciplina completamente diferente, mais alinhada ao
gerenciamento de portfólios financeiros. Equilibrar o risco no portfólio,
considerando diferentes horizontes temporais para o retorno do
investimento e várias opções para lidar com diferentes resultados e
mudanças no mercado, contribuem para a construção de organizações
mais resilientes e antifrágeis.
Crescimento em profundidade, uma implementação profunda do Kanban precisa
não apenas de maior profundidade de entendimento, mas também de
penetração em todo o conjunto de serviços exigidos pela organização para
agregar valor. O crescimento profundo conecta vários serviços no mesmo nível
por meio de ciclos de feedback (cadências) que equilibram a capacidade entre
os serviços. A Figura 17 mostra como os itens bloqueados em um serviço podem
depender de outros serviços especializados. Um serviço pode fornecer uma
função específica (serviços jurídicos, de TI, RH ou de contabilidade, por
exemplo) ou estar alinhado com a entrega do trabalho que requer um conjunto
de habilidades bastante diferentes dentro deles (desenvolvimento de novos
produtos ou serviços de cinema e televisão, por exemplo) . O desafio no
ecossistema Kanban estendido é alcançar equilíbrio e fluxo em todos os serviços
interdependentes.
Figura 17 – Exemplo de crescimento em profundidade
Observação: os valores, princípios e práticas do Kanban são definidos sem levar
em consideração a escala. No entanto, exemplos, explicações e conselhos
podem muito bem ser adaptados a premissas específicas sobre escala e
contexto. A complexidade é sempre maior em escala maior; portanto, deve-se
tomar um cuidado especial para não transferir pressupostos de uma escala para
uma maior ou, de fato, entre diferentes contextos de sistemas de fluxo com
características muito diferentes.
Um desenvolvimento recente importante na evolução do Kanban e sua aplicação
em grandes organizações é o Enterprise Services Planning (ESP) .21 Esse
programa possui um plano de treinamento em gerenciamento que fornece aos
gerentes o conhecimento e a confiança para aplicar o Kanban em redes de
centenas de centenas de serviços potencialmente interdependentes. vícios
Embora o ESP esteja fora do escopo deste livro, ele usa a definição de Kanban
descrita aqui. Este é um material fundamental que é essencial para entender no
contexto da ESP.
Aprendendo mais sobre o Kanban
O objetivo deste livro é fornecer a essência do método de forma compacta e
acessível e apontar o caminho a seguir para os alunos do método descobrirem
mais e participarem de sua evolução contínua. A seguir, é apresentada uma lista
de publicações que estendem a definição atual do método, incluindo justificativa,
exemplos e estudos de caso.
Embora este livro resume os principais elementos do Kanban, esses conceitos
são definidos e explicados com mais profundidade no original “Blue Book”,
Kanban: Kanban: Mudança Evolucionária de Sucesso para o Seu Negócio de
Tecnologia (Anderson, 2010). Esta é a publicação seminal sobre o Método
Kanban e fornece antecedentes, exemplos e justificativas essenciais para suas
práticas.
Textos mais recentes sobre o método, como Kanban From the Inside (Burrows,
2014) e Kanban Change Leadership (Leopold, 2015), fornecem mais detalhes.
Kanban From the Inside define, amplifica e explica os valores do Kanban e como
seus princípios e práticas fluem a partir deles. Ele também acompanha de
maneira útil influências e fontes de muitas práticas do Kanban e discute sua
relação com outras abordagens, como Lean, Theory of Constraints e Agile. A
Liderança de Mudança Kanban explica como estabelecer uma cultura de
melhoria contínua nas implementações do Kanban e possui verões úteis das
práticas do método e como aplicá-las em iniciativas de mudança. Vários estudos
de caso sobre implementações do Kanban estão disponíveis como documentos
para download no site da Universidade Lean Kanban (LKU) (Dzhambazova,
2015). Juntos, esses materiais fornecem a base de conhecimento básica para
aqueles que desejam entender o método.
Além dessas fontes, existem muitos livros descrevendo a prática atual do
Kanban e sua relação com outros métodos. O Kanban em ação (Hammarberg,
2014) fornece uma maneira acessível de começar a usar muitas das práticas do
Kanban, principalmente visualizando, limitando o trabalho em progresso e
gerenciando o fluxo. Outro livro prático do Kanban é o Kanban do mundo real
(Skarin, 2015), que explica as práticas no contexto de vários exemplos do mundo
real. Já mencionamos o Personal Kanban (Benson, 2011), que é uma ótima
maneira de iniciar uma pequena equipe com o Kanban, ou mesmo apenas para
organizar sua vida em casa. As lições que ele fornece têm aplicativos mais
amplos e até ajudam quando você está expandindo para serviços grandes ou
múltiplos. Na mesma linha está o Why Limit WIP de Jim Benson: estamos nos
afogando no trabalho (Benson, 2015).
Para realmente entender o Kanban, também vale a pena procurar não apenas
os autores atuais e futuros sobre o método, mas também aqueles que lançaram
as bases do método com o Sistema Toyota de Produção e Lean Manufacturing,
22 Systems Thinking, 23 e a Theory of Constraints. .24 Nem tudo nesses
métodos chegou ao Método Kanban, mas as idéias desses autores continuam a
inspirar e influenciar os praticantes do Kanban atualmente.
Lembre-se de que este livro é um guia compacto - não é um tutorial sobre como
implementar o Kanban. Não use isso como desculpa para aplicar interpretações
literais às cegas e cometer erros evitáveis! O Kanban possui princípios e práticas
gerais, mas elas devem ser aplicadas em contexto, onde diferentes detalhes
surgirão à medida que perseguimos as agendas comuns de sustentabilidade,
orientação a serviços e capacidade de sobrevivência. Como resultado, a jornada
é uma aventura em território desconhecido e não uma marcha em terreno
familiar. A jornada pode nunca estar completa, mas cada passo pode valer a
pena.
Referências
Anderson (2005)
David J. Anderson and Dragos Dumitriu. “From Worst to Best in 9 Months:
Implementing a Drum-Buffer-Rope Solution at Microsoft’s IT Department.” TOC
ICO World Conference, November 2005, USA: Microsoft Corporation.
Anderson (2010)
David J. Anderson. Kanban: Successful Evolutionary Change for Your
Technology Business. Sequim, WA: Blue Hole Press.
Anderson (2015a)
David J. Anderson. “Introducing Enterprise Services Planning.” Lean Kanban
Services. http://services. leankanban.com/introducing-enterprise-servicesplanning (accessed March 18, 2016).
Anderson (2015b)
David J. Anderson. “Kanban Enterprise Services Planning: Scaling the Benefits
of Kanban.” London Limited WIP Society, October 2015.
http://www.slideshare.net/agilemanager/ enterprise-services-planning-scalingthe-benefits-of- kanban-54207714 (accessed November 2, 2015).
Beinhocker (2007)
Eric D. Beinhocker. The Origin of Wealth: Evolution, Complexity, and the
Radical Remaking of Economics. London: Random House Business Books.
Benson (2011)
Jim Benson and Tonianne DeMaria Barry. Personal Kanban: Mapping Work,
Navigating Life. Seattle, WA: Modus Cooperandi.
Benson (2014)
Jim Benson. Why Limit WIP: We Are Drowning in Work. Seattle, WA: Modus
Cooperandi.
Burrows (2014)
Mike Burrows. Kanban from the Inside: Understand the Kanban Method,
connect it to what you already know, intro- duce it with impact. Sequim, WA:
Blue Hole Press.
Carmichael (2013)
Andy Carmichael. “Shortest Possible Guide to Adopting Kanban.” Improving
Projects. http://xprocess.blogspot. co.uk/2013/ 05/how-to-adopt-kanban.html
(accessed December 11, 2015).
Carmichael (2016)
Andy Carmichael. “Understanding Cost of Delay and Its Use in Kanban.”
Improving projects. http://xprocess. blogspot.co.uk/2016/04/understanding-costof-delay- and-its-use.html (accessed April 15, 2016).
Deming (2000)
W. Edwards Deming. The New Economics: For Industry, Government,
Education, 2nd ed. Cambridge, MA: MIT Press.
Deming (2012)
W. Edwards Deming. The Essential Deming: Leadership Principles from the
Father of Total Quality Management, eds. Joyce Orsini and Diana Deming
Cahill. New York: McGraw-Hill Professional Publishing.
References
Drucker (1959)
Peter F. Drucker. The Landmarks of Tomorrow. New York: Harper & Row.
Dzhambazova (2015)
Irina Dzhambazova. “Kanban Case Study Series.” Lean Kanban University.
http://leankanban.com/case-studies/ (accessed March 1, 2016).
Garcia (2006)
Suzanne Garcia and Richard Turner. CMMI Survival Guide: Just Enough
Process Improvement. Upper Saddle River, NJ: Addison-Wesley.
Goldratt (1989)
Eliyahu M. Goldratt and Jeff Cox. The Goal: A Process of Ongoing
Improvement. New York: North River Press.
Hammarberg (2014)
Marcus Hammarberg and Joakim Sunden. Kanban in Action. Shelter Island,
NY: Manning Publications.
Hopp (2005)
Wallace J. Hopp and Mark L. Spearman. Factory Physics, 3rd ed. Long Grove,
IL: Waveland Press.
Kniberg (2010)
Henrik Kniberg and Mattias Skarin. Kanban and Scrum - Making the Most of
Both. United States: C4Media Inc. for InfoQ.
Ladas (2009)
Corey Ladas. Scrumban and Other Essays on Kanban Systems for Lean
Software Development. Seattle, WA: Modus Cooperandi.
LKU (2015)
“Glossary of Terms.” Lean Kanban University. http://edu.
leankanban.com/kanban-glossary-terms (accessed January 7, 2016).
Leopold (2015)
Klaus Leopold and Siegfried Kaltenecker. Kanban Change Leadership:
Creating a Culture of Continuous Improvement. Hoboken, NJ: John Wiley &
Sons, Inc.
Liker (2004)
Jeffrey K. Liker. The Toyota Way: Fourteen Management Principles from the
World’s Greatest Manufacturer. New York: McGraw-Hill.
Little (1961)
John D. C. Little. “A Proof for the Queuing Formula: L = ΛW.” Operations
Research, 9(3): 383–87.
Little (2011)
John D. C. Little. “Little’s Law as Viewed on Its 50th Anniversary.” Operations
Research, 59(3): 536–49.
Levitin (2015)
Daniel J. Levitin. The Organized Mind: Thinking Straight in the Age of
Information Overload. London: Penguin Random House.
Maccherone (2012)
Larry Maccherone, “Introducing the Time in State
InSITe Visualization,” ed. Eric Willeke, in Lean Software & Systems Conference
2012 (Boston, MA: Lean
Software and Systems Consortium), http://leanssc.org/ files/2012-LSSCProceedings.pdf (accessed May 27, 2015).
Maccherone (2014)
Larry Maccherone. “The Impact of Lean and Agile Quantified: 2014.” Lean
Kanban UK 2014, London: InfoQ. http://www.infoq.com/presentations/agilequantify (accessed February 11, 2016).
Maccherone (2015)
Larry Maccherone. “The Impact of Agile, Quantified.” CA Technologies.
https://www.rallydev.com/resource/ impact-agile-quantified-sdpi-whitepaper
(accessed February 10, 2016).
Magennis (2011)
Troy Magennis. Forecasting and Simulating Software Development Projects.
Focused Objective. http:// focusedobjective.com/training/books-andpublications/ (accessed December 11, 2015).
Magennis (2015)
Troy Magennis, “The Economic Impact of Software Development Process
Choice — Cycle-Time Analysis and Monte Carlo Simulation Results,” 48th
Hawaii International Conference on System Sciences January 2015,
doi:10.1109/hicss.2015.599.
Magennis (2016)
Troy Magennis. “Software Downloads.” Focused Objec- tive.
http://focusedobjective.com/software/ (accessed March 20, 2016).
Meadows (2009)
Donella H. Meadows and Diana Wright. Thinking in Systems: A Primer. London:
Taylor & Francis.
Reddy (2016)
Ajay Reddy. The ScrumBan [R]Evolution: Getting the Most out of Agile, Scrum,
and Lean Kanban. Upper Saddle River, NJ: Addison-Wesley.
Reinertsen (2009)
Donald G. Reinertsen. The Principles of Product Development Flow. Redondo
Beach, CA: Celeritas Publishing.
Schwaber (2013)
Ken Schwaber and Jeff Sutherland. “The Scrum Guide.” Scrum Guides.
http://www.scrumguides.org/scrum-guide. html (accessed January 1, 2016).
Skarin (2015)
Mattias Skarin. Real-World Kanban: Do Less, Accomplish More with Lean
Thinking. Frisco, TX: Pragmatic Bookshelf.
Shimokawa (2009)
Koichi Shimokawa and Takahiro Fujimoto, eds. The Birth of Lean:
Conversations with Taiichi Ohno, Eiji Toyoda,
and Other Figures Who Shaped Toyota Management: 1.0. Cambridge, MA: The
Lean Enterprise Institute, Inc.
Shook (2014)
John Shook and Chet Marchwinski, eds. Lean Lexicon: A Graphical Glossary
for Lean Thinkers, 5th ed. Cambridge, MA: The Lean Enterprise Institute, Inc.
Steyaert (2014)
Patrick Steyaert. “Discovery Kanban.” Okaloa. http:// www.discoverykanban.com/ (accessed December 11, 2015).
Taleb (2013)
Nassim Nicholas Taleb. Antifragile: Things That Gain from Disorder. London:
Penguin Books.
Vacanti (2015)
Daniel S. Vacanti. Actionable Agile Metrics for Predictability: An Introduction.
Victoria, BC: LeanPub.
Weibull (1951)
Waloddi Weibull. “A Statistical Distribution Function of Wide Applicability.”
Journal of Applied Mechanics, 18(3): 293–97.
Wikipedia (2015a)
“Fitness Landscape.” Wikipedia. https://en.wikipedia.org/
wiki/Fitness_landscape (accessed October 30, 2015).
Wikipedia (2015b)
“Monte Carlo Method.” Wikipedia. https://en.wikipedia.
org/wiki/Monte_Carlo_method (accessed December 11, 2015).
Wikipedia (2015c)
“Stationary Process.” Wikipedia. https://en.wikipedia.org/
wiki/Stationary_process (accessed May 27, 2015).
Womack (2003)
James P. Womack and Daniel T. Jones. Lean Thinking: Banish Waste and
Create Wealth in Your Corporation. London: Simon & Schuster.
Yoshima (2013)
Rodrigo Yoshima. “Management and Change—Avoiding the Rocks.” Lean
Kanban North America, United States: SlideShare.
http://www.slideshare.net/rodrigoy/ management-and-change-avoidin (accessed
April 5, 2016).
Acknowledgements
This book would not have been possible without the many people who have
contributed to the development of the Kanban Method over the past 10 years,
and those authors and practitioners who pio- neered methods that preceded it,
and which Kanban draws from and builds on. They are too numerous to mention,
but we thank them all.
Our principal reviewers, Mike Burrows, Alexei Zheglov, and Klaus Leopold, made
important and helpful contributions that have improved the book’s content and—
particularly where some changes have been made to familiar concepts in the
Method—helped to hone its wording and impact. Contributions from Troy
Magennis, Richard Turner, Dan Vacanti, and Larry Maccherone have also been
most helpful, along with comments from many reviewers, includ- ing Janice
Linden-Reed, Irina Dzhambazova, David Denham, John Coleman, Jon Terry,
Martien van Steenbergen, Nader Talai, Dan Brown, Daniel Doiron, and Helen
Carmichael.
There are many people to thank for help with the actual production of the book—
our book editor, Wes Harris, copy editor and designer, Vicki Rowland, and
illustrators Jane Pruitt and Eugenia Glas, chief among them.
Finally we are indebted to the worldwide Kanban community who continue to use,
challenge, improve and extend this method. This book could not have existed
without you.
Sobre os autores
David J Anderson
@lki_dja, dja@leankanban.com
David J Anderson is an innovator in management thinking for 21st- century
businesses. He is CEO of Lean Kanban Inc., a training, consulting, events, and
publishing business, making new ideas accessible to managers across the globe.
He has more than 30 years’ experience in the high-technology industry, starting
with games in the early 1980s. He worked at IBM, Sprint, Motorola, and Microsoft,
as well as a number of startup busi- nesses. He is the pioneer of both the Kanban
Method and
Enterprise Services Planning.
David is the author of three books: Kanban: Successful Evolutionary
Change for Your Technology Business, Lessons in Agile Management: On the
Road to Kanban, and Agile Management for Software Engineering: Applying the
Theory of Constraints for Business Results.
Andy Carmichael
@andycarmich
Andy Carmichael is a coach, consultant, and business builder who has been at
the forefront of process change in software develop- ment teams for many years.
His clients include major players in finance, software engineering, utilities, and
telecoms—as well as a number of startups and SMEs—all of which share the
goals of gaining com- petitive advantage through increased business agility. He
is active in the Kanban and Agile communities and
is a Kanban Coaching Professional.
Andy has edited and co-authored three books: Object Development
Methods, Developing Business Objects, and Better Software Faster. When not
engrossed in technical work, he enjoys singing, golf, and entertaining, particularly when his large grown-up family comes home to visit.
Sobre a tradutora
Ana G. Soares é Accredited Kanban trainer (AKT), Accredited Kanban Coaching
(AKC) Consultora Agile Coach, Professora Universitária, Palestrante
internacional, atuando em TI há mais
de 10 anos.
É Mestranda em Gestão de Inovações
e Tecnologias Organizacionais na
UDESC. Já treinou mais de 2.000
pessoas em agilidade, auxiliando no
desenvolvimento de suas habilidades
para terem sucesso profissional.
É idealizadora da Certificação Lean
Agile Coach (LACP) - seu treinamento
mais completo onde ensina técnicas
testadas para produzir mais resultado
com menos esforço e com mais
felicidade na carreira; criadora da Roda
Ágil, no qual auxilia profissionais a medir a maturidade dos times ágeis, e é
trainer oficial dos cursos Kanban: TKP, KMP 1 e KMP 2.
leankanban.com
About Lean Kanban, Inc.
Lean Kanban, Inc. (LKI) is dedicated to developing and promoting the principles
and practices of the Kanban Method to achieve the highest quality delivery of
professional services through using Kanban. LKI programs include professional
development training, a certified training curriculum, events, and published
materials.
Certified Kanban Training
Lean Kanban University (LKU) offers a complete curriculum of certified Kanban
classes ranging from introductory to advanced, as well as enterprise services.
Visit edu.leankanban.com to find certified Kanban training or a knowledgeable
and experienced coach or trainer in your area. Additionally, Lean Kanban
Services offers private training, coaching, and consulting worldwide.
Credentialing Programs
LKU provides leadership training for managers, coaches, and trainers.
Professional designations include Team Kanban Practitioner, Kanban
Management Professional, Kanban Coaching Professional, and Accredited
Kanban Trainer. Certified training helps to raise the level of your Kanban
expertise and enables you to earn your professional credential.
Global Conference Series
Join the global Kanban community with Lean Kanban events. The Lean Kanban
events series focuses on providing pragmatic, actionable guidance for improving
business agility and managing risk with Kanban and related methods. Visit
conf.leankanban.com for a calendar of upcoming conferences and events.
Download