O processo de desenvolvimento de novos produtos na indústria: oito etapas da ideia ao lançamento

O que é o processo de desenvolvimento de novos produtos

O processo de desenvolvimento de novos produtos é a sequência estruturada de atividades que um fabricante segue para transformar uma oportunidade de mercado por satisfazer num produto disponível no mercado. Começa muito antes de alguém abrir um ficheiro CAD e continua muito depois de saírem as primeiras unidades. Todo o fabricante sério executa uma versão deste processo, esteja documentada ou não e tenha esse nome ou não, porque a alternativa (um desenvolvimento improvisado) produz de forma fiável lançamentos mais lentos, custos mais altos e taxas de sucesso mais baixas do que a via estruturada.

O desenvolvimento como jornada de ponta a ponta

O processo não é um único projeto com datas de início e fim definidas. É uma capacidade recorrente da organização que, ano após ano, faz passar vários produtos novos pela mesma cadeia disciplinada. Cada produto novo pode ser organizado como um projeto dentro do processo, mas o processo em si é infraestrutura permanente do fabricante. Essa distinção importa, porque as organizações que tratam o desenvolvimento como uma série de projetos avulsos reinventam a roda de cada vez, enquanto as que o tratam como capacidade permanente acumulam aprendizagem entre projetos, afinam os seus portões e modelos ao longo dos ciclos e melhoram a taxa de sucesso ao longo do tempo.

Processo, gestão de produto e gestão de projetos

Três papéis confundem-se nesta área, e clarificá-los evita muito debate estéril. A gestão de produto ocupa-se do que acontece a um produto específico ao longo da sua vida no mercado, do lançamento à maturidade e depois à retirada. A gestão de projetos ocupa-se de como uma iniciativa específica é entregue no prazo, no orçamento e no âmbito. A gestão do processo de desenvolvimento ocupa-se de como a organização, no seu todo, cria de forma sistemática novos produtos, que etapas cada produto atravessa e como funciona a governação em torno dessas etapas. Um único produto toca os três: um gestor de projeto entrega-o, um processo molda o seu desenvolvimento e um gestor de produto assume a responsabilidade depois de lançado. Os três papéis são complementares, não rivais.

Por que razão os fabricantes precisam de um processo formal

Os processos formais existem porque os informais produzem padrões de falha de uma constância deprimente. A Nielsen BASES concluiu que cerca de 80 % dos novos produtos de grande consumo falham no mercado, e apenas cerca de 30 % dos aproximadamente 30 000 lançados por ano alcançam sucesso comercial em dois anos. A mesma investigação mostrou que as inovações com forte desempenho de produto tinham 15 vezes mais probabilidade de sucesso do que as de fraco desempenho, sublinhando que a diferença entre sucesso e falha é muitas vezes disciplina e não sorte. Um processo formal não garante o sucesso; elimina as causas de falha mais repetíveis ao obrigar a organização a validar a necessidade do mercado antes de comprometer recursos de engenharia, a testar conceitos com clientes antes de comprometer ferramentas e a avaliar cada produto face ao seu caso de negócio em cada portão e não apenas no lançamento. Sem essa disciplina, os projetos derivam, os custos afundados acumulam-se, e as organizações descobrem os seus erros só quando o produto chega ao mercado e não vende.

Em que difere o desenvolvimento industrial do de software

Grande parte da literatura disponível sobre desenvolvimento de produto é escrita por gestores de produto de software para gestores de produto de software, e não se transfere de forma limpa para o contexto industrial. As diferenças não são de estilo, são estruturais, e tratar o desenvolvimento industrial como se fosse software produz erros dispendiosos. Quatro dimensões separam de forma decisiva os dois mundos.

Restrições físicas: ferramentas, materiais, certificação

Um produto físico exige investimentos em ferramentas que um produto de software não conhece. Um molde de injeção para uma caixa em plástico custa entre cem mil e dois milhões de euros consoante a complexidade, e uma vez cortado o aço, mudar a geometria significa novas ferramentas e não um patch de software. As decisões de material tomadas no início do projeto determinam o custo das mercadorias vendidas para todo o ciclo de vida, e mudar de material tarde no desenvolvimento pode invalidar meses de testes de qualificação. A certificação regulatória para produtos em dispositivos médicos, farmacêutica, automóvel e aeroespacial leva de meses a anos e segue trilhos documentais que têm de existir desde a etapa 1 do processo, não de ser montados retroativamente antes do lançamento.

Custo da iteração

O custo de iterar em software é próximo de zero. Uma alteração de código é implementada em horas, o custo marginal de distribuir a atualização é praticamente nulo, e se a alteração estiver errada pode ser revertida. A iteração de hardware quase não tem relação com essa estrutura de custos. Um novo lote de protótipos leva semanas e consome materiais, tempo de engenharia e capacidade de máquina. Uma mudança de ferramentas custa de dezenas a centenas de milhares de euros. Uma recertificação regulatória por uma alteração de projeto pode levar de três a seis meses. Esta assimetria implica que o processo industrial tem de carregar a validação muito mais para o início do que o equivalente de software: aproximar o projeto do certo antes de comprometer ferramentas, porque o custo de errar é ordens de grandeza superior.

Requisitos regulatórios e de segurança

Os produtos de software enfrentam regulamentos sobretudo em torno dos dados (RGPD, ISO 27001) e, por vezes, conformidade setorial. Os produtos fabricados enfrentam restrições regulatórias estruturais em todo o seu ciclo de vida. Os dispositivos médicos ficam sob FDA 510(k) ou revisão CE MDR. Os medicamentos ficam sob os processos de aprovação da FDA ou da EMA. Os componentes automóveis ficam sob IATF 16949 e, para sistemas críticos de segurança, ISO 26262. A aeronáutica fica sob certificação FAA ou EASA. Cada um destes regimes exige um dossiê de projeto que documente as decisões tomadas ao longo do processo, e reconstruir esse dossiê a posteriori não é possível nem legalmente aceitável. O processo de um produto regulado tem de gerar a documentação em andamento, o que molda modelos, artefactos e critérios de portão desde o primeiro dia.

Horizontes de tempo até ao mercado

Os MVP de software saem em seis a doze semanas em organizações de produto maduras. A indústria não tem equivalente a esse calendário. Um protótipo funcional para um produto moderadamente complexo leva de três a seis meses. O primeiro lançamento em série leva de dezoito a trinta e seis meses para produtos industriais típicos. Os produtos complexos, como automóveis, aviões ou dispositivos médicos, exigem de três a sete anos da ideia ao lançamento. Estes horizontes não são ineficiência; refletem a realidade do desenvolvimento físico, e o processo tem de ser desenhado em torno deles em vez de fingir que se comprimem adotando em bloco metodologias de software.

As oito etapas do processo de desenvolvimento de novos produtos

Fontes diferentes descrevem o processo em cinco a oito etapas consoante a finura do corte. A descrição em oito etapas abaixo é a mais útil em ambientes industriais, porque separa atividades que os fabricantes organizam de facto como pacotes de trabalho distintos. Uma versão em cinco etapas junta fases que os fabricantes mantêm separadas por boas razões operacionais.

Etapa 1: Descoberta da oportunidade e geração de ideias

A primeira etapa é a frente inicial difusa onde a organização identifica necessidades por satisfazer e gera ideias candidatas para as abordar. As ideias vêm de várias fontes: investigação de clientes por entrevistas, observação etnográfica, sessões de voz do cliente e análise de reclamações; inteligência competitiva por desmontagens de produto, varrimento de patentes e relatórios de analistas; I&D interna por roteiros tecnológicos e exploração aberta; retorno de vendas e assistência do terreno. As técnicas desta etapa incluem workshops de Design Thinking, análise jobs-to-be-done e sessões de ideação estruturada. O resultado é um conjunto de ideias candidatas, em geral de cinquenta a duzentas, que serão filtradas na etapa 2. Saltar esta etapa ou encurtá-la sob pressão de tempo é uma falsa poupança: significa que as etapas seguintes trabalharão sobre ideias nunca bem ancoradas numa necessidade real do cliente.

Etapa 2: Triagem de ideias e seleção de conceitos

A etapa de triagem reduz o conjunto de ideias candidatas a um número gerível de conceitos que vale a pena desenvolver. Os critérios costumam ser quatro: alinhamento estratégico com a direção e o portefólio do fabricante, viabilidade técnica dadas as capacidades atuais ou alcançáveis, atratividade de mercado em dimensão e crescimento, e viabilidade financeira em termos de retorno esperado face ao investimento esperado. Os modelos de pontuação e a avaliação por critérios ponderados reduzem a subjetividade da decisão. O resultado é uma lista curta de três a dez conceitos que passam ao desenvolvimento, retirada do conjunto de cinquenta a duzentas da etapa 1. O risco principal aqui é eliminar prematuramente ideias de rutura por parecerem demasiado ambiciosas face a critérios de viabilidade conservadores, pelo que os quadros de triagem precisam de uma categoria dedicada a conceitos de alto risco e alta recompensa que de outro modo seriam filtrados.

Etapa 3: Desenvolvimento do conceito e caso de negócio

A terceira etapa desenvolve os conceitos pré-selecionados em propostas detalhadas com casos de negócio formais. O desenvolvimento do conceito inclui refinar a ideia por maquetas ou protótipos de baixa fidelidade, testar o conceito com clientes-alvo e iterar com base nos seus comentários. O caso de negócio é o entregável de maior peso desta etapa: um documento que quantifica a dimensão de mercado esperada, as projeções de receita a cinco ou sete anos, o custo de desenvolvimento, o custo das mercadorias vendidas projetado, a margem esperada, o ponto de equilíbrio e o retorno do investimento. O caso de negócio é o documento a que o comité diretor regressa em cada portão seguinte, pelo que tem de ser honesto e não otimista. De cinquenta a oitenta por cento dos conceitos são parados ou devolvidos para redesenho neste portão, e é justamente essa disciplina que faz o processo funcionar.

Etapa 4: Design de produto e engenharia

A etapa de design transforma o conceito aprovado num pacote de engenharia completo, pronto para a prototipagem. A modelação CAD produz a geometria detalhada. As análises Design for Manufacturing (DFM), Design for Assembly (DFA) e Design for Cost verificam se o design pode de facto ser produzido ao custo e ao volume-alvo. A seleção de materiais compromete o produto com cadeias de fornecimento, estruturas de custo e implicações regulatórias concretas. A estrutura de decomposição do produto organiza o design em conjuntos e componentes ligados às listas de materiais. Revisões interfuncionais com produção, qualidade, compras e engenharia de custos apanham problemas antes de se tornarem caros. O resultado é um pacote de design completo o suficiente para que uma equipa de prototipagem construa unidades funcionais a partir dele.

Etapa 5: Protótipo e validação

A prototipagem transforma o pacote de design em unidades funcionais. Os primeiros protótipos podem usar impressão 3D, maquinação ou ferramentas macias para produzir unidades alfa para testes funcionais internos. Os protótipos posteriores usam processos representativos da série para produzir unidades beta para ensaios de campo com clientes. A validação cobre desempenho funcional, segurança, fiabilidade (muitas vezes por testes de vida acelerada que simulam anos de uso em semanas), conformidade regulatória e fabricabilidade. De dois a cinco ciclos de iteração entre design e protótipo são normais nesta etapa, e cada ciclo produz refinamentos reintegrados nos modelos CAD e nas análises DFM. No fim da etapa o design é congelado, e alterações posteriores tornam-se caras porque desencadeiam requalificações de ferramentas, materiais e aprovações.

Etapa 6: Ferramentas, industrialização e produção-piloto

A sexta etapa compromete capital em ferramentas de produção e valida que o design pode ser feito à escala com custo e qualidade aceitáveis. O investimento em ferramentas cobre moldes de injeção, cunhos, dispositivos, gabaris, equipamentos de teste e qualquer maquinaria à medida. A engenharia de produção desenha a linha: disposição dos postos, fluxo de processo, pontos de controlo de qualidade e tempos de takt. Um lote-piloto de cem a mil unidades simula as condições reais e revela problemas que os protótipos de laboratório não podiam mostrar: ergonomia de montagem que atrasa a linha, ferramentas que se desgastam mais depressa do que o esperado, defeitos que só aparecem a volume de série. O plano de rampa define como o fabricante escala do piloto ao ritmo pleno, em geral em três a doze meses consoante a complexidade.

Etapa 7: Lançamento e comercialização

O lançamento é quando o produto entra no mercado. O marketing prepara posicionamento, preço, estratégia de canal e comunicação de lançamento. A cadeia de abastecimento confirma que fornecedores, operadores logísticos e capacidade de armazém conseguem suportar o volume projetado. As equipas de vendas são formadas no produto, nas suas características, nos clientes-alvo e em como ele desloca as alternativas. As equipas de assistência são formadas em instalação, reparação e garantia. As aprovações regulatórias têm de ser confirmadas e documentadas antes do lançamento. O lançamento pode ser faseado (piloto regional seguido de implementação nacional para apanhar problemas cedo) ou big bang (lançamento simultâneo em todos os mercados para captar atenção), sendo os lançamentos faseados mais seguros para produtos de risco e o big bang adequado quando o timing competitivo conta.

Etapa 8: Revisão pós-lançamento e gestão do ciclo de vida

A oitava etapa começa no momento em que o produto sai e continua por toda a sua vida de mercado. Revisões formais aos 30, 60, 90 e 180 dias comparam o desempenho real com o caso de negócio: se as vendas seguem a projeção, se o retorno do cliente é positivo, se as reclamações em garantia ficam dentro do esperado, se o custo das mercadorias vendidas segue o plano. Os dados do terreno impulsionam a melhoria contínua na produção e, por vezes, atualizações ou redesenhos. As lições de todo o ciclo alimentam um repositório que melhora as estimativas e modelos do ciclo seguinte. As decisões desta etapa incluem extensões de gama (variantes para alargar a plataforma), redesenhos incrementais (para corrigir problemas de qualidade ou custo encontrados no terreno) ou o planeamento da retirada (quando o mercado do produto mudou).

Três metodologias para gerir o processo

As oito etapas descrevem o que o processo faz; a metodologia descreve como é gerido. Três metodologias dominam a prática nas organizações industriais, e são complementares e não rivais. A investigação de referência da Product Development and Management Association mostra de forma constante que as organizações com melhor desempenho usam metodologias estruturadas, com o quartil superior a reportar taxas de sucesso à volta de 76 % contra cerca de 51 % das restantes, e a escolha da metodologia é uma das alavancas que abrem essa diferença.

Stage-gate, o modelo clássico de cooper

O stage-gate é o quadro de referência para gerir o processo, desenvolvido por Robert G. Cooper a partir dos anos oitenta e refinado em dezenas de estudos desde então. O modelo organiza o desenvolvimento em cinco a sete fases separadas por portões de decisão. Em cada portão, o comité diretor revê os entregáveis da fase anterior face a uma lista predefinida e toma uma de quatro decisões: go (avançar com recursos autorizados), kill (terminar o projeto), hold (pausar até resolver pontos concretos) ou recycle (voltar à fase anterior para refazer). Os guardiões dos portões são em geral uma equipa diretiva interfuncional dona do portefólio, e os critérios de cada portão combinam alinhamento estratégico, atratividade de mercado, viabilidade técnica e retorno financeiro. O stage-gate encaixa excecionalmente bem na indústria regulada, porque o seu trilho documental sustenta naturalmente os requisitos de auditoria da FDA, da EMA e da ISO.

Agile-stage-gate, o modelo híbrido

O Agile-Stage-Gate é a adaptação do próprio Cooper do stage-gate a ambientes de produto rápidos, formalizada no seu trabalho de 2016. A estrutura externa mantém-se stage-gate com os seus portões familiares e a governação interfuncional. Dentro de cada fase, o trabalho decorre em sprints ágeis de duas a quatro semanas com revisões iterativas de clientes ou partes interessadas. Os portões ficam mais leves (aceitam artefactos ágeis como demos e resultados de sprint a par dos entregáveis clássicos), mas a disciplina de governação mantém-se. O Agile-Stage-Gate encaixa muito bem em produtos que juntam hardware e software, como dispositivos da internet das coisas, wearables e eletrónica de consumo, onde as partes físicas beneficiam da disciplina stage-gate enquanto o software integrado beneficia da iteração ágil. O desenvolvimento puramente de hardware retira menos proveito da camada ágil, porque os seus ciclos de iteração são demasiado longos para sprints úteis.

Design thinking para a frente inicial difusa

O Design Thinking, desenvolvido na IDEO e na d.school de Stanford e popularizado nos anos noventa e dois mil, não é um substituto do stage-gate mas um reforço da frente inicial. As suas cinco fases (empatizar, definir, idear, prototipar, testar) focam-se no design centrado nas pessoas e na descoberta de necessidades do cliente. O Design Thinking é mais forte nas etapas 1 a 3 do processo, onde a descoberta da oportunidade, a triagem de ideias e o desenvolvimento do conceito beneficiam do seu rigor em empatia com o cliente e iteração rápida de conceitos. É mais fraco para lá da etapa 3 porque ferramentas, industrialização e certificação não são problemas de design centrado nas pessoas. A combinação que funciona bem em organizações industriais maduras é Design Thinking na frente inicial difusa (etapas 1 a 3) transitando para a disciplina stage-gate a partir da etapa 4.

A perspetiva de portefólio

Um fabricante sério não conduz um projeto de cada vez. Conduz um portefólio de cinco a trinta projetos paralelos em vários estágios, a competir por recursos de engenharia partilhados e atenção da direção. O Smart Manufacturing Survey 2025 da Deloitte, a 600 dirigentes de grandes fabricantes dos EUA, concluiu que 92 % veem a produção inteligente como o principal motor de competitividade dos próximos três anos, e um portefólio coerente é um dos mecanismos práticos com que os fabricantes transformam essa ambição em resultados. Sem governação ao nível do portefólio, a vista projeto a projeto perde os compromissos que determinam se o investimento global gera os resultados estratégicos pretendidos.

Desenvolvimento como portefólio, não como projetos isolados

O pensamento de portefólio coloca uma pergunta diferente do de projeto. O de projeto pergunta se um dado projeto deve ser autorizado pelos seus próprios méritos. O de portefólio pergunta se o equilíbrio dos projetos reflete as ambições estratégicas do fabricante. Um portefólio bem equilibrado costuma seguir a orientação de Cooper: cerca de vinte por cento de projetos de rutura (alto risco, alta recompensa, que mudam o setor), quarenta por cento de projetos de plataforma (inovações de risco moderado que fundam novas famílias) e quarenta por cento de projetos incrementais (extensões e melhorias de plataformas existentes). Os portefólios que derivam para o todo-incremental sobreinvestem no curto prazo à custa da posição futura, ao passo que os que derivam para o todo-rutura assumem risco excessivo sem receita estável. Só uma vista de portefólio revela essa deriva; a vista de projeto não consegue.

Recursos partilhados entre projetos

Os engenheiros que fazem o desenvolvimento industrial funcionar são, por conceção, recursos partilhados. Um designer industrial sénior pode contribuir para oito projetos ativos. Um engenheiro de DFM pode participar em doze. Um especialista num dado material ou processo pode ser chamado a qualquer projeto que toque a sua especialidade. Sem uma vista de portefólio da carga, os conflitos surgem três meses depois como derrapagens em vez de hoje como perguntas de autorização. A gestão de recursos ao nível do portefólio permite ao fabricante planear contratações, consultoria externa ou externalização meses antes do momento em que a restrição morderia, o que faz a diferença entre um portefólio que cumpre o plano e outro que ultrapassa em permanência os prazos.

Decisões de governação em todo o portefólio

Os comités que governam projetos um a um perdem a decisão mais importante que deviam tomar: que projeto parar para financiar outro mais promissor. A governação ao nível do portefólio força conversas de compromisso, porque o comité vê todos os projetos lado a lado, com a sua pontuação, as suas necessidades de recursos e o seu contributo estratégico. A pontuação e priorização transversais revelam os projetos que já não merecem o seu lugar, e parar um para libertar recursos para um candidato mais forte torna-se uma decisão de rotina e não política. Os fabricantes que conduzem o desenvolvimento como portefólio e não como série reportam taxas de cancelamento mais altas nos portões intermédios e, paradoxalmente, taxas de sucesso no lançamento mais altas.

Erros comuns do processo

Quatro erros explicam a maioria das falhas que a disciplina poderia ter evitado. A investigação de Inez Blackburn na Universidade de Toronto situa a falha de novos produtos no setor alimentar em 70 a 80 %, e os dados da Nielsen sobre grande consumo estão em níveis semelhantes, mas as causas de fundo agrupam-se nos quatro padrões abaixo. Cada um é evitável assim que a organização o nomeia e integra contramedidas explícitas na sua governação.

Ciclos de desenvolvimento longos sem decisões go, kill claras

Os projetos zombie são o primeiro padrão: projetos que nem avançam com decisão nem são cancelados, à deriva por meses e anos em desenvolvimento de baixa intensidade sem nunca chegarem a um veredito de portão definitivo. O teste é simples: alguém na organização consegue de facto cancelar este projeto no próximo portão, ou esse resultado está de facto excluído aconteça o que acontecer com os dados? Os zombies surgem quando patrocinadores de direção têm investimento emocional ou político num projeto e o processo de portão não tem autoridade para se impor. O remédio é dar ao comité de portão autoridade real para cancelar projetos e responsabilizá-lo pelo seu exercício, o que exige mudança de cultura tanto como de processo.

Falácia do custo afundado em fases tardias

O raciocínio por custo afundado é o segundo padrão: o argumento de que já se investiu tanto que parar agora seria desperdício, quando a análise honesta mostra que continuar produzirá perdas ainda maiores. Este padrão é mais nocivo nas etapas 6 e 7, quando as ferramentas estão comprometidas e a industrialização em curso, exatamente o momento em que os maiores investimentos restantes ainda estão à frente. A disciplina que o evita é exigir que cada decisão de portão use uma análise virada para o futuro, comparando o investimento restante com o retorno restante esperado, independentemente do já gasto. Os custos afundados são factos históricos, não dados de decisão.

Inflação de funcionalidades e do âmbito

A inflação de funcionalidades é o terceiro padrão: a tendência para acrescentar capacidades durante o desenvolvimento com o argumento de que, como o projeto já está a decorrer, mais uma função não fará mal. Cada acréscimo alonga o desenvolvimento, sobe o custo das mercadorias vendidas e acrescenta complexidade para o cliente final. Somados ao longo do ciclo, estes acréscimos podem duplicar o custo previsto, atrasar o lançamento em trimestres e produzir um produto demasiado complexo para o seu mercado-alvo. A contramedida é um controlo de alterações com impacto de negócio quantificável: nenhuma função é acrescentada sem um caso documentado de como muda o caso de negócio, e o comité de portão tem de aprovar de forma explícita a alteração e o seu impacto em prazo e custo.

Passagem fraca de I&D para produção

O quarto padrão é o problema do design por cima do muro: a I&D conclui um design que cumpre todas as suas especificações funcionais mas não se consegue produzir em volume a custo aceitável, e a produção herda um design que não consegue fazer funcionar. As consequências são atrasos de lançamento enquanto a produção redesenha para a fabricabilidade, problemas de qualidade nas primeiras séries e custo das mercadorias vendidas acima do alvo. A contramedida é integrar produção, qualidade e engenharia de custos nas revisões de design a partir da etapa 4, para que as restrições DFM e DFA moldem o design em vez de serem descobertas após o congelamento. A titularidade do projeto passa da I&D para a produção só depois do lote-piloto da etapa 6 confirmar uma fabricabilidade aceitável, não antes.

Como o FlexiProject apoia o processo

O FlexiProject situa-se na camada de portefólio de projetos da pilha tecnológica industrial, acima dos sistemas operacionais (CAD, PLM, MES, ERP) e abaixo da camada estratégica onde o comité executivo define o rumo. Não substitui nenhum desses sistemas; mantém o portefólio de projetos unido, com os modelos de fase, os fluxos de governação e a gestão de recursos entre projetos que o processo exige à escala.

Gestão de portefólio com modelos de fase

O FlexiProject organiza os projetos num portefólio dedicado com modelos de fase correspondentes às oito etapas do processo. Cada projeto herda uma estrutura de fase comum com os mesmos critérios de portão, listas de entregáveis e dimensões de pontuação, o que torna os projetos comparáveis ao nível do portefólio. Os projetos levam os seus próprios termos de abertura, casos de negócio, orçamentos e afetações de recursos, enquanto a vista de portefólio consolida o investimento total, os retornos esperados e o equilíbrio entre categorias de rutura, plataforma e incrementais.

Fluxos de aceitação stage-gate

Os pontos de decisão stage-gate são implementados como fluxos de aceitação no FlexiProject. Em cada portão, o comité diretor revê o projeto face ao seu caso de negócio, vê o histórico versionado do termo de abertura e regista a decisão go, kill, hold ou recycle com a justificação anexada. O termo versionado e o arquivo de decisões sustentam os requisitos de auditoria regulatória dos regimes FDA, EMA e ISO, que reconstroem o estado de um projeto em qualquer portão histórico e não apenas o seu estado atual.

Gestão de recursos entre projetos para engenheiros partilhados

Os recursos de engenharia partilhados aparecem ao nível do portefólio e não de cada projeto. Um engenheiro de DFM distribuído por oito projetos ativos é visível numa única vista de carga, com os conflitos a surgir antes da autorização de um nono projeto em vez de três meses depois como marcos derrapados. Os gestores de portefólio podem modelar o impacto de acrescentar, atrasar ou acelerar projetos concretos na carga global e decidir com os números reais em vez da intuição.

O que o FlexiProject não faz

O FlexiProject não faz o trabalho de engenharia em si. Não substitui nem o CAD para o design, nem o PLM para a gestão de dados de produto, nem o MES para a execução da produção, nem o ERP para as transações financeiras. Não realiza investigação de clientes nem capta a voz do cliente (isso pertence a ferramentas dedicadas de estudo de mercado e plataformas de retorno). Não gera ideias (a gestão de ideias pertence a ferramentas dedicadas como Ideawake, KaiNexus ou HYPE Innovation). Situa-se na camada de portefólio de projetos, mantém o processo unido entre projetos e integra-se com os sistemas operacionais à sua volta em vez de tentar tornar-se neles.

Perguntas frequentes

Quanto tempo dura um processo industrial típico?

Os prazos variam enormemente com a complexidade do produto e o contexto regulatório. Um produto simples com pouca supervisão regulatória (uma nova embalagem, uma variante de uma gama existente) pode completar o ciclo em seis a dezoito meses. Um produto eletrónico moderadamente complexo costuma ir de dezoito a trinta e seis meses da ideia ao lançamento. Os produtos regulados em dispositivos médicos, farmacêutica ou automóvel levam habitualmente de três a sete anos, por ciclos de certificação que não se comprimem. Estes horizontes não são ineficiência; refletem a realidade do desenvolvimento físico e da supervisão regulatória, e as organizações que prometem o contrário costumam descobrir as restrições da pior forma.

Qual a diferença entre desenvolvimento de produto e gestão de produto?

As duas disciplinas cobrem partes diferentes da vida de um produto. O desenvolvimento de novos produtos é o processo de criação, da descoberta da oportunidade ao lançamento. A gestão de produto assume no lançamento e gere o produto na sua vida de mercado: preço, posicionamento, roteiro do ciclo de vida, atualizações de funcionalidades e, com o tempo, a retirada. Em muitos fabricantes, a mesma equipa leva um produto do desenvolvimento à gestão, mas as disciplinas e as métricas de sucesso diferem: o desenvolvimento mede-se por lançamentos bem-sucedidos, a gestão de produto por receita, margem e satisfação da base instalada.

Qual é a maior razão de falha dos projetos?

A Nielsen e outros investigadores identificam de forma constante a mesma causa primária: ler mal a necessidade do cliente, ou lançar produtos que resolvem problemas que os clientes não têm de facto, ou que resolvem pior do que as alternativas existentes. A qualidade do produto não costuma ser o problema principal; o ajuste produto-mercado é. Por isso a etapa 1 (descoberta da oportunidade) e a etapa 3 (desenvolvimento do conceito e caso de negócio) contam tanto. As organizações que encurtam essas etapas para chegar antes à engenharia tendem a lançar produtos que funcionam bem mas não vendem, provavelmente pior do que produtos que não funcionam bem, porque a falha é mais difícil de diagnosticar.

Precisamos de software especial para o processo?

Não para o processo em si; pode ser conduzido com modelos e reuniões de portão disciplinadas. O que precisa de apoio de software é o portefólio de projetos que um fabricante sério conduz em paralelo. O CAD e o PLM são necessários para o conteúdo do produto, e um sistema de gestão de portefólio de projetos é necessário para manter o portefólio unido com modelos de fase comuns, fluxos de portão, gestão de recursos entre projetos e documentação de nível de auditoria. Tentar conduzir um portefólio de uma dúzia de projetos com folhas de cálculo e e-mail tende a produzir exatamente os padrões de falha descritos na secção dos erros.

O processo pode ser Agile?

Totalmente ágil no sentido do software, raramente, porque os ciclos de desenvolvimento físico são demasiado longos para uma iteração de sprint útil no hardware. Agile-Stage-Gate, cada vez mais, sobretudo em produtos com componente relevante de software ou firmware. O padrão pragmático em fabricantes maduros é governação stage-gate para o processo global combinada com práticas ágeis dentro das etapas, em particular as etapas 3 (desenvolvimento do conceito) e 4 (design), onde iterar dá valor real. Uma transformação ágil completa de um processo industrial é mais vezes retórica de marketing do que realidade operacional.

O processo de desenvolvimento de novos produtos é a sequência sistemática que um fabricante segue para transformar uma oportunidade de mercado por satisfazer num produto disponível no mercado, ao longo de oito etapas canónicas da descoberta da oportunidade à gestão do ciclo de vida após o lançamento. O desenvolvimento industrial difere de forma marcada do de software em quatro dimensões: restrições físicas de ferramentas e materiais, custo de iteração medido em dezenas de milhares em vez de zero, requisitos regulatórios estruturais que moldam o processo desde o primeiro dia e horizontes de tempo até ao mercado medidos em anos em vez de semanas. Três metodologias dominam a prática: o stage-gate como quadro de referência, o Agile-Stage-Gate como híbrido para produtos que juntam hardware e software, e o Design Thinking como reforço da frente inicial difusa. O processo é um problema de portefólio, não de projeto isolado, e os fabricantes que superam de forma constante os seus pares conduzem o desenvolvimento como um portefólio equilibrado de projetos de rutura, plataforma e incrementais, com governação de portão disciplinada e gestão honesta de recursos entre projetos. O FlexiProject fornece a camada de portefólio de projetos que mantém um programa de desenvolvimento unido à escala, com modelos de fase, fluxos de aceitação stage-gate, gestão de recursos entre projetos e documentação de nível de auditoria para produtos regulados. Integra-se com os sistemas operacionais à sua volta em vez de tentar tornar-se neles. Se o programa de desenvolvimento de um fabricante ultrapassou as folhas de cálculo e o e-mail e precisa de um sistema de portefólio que modele o verdadeiro processo de oito etapas, trinta dias de acesso completo sem cartão de crédito são uma forma prática de testar o ajuste.