Desperdício 1: Trabalho Parcialmente Concluído

Na manufatura, inventário são peças e produtos parados em prateleiras—dinheiro imobilizado, espaço consumido, valor não entregue. A manufatura enxuta famosamente minimizou o inventário a quase zero.

Em software, o inventário é menos visível mas igualmente problemático:

• Branches não mesclados: Código escrito mas não integrado
• Pull requests abertos: Mudanças aguardando revisão
• Funcionalidades não lançadas: Trabalho concluído parado atrás de feature flags
• Itens de backlog: Ideias documentadas mas não construídas
• Documentos de requisitos: Especificações escritas mas não implementadas
• Designs: Mockups criados mas não construídos

Isso é trabalho parcialmente concluído—esforço investido mas valor não entregue. É a forma mais cara de desperdício porque representa investimento real com retorno zero.

Equipes raramente criam inventário intencionalmente. Ele se acumula através de:

Tamanhos de lote grandes: Quanto maior a funcionalidade, mais tempo até que esteja pronta. Um projeto de três meses são três meses de inventário antes que qualquer valor seja entregue.

Sistemas push: Trabalho atribuído com base na disponibilidade em vez da capacidade. Quando você começa mais do que pode terminar, o inventário cresce.

Feedback atrasado: Esperar por revisões de código, QA ou aprovações. Cada fila é acumulação de inventário.

Trabalho prematuro: Iniciar itens antes de serem necessários. Escrever especificações para funcionalidades que podem não ser construídas. Projetar para requisitos futuros imaginados.

Medo de mesclar: Equipes que têm medo de integrar mantêm mudanças isoladas. Quanto mais esperam, mais assustadora a integração se torna, criando um ciclo vicioso.

A solução não é trabalhar mais rápido—é trabalhar menor. Reduza os tamanhos de lote. Implemente integração contínua. Puxe trabalho com base na capacidade, não empurre com base em atribuições.

Estratégias para reduzir inventário:

Termine antes de começar: Estabeleça limites de WIP. Antes de começar algo novo, termine algo em progresso. "Pare de começar, comece a terminar."

Reduza os tamanhos de lote: Divida funcionalidades grandes em incrementos pequenos e independentemente valiosos. Entregue cada incremento antes de começar o próximo.

Integração contínua: Mescle no main constantemente. Não deixe branches viverem mais de um dia. Torne a integração entediante através da frequência.

Ciclos de feedback rápidos: Se PRs esperam dias por revisão, isso é inventário. Priorize a revisão. Torne-a rápida. Melhor ainda, faça pair programming para que a revisão seja integrada.

Elimine pré-trabalho: Não escreva especificações para funcionalidades que não são as próximas. Não projete sistemas que você não está construindo neste sprint. Planejamento just-in-time.

O objetivo é fluxo: o trabalho se move pelo sistema sem se acumular em nenhum estágio. Quando você vê inventário se acumulando, você encontrou um obstáculo ao fluxo.