Antigamente, o importante era manter o segredo de um produto enquanto passávamos meses ou anos o desenvolvendo. Hoje, o objetivo das empresas é colocar o produto no mercado o quanto antes para ser experimentado e avaliado pelos consumidores. Dessa forma, reduzir o tempo de concepção, desenvolvimento e entrega de um produto (time to market) tornou-se imperativo. Vamos começar essa reflexão falando sobre Lead Time!
Lead Time
Quando falamos de Métodos Ágeis, o time to market recebe o nome de lead time, isto é, o tempo decorrido desde o momento em que o time se compromete a construir uma ideia até que o produto ou funcionalidades do produto estejam disponíveis para utilização dos consumidores e possamos coletar métricas de uso e negócio.
Há diversas maneiras de reduzir o lead time, todavia abaixo apresentamos 5 formas sistêmicas de fazer essa redução e como ela é refletida no Quadro de Tarefas:
limitar a quantidade de trabalho em andamento;
fatiar melhor os itens de valor;
adiantar o seu ponto de entrega para o consumidor;
atrasar o seu ponto de compromisso;
e remover etapas do processo.
Limitar a quantidade de trabalho em andamento
O primeiro movimento que falaremos neste artigo é a compressão horizontal do Quadro de Tarefas. Quando utilizamos o Método Kanban, aprendemos que quanto mais trabalho temos em paralelo, menos eficientes nós seremos, pois, cada item individualmente demorará muito mais tempo para ser entregue. Há inclusive uma prova matemática (Lei de Little) que apresentamos nos treinamentos de Kanban e Métricas ágeis.
WIP não limitado
A figura abaixo apresenta um quadro em que o WIP não está limitado. Muitos itens começando, porém poucos acabando.
Abaixo apresentamos um gráfico de acompanhamento que demonstra o que acontece com o lead time quando não utilizamos a limitação do trabalho em andamento. Nele são apresentados: a quantidade de trabalho em andamento (WIP); Vazão (throughput); Lead Time; A taxa de eficiência do fluxo (flow efficiency); e Uso da Capacidade do time (capacity utilisation)
Duas métricas que não são comuns aparecem nesse gráfico. Primeiramente, a taxa de eficiência. Ela é o resultado da divisão do tempo em que as coisas estão em execução (por exemplo, construindo, testando, homologando, etc.) pelo Lead Time. Quanto maior a taxa de eficiência, menos tempo os itens ficam em filas de espera. Por fim, o uso da capacidade do time é quanto o time está ocupado trabalhando nos itens de valor.
Em síntese, podemos ver o que acontece quando um time não utiliza a limitação de trabalho em andamento após 90 dias de trabalho. Existem 156 itens de valor em alguma etapa do processo (WIP). Todo o time está ocupado trabalhando, entretanto, o lead time é de quase 40 dias. A taxa de eficiência do fluxo é muito baixa, o que significa que há muita coisa em filas de espera.
WIP limitado
No quadro abaixo fazemos a limitação do trabalho em andamento. Ela é representada pelos números em vermelho entre colchetes. A forma de lermos o quadro é: na coluna Priorizado podem existir até quatro itens de valor. Na coluna Construção podemos ter no máximo cinco itens. Esses cinco itens podem estar espalhados nas duas sub colunas (Construindo e Construído) de qualquer forma, desde que a soma de itens de valor não ultrapasse o limite do WIP que no caso é cinco.
Olhando agora para o gráfico de acompanhamento do mesmo time após aplicar a limitação da imagem acima.
Noventa dias após limitar o trabalho em andamento, em todas as etapas do fluxo de valor é possível perceber que o Lead Time caiu de 40 para 3 dias. A quantidade de itens andando em paralelo no quadro caiu de 156 para 13 itens. A taxa de eficiência do fluxo cresceu significativamente. Já a ocupação com picos e vales demonstra que há intervalos em que as pessoas podem fazer melhoria contínua.
Limitar a quantidade de itens em andamento favorece seu time a parar de começar e começar a terminar, promove a movimentação dos membros em outras etapas do fluxo de valor e ajuda a dar transparência e proteção ao gargalo do processo.
Fatiar melhor os itens de valor
O segundo movimento é a compressão dos itens no Quadro de Tarefas. O objetivo primário de um Product Owner é justamente olhar para problemas, imaginar qual produto ou serviço resolveria esse problema e fatiar a entrega deste em partes que agreguem valor para seu cliente e para a sua empresa.
O fatiamento é um grande desafio, pois quando mal feito, o time de desenvolvimento terá que construir partes enormes do produto antes de colocar na mão dos consumidores. Fatias grandes são problemáticas pois demoram muito para ser desenvolvidas, possuem muita incerteza e a alta complexidade. Consequentemente, ampliam o lead time. Reduzir o tamanho das fatias e mantê-las entregando valor para consumidores e empresa fará com que tenhamos o efeito diametralmente oposto.
Adiantar o ponto de entrega para o consumidor
O terceiro movimento é a compressão vertical das etapas finais do Quadro de Tarefas, também conhecidas como etapas de delivering. Em muitos cenários é comum a etapa final do desenvolvimento se caracterizar por um conjunto enorme de autorizações, verificações, assinaturas e muito trabalho manual. Uma forma simples de resolver esse problema é justamente eliminar a parte burocrática, removendo autorizações desnecessárias e automatizar o fluxo de entrega. Quando falamos especificamente de software, estamos falando em substituir os velhos scripts de implantação por práticas de DevOps e ferramentas de entrega contínua.
Algumas perguntas que podem auxiliar seu time a verificar se é possível adiantar o ponto de entrega para o consumidor:
As pessoas que autorizam a entrega do produto estão realmente envolvidas com ele ou estamos apenas tentando transferir a responsabilidade?
Tudo o que fazemos realmente precisa do mesmo nível de autorização?
Estamos fazendo um trabalho procedimental (seguindo um roteiro) que poderia ser automatizado?
Atrasar o seu ponto de compromisso
O quarto movimento é também uma compressão vertical, porém nas etapas inicias do Quadro de Tarefas e acontece durante o discovering. Como o lead time começa a contar quando o time se compromete a entregar algo, uma forma de reduzi-lo é quando atrasamos o momento em que o compromisso acontece. Muitas empresas ainda trabalham com escopo fechado para desenvolvimento de produtos. Para elas, o lead time começa a contar quando o contrato é assinado. A partir daquele momento o cliente já tem a expectativa de receber tudo o que foi pedido. Ao adotar o escopo flexível conforme descrito no Manifesto Ágil, automaticamente atrasamos o ponto de compromisso de cada entrega.
Outra situação em que podemos atrasar o ponto de compromisso é justamente quando o time de desenvolvimento recebe ideias ainda muito incipientes. Ao invés de nos comprometermos com algo que não pode ser totalmente compreendido, o melhor é criar um conjunto mínimo de restrições antes de começarmos a contar o nosso lead time.
o problema do consumidor deve estar descrito na ideia (porque);
o consumidor ou persona representando um grupo de consumidores que sofre do problema deve ser definido (quem);
a proposta de solução deve estar descrita (o quê);
e as métricas que iremos utilizar para validar se a fatia do produto realmente resolveu o problema do consumidor foram estabelecidas (resultados).
Remover etapas do processo
O quinto movimento é outra compressão vertical. Esta acontece no meio do Quadro de Tarefas (mid stream). Quanto mais etapas temos no nosso processo, maior será o nosso lead time. No Kanban, chamamos essas etapas de Handoffs (passagem de bastão). Normalmente é quando temos a necessidade de especialistas diferentes no nosso fluxo de valor ou etapas de autorização intermediárias. Se os handoffs forem para pessoas externas ao time de desenvolvimento, o lead time sofrerá um impacto ainda pior. Algumas formas de remover as etapas intermediárias são:
internalizar especialidades fundamentais ao time e torná-lo realmente multidisciplinar;
promover aprendizagem a fim de que cada membro do time possa se movimentar no fluxo de valor e realizar o trabalho necessário
em outras etapas do processo sem a necessidade de especialistas;
remover etapas que não agregam valor ao produto (burocracias);
juntar etapas em que o sequenciamento não é mandatório.
Conclusão
Essas são cinco formas sistêmicas que podemos utilizar para reduzir o nosso lead time e aumentar a eficiência dos nossos times e empresas. Entretanto, não é necessário adotar todas de uma única tacada, mas quanto mais pudermos fazer, melhor será o nosso time to market.
Não tente fazer todas as mudanças de uma vez, por mais que seja convidativo. Prefira uma visão sistêmica e boa leitura de cenário para saber qual será o seu próximo ponto de alavancagem.
Avelino Ferreira é formado e mestre em Ciência da Computação. Teve uma longa trajetória na TI, começando como programador e chegando a gestor de diversos times de criação de produtos digitais. Conheceu e começou a adotar as melhores prática de de Métodos Ágeis em 2008. Desde então, se dedica a auxiliar outras empresas na construção da cultura ágil. Atualmente, é Consultor e Trainer na K21
É uma pergunta comum em diversos times ágeis: Temos capacidade para atender a demanda? A resposta é não. Como diz Rodrigo de Toledo: “No trabalho do conhecimento, a demanda sempre irá superar a nossa capacidade de atendê-la.”. O desafio é…
Data storytelling. Se você acompanha o nosso blog, já deve ter percebido que eu gosto muito de trabalhar com métricas, dados e gráficos. É interessante, mas esses artefatos, apesar de serem interessantes, sozinhos eles não vão dizer muitas coisas. Você…
A criação de personas é um dos passos mais importantes no desenvolvimento de produtos, mas pode ser um desafio quando se trata de reunir dados e representá-los de forma precisa. Neste artigo, vou mostrar como usamos a inteligência artificial para…
Políticas explícitas são o alicerce invisível que mantém times ágeis funcionando com eficiência e harmonia. No contexto do Kanban, elas são mais do que simples regras: são acordos claros que orientam decisões, promovem transparência e evitam confusões. Apesar disso, muitas…
Nós usamos cookies para lhe oferecer a melhor experiência digital durante sua navegação. Ao clicar "Aceitar Cookies", você consente com todos os cookies utilizados, em conformidade com nossa Política de Privacidade.
This website uses cookies to improve your experience while you navigate through the website. Out of these, the cookies that are categorized as necessary are stored on your browser as they are essential for the working of basic functionalities of the website. We also use third-party cookies that help us analyze and understand how you use this website. These cookies will be stored in your browser only with your consent. You also have the option to opt-out of these cookies. But opting out of some of these cookies may affect your browsing experience.
Necessary cookies are absolutely essential for the website to function properly. This category only includes cookies that ensures basic functionalities and security features of the website. These cookies do not store any personal information.
Any cookies that may not be particularly necessary for the website to function and is used specifically to collect user personal data via analytics, ads, other embedded contents are termed as non-necessary cookies. It is mandatory to procure user consent prior to running these cookies on your website.