O que é DDOM: a camada acima do DDMRP.
Demand Driven Operating Model é o método que sincroniza a execução do chão de fábrica com a demanda real, via Drum-Buffer-Rope, control points e time buffers. Combina o framework demand-driven com a Theory of Constraints de Eliyahu Goldratt.
Demand Driven Institute · Theory of Constraints · ForgeFlow stack
As 3 camadas do framework Demand Driven
DDMRP resolve materiais. DDS&OP integra estratégia. DDOM executa o chão de fábrica.
-
1
DDMRP (Demand Driven MRP)
Posiciona buffers de estoque desacoplados em pontos estratégicos. Sinaliza reposição via Net Flow Position. Resolve variabilidade de demanda.
-
2
DDS&OP (Demand Driven Sales & Operations Planning)
Camada tática: integra previsão estratégica, capacidade, finanças e DDMRP. Período de 3-18 meses.
-
3
DDOM (Demand Driven Operating Model)
Camada operacional acima do DDMRP. Sincroniza produção via Drum-Buffer-Rope (DBR), control points e time buffers. Foco no gargalo.
Drum-Buffer-Rope: o coração do DDOM
O método de execução de Eliyahu Goldratt aplicado dentro do framework demand-driven.
Drum (Tambor)
O recurso gargalo dita o ritmo. A batida do gargalo determina o que toda a fábrica deve fazer. Identificar o gargalo é o primeiro passo.
Buffer (Pulmão)
Estoque de tempo posicionado antes do gargalo para absorver variabilidade. Não é estoque tradicional: é tempo de proteção.
Rope (Corda)
Sinal de liberação que conecta entrada do material à batida do gargalo. Liberação só acontece quando o gargalo precisa.
Conceitos-chave do DDOM
Vocabulário operacional que aparece em qualquer projeto.
Control Point
Ponto físico de controle da produção (gargalo, recursos críticos, divergência/convergência de fluxo). Modelado em ddom como `control.point` com stages.
Time Buffer
Estoque de tempo (não de quantidade) que protege o gargalo de variabilidade upstream. Tipicamente 2-3x o lead time do recurso.
Capacity Forecast
Previsão de capacidade do gargalo. ddom integra `mrp.capacity_forecast` para ver carga futura.
Decoupling Point
Onde o fluxo de produção 'desacopla' do MRP tradicional e passa a operar puxado por consumo. DDMRP define onde; DDOM executa.
Stack DDOM no Odoo (ForgeFlow)
Atribuição: módulos publicados pela ForgeFlow (Espanha). KMEE é parceira oficial brasileira para implementação de DDMRP/DDOM Enterprise.
ddom- Camada base. Modelos `time.buffer.profile`, `control.point.stage`. Depende de `ddmrp`, `ddmrp_workorder`, `mrp_control_point`, `mrp_capacity_forecast`.
ddom_enterprise- Integração com Odoo Enterprise: Gantt visual, workorder visualization.
mrp_control_point- Define `control.point` (linhas 1-166 LoC) com stages, vinculado a stock.location, stock.warehouse, mrp.workcenter. Marca pontos físicos de controle.
mrp_capacity_forecast- Forecast de capacidade em mrp.workcenter (144 LoC). Permite ver overload no gargalo.
Quando DDOM faz sentido (e quando não)
Honestidade vale mais que vender método errado.
DDOM faz sentido
- Manufatura discreta com gargalo claro (linha de envase, máquina específica, célula de teste)
- Lead time de produção volátil ou longo
- Já implementou DDMRP e quer próximo nível de sincronização
- BOMs profundas com convergência crítica em recursos compartilhados
- Capacidade do gargalo é desperdiçada (paradas, setups, queues)
DDOM não faz sentido
- Operação puramente comercial/distribuidora (DDMRP basta)
- Manufatura discreta com capacidade folgada e sem gargalo claro
- Negócios sob encomenda (engineer-to-order) sem repetição
- Empresa sem disciplina de PCP estabelecida (DDOM exige rigor operacional)
Perguntas frequentes
Qual a diferença entre DDMRP e DDOM?
DDMRP resolve posicionamento e suprimento (onde colocar buffer, quando comprar/produzir). DDOM resolve execução no chão de fábrica (qual máquina/recurso opera, em que ritmo, com qual buffer protegendo). DDMRP responde ao que; DDOM responde ao como executar respeitando capacidade.
DDOM é o mesmo que Theory of Constraints (TOC) / DBR?
DDOM incorpora Drum-Buffer-Rope (DBR) do TOC de Goldratt. Diferença é integração: DDOM combina DBR com o framework Demand Driven completo (com DDMRP a montante e DDS&OP estratégico). É TOC operacional dentro de um sistema demand-driven mais amplo.
Preciso ter DDMRP rodando antes de DDOM?
Sim, em geral. DDOM assume que os pontos de desacoplamento estão definidos (DDMRP) e que existem buffers protegendo o gargalo. Implementar DDOM sem DDMRP é construir o telhado antes da estrutura. Exceção: empresas com um único gargalo crítico podem começar pelo DDOM mais focado, mas sem o resto da disciplina demand-driven.
Qual o stack ForgeFlow para DDOM no Odoo?
Módulos: `ddom` (base), `ddom_enterprise` (integração EE Gantt), `mrp_control_point` (control points do gargalo), `mrp_control_point_enterprise`, `mrp_capacity_forecast`. Ver `/servicos/ddmrp-odoo/` para a stack completa.
KMEE implementa DDOM?
Sim, como parceira oficial ForgeFlow. Implementação típica: diagnóstico (identificar gargalo), setup ddom + control points, treinamento da equipe de produção, piloto em um turno/linha, expansão. Cliente FFA (antiga Flavors of America) tem o stack em produção em Odoo 18.
Roda em Community ou só Enterprise?
`ddom` base roda em CE. `ddom_enterprise` exige EE para Gantt visual de workorders. Para empresa com chão de fábrica complexo, EE costuma justificar.
Qual o ROI esperado?
Casos publicados pela ForgeFlow apontam para redução de WIP de 25-40%, aumento de utilização de gargalo de 15-30%, redução de lead time prometido de 20-50%. Cada operação tem seu próprio número, e o diagnóstico KMEE produz a estimativa específica.
Quer implementar DDOM em sua manufatura?
KMEE é parceira oficial ForgeFlow para DDMRP/DDOM Enterprise no Brasil. Diagnóstico gratuito de 30 minutos para identificar gargalo e mapear oportunidade.