A maioria das organizações sabe que seus processos são confusos. Elas têm uma noção geral de que algo é ineficiente, que aprovações demoram demais, que alguém está copiando dados entre sistemas às 16h de uma sexta-feira. O que geralmente falta é uma forma estruturada de descobrir qual problema corrigir primeiro, como resolvê-lo de forma definitiva e como evitar que ele volte.
Essa é a lacuna que a melhoria de processos de negócios aborda. Não como um projeto pontual de limpeza. Não como a compra de um software. Mas como uma disciplina contínua para encontrar e corrigir as lacunas entre como o trabalho realmente flui e como ele deveria fluir.
Este artigo explica o que a BPI realmente é, como ela funciona na prática, quais métodos se aplicam a quais problemas e em quais pontos as equipes superestimam consistentemente o que ela entrega. Se passaram para você a frase “precisamos melhorar nossos processos” e pediram que você faça algo a respeito, este é o ponto de partida.
A parte que surpreende as pessoas mais tarde
- A BPI é contínua por definição, não um projeto com data de término.
- Ela faz parte do BPM como uma subdisciplina focada, não como substituta dele.
- Os métodos vão de Lean e Six Sigma a ciclos de automação habilitados por IA.
- Equipes pequenas podem conduzir uma BPI eficaz sem programas formais ou grandes orçamentos.
O Que a Melhoria de Processos de Negócios (BPI) Realmente Significa
A melhoria de processos de negócios é uma abordagem sistemática para analisar como o trabalho é realizado e fazê-lo funcionar melhor. Isso significa identificar processos específicos, examinar o que está quebrado ou ineficiente dentro deles, redesenhar o fluxo e acompanhar se a mudança realmente se sustentou.
A definição da NetSuite apresenta isso de forma simples: a melhoria de processos envolve examinar os componentes de um processo de negócios, as etapas envolvidas em um processo e as pessoas e sistemas conectados a ele, para então fazer mudanças direcionadas que aumentem a eficiência, reduzam custos e alinhem o processo aos objetivos de negócio. Não se trata de reorganizar um organograma ou comprar uma nova plataforma. Trata-se da sequência real do trabalho.
A BPI está inserida na disciplina mais ampla de gerenciamento de processos de negócios. A IBM descreve o BPM como a prática completa de gerenciar todos os processos de uma organização — defini-los, monitorá-los e governá-los em escala. A BPI é a parte dessa disciplina focada em melhorar ativamente processos específicos, em vez de apenas documentá-los ou supervisioná-los. Pense no BPM como o sistema operacional, e na BPI como o trabalho que você realiza quando uma parte desse sistema deixa de funcionar adequadamente.
É aqui que costuma haver interpretações equivocadas: as equipes frequentemente tratam BPI como sinônimo de automação ou de mapeamento. Ambos são ferramentas que você pode usar dentro de uma iniciativa de BPI. Nenhuma delas é a disciplina em si. A disciplina é a análise, a decisão de redesenho e o acompanhamento contínuo.
Como a Melhoria de Processos de Negócios Funciona: O Ciclo Básico
A melhoria de processos de negócios não é uma cascata. Você não a conclui e segue em frente. O ciclo se repete porque o negócio continua mudando, e processos que funcionavam bem no ano passado podem se tornar gargalos à medida que o volume, as ferramentas ou a estrutura da equipe mudam.
O ciclo básico tem cinco etapas, mas o ponto principal é o ciclo, não a sequência.
Identificar. Encontre os processos que precisam de atenção. Isso geralmente não é um mistério — aumento gradual do tempo de ciclo, taxas de erro crescentes, soluções manuais recorrentes e reclamações de clientes são sinais. A parte mais difícil é decidir qual dos vários processos problemáticos corrigir primeiro. Falaremos mais sobre isso abaixo.
Analisar. Mapeie o processo atual e procure as causas-raiz. Não apenas onde ele fica mais lento, mas por quê. O processo de melhoria em sete etapas envolve rastrear os problemas até sua origem, em vez de corrigir apenas o sintoma superficial. Um processo que exige que alguém copie dados entre sistemas não é lento porque copiar é difícil. Ele é lento porque os dois sistemas nunca foram conectados.
Redesenhar. Defina como o processo deve funcionar após a melhoria. Esta etapa é ignorada com mais frequência do que deveria. As equipes passam da análise para a implementação sem um estado futuro claramente definido, o que significa que a implementação otimiza a coisa errada.
Implementar. Faça a mudança. Isso pode envolver treinamento, documentação de processos, mudanças em sistemas ou automação. Quase sempre envolve gestão da mudança, que é a parte que as equipes consistentemente subestimam.
Monitorar. Acompanhe o novo processo em relação às métricas definidas. Se a melhoria se sustentou, você reduziu uma área de melhoria. Se o desempenho se degradar, o ciclo começa novamente. É isso que torna a BPI contínua, em vez de uma iniciativa pontual.
O que desencadeia o próximo ciclo na prática? Geralmente uma de três coisas: um novo nível de volume que quebra um processo existente, uma mudança de sistema ou ferramenta que interrompe um fluxo, ou um problema na experiência do cliente que remonta às etapas anteriores. Como observa a análise da Coursera sobre melhoria contínua de processos, essa disciplina existe especificamente porque as condições de negócio continuam evoluindo e os processos precisam se adaptar junto com elas.
Como Identificar Quais Processos de Negócios Precisam Ser Melhorados Primeiro
Os sinais geralmente ficam visíveis antes de você iniciar qualquer análise formal. Aumento gradual do tempo de ciclo — tarefas que levavam dois dias e agora levam uma semana —, taxas de erro crescentes em entregas que antes eram corretas, soluções manuais repetidas que alguém silenciosamente incorporou à própria descrição de cargo: esses são os indicadores iniciais.
Para identificar áreas de melhoria e priorizá-las, observe três dimensões: impacto sobre o cliente ou a equipe seguinte, frequência (com que frequência o processo é executado) e a diferença entre o desempenho atual e o que realmente é necessário. Um processo executado 50 vezes por dia com uma taxa de erro de 5% é um candidato inicial melhor do que um processo trimestral com um atraso ocasional.
Observe também os processos em que os processos de negócios existentes dependem de uma única pessoa. Quando essa pessoa está de licença, o processo para. Isso é tanto um gargalo quanto um risco de continuidade. Vejo esse padrão repetidamente em suporte: um gerente ou fundador se torna o sistema de aprovações, e todo o trabalho fica esperando uma caixa de entrada. O processo parece funcionar bem em condições normais e entra em colapso assim que a pessoa fica indisponível.
Priorize o processo que está quebrado, é executado com alta frequência e tem um responsável conhecido. Essas são as oportunidades de melhoria com o caminho mais rápido para resultados mensuráveis.
O Que Acontece Depois que Você Mapeia um Processo — e Por Que o Mapeamento por Si Só Não Resolve
O mapeamento e a análise de processos são úteis. Eles tornam o processo atual visível. Mostram onde as transferências falham, onde decisões ficam pendentes, onde a mesma etapa acontece duas vezes em dois sistemas diferentes.
Mas o mapeamento de processos de negócios não é o mesmo que melhoria de processos. O mapa é o diagnóstico. A melhoria é o tratamento. E é aqui que as equipes ficam travadas.
Uma equipe mapeia o fluxo do processo, enxerga claramente as lacunas e então trata o mapa como a entrega final. A documentação é arquivada. Nada muda. Os mesmos gargalos aparecem na próxima revisão trimestral.
Comprar uma plataforma de BPM ou um ERP cria a mesma ilusão. A compra parece uma ação. A implementação parece progresso. Mas, se o processo subjacente não foi redesenhado — se o processo atual foi apenas replicado dentro de um novo software — o sistema é caro e a disfunção é idêntica.
O redesenho precisa seguir a análise. A gestão da mudança precisa seguir o redesenho. Sem ambos, o exercício de mapeamento produz uma imagem muito precisa de um processo quebrado. O que é, na melhor das hipóteses, um ponto de partida.
Metodologias de Melhoria de Processos de Negócios: Lean, Six Sigma, Kaizen e BPR
Existem diversas metodologias de melhoria de processos de negócios, e escolher a errada para o tipo de problema é uma maneira confiável de desperdiçar seis meses. A tabela abaixo abrange as principais opções. Cada metodologia tem uma lógica central diferente, um contexto ideal diferente e uma limitação real que os materiais promocionais tendem a minimizar.
| Metodologia | Foco Central | Caso de Uso Ideal | Complexidade Típica | Principal Limitação |
|---|---|---|---|---|
| Lean | Eliminar desperdícios e etapas que não agregam valor | Operações com alto volume manual e transferências repetitivas | Equipes de qualquer porte | Não aborda diretamente a variabilidade ou as taxas de defeitos |
| Six Sigma | Reduzir defeitos e variações nos processos | Manufatura, finanças, qualquer processo com metas mensuráveis de qualidade | Programas grandes ou estruturados | Exige habilidades estatísticas; implementação mais lenta |
| Kaizen | Pequenas melhorias contínuas, conduzidas pela equipe | Qualquer equipe que queira mudanças incrementais contínuas sem grandes interrupções | Equipes pequenas a médias | Lento para problemas urgentes ou de grande escala |
| BPR (Reengenharia de Processos de Negócios) | Redesenho radical de processos centrais do zero | Processos legados que estão fundamentalmente quebrados, e não apenas ineficientes | Grandes organizações | Alto risco, alto custo e carga significativa de gestão da mudança |
| PDCA (Planejar-Fazer-Verificar-Agir) | Ciclos estruturados de aprendizado para testar e ajustar | QA, conformidade, qualquer processo que exija testes iterativos | Pequenas a grandes equipes | Lento sem métricas claras; não oferece orientação estrutural para redesenhos complexos |
Sobre BPR especificamente: a reengenharia de processos de negócios é a opção mais disruptiva da lista. Ela não otimiza o que já existe — ela questiona se o processo existente deveria sequer continuar existindo em sua forma atual. O caso de uso adequado é um processo tão profundamente quebrado que uma melhoria incremental apenas refinaria algo que deveria ser reconstruído. Essa é uma situação real, mas não é o ponto de partida para a maioria das equipes.
O PDCA está na base da maioria dos programas modernos de melhoria contínua. O ciclo verificar-agir é o que transforma uma correção pontual em uma disciplina repetível.
Quando Usar Lean, Six Sigma ou Kaizen: Um Ponto Prático de Decisão
Esta é a regra de decisão que eu usaria:
Use Lean quando o principal problema for desperdício — etapas que não agregam valor, movimentação desnecessária de trabalho entre pessoas, tempo de espera incorporado ao fluxo do processo. Se a pergunta é “por que isso demora tanto quando cada etapa individual deveria ser rápida?”, a lógica diagnóstica do Lean se aplica diretamente.
Use Six Sigma quando o principal problema for defeitos — entregas inconsistentes, erros que aparecem a uma taxa inaceitável, qualidade que varia de formas que prejudicam clientes ou equipes seguintes. O Six Sigma enfatiza a melhoria contínua em direção a metas mensuráveis de qualidade, e realiza esse trabalho por meio de medição estatística, não de intuição. Esse rigor é seu ponto forte. Também é a barreira de entrada para equipes sem capacidade analítica estruturada.
Use Kaizen — o que alguns chamam de uma forma de melhoria de processos focada tanto na cultura quanto no método — quando você quiser incorporar a melhoria contínua ao comportamento da equipe, em vez de tratá-la como um programa separado. O Kaizen é a abordagem certa quando o problema é que a melhoria não acontece a menos que alguém crie um projeto para isso. A abordagem para a melhoria de processos de negócios aqui é comportamental: faça pequenas mudanças, feitas pelas pessoas que realizam o trabalho, como parte rotineira de como a equipe opera.
O verdadeiro erro é escolher uma metodologia com base na familiaridade, em vez do tipo de problema. Six Sigma não é a ferramenta certa para uma equipe que precisa principalmente remover etapas desnecessárias de um processo manual de entrada. Lean não reduzirá as taxas de defeitos em uma conciliação financeira se a causa-raiz for inconsistência de medição.
Os Benefícios Reais da Melhoria de Processos de Negócios (e Onde as Equipes os Superestimam)
A justificativa legítima para a BPI é forte. Quando ela funciona, entrega redução mensurável de custos, tempos de ciclo mais curtos, taxas de erro menores, melhor experiência do cliente e processos que podem escalar sem aumentar o quadro de funcionários proporcionalmente ao volume. Esses são resultados reais.
Mas a maneira como esses benefícios são apresentados, especialmente em materiais de fornecedores e apresentações para executivos, costuma preparar as organizações para a decepção. A lacuna entre o ROI projetado e os resultados reais não é aleatória. Ela segue um padrão consistente: a implementação foi parcial, a gestão da mudança foi ignorada ou o processo foi medido durante o ciclo de melhoria e depois deixado sem monitoramento.
Alguns benefícios específicos que vale entender com clareza:
Os ganhos de eficiência operacional são reais, mas desiguais. Nem todo processo melhorará na mesma velocidade, e parte dos ganhos de eficiência é consumida pelos custos indiretos de conduzir o próprio programa de melhoria. As equipes que observam melhorias genuínas na eficiência dos processos tendem a ter uma forte responsabilidade sobre os processos, métricas claras de antes e depois e acompanhamento dedicado após o lançamento inicial.
As melhorias na satisfação do cliente dependem de corrigir o processo certo. Corrigir um fluxo interno de finanças não melhora diretamente a experiência do cliente. Corrigir o processo do pedido ao recebimento pode melhorar. O programa de BPI precisa ser direcionado aos processos que realmente afetam o resultado para o cliente, e não apenas àqueles que são administrativamente convenientes de melhorar.
A escalabilidade dos negócios no longo prazo é o benefício discreto. Processos planejados para lidar com o volume atual sem soluções manuais são mais fáceis de escalar quando o volume aumenta. É aqui que a BPI gera resultados que não aparecem no cálculo de ROI do primeiro ano.
O enquadramento honesto: a BPI gera retorno, mas ele é proporcional à qualidade da execução e à disciplina organizacional, não à sofisticação da metodologia nem ao preço do software comprado.
📊 Em números:
Pesquisas citadas pela Gartner indicam que empresas que obtêm retornos de US$ 100 mil a US$ 500 mil com iniciativas de BPI executam programas estruturados e monitorados continuamente — não ciclos pontuais de melhoria. A diferença entre esse resultado e o que a maioria das projeções iniciais presume quase sempre é explicada por uma gestão da mudança incompleta ou por processos que foram “melhorados” uma vez e depois nunca mais revisados.
Exemplos de Melhoria de Processos de Negócios por Departamento
Os exemplos de melhoria de processos de negócios fazem mais sentido quando estão ligados a dores reais de fluxo, e não a resultados abstratos. Estes são os que vejo com mais frequência, mapeados para os departamentos em que geram o impacto mais visível.
Operações e Finanças: Onde a BPI Oferece os Ganhos Mais Rápidos de Tempo de Ciclo
Operações e finanças são as áreas em que a BPI produz os retornos mensuráveis mais rápidos, principalmente porque os processos são frequentes, os gargalos geralmente são evidentes e as entregas são quantificáveis.
O processo do pedido ao recebimento é o exemplo clássico. Quando um cliente faz um pedido e o pagamento chega três semanas depois porque há etapas manuais entre o registro do pedido, a confirmação de atendimento, a geração da fatura e o acompanhamento da cobrança, cada uma dessas transferências é uma candidata à eliminação ou automação. Otimizar os processos de negócios nessa sequência pode reduzir significativamente o tempo total de ciclo sem alterar a lógica de negócio subjacente.
O processo da compra ao pagamento é semelhante. Equipes financeiras que lidam com processamento manual de faturas, em que alguém baixa um PDF, copia campos para uma planilha, encaminha o documento por e-mail e busca aprovações em conversas de chat, estão executando um processo de produção que não deveria ser manual no volume em que opera. Vejo esse padrão repetidamente em solicitações de suporte: a equipe de operações sabe que o processo está quebrado, sabe disso há dois anos, e o problema nunca foi que a solução era difícil de encontrar. O problema foi que ninguém assumiu a responsabilidade de corrigi-lo.
A padronização é o outro ganho nas finanças. Processos que são executados de forma diferente dependendo de quem os realiza produzem entregas inconsistentes e criam riscos de conformidade. Os processos de negócios dentro de uma organização se beneficiam da padronização antes de se beneficiarem da automação. Automatizar um processo não padronizado apenas acelera a inconsistência.
Equipes de TI e Automação: Usando a BPI como Base para a Automação de Processos
Líderes de TI e automação enfrentam uma versão específica desse problema: pedem que automatizem um processo antes que ele tenha sido devidamente definido, e o resultado é um fluxo tecnicamente funcional que codifica o comportamento errado.
O princípio é simples, mas constantemente ignorado: automatize um processo bem definido, e a automação o acelera. Automatize um processo mal definido, e a automação executa a disfunção em escala, mais rapidamente e com menos oportunidades de detectar erros manualmente. É por isso que tanto a automação de processos de negócios quanto a automação robótica de processos falham com mais frequência do que as demonstrações dos fornecedores sugerem. A tecnologia funciona. O processo subjacente não estava pronto para ela.
Assim como a mineração de processos — que analisa registros reais de eventos para revelar o comportamento dos processos —, as ferramentas orientadas por IA agora podem analisar feedback operacional em escala e identificar onde os processos desviam dos fluxos esperados. Isso é tecnicamente útil. Mas produz um mapa, não uma correção. A decisão de redesenho ainda exige julgamento humano.
Para equipes de TI especificamente, fazer BPI antes da automação significa: definir o processo, mapear as transferências, eliminar as etapas que não deveriam existir e só então criar a automação sobre a versão limpa. A semana extra dedicada ao redesenho de processos geralmente economiza três semanas de depuração depois que o fluxo entra em produção.
Na prática, ferramentas como a Latenode são mais úteis nesta etapa: depois que o processo está definido e a equipe sabe exatamente o que precisa acontecer em cada etapa. Uma equipe financeira que mapeou seu processo de entrada de faturas e definiu suas regras de roteamento de aprovação pode criar todo esse fluxo na Latenode usando o RAG integrado para análise de documentos, o nó JavaScript para lógica de validação personalizada e mais de 5.500 integrações para conectar seu ERP, canais de aprovação e filas de exceção. Essa não é a parte difícil da BPI. A parte difícil é o trabalho de processo que vem antes dela. Mas, quando ele está concluído, a implementação é rápida.
Três Equívocos Sobre a Melhoria de Processos de Negócios que Atrasam as Equipes
Estes três aparecem de forma consistente. Não apenas na teoria, mas na prática — em revisões estratégicas, análises pós-morte e nos tipos de chamados que começam com “mudamos nosso processo há seis meses e ele ainda não está funcionando”.
- BPI é um projeto pontual, não uma disciplina contínua
Este é o equívoco mais caro porque parece razoável. Você identifica o problema, corrige e segue em frente. Mas as condições de negócio mudam: novas ferramentas são adicionadas, a estrutura da equipe muda, o volume aumenta, as expectativas dos clientes evoluem. Um processo que funcionava bem com 200 transações por mês pode quebrar ativamente com 2.000. Tratar a BPI como um projeto significa que os esforços de melhoria de processos se degradam assim que a atenção se volta para outro lugar. A correção: incorpore revisões regulares de processos às rotinas operacionais, não apenas aos planos de projeto. “Melhoria contínua de processos” não é um slogan. É o mecanismo que impede a melhoria de regredir.
- A BPI só funciona para grandes empresas com equipes dedicadas à melhoria
Uma equipe de operações com 12 pessoas executando fluxos manuais confusos tem exatamente as mesmas oportunidades de melhoria que uma grande empresa, apenas em outra escala. Equipes pequenas podem conduzir ciclos Kaizen leves sem consultores, programas formais ou quadro de funcionários dedicado. As mudanças nas necessidades do negócio que impulsionam a melhoria acontecem em todos os portes. O equívoco aqui geralmente vem do vocabulário: quando a BPI é descrita em termos de DMAIC com exigências de análise estatística, parece que requer um black belt de Six Sigma e um programa de seis meses. A maior parte do trabalho de BPI em empresas pequenas não se parece em nada com isso. Parece uma equipe decidindo mapear seu processo de onboarding em uma terça-feira à tarde e eliminar duas etapas que se revelam redundantes. O ambiente de negócios não precisa ser complexo para que a melhoria valha a pena.
- Comprar um software de gerenciamento de processos melhora os processos automaticamente
Vejo isso o tempo todo, e o padrão não se torna menos frustrante. Uma empresa compra uma plataforma de BPM, um ERP ou uma ferramenta de automação de fluxo e trata a compra como a melhoria. Implemente a melhoria de processos de negócios em um novo sistema e o sistema irá corrigi-la. O que realmente acontece: o fluxo quebrado existente é replicado dentro do novo software, com mais custos indiretos e uma licença mais cara. A tecnologia não redesenha o processo. A gestão da mudança não acontece automaticamente. Os processos de negócios não melhoram por padrão quando são transferidos para uma nova plataforma. A ferramenta é a infraestrutura para um processo redesenhado. Ela não é o redesenho.
🤔 A pergunta desconfortável:
A maioria das organizações que investe em plataformas e frameworks de BPI ignora completamente as etapas de gestão da mudança e redesenho de processos. As ferramentas são implementadas. Os números de adoção parecem bons. Mas a lógica do processo subjacente nunca mudou — ela apenas funciona agora em um sistema mais caro. Antes da próxima compra de plataforma, a pergunta honesta é se sua equipe tem a capacidade e a autonomia para redesenhar primeiro o processo, ou se você está comprando um sistema para automatizar o que já existe.
Como Escolher a Estratégia Certa de Melhoria de Processos de Negócios para Sua Organização
Há uma versão dessa pergunta que é respondida com uma matriz de decisão de 20 fatores. Vou apresentar uma versão mais útil: três caminhos claros com base no que você realmente tem para trabalhar.
Se você é uma equipe pequena com infraestrutura de processos limitada, comece com ciclos Kaizen. Você não precisa de um programa formal. Precisa de um hábito. Uma revisão semanal ou mensal de um processo específico — o que quebrou, o que ficou mais lento, o que poderia ser removido — é suficiente para tornar a melhoria de processos de negócios contínua sem transformá-la em um projeto. O objetivo da melhoria de processos de negócios nesta etapa não é transformação. É desenvolver a disciplina de perceber o que está quebrado e corrigir antes que se consolide. Essa cultura de melhoria contínua é mais difícil de construir do que qualquer método específico.
Se você tem processos estruturados com entregas mensuráveis, Lean ou Six Sigma se aplicam. A escolha entre eles volta à questão de se o seu problema é desperdício ou defeitos. Ambos são estratégias de melhoria robustas, com conjuntos de ferramentas definidos, mas exigem um compromisso genuíno com medição e acompanhamento. Líderes de negócios que aprovam um programa Six Sigma e depois reduzem a prioridade da fase de análise estatística estão financiando um caro exercício de mudança de nome. Se você vai implementar iniciativas de melhoria de processos de negócios nesse nível, aloque primeiro a infraestrutura de medição.
Se você opera processos digitais de alto volume com bons dados, ferramentas de IA e automação se tornam aceleradores viáveis. Ferramentas que analisam registros de processos, revelam desvios e identificam oportunidades de melhoria em escala podem encurtar drasticamente a fase de análise do ciclo de BPI. Mas “habilitado por IA” não significa “automático”. O processo de melhoria ainda exige julgamento humano para decidir quais mudanças fazer. O que muda é a velocidade e a completude do diagnóstico.
Nos três caminhos, alguns princípios práticos se mantêm:
Defina o que “melhor” significa antes de começar. Melhorar um processo de forma abstrata não diz nada. Reduzir o tempo de ciclo de aprovação de faturas de 8 dias para 2 dias diz. O desempenho futuro do processo precisa de uma base de medição, ou você estará apenas supondo se algo mudou.
Atribua um responsável pelo processo que tenha autoridade para realizar mudanças. Usuários de negócios que podem identificar problemas, mas não agir sobre eles, produzem documentação de BPI, não resultados de BPI. Alguém precisa ser responsável tanto pelo diagnóstico quanto pela correção.
Trate o primeiro ciclo de melhoria como um teste da capacidade de execução da sua organização, não apenas como um teste da metodologia. Os diversos componentes de uma iniciativa de melhoria de processos de negócios — análise, redesenho, implementação e monitoramento — precisam funcionar juntos. A maioria dos programas falha porque um componente é deixado de lado, não porque a metodologia estava errada.
E, por fim: alinhe o método à maturidade real de transformação da sua empresa. Uma empresa de 30 pessoas adotando BPR (redesenho radical) geralmente assume mais risco de interrupção do que o problema justifica. Existe outro caminho para o mesmo resultado de melhoria. Estratégias de aprimoramento que melhoram o processo de forma incremental tendem a ter melhores taxas de conclusão e menor interrupção organizacional do que uma reengenharia completa, a menos que o processo esteja realmente além de qualquer reparo.
Nenhum novo processo de negócios surge apenas de uma metodologia. A metodologia é uma estrutura para realizar o trabalho. O trabalho ainda é seu.
