Engineer to Order (ETO) na produção: gerir projetos de engenharia à medida do pedido de proposta à colocação em serviço

O que é Engineer to Order (ETO)

Engineer to Order é um modelo de produção em que o trabalho de design e engenharia ocorre depois de a encomenda de cliente chegar, produzindo uma configuração de produto única para essa encomenda precisa. Ao contrário do make-to-stock, onde os produtos são desenhados uma vez e fabricados para armazém para venda posterior, e ao contrário do make-to-order e das suas variantes onde os produtos são fabricados a pedido face a um design preexistente, o ETO trata cada encomenda como um evento de design seguido de um evento de produção. O cliente compra capacidade de engenharia tanto quanto capacidade de produção, e a fase de engenharia é parte integrante do ciclo de cumprimento da encomenda em vez de um investimento inicial único.

As características definidoras do ETO

As encomendas ETO partilham quatro características definidoras independentemente do setor. Primeiro, cada encomenda produz uma lista de materiais única porque a engenharia parte dos requisitos do cliente em vez de um design de catálogo. Segundo, cada encomenda produz uma gama operatória única na oficina porque os passos de fabrico dependem do que foi desenhado. Terceiro, os prazos de entrega medem-se em meses para os produtos ETO mais pequenos e em anos para os grandes bens de equipamento, porque a engenharia mais as compras de componentes especializados dominam o calendário. Quarto, a componente engenharia do custo representa normalmente uma parte substancial do valor total da encomenda, ao contrário da produção em massa onde o custo de engenharia se amortiza por muitas unidades e desaparece na prática da economia unitária.

Onde ocorre o ETO

O ETO domina nos setores onde os produtos padronizados não conseguem cumprir os requisitos do cliente. Os fabricantes de maquinaria pesada (camiões de mina configurados para condições de mina precisas, gruas dimensionadas para obras precisas, maquinaria agrícola ajustada a culturas e terrenos precisos) operam principalmente em modo ETO. A construção naval é quase inteiramente ETO porque cada navio é desenhado para uma rota, um tipo de carga e um operador precisos. Os equipamentos industriais à medida (instalações de processo, linhas de embalagem, sistemas de movimentação de materiais, sistemas de automação, equipamentos de laboratório) são ETO porque cada instalação se adapta à fábrica e ao processo existentes do cliente. Os equipamentos de geração de energia (turbinas a gás, turbinas hidráulicas, geradores, transformadores acima de certos tamanhos) são ETO porque as unidades são dimensionadas e configuradas para instalações precisas. Material circulante ferroviário, equipamentos mineiros, instalações químicas especializadas, dispositivos médicos para procedimentos clínicos precisos e sistemas de defesa seguem todos padrões ETO.

Porque as encomendas ETO são projetos, não séries de produção

A intuição operacional mais importante sobre o ETO é que cada encomenda é um projeto, não uma série de produção. Uma série de produção consome uma lista de materiais conhecida através de uma gama operatória conhecida para produzir um produto conhecido a custo e duração conhecidos, e toda a pilha de gestão (MRP, APS, MES, ERP) é desenhada em torno desta previsibilidade. Uma encomenda ETO começa sem nenhum destes elementos conhecidos: a BOM é criada durante a engenharia, a gama operatória é determinada pelas decisões de engenharia, o custo é estimado durante a proposta e revisto ao longo da execução, e a duração é função da complexidade de engenharia, do risco de compras e da complexidade de fabrico que só se torna plenamente visível tarde na encomenda. Gerir uma encomenda ETO com ferramentas desenhadas para séries de produção rende de forma consistente pior do que geri-la com ferramentas desenhadas para projetos.

ETO em comparação com MTS, MTO, ATO e CTO

As classificações da estratégia de produção descrevem quanto design e engenharia é concluída antes de a encomenda de cliente chegar. As quatro alternativas comuns ao ETO (make-to-stock, make-to-order, assemble-to-order, configure-to-order) aproximam cada uma o ponto de desacoplamento do cliente do produto acabado, o que reduz o prazo de entrega e o esforço de engenharia por encomenda mas limita quanto o produto pode ser adaptado a necessidades precisas do cliente.

Make-to-stock (MTS)

O MTS desenha o produto uma vez, fabrica-o para armazém segundo previsões de procura e expede-o do armazém quando um cliente encomenda. Os prazos ao cliente são de horas a dias. Toda a unidade é idêntica, a engenharia de produto ocorre uma vez e amortiza-se por todas as unidades, e as séries de produção são otimizadas para o débito e o custo unitário. O MTS aplica-se aos produtos de grande consumo, à eletrónica de consumo, às ferramentas padrão, aos alimentos e bebidas embalados, aos produtos químicos e farmacêuticos padrão. Pilha de gestão: previsão, MRP, APS, MES, gestão de armazém.

Make-to-order (MTO)

O MTO desenha o produto uma vez mas só o fabrica após receber uma encomenda de cliente, reduzindo o investimento em inventário ao preço de prazos ao cliente mais longos (normalmente dias a semanas). O design do produto é preexistente e as encomendas desencadeiam a série de produção, não a engenharia. O MTO aplica-se aos produtos de alta variação de configuração onde ter todas as variantes em armazém é pouco prático: impressos, produtos químicos especializados em embalagens precisas, perfis de aço não padrão, elementos de fixação industriais em tamanhos não padrão. Pilha de gestão: gestão de encomendas, MRP, APS, MES. Estratégias de produção distintas exigem abordagens de planeamento distintas, do gráfico PERT e de Gantt à gestão de portefólio completa.

Assemble-to-order (ATO)

O ATO fabrica submontagens para armazém e monta-as em produtos acabados só após receber uma encomenda de cliente. Os prazos são de dias porque as submontagens já estão disponíveis e só a montagem final espera pela encomenda. O ATO torna possível a personalização em massa sobre um conjunto de opções predefinido: computadores pessoais configurados com componentes precisos, automóveis configurados com níveis de acabamento e opções precisos, eletrodomésticos configurados com pacotes de características precisos. Pilha de gestão: configuração de encomenda, MRP de submontagens, agendamento da montagem final.

Configure-to-order (CTO)

O CTO é uma variante do ATO em que o cliente configura o produto a partir de um conjunto de opções definido, normalmente por um configurador que valida as combinações de opções face a um modelo de produto. A engenharia foi feita antecipadamente para estabelecer que opções combinam com quais, e a configuração do cliente desencadeia a montagem. O CTO aplica-se às licenças de software empresarial, à maquinaria complexa dentro de conjuntos de variantes predefinidas e aos equipamentos industriais onde o modelo de produto restringe a personalização a combinações desenhadas. Pilha de gestão: configurador de produto, ferramental ATO, gestão de encomendas.

Engineer-to-order (ETO)

O ETO distingue-se dos quatro modelos anteriores porque a fase de design ocorre depois de a encomenda de cliente chegar, e o trabalho de engenharia é substancial em vez de incremental. Os prazos correm em meses a anos, o custo de engenharia é uma parte significativa do valor da encomenda, e a pilha de gestão estende-se para além do MRP e do MES para incluir a gestão de portefólio de projetos, a gestão do ciclo de vida do produto, a gestão das mudanças de engenharia e o CRM para o longo ciclo de venda e entrega. Alguns fabricantes operam vários modelos: um fornecedor de equipamentos poderia vender CTO para a sua linha de produto padrão e ETO para instalações especializadas. Compreender a que modelo pertence uma dada encomenda determina que ferramentas de gestão são apropriadas e quais não são.

O ciclo de vida da encomenda ETO em sete fases

Uma encomenda ETO progride normalmente por sete fases do primeiro contacto com o cliente à entrega final. As fases nem sempre são sequenciais (engenharia e compras sobrepõem-se frequentemente, o teste pode ocorrer ao longo do fabrico em vez de só no fim), mas os critérios de gate entre fases são o que impõe a disciplina. Saltar ou comprimir os critérios de gate produz impactos de custo e prazo que aparecem mais tarde no ciclo de vida a múltiplos do que a disciplina teria custado a montante.

Fase 1: Pedido de proposta (RFQ)

A fase de RFQ começa quando o cliente descreve os seus requisitos e solicita um preço e um compromisso de entrega. Para os produtos ETO simples esta fase demora dias; para os bens de equipamento complexos demora semanas ou meses de engenharia de pré-venda. A saída da RFQ é uma proposta formal com descrição do âmbito, pressupostos técnicos, preço, compromisso de entrega, condições comerciais e período de validade. A qualidade da proposta impulsiona tudo o que se segue: uma RFQ subespecificada produz uma proposta que omite âmbito substancial, e o âmbito omitido torna-se mais tarde uma disputa de ordem de alteração.

Fase 2: Proposta e contrato

Uma vez que o cliente aceita a proposta, a fase de contrato produz a ordem de compra formal e o contrato assinado. O contrato, que funciona como uma carta de projeto inicial, define âmbito, condições comerciais, calendário de entrega, critérios de aceitação, condições de garantia, penalidades de atraso e mecanismos de gestão de mudança. A qualidade do contrato determina como as disputas são tratadas durante a execução: um contrato bem redigido com âmbito claro, gestão de mudança definida e critérios de aceitação especificados protege tanto o cliente como o fornecedor, enquanto um contrato mal redigido torna cara cada discordância.

Fase 3: Requisitos e especificação

Requisitos e especificação traduz o âmbito do contrato em requisitos técnicos detalhados face aos quais a engenharia irá desenhar. Esta fase faz emergir frequentemente lacunas entre o que o cliente julgava encomendar e o que o contrato de facto especificava, e resolver essas lacunas cedo é muito mais barato do que resolvê-las na aceitação em fábrica. A saída de especificação inclui normalmente os requisitos funcionais, de desempenho, de interface, de conformidade com normas e regulamentos, e de teste e aceitação. A aprovação da especificação pelo cliente é a última oportunidade de baixo custo para alinhar as expectativas.

Fase 4: Engenharia e design

Engenharia e design produz a solução técnica: design mecânico, design elétrico, design de sistemas de controlo, design de software onde relevante, design hidráulico e pneumático onde relevante, lista de materiais, gama operatória, desenhos de fabrico, instruções de montagem, procedimentos de teste. A engenharia corre normalmente em fases do design conceptual ao detalhado, com revisões em cada fase e congelamento do design formal no fim. O congelamento do design estabelece a linha de base face à qual o controlo de mudança opera: qualquer mudança após o congelamento exige uma avaliação de impacto formal e a aprovação do cliente.

Fase 5: Compras

As compras aprovisionam os componentes, materiais e trabalhos subcontratados exigidos para construir o produto. Os componentes de prazo longo (fundições especializadas, eletrónica à medida, controladores certificados de segurança, instrumentos de precisão) impulsionam o calendário geral do projeto e devem ser identificados durante a engenharia e libertados para compra o mais cedo possível. O risco de compras é uma das maiores fontes de atraso de projeto ETO porque os fornecedores especializados têm frequentemente prazos variáveis, e um atraso de fornecedor num componente crítico propaga-se por todo o calendário do projeto.

Fase 6: Fabrico e montagem

Fabrico e montagem executa a gama operatória produzida pela engenharia, usando os materiais comprados. Para os produtos ETO simples esta fase corre na fábrica do fabricante. Para os bens de equipamento complexos pode envolver vários locais: submontagens em fábricas de fornecedores, montagem de módulos no fabricante, montagem final em obra no cliente. A qualidade de fabrico determina se o teste passa: os defeitos introduzidos durante o fabrico e não detetados cedo tornam-se caros de corrigir durante a aceitação em fábrica ou, pior, durante o comissionamento em obra.

Fase 7: Teste e entrega

Teste e entrega valida que o produto entregue cumpre os requisitos contratados. Para os produtos ETO complexos esta fase inclui normalmente provas de aceitação em fábrica no local do fabricante, provas de aceitação em obra no cliente e comissionamento em condições operacionais reais. A entrega ao cliente exige a formação dos operadores, a entrega da documentação, o fornecimento de peças de reserva, a confirmação das condições de garantia e a assinatura de aceitação formal. Os períodos de suporte pós-entrega (normalmente 30 a 90 dias) permitem ao fabricante abordar as questões que só emergem em condições operacionais reais.

Porque as encomendas ETO se comportam como projetos

Uma encomenda ETO tem todas as características que definem um projeto em vez de uma operação repetível, pelo que os princípios clássicos de gestão de projeto se aplicam à entrega ETO de formas que não se aplicam à produção make-to-stock ou make-to-order. Compreender as características precisas que fazem das encomendas ETO projetos esclarece porque a pilha de gestão tem de ser distinta, e onde estão disponíveis as maiores melhorias operacionais.

Lista de materiais única por encomenda

Cada encomenda ETO produz uma lista de materiais que nunca existiu antes e não voltará a existir exatamente igual. Mesmo os fabricantes ETO com reutilização substancial (submontagens padrão, componentes de catálogo, opções desenhadas) descobrem que cada encomenda combina estes elementos numa configuração única com interfaces únicas. Esta unicidade quebra os pressupostos por detrás do MRP, desenhado para explorar uma BOM conhecida e planear compras e fabrico face a um consumo conhecido. As BOM de ETO não são plenamente conhecidas antes de tarde na engenharia, e as compras têm frequentemente de começar antes da conclusão da BOM com base em estimativas de engenharia dos componentes de prazo longo.

Prazos longos com carga frontal de engenharia

Os prazos ETO correm em meses para os produtos mais pequenos e em anos para os grandes bens de equipamento. A engenharia consome normalmente a primeira parte substancial do prazo, e o fabrico não pode começar antes de a engenharia ter produzido desenhos e BOM suficientes para libertar as compras e o fabrico. Esta carga frontal significa que a maioria do valor do projeto ETO é comprometida durante a engenharia, não durante o fabrico, e as decisões de engenharia têm um impacto amplificado sobre o custo e a duração totais do projeto.

Mudanças de engenharia ao longo do ciclo de vida

As mudanças de engenharia são inevitáveis em ETO porque o design produzido é novo. Algumas mudanças vêm do cliente (requisitos revistos, restrições descobertas, condições operacionais alteradas), algumas internamente (inviabilidade descoberta, melhores soluções identificadas durante o design detalhado, restrições de fornecedores) e algumas externamente (mudanças regulamentares, obsolescência de componentes). Cada mudança exige uma avaliação de impacto face a calendário, custo e viabilidade técnica. O controlo de mudança após o congelamento do design é uma das disciplinas mais importantes da entrega ETO, e as organizações que tratam o congelamento do design como uma formalidade em vez de um verdadeiro gate derrapam de forma consistente calendário e custo.

Planeamento de capacidade sem normas históricas

O planeamento de capacidade de fabrico padrão apoia-se em normas de trabalho históricas: quanto dura uma dada operação, quanto material consome um dado passo, quanto retrabalho é típico. O ETO quebra estas normas porque cada projeto tem operações únicas. As horas de engenharia por encomenda variam muito com a complexidade, as horas de oficina variam com a gama operatória precisa que a engenharia produz, e as horas de teste variam com os requisitos de aceitação precisos. O planeamento de capacidade ETO tem de trabalhar com estimativas de engenharia incertas até bem avançado no projeto, e a visibilidade ao nível do portefólio é frequentemente a única forma de identificar a contenção de capacidade antes de se tornar deslize de calendário.

Estimativa de custos com incerteza substancial

A proposta ETO é intrinsecamente incerta porque o produto ainda não está desenhado. As estimativas de custo em fase de proposta apoiam-se em dados reais históricos de projetos passados semelhantes, no julgamento de engenharia da complexidade face a esses precedentes e em ajustes de margem para incerteza. A precisão da proposta correlaciona-se fortemente com a disciplina de calibração das propostas: as organizações ETO que comparam sistematicamente o custo proposto com o custo real por projeto, identificam os enviesamentos sistemáticos (normalmente a subestimação) e ajustam as propostas futuras produzem margens mais fiáveis do que as que tratam cada proposta como um julgamento novo sem feedback de dados reais.

Erros comuns na entrega ETO

Cinco padrões de falha repetem-se na entrega ETO independentemente do setor. Cada um é evitável com contramedidas precisas, e nomear os padrões torna-os reconhecíveis mais cedo em projetos futuros, onde podem ser intercetados a uma fração do custo da sua gestão em entrega.

Propostas subestimadas baseadas em pressupostos de engenharia otimistas

O primeiro padrão é propor com base em pressupostos otimistas sobre a complexidade de engenharia, e descobrir durante o design detalhado que a complexidade real é substancialmente maior. A consequência é a erosão ou a perda da margem do projeto proposto e o risco de perder a relação com o cliente se for preciso renegociar o âmbito. A contramedida é a calibração das propostas face aos dados reais históricos: em cada encerramento de projeto, comparar as horas de engenharia propostas com as reais, identificar os enviesamentos sistemáticos e atualizar a metodologia de proposta para que as propostas futuras reflitam o que projetos semelhantes de facto consumiram em vez do que se esperava que consumissem.

Mudanças de âmbito indisciplinadas sem renegociação de preço

O segundo padrão é aceitar pedidos de mudança de âmbito do cliente sem ordens de alteração formais nem renegociação de preço. A equipa de engenharia acomoda as mudanças porque parecem pequenas, nenhum registo formal é criado, e o impacto de custo acumula-se de forma invisível através de várias pequenas mudanças. Na entrega do projeto, as mudanças de âmbito acumuladas consumiram horas de engenharia substanciais ausentes da proposta, e o cliente não está preparado para uma fatura de ordem de alteração no fim. A contramedida é o controlo de mudança formal desde o início da engenharia: cada mudança de âmbito é documentada, cotada e aprovada pelo cliente antes de a engenharia a executar.

Mudanças de engenharia sem avaliação de impacto completa

O terceiro padrão é fazer mudanças de engenharia após o congelamento do design sem avaliação de impacto completa sobre os entregáveis de engenharia interligados. Uma mudança numa dimensão mecânica propaga-se ao design de ferramental, às listas de compras e às instruções de montagem, e se cada entregável a jusante não for atualizado, a mudança emerge durante o fabrico ou o teste a múltiplos do custo da sua atualização em engenharia. A contramedida é uma gestão das mudanças de engenharia disciplinada com gestão de configuração: cada mudança após o congelamento do design exige uma avaliação de impacto formal que cubra todos os entregáveis afetados, o impacto de custo e prazo e a aprovação do cliente onde relevante.

Compras planeadas como se os fornecedores fossem fiáveis

O quarto padrão é planear as compras de componentes especializados como se os fornecedores entregassem nos seus prazos propostos, quando na prática os fornecedores especializados têm prazos variáveis que dependem da sua carteira de encomendas, da disponibilidade de material e de desafios técnicos. Um atraso de fornecedor num componente crítico de prazo longo propaga-se por todo o calendário do projeto e não pode ser recuperado trabalhando mais noutro sítio. A contramedida é o planeamento de folga face à variabilidade dos fornecedores: os componentes de prazo longo são encomendados com tempo de folga sobre o prazo proposto, o risco de entrega do fornecedor é seguido no registo de riscos, e fornecedores alternativos são pré-qualificados onde possível para que um atraso num fornecedor não pare todo o projeto.

Contenção de capacidade entre encomendas concorrentes

O quinto padrão é a contenção de capacidade entre várias encomendas ETO concorrentes invisível ao nível da encomenda individual e que só se torna visível ao nível do portefólio. As horas de engenharia, a capacidade de oficina, as competências especializadas e as instalações de teste são partilhadas entre encomendas, e um único responsável de encomenda não consegue ver como a sua encomenda concorre com as outras pelos mesmos recursos. A contenção de capacidade aparece como atrasos inexplicados, escaladas de recursos resolvidas movendo pessoas entre projetos e problemas de qualidade de equipas sobrecarregadas. A contramedida é o planeamento de capacidade ao nível do portefólio que mostra todas as encomendas concorrentes a disputar os recursos partilhados, e decisões de proposta tomadas face à capacidade real do portefólio em vez de pressupostos otimistas sobre quanto a organização consegue absorver.

Porque o ETO não pode ser gerido apenas com ERP

Os fabricantes tentam frequentemente gerir as operações ETO apenas com ERP e MRP, supondo que estes sistemas gerem toda a produção incluindo o ETO. Na prática o ERP gere eficazmente a camada transacional do ETO (ordens de compra, faturas, imputações de custo, movimentos de stock, alocação do pessoal) mas deixa a camada de gestão de projeto do ETO às folhas de cálculo, ao conhecimento pessoal e à improvisação. Esta lacuna entre o que o ERP faz e o que o ETO exige é onde se encontram a maioria das oportunidades de melhoria operacional nos fabricantes ETO.

O que o ERP gere bem em ETO

O ERP faz bem coisas precisas para o ETO: mantém os dados mestre (clientes, fornecedores, materiais, centros de custo), regista as transações (ordens de compra emitidas face às encomendas, receções e faturas reconciliadas, imputações de custo às contas de projeto, reconhecimento de receita face aos marcos), produz relatórios financeiros (rentabilidade de projeto, fundo de maneio, análise da carteira de encomendas) e integra-se com a contabilidade para que as finanças de projeto se agreguem corretamente nas contas da empresa. Os ERP modernos suportam também cada vez mais extensões de contabilidade de projeto que acrescentam o rastreio de custo e o reconhecimento de receita ao nível do projeto, o que aborda a vista financeira das encomendas ETO.

O que o ERP não gere bem em ETO

O ERP não gere a camada de coordenação de engenharia do ETO: que engenheiros trabalham em que desenhos, em que fase está cada desenho, quando são agendadas as revisões de design, que mudanças foram aprovadas e quais estão ainda em revisão. O ERP não gere a camada de cronograma com a visibilidade que o ETO exige: o caminho crítico através de engenharia, compras e fabrico, o impacto de um atraso de fornecedor nas atividades a jusante, a contenção de recursos entre encomendas concorrentes. O ERP não gere o registo de riscos com responsáveis, planos de mitigação e cadência de revisão. O ERP não gere as revisões de gate estruturadas com decisões go ou no-go baseadas em evidências. Tentar forçar estas funções no ERP por personalização produz normalmente sistemas dispendiosos em que nem a equipa financeira nem a de engenharia confiam plenamente.

Onde se insere a gestão de portefólio de projetos

A gestão de portefólio de projetos (PPM) preenche a lacuna entre a camada transacional do ERP e as necessidades operacionais da entrega ETO. A PPM gere a carta de projeto, o cronograma, o registo de riscos, as revisões de gate e a vista de portefólio entre encomendas concorrentes, enquanto o ERP continua a gerir a camada transacional. Os dois sistemas integram-se em interfaces definidas: os dados de custo descem do ERP para a PPM para a análise de desvios, o progresso do projeto sobe da PPM para o ERP para o reconhecimento de receita, as libertações de compras sobem da PPM desencadeando ordens de compra do ERP. Nenhum sistema tenta fazer o trabalho do outro, e a eficácia operacional do conjunto é o produto dos dois sistemas a fazer bem a sua parte.

A transição de apenas ERP para ERP mais PPM

A transição da gestão ETO apenas com ERP para ERP mais PPM é frequentemente a maior melhoria operacional individual que um fabricante ETO faz. Antes da transição, a coordenação de engenharia acontece por e-mail e folhas de cálculo, a visibilidade de cronograma existe só nas cabeças dos chefes de projeto individuais, os riscos vivem em listas informais não revistas sistematicamente, e as decisões ao nível do portefólio são tomadas face a pressupostos otimistas em vez de dados de capacidade reais. Após a transição, a coordenação acontece num sistema partilhado, os cronogramas são visíveis com caminho crítico e desvios, os riscos têm responsáveis e são revistos por cadência, e as decisões de portefólio são ancoradas em dados reais. A transição não é apenas um projeto tecnológico: exige padronizar a prática de gestão de projeto em toda a organização, que para muitos fabricantes ETO é a parte mais difícil.

Gerir um portefólio ETO à escala

Um fabricante ETO raramente tem uma única encomenda em curso. Mais tipicamente o portefólio inclui várias encomendas em fases diferentes: algumas em RFQ, algumas em engenharia, algumas em compras, algumas em fabrico, algumas em teste. Gerir o portefólio eficazmente é onde os fabricantes ETO passam da entrega de projetos individuais a uma operação fiável, e onde estão disponíveis os maiores ganhos de desempenho e margem.

Painel de portefólio por fase

Um painel de portefólio para o ETO mostra todas as encomendas ativas categorizadas por fase do ciclo de vida, com a visibilidade de que encomendas se aproximam das revisões de gate e quais estão bloqueadas. O painel faz emergir padrões que as vistas de encomenda individual escondem: filas de RFQ a acumular-se quando a capacidade de venda é escassa, estrangulamentos de engenharia quando competências precisas estão em contenção entre várias encomendas, atrasos de compras quando os fornecedores especializados têm entrega variável, filas de teste quando as instalações são limitadas. O reconhecimento de padrões ao nível do portefólio impulsiona melhorias operacionais que a gestão por encomenda não consegue ver.

Contenção de recursos entre competências especializadas

A produção ETO depende de competências especializadas frequentemente escassas: engenheiros mecânicos seniores com experiência de produto precisa, programadores de sistemas de controlo, especialistas em sistemas de segurança, engenheiros de comissionamento com experiência setorial. Os recursos partilhados tornam-se a maior fonte de atraso não planeado num portefólio multiencomenda. O mesmo engenheiro sénior a aparecer em três calendários de projeto em simultâneo é invisível ao nível do projeto mas óbvio ao nível do portefólio, e a gestão de portefólio eficaz torna esta contenção visível suficientemente cedo para sequenciar as encomendas de forma diferente, acrescentar capacidade ou tomar decisões explícitas sobre que encomendas têm prioridade.

Decisões de proposta ancoradas na capacidade real

Os fabricantes ETO tomam decisões de proposta continuamente: a que RFQ responder, que datas de entrega comprometer, quando aceitar trabalho novo e quando declinar. As firmas sem dados de capacidade ao nível do portefólio sobrecomprometem-se frequentemente em fases otimistas (ganhando concursos supondo que a organização os consegue absorver) e subcomprometem-se em fases prudentes (perdendo concursos quando capacidade real estava disponível). As firmas com dados de capacidade ao nível do portefólio podem responder ancoradas na utilização prevista real, comprometer datas de entrega que refletem a capacidade real e melhorar simultaneamente a taxa de êxito e a margem ajustando as respostas à capacidade em vez de à esperança.

Padronização entre encomendas

Os portefólios ETO maduros padronizam os elementos repetíveis: modelos de carta de projeto por tipo de encomenda, listas de verificação de entregáveis de engenharia, critérios de revisão de gate, processos de compras, protocolos de teste, documentação de entrega. A padronização evita reinventar os elementos rotineiros em cada encomenda e liberta a atenção de engenharia para as partes que de facto diferem entre encomendas. A padronização também torna possível a aprendizagem entre encomendas: uma lição do controlo das mudanças de engenharia de um projeto atualiza os modelos para que os projetos posteriores beneficiem. Os fabricantes ETO com padronização madura entregam as encomendas mais depressa e com menor variabilidade do que as firmas onde cada encomenda reinventa a sua própria abordagem.

Práticas operacionais das organizações ETO que entregam de forma fiável

Certas práticas operacionais aparecem regularmente nas organizações ETO que entregam dentro do prazo e em margem, e faltam regularmente nas que derrapam. Nomear estas práticas torna-as adotáveis em vez de intuitivas e dá aos fabricantes ETO uma lista de verificação face à qual avaliar a sua maturidade atual e identificar as oportunidades de melhoria.

Uma carta de projeto para cada encomenda

As organizações ETO fiáveis criam uma carta de projeto para cada encomenda no momento da assinatura do contrato. A carta define âmbito, entregáveis, marcos, critérios de aceitação, orçamento, riscos, patrocinadores e chefe de projeto. A carta não é uma formalidade: é o documento de referência face ao qual as mudanças de âmbito são avaliadas, a entrega é medida e as disputas são resolvidas. As organizações que saltam a carta (ou a reduzem a uma assinatura de contrato) descobrem durante a execução que o âmbito nunca esteve verdadeiramente alinhado, e o custo do alinhamento retroativo é muito superior ao do seu estabelecimento no início.

Cronogramas de linha de base com visibilidade do caminho crítico

As organizações ETO fiáveis produzem um cronograma de linha de base no início do projeto que mostra as atividades de engenharia, compras, fabrico, teste e entrega com dependências e caminho crítico. A linha de base é aprovada no início do projeto e serve de referência face à qual o progresso real é comparado ao longo da execução. Os desvios são visíveis imediatamente, as causas-raiz são analisadas e as mitigações planeadas antes de os desvios se tornarem perdas. As organizações sem cronogramas de linha de base operam com estimativas deslizantes que tornam os desvios invisíveis até serem irrecuperáveis.

Registo de riscos com responsáveis nomeados

As organizações ETO fiáveis mantêm um registo de riscos do início do projeto à entrega, com responsáveis nomeados para cada risco, planos de mitigação e cadência de revisão. As categorias de risco ETO comuns incluem os riscos de complexidade de engenharia (pressupostos de design que podem não se sustentar), os riscos de entrega de fornecedores (componentes especializados com prazos variáveis), os riscos de decisão do cliente (aprovações que atrasam o trabalho a jusante), os riscos de teste (critérios de aceitação que podem revelar questões) e os riscos comerciais (ordens de alteração que erodem a margem). Os riscos são revistos nas revisões de gate e as mitigações atualizadas à medida que a realidade do projeto evolui.

Revisões de gate estruturadas

As organizações ETO fiáveis conduzem revisões de gate estruturadas em transições de ciclo de vida definidas: após a especificação (antes de começar a engenharia), após o design conceptual (antes de começar o design detalhado), no congelamento do design (antes da libertação de compras), na libertação de fabrico (antes de carregar a oficina), na aceitação em fábrica (antes da expedição) e na aceitação em obra (antes da entrega). Cada gate tem evidências definidas, critérios definidos e autoridade de decisão definida. As revisões de gate não são reuniões de estado: são decisões go ou no-go formais com a opção de remediar antes de avançar.

Controlo de mudança desde o congelamento do design em diante

As organizações ETO fiáveis impõem o controlo de mudança desde o congelamento do design em diante. Cada mudança é documentada num pedido de mudança, o seu impacto no calendário, custo e viabilidade técnica é avaliado, é cotada onde afeta condições comerciais e aprovada pelo cliente onde afeta o âmbito contratado. O controlo de mudança é frequentemente incómodo na relação com o cliente: força conversas que ambas as partes poderiam preferir adiar. Mas a alternativa (acomodamento informal de mudanças sem impacto de preço) produz de forma consistente uma erosão de margem que as organizações fiáveis não aceitam.

Como o FlexiProject apoia a entrega ETO

O FlexiProject apoia a camada de execução da entrega ETO com visibilidade de portefólio de projetos, gestão de cronograma, rastreio de riscos, revisões de gate estruturadas e modelos padronizados. A disciplina de engenharia que produz soluções técnicas fiáveis, a disciplina de compras que gere os fornecedores especializados e a disciplina de fabrico que executa a gama operatória são todas responsabilidade da organização ETO. O FlexiProject traz a infraestrutura operacional que torna gerível a entrega ETO disciplinada num portefólio, não um substituto da competência de engenharia, compras e fabrico de que o êxito do ETO depende.

Vista de portefólio entre encomendas ETO concorrentes

O FlexiProject oferece um painel de portefólio que mostra todas as encomendas ETO ativas categorizadas por fase do ciclo de vida, com a visibilidade de que encomendas se aproximam das revisões de gate e quais estão bloqueadas. A vista de portefólio faz emergir padrões que as vistas de encomenda individual escondem, como os estrangulamentos de engenharia em competências precisas, os atrasos de compras com fornecedores precisos, o congestionamento das filas de teste em instalações precisas. Os comités de direção que tomam decisões ao nível do portefólio trabalham a partir da mesma vista de portefólio em vez de conciliar relatórios de encomenda distintos.

Cronograma de projeto com vistas de Gantt, lista de tarefas e Kanban

O cronograma do FlexiProject combina uma vista de diagrama de Gantt para o rastreio de marcos e a visualização de dependências, uma vista de lista de tarefas para o trabalho de execução detalhado e uma vista Kanban para a disciplina de fluxo de trabalho dentro das fases. As encomendas ETO beneficiam da combinação: a vista de Gantt gere a estrutura do ciclo de vida com dependências entre RFQ, engenharia, compras, fabrico, teste e entrega, as listas de tarefas gerem o trabalho detalhado de engenharia e fabrico dentro das fases, e o Kanban segue o fluxo de entregáveis concretos por revisão e aprovação. Os ícones de alerta assinalam questões de orçamento ou risco sem exigir relatórios separados.

Rastreio do orçamento face à linha de base

O FlexiProject segue o orçamento do projeto face à linha de base com previsão até à conclusão, para que os desvios de orçamento sejam visíveis cedo em vez de no encerramento do projeto. Para as encomendas ETO onde a proposta inicial é o compromisso comercial, a capacidade de ver o custo real a tender face ao custo proposto ao longo da execução é a diferença entre proteger a margem e uma surpresa de margem. A previsão até à conclusão atualiza-se à medida que engenharia, compras e fabrico consomem dados reais, dando aos chefes de projeto um alerta precoce quando um projeto tende para a erosão de margem para que as ações de mitigação tenham tempo de funcionar.

Integração com o ERP para os dados transacionais

O FlexiProject integra-se com os sistemas ERP para que os dados de custo desçam ao FlexiProject para a análise de desvios e o progresso do projeto suba ao ERP para o reconhecimento de receita e o reporte. A integração significa que o FlexiProject e o ERP são coerentes sem dupla introdução, e os dados financeiros do ERP correspondem aos dados de projeto do FlexiProject. Os fabricantes ETO com investimentos ERP existentes não têm de substituir o ERP para acrescentar a gestão de portefólio de projetos: o FlexiProject situa-se ao lado do ERP e gere a camada de projeto enquanto o ERP continua a gerir a camada transacional e financeira.

Registo de riscos ligado às fases do projeto

O registo de riscos do FlexiProject segue os riscos específicos do ETO com responsáveis, planos de mitigação e cadência de revisão. Os riscos específicos de cada fase (lacunas de especificação durante os requisitos, pressupostos de design durante a engenharia, entrega de fornecedores durante as compras, problemas de qualidade durante o fabrico, falhas de aceitação durante o teste) são ligados aos marcos de fase pertinentes e revistos no gate correspondente. A ligação entre riscos, tarefas e cronograma significa que um risco que se materializa afeta visivelmente o calendário associado em vez de residir num registo separado que ninguém consulta ao decidir sobre o cronograma.

Revisões de gate como decisões estruturadas

As revisões de projeto no FlexiProject podem ser estruturadas como revisões de gate de ETO formais com critérios definidos, apresentação estruturada das evidências e decisões go ou no-go formais registadas no processo do projeto. A cadência de revisão é programada (normalmente na aprovação de especificação, no congelamento do design, na libertação de fabrico, na aceitação em fábrica e na aceitação em obra), e os resultados das revisões alimentam modelos padronizados para os projetos posteriores. Os critérios de gate configurados nos modelos aplicam-se de forma coerente entre projetos, para que um gate de congelamento do design de uma encomenda use a mesma estrutura de critérios de outra.

O que o FlexiProject não faz

O FlexiProject não realiza a engenharia (é o trabalho da organização de engenharia), não executa as compras (é o trabalho de compras com o apoio do ERP), não gere o fabrico (é o trabalho da oficina com o apoio do MES) e não substitui a disciplina de impor os critérios de gate (exige o compromisso da direção). Traz a visibilidade, a estrutura e a rastreabilidade que tornam gerível a entrega ETO disciplinada num portefólio, mas a competência de engenharia, compras e fabrico, e a disciplina em si, são organizacionais.

Perguntas frequentes

Qual é a diferença entre ETO e MTO?

O MTO (make-to-order) fabrica um design preexistente após receber uma encomenda de cliente. A engenharia foi concluída uma vez, e as encomendas desencadeiam séries de produção face ao design existente. O ETO (engineer-to-order) desenha o produto após receber uma encomenda de cliente, produzindo um design único para essa encomenda. Os prazos do MTO são de dias a semanas; os do ETO de meses a anos. O MTO pode ser gerido em grande parte com MRP e MES; o ETO exige a gestão de portefólio de projetos ao lado do ERP porque cada encomenda é um projeto.

Que setores usam o ETO?

O ETO domina na maquinaria pesada (camiões de mina, gruas, maquinaria agrícola), na construção naval (cada navio desenhado para operações precisas), nos equipamentos industriais à medida (instalações de processo, linhas de embalagem, movimentação, sistemas de automação), nos equipamentos de geração de energia (turbinas, geradores, transformadores acima de certos tamanhos), no material circulante ferroviário, nas instalações químicas especializadas, nos dispositivos médicos para procedimentos precisos e nos sistemas de defesa. Características comuns a estes setores: os requisitos do cliente são demasiado precisos para serem cumpridos por produtos padronizados, a engenharia é uma parte substancial do valor da encomenda e os prazos de entrega são longos.

O ERP sozinho consegue gerir o ETO?

O ERP gere eficazmente a camada transacional do ETO (ordens de compra, faturas, imputações de custo, relatórios financeiros), mas deixa a camada de gestão de projeto do ETO (coordenação de engenharia, cronograma com caminho crítico, registo de riscos, revisões de gate, vista de portefólio) às folhas de cálculo e ao conhecimento pessoal. Tentar forçar funções de gestão de projeto no ERP por personalização produz normalmente sistemas dispendiosos em que nem a equipa financeira nem a de engenharia confiam plenamente. A arquitetura mais eficaz é ERP para os dados transacionais e gestão de portefólio de projetos para a camada de projeto, integrados em interfaces definidas.

Quanto tempo dura um projeto ETO típico?

A duração de um projeto ETO varia muito com a complexidade do produto. Os mais pequenos equipamentos industriais à medida (máquinas de embalagem, sistemas de movimentação especializados) entregam-se em 6 a 12 meses. Os produtos ETO de dimensão média (equipamentos de processo industrial, sistemas de automação à medida, turbinas médias) entregam-se em 12 a 24 meses. Os grandes bens de equipamento (grandes turbinas, navios à medida, instalações químicas especializadas) entregam-se em 24 a 60 meses. A engenharia consome normalmente 20 a 40 por cento do prazo total, as compras de componentes de prazo longo dominam o prazo restante, e o fabrico e o teste completam o calendário.

Como gerem os fabricantes ETO as mudanças de engenharia?

Os fabricantes ETO maduros usam uma gestão das mudanças de engenharia formal com gestão de configuração. Cada mudança após o congelamento do design exige um pedido de mudança com avaliação de impacto no calendário, custo, viabilidade técnica e entregáveis de engenharia afetados, cotada onde afeta condições comerciais e aprovada pelo cliente onde afeta o âmbito contratado. A gestão de configuração garante que todos os desenhos, BOM, listas de compras e instruções de fabrico afetados são atualizados juntos. As organizações sem controlo de mudança formal acumulam mudanças de âmbito ocultas que erodem a margem de forma invisível até ao encerramento do projeto.

As entregas ETO podem seguir métodos ágeis?

As entregas ETO têm dependências físicas que limitam a aplicabilidade dos métodos ágeis puros: o hardware precisa de prazo de compras, o fabrico exige capacidade de oficina, o teste segue processos físicos que não podem ser iterados. Elementos do pensamento ágil aplicam-se bem, em particular o refinamento iterativo da especificação com o cliente antes do congelamento do design e a depuração iterativa durante o teste e o comissionamento. Mas a estrutura do ciclo de vida da RFQ à entrega é uma coluna vertebral de stage-gate porque as restrições físicas e comerciais a impõem, e as tentativas de aplicar métodos ágeis puros à entrega ETO rendem normalmente pior do que a abordagem disciplinada de stage-gate.

Engineer to Order é um modelo de produção em que cada encomenda de cliente desencadeia um novo ciclo de engenharia e produção, produzindo uma lista de materiais única, uma gama operatória única e frequentemente um ferramental único para essa encomenda, no extremo oposto do espetro das estratégias de produção face ao make-to-stock. Cada encomenda ETO é um projeto em vez de uma série de produção, pelo que as organizações ETO gerem o seu trabalho por gestão de portefólio de projetos ao lado do ERP em vez de apenas com ERP. O ciclo de vida em sete fases da RFQ à entrega, com critérios de gate estruturados entre fases, traz o framework, e as mudanças de engenharia após o congelamento do design são a maior fonte individual de derrapagens de projeto ETO sem controlo de mudança formal. Cinco padrões de falha (propostas subestimadas, mudanças de âmbito indisciplinadas, mudanças de engenharia sem avaliação de impacto completa, compras planeadas como se os fornecedores fossem fiáveis, contenção de capacidade entre encomendas concorrentes) são evitáveis com contramedidas nomeadas. O ERP gere eficazmente a camada transacional do ETO mas deixa a camada de gestão de projeto às folhas de cálculo, e a transição de apenas ERP para ERP mais PPM é frequentemente a maior melhoria operacional individual que um fabricante ETO faz. A visibilidade ao nível do portefólio entre encomendas concorrentes torna possíveis as decisões de recursos, padronização e proposta que as firmas ETO tomam continuamente. As organizações ETO fiáveis aplicam uma norma de gestão de projeto a cada encomenda: carta com âmbito e critérios de aceitação, cronograma de linha de base com caminho crítico, registo de riscos com responsáveis nomeados, revisões de gate estruturadas e controlo de mudança desde o congelamento do design em diante. O FlexiProject apoia a camada de execução da entrega ETO com visibilidade de portefólio, gestão de cronograma que combina vistas de Gantt, lista de tarefas e Kanban, rastreio de orçamento face à linha de base, integração com o ERP para os dados transacionais, registo de riscos ligado às fases, revisões de gate estruturadas e modelos padronizados. A competência de engenharia, compras e fabrico, e a disciplina de impor os critérios de gate, continuam a ser responsabilidades organizacionais. Se a carteira de encomendas de um fabricante ETO ultrapassou as folhas de cálculo e precisa de um sistema que apoie a disciplina entre várias encomendas concorrentes, trinta dias de acesso completo sem cartão de crédito são uma forma prática de testar o encaixe.