Tudo o que você precisa saber sobre a reengenharia de processo de negócios (BPR)

By Kate Eby | 26 de October de 2016 (updated 4 de August de 2023)

Hoje em dia, a descrição de trabalho de todo profissional inclui melhorar o desempenho de custo, serviço e qualidade da sua empresa. Como resposta, a reengenharia do processo de negócios (BPR) está passando por um renascimento. Embora a aplicação de metodologias BPR possa melhorar dramaticamente os processos, você ainda enfrentará muitos desafios e decidirá sobre elementos cruciais que podem contribuir para o sucesso ou fracasso da transição.

Neste artigo, analisaremos os conceitos básicos da BPR, a metodologia por trás dela, seu ciclo de vida, seus objetivos, os resultados e benefícios esperados e sua história. Em seguida, discutimos críticas à BPR, quais fatores preveem seu sucesso e fracasso e como ela se mistura com sua tecnologia da informação e sistemas de informação existentes. Também revisamos as perspectivas para combinar BPR com outras metodologias como Lean e Six Sigma e falamos sobre o futuro da BPR e como você pode e deve aplicá-la em sua empresa. Além disso, nossos especialistas em BPR dão sua valiosa visão.

O que é a reengenharia de processos de negócios?

A reengenharia de processos de negócios é uma abordagem estruturada para melhorar o desempenho de uma empresa em áreas como custo, serviço, qualidade e velocidade através de mudanças em processos (de maneira apropriada). Essa metodologia de mudança radical começa no nível mais alto de uma empresa e vai até os mínimos detalhes para reformular o sistema em pouco tempo. Como uma reformulação completa, a BPR difere de outras metodologias onde melhorias incrementais resultam de atualizações regulares do processo. As empresas que passam pela BPR devem reavaliar seus fundamentos e reformar seus processos com o objetivo de padronização e simplificação.

Empresas ambiciosas que implementam a BPR começam com a intenção de fazer o que for preciso para melhorar o desempenho em todo o negócio. Exemplos de metas específicas de empresas por meio da BPR incluem:

  • Pegar um processo que era descentralizado e responsabilizar uma pessoa por ele.

  • Redesenvolver as metas da empresa para que os planos de melhoria sejam consistentes.

  • Atribuir um processo de um departamento específico para ser coordenado e integrado multifuncionalmente.

  • Passar de uma perspectiva de produto para uma perspectiva de processo.

O termo "reengenharia" sugere que um item já foi desenvolvido e agora está sendo redesenvolvido. Nesse caso, os processos da empresa estão passando por redesenvolvimento. Os processos de negócios são os conjuntos de atividades que levam a metas ou resultados específicos. Geralmente, eles são realizados regularmente e sistematicamente. Na maioria das empresas, as mudanças em um processo preexistente acontecem relativamente de maneira lenta e incremental. Com a BPR, no entanto, as ferramentas mais modernas são usadas desde o zero à medida que a empresa repensa os fundamentos dos processos, ideias e projetos existentes.

O termo “processo” se concentra em como o trabalho é feito, não nas pessoas específicas, em suas descrições de trabalho ou nas tarefas que realizam. A BPR está mais interessada na série de etapas que produzem o produto ou serviço, desde a concepção até a criação.  

Ela pode trazer melhorias dramáticas nos negócios em qualidade e produtividade. No entanto, como a participação e o engajamento extensos dos funcionários são necessários, a BPR pode ser muito cara e demorada para implementar. Uma alternativa à abordagem tradicional de reuniões constantes é o software de apoio à decisão de grupo (SADG), que ajuda a resolver problemas não estruturados ou semi-estruturados, fornecendo plataformas de colaboração para geração e organização de ideias, resolução de conflitos, configuração de prioridades e geração de soluções.

Outro termo usado para se referir a um SADG é sistema de trabalho colaborativo informatizado. A BPR também é conhecida como redesenho de processos de negócios, transformação de negócio ou gerenciamento de mudanças de processos de negócios.  

Metodologia do ciclo de vida de reengenharia de processos (PRLC)

Fonte:  Kai Simon

Uma das metodologias mais recentes propostas para a BPR é o ciclo de vida de reengenharia de processos (PRLC). As seis etapas sequenciais incluem:

  1. Vislumbrar novos processos.

  2. Iniciar mudanças.

  3. Diagnóstico de processo.

  4. Redesenho do processo.

  5. Reconstrução.

  6. Monitoramento de processos.

O PRLC defende o retorno ao início para diagnosticar os processos que precisam novamente de mudanças.

Isso significa que sua empresa vai:

  • Examinar todas as tarefas que trabalham para alcançar o mesmo objetivo e combiná-las.

  • Priorizar o trabalho no local que faz mais sentido. Processos paralelos que fornecem o mesmo resultado serão conectados no processo, não no final.

  • Livrar-se de sistemas de controle desnecessários e fazer com que os recursos dentro do processo forneçam os dados necessários.

Objetivos da reengenharia de processos de negócios

Ao projetar uma metodologia BPR, a empresa deve considerar seu foco. Quando foi introduzida pela primeira vez, a BPR centrava-se no atendimento ao cliente, velocidade, compressão, flexibilidade, qualidade, inovação e produtividade. Mas para atrair indústrias fortemente regulamentadas e multinacionais, Jochen Martin revisou os objetivos da BPR em 2011. Eles agora incluem redução de contatos, eliminação de tarefas, automação de tarefas, integração de processos, redução de tempo de espera, qualidade dos dados e conclusão de dados. Esses objetivos se concentraram mais na governança e na conformidade, e ajudaram a renomear a BPR para gerenciamento de processos de negócios, tornando-a relevante novamente.

 

Jeff Tindall

According to Jeff Tindall, CSSLP, and Managing Director at Tindall Media, “‘We've always done it that way’ is one of the most dangerous phrases for any business. If you are not continually challenging yourself, then you are at risk to have the market pass you by. People and industries are becoming more receptive to market disruptors, and it is a real risk to new and established businesses.

“O redesenho do processo de negócios (BPR) é uma parte essencial para qualquer empreendimento saudável. Acho muito útil montar uma equipe que inclua algumas novas pessoas com diferentes perspectivas que podem ver as coisas de um novo ângulo e fornecer novas ideias. Também é importante incluir especialistas em assuntos que se mantenham a par das mudanças de mercado e dos avanços tecnológicos.

“Mudar apenas pela mudança pode ser tão perigoso quanto dizer 'sempre fizemos assim'. Antes de iniciar uma BPR, certifique-se de definir seus objetivos. Uma análise SWOT pode ser útil para identificar suas fraquezas e oportunidades. Esse geralmente é um bom lugar para concentrar seus esforços iniciais. À medida que você desenvolve seus novos processos, pense em como você medirá seu sucesso e onde você pode capturar esses pontos de dados durante todo o processo.

“Não tenha medo de experimentar. Existem muitas opções que permitem a prototipagem rápida de novas soluções. Um protótipo ou projeto piloto é uma ótima maneira de testar uma hipótese sem fazer um grande investimento. Algumas das melhores ideias podem parecer assustadoras e arriscadas. Use protótipos e pilotos como ponto de verificação para mitigar seus riscos”.

Resultados e benefícios esperados da reengenharia de processos de negócios

Muitas empresas reduziram suas forças de trabalho durante a primeira onda de BPR, principalmente devido à introdução da tecnologia da informação. Processos que dependiam de muitos funcionários foram redesenhados para precisar de menos ou de até mesmo nenhuma pessoa para executá-los. Hoje, um projeto de BPR assume que a tecnologia é inerente à empresa, mas pode precisar de atualizações ou melhorias. Os benefícios e resultados esperados com a implementação do BPR são agora:

  • Maior eficácia; identificar as funções principais, bem como qualquer outra que seja ineficiente ou obsoleta.

  • Redução do custo geral e do tempo do ciclo.

  • Trabalho significativo para a equipe; o processo promove um maior envolvimento da equipe.

  • Melhor abordagem organizacional; compreender regras de negócios do passado, diminuindo o tempo de atividade de novos produtos e processos.

  • Foco de negócios solidificado.

  • Crescimento dos negócios; melhorando a posição do setor com melhorias radicais.

  • Maior base de clientes.

  • Redução da estrutura da empresa, capacitando os funcionários

Que problemas a BPR pode resolver para sua empresa?

Para ajudar sua empresa a prosperar em um ambiente mais dinâmico e em mudança, você deve considerar sua estrutura e como ela se comporta. A maioria das organizações tem como objetivo melhorar constantemente o desempenho, ao mesmo tempo em que diminui o custo de seus serviços e produtos. Para agregar valor aos seus clientes, você deve primeiro entender suas necessidades. A BPR pode ajudar sua empresa a evoluir continuamente e resolver esses problemas:

  • custos operacionais elevados;

  • reclamações dos clientes sobre a diminuição da qualidade;

  • gargalos;

  • mau desemprenho do nível médio de gerenciamento;

  • má distribuição de recursos ou tarefas;

  • falha em acompanhar a concorrência;

  • encolhimento do ROI apesar dos investimentos de capital nos processos atuais;

  • aumento da complexidade e do custo do processo por conta de melhorias incrementais;

  • processos significativamente danificados que precisam mais do que correções simples;

  • fragmentação da responsabilidade por processos que resultam na falta de prestação de contas e resolução de problemas.

História da reengenharia de processos de negócios

Michael Hammer apresentou pela primeira vez a BPR em uma edição de 1990 da Harvard Business Review. Professor no Massachusetts Institute of Technology (MIT), onde graduou-se, Hammer queria que as empresas reformulassem suas operações, e não simplesmente usassem computadores para acelerar processos ineficientes. Sua abordagem refletia os requisitos mais planos e centrados no cliente da Era da Informação e mudou tudo na empresa; não apenas os processos, mas também as pessoas, os gerentes, os cargos e os valores.

Desde então, o ambiente moderno da empresa tornou-se hipercompetitivo e globalizado, com clientes exigentes e um foco necessário no gerenciamento e na inovação em TI, capacidade de resposta, velocidade e qualidade. Como resultado, as empresas tiveram que buscar formas radicais de entregar. Hammer sugeriu usar TI para examinar as hipóteses por trás dos processos. Ele fez parceria com James Champy no livro Reengineering the Corporation: A Manifesto for Business Revolution para apresentar sua metodologia geral.

Ao mesmo tempo, Thomas H. Davenport e James E. Short, do MIT, publicaram um artigo sobre o redesenho do processo de negócios. Sua versão do BPR colocou a TI no centro. Eles detalharam o trabalho contínuo no MIT, Harvard e várias empresas de consultoria, e criaram uma abordagem para que outros seguissem. Embora ainda instando mudanças radicais, sua estratégia de BPR foi mais modesta, temperada com a disciplina de melhoria contínua. Eles recomendaram selecionar os processos mais críticos e, em seguida, analisá-los e reprojetá-los iterativamente.

A partir desses esforços, as grandes empresas clamaram para iniciar seus próprios projetos de BPR. Elas estavam interessadas em como produzir seus produtos mais rapidamente. Em 1993, estima-se que 65% das empresas da Fortune 500 alegaram ter iniciado ou planejado os esforços do BPR.    

Em 1994, o Grupo de Processos de Informática (IPG) da Universidade de Manchester introduziu a metodologia de análise e design de processos (PADM), uma estrutura para ferramentas e técnicas de BPR. PADM surgiu do livro Process Modelling Cookbook, que descreve duas fases de técnicas: representação e refinamento. Ambas as estruturas oferecem melhoria contínua e iterativa de processo para BPR. A PADM, no entanto, tenta gerenciar o relacionamento entre tecnologia e processos.

A PADM reconhece que a relação entre TI e processo é recíproca: as mudanças na TI podem exigir mudanças no processo, e as mudanças no processo podem exigir alterações na TI. A maneira antiga, que defendia um modelo centrado em TI, estava desaparecendo. Em seu livro Process Reengineering: The Key to Achieving Breakthrough Success , Lon Roberts continuou a ênfase de Hammer e Champy em um modelo centrado no cliente.   

Um estudo realizado por Afrodite Tsalgatidou comparou quatro metodologias de BPR: Hammer/Champy, Davenport, PADM e Ivar Jacobson. O estudo comparou se essas metodologias recomendam detalhar a modelagem e a análise da situação como está, se elas apoiam mudanças incrementais ou radicais nos processos de negócios e se sugerem uma revisão do empreendimento antes de um projeto BPR. A partir deste estudo, Tsalgatidou recomendou cinco fases para um projeto de BPR:

  1. Aprender sobre os processos.

  2. Criar a visão de negócios.

  3. Modelar e analisar os processos atuais.

  4. Modelar e analisar (o que serão) futuros processos.

  5. Realizar a transição para um esforço de processo de melhoria contínua.

Essa onda de otimismo sobre a BPR não durou muito tempo. Em 1995, ocorreu a reação negativa. Profissionais que apoiavam fortemente o uso da BPR se voltaram contra ela. Juntamente com projetos mal executados e abuso do uso do conceito, a utilização da BPR diminuiu. Muitos dos primeiros proponentes culparam o hype do próprio conceito.

Mas a BPR não desapareceu completamente. As empresas nunca pararam de retrabalhar os processos, mas os rotulavam de maneira diferente, especialmente à medida que a internet crescia em destaque. Nos anos 2000, as empresas queriam poder oferecer mais aos seus clientes, e a BPR era uma maneira de fazer isso acontecer. As estruturas mais novas do BPR são diferentes das desenvolvidas na década de 1990 porque a tecnologia e a internet são agora intrínsecas; as infraestruturas estão instaladas. A BPR foi considerada a precursora do BPM atual.

Subramanian Muthu, Larry Whitman e S. Hossein Cheraghi desenvolveram outra metodologia contemporânea para a BPR em 1999. Sua abordagem consolidada ainda revolucionava uma empresa, mas foi estruturada com um modelo obtido a partir de cinco metodologias diferentes. Este diagrama do IDEF0 representa as funções do processo com caixas que mostram as interrelações hierárquicas. O modelo tem as seguintes etapas:

  • Preparar-se para a BPR

  • Mapear e analisar o processo como está.

  • Desenhar futuros processos.

  • Implementar o processo de reengenharia.

  • Melhorar continuamente.

 

IDEF0 diagram BPR

Outras empresas de consultoria se envolveram no desenho de metodologias de BPR que produziriam melhores resultados durante a década de 1990. Com pequenos ajustes, empresas como Accenture, McKinsey & Company e Bain & Co. queriam diminuir a taxa de fracasso de um projeto típico de BPR e, em vez disso, focar no potencial da metodologia. Eles desenvolveram seus próprios modelos, com sucesso misto.

A BPR está ressurgindo agora. Os objetivos e a execução são diferentes. A BPR não é mais sinônimo de esforços maciços de redução, e as empresas estão mais uma vez adotando-a para o seu futuro.

Hoje, a transformação Agile e a BPR orientada a objetos são usados de forma ampla e bem-sucedida, especialmente no desenvolvimento e lançamento de sistemas de software. A transformação Agile tem muitas semelhanças com a BPR da década de 1990, embora não seja tão extrema. A BPR orientada a objetos depende da modelagem do processo de negócios, que apresenta seus processos como uma representação visual abrangente para destacar eficiências ou problemas. A modelagem pode ajudar a identificar o progresso ou status do negócio. Os esforços de modelagem geralmente terminam como um diagrama de fluxo de dados (DFD), que é uma representação gráfica de seus processos usando objetos simples como retângulos, círculos e setas, que mostram o caminho da informação.

De acordo com o livro The Object Advantage: Business Process Reengineering With Object Technology, de Ivar Jacobson, esse tipo de modelagem reflete mais de perto a realidade da empresa. Os “objetos” nesse tipo de BPR são ocorrências de informações ou comportamentos que significam algo para a empresa, como clientes específicos, faturas, tarefas de trabalho ou eventos. Os processos são modelados com esses objetos, esclarecendo o funcionamento interno de uma empresa. Em seguida, o negócio pode passar por engenharia reversa ou avançada. A engenharia reversa é a modelagem do negócio existente como ele está. O negócio é estudado e apresentado. Na engenharia avançada, o negócio que passou por engenharia reversa é redesenhado com novos processos. Na modelagem de processos, muitos programas e profissionais usam o Modelo e Notação de Processo de Negócios (BPMN) como uma linguagem padronizada. O BPMN pode ajudar a realizar o processo de reestruturação em projetos de BPR.

A Riqueza das Nações (1776), de Adam Smith, foi um dos primeiros precursores da BPR. Ele escreveu sobre a divisão do trabalho e o uso de áreas de trabalho separadas para aumentar a produtividade em uma fábrica de alfinetes. Suas ideias mostraram uma revisão de processo que era inédita na época, mas teria um grande poder transformador.

Em 1820, a American Railway também mudou a forma como os negócios operavam. Ao implementar novos procedimentos de comando e controle, a empresa ajudou a inaugurar uma era de industrialismo e capitalismo nos Estados Unidos.

E em 1880, o engenheiro mecânico americano Frederick Taylor, como um dos primeiros consultores de gestão, lançou suas ideias sobre eficiência nos negócios. Seu livro The Principles of Scientific Management esboçou os princípios de gestão científica que davam certos conjuntos de trabalho a funcionários treinados e cobrou dos gerentes a responsabilidade de planejar o trabalho. Sua influência e consultoria mudaram o cenário dos negócios e estabeleceram raízes para grandes reinvenções de negócio.

Críticas à reengenharia de processos de negócios

Está claro em toda a literatura e nos comentários sobre a BPR que ela causou um grande impacto quando foi introduzida pela primeira vez na década de 1990. Foi uma metodologia complementar à época em que computadores e tecnologia da informação foram introduzidos na força de trabalho em massa. Havia pouca dúvida quando ele apresentou resultados tão notáveis. No entanto, Holland e Kumar observaram em 1995 que entre 60-80% das iniciativas de BPR fracassaram, embora haja evidências de que esses números decresceram consideravelmente nos últimos anos. Além disso, a BPR ganhou a reputação de causar demissões em massa, por isso era extremamente impopular entre a força de trabalho.

As principais críticas à BPR:

  • As metodologias usadas para implementar a BPR não abordam um cenário de negócios em mudança.

  • Não há como validar a hipótese de que os processos são o principal fator limitante para o desempenho. As expectativas são grosseiramente exageradas.

  • A BPR ignora totalmente o status atual da empresa e assume que “tudo novo” é melhor.

  • Mudanças incrementais podem ser melhores para um modelo de negócio.

  • Há um viés cultural estadunidense extremo no uso da BPR.

  • A BPR ignora as restrições da organização.

  • A BPR é um empreendimento complexo e demorado.

  • Os projetos podem fracassar.

  • A adesão é difícil. A BPR destrói e substitui completamente o que as pessoas sabem, causando estresse.

  • A BPR não é experimental, pois pode exigir recursos dedicados e um custo alto.

As críticas à BPR certamente são difíceis de superar. Elas podem ser precisas também. É importante que cada uma seja abordada antes ou durante um projeto de BPR, mas também entender o que abordar e o que ignorar, especialmente quando sua empresa está executando um projeto de planejamento de recursos empresariais (ERP) simultâneo, que incorpora software que lida com seus dados. Alguns mitos sobre BPR e ERP:

  • A BPR não se encaixa bem com projetos de ERP. Sempre que você mudar o software, especialmente o software de coleta e análise de dados, seus processos precisarão mudar.

  • A implementação de um novo sistema de ERP melhorará os processos. A realidade é que o software de ERP não é um software de melhoria de processo. Se seus processos estão danificados, o ERP não os corrigirá.

  • Concentrar-se apenas em “vir a ser” e não se preocupar com o “como está”. Aprendemos com nossos erros passados. Os processos atuais dizem o que está faltando; comece por aí.

  • A BPR não precisa de gerenciamento de mudanças organizacionais. A própria natureza da BPR clama por bons princípios de gerenciamento de mudanças. Sempre que você faz uma melhoria, o gerenciamento de mudanças deve estar em vigor.

  • Obtenha o software antes do processo de BPR. Você não precisa ter o software primeiro; pode reformular os processos antes de escolher o software.

  • Todos os processos devem ser revistos antes de obter um novo sistema ERP. Você pode implementar simultaneamente o ERP enquanto realiza a reengenharia seus processos.

  • Fazer ERP e BPR ao mesmo tempo será caro. Pelo contrário, você pode trabalhar os dois conjuntamente para economizar custos.

Os fatores para o fracasso e o sucesso da BPR

No geral, os fatores por trás da falha da BPR estão relacionados a uma abordagem estreita e linear e às lacunas de comunicação entre as partes interessadas do projeto. Os profissionais atuais apontam para uma ênfase no uso do sistema de informação para BPR, que se alinha com o papel fundamental da TI nos negócios.

Durante a primeira onda de BPR, Hammer e Champy listaram razões pelas quais ele poderia falhar. Elas ilustravam os climas organizacionais na década de 1990, mas ainda são relevantes:

  • A empresa tenta corrigir um processo em vez de alterá-lo. Reconheça a extensão dos problemas da empresa.

  • A organização não se concentra em processos de negócios. Analise corretamente os processos e defina claramente os objetivos.

  • A empresa ignora todos os elementos, exceto o redesenho do processo (por exemplo, reorganização, sistema de recompensas, relacionamentos trabalhistas, redefinição de responsabilidade e autoridade).

  • Você negligencia os valores e crenças das pessoas e, em vez disso, recompensa o comportamento que exibe novos valores e comportamentos.

  • Você está disposto a se contentar com resultados insignificantes.

  • Você suspende o processo muito cedo.

  • A equipe coloca restrições prévias na definição do problema e no escopo do esforço de reengenharia.

  • Você permite que culturas corporativas e atitudes de gerenciamento existentes evitem que a reengenharia decole (por exemplo, consenso, pensamento de curto prazo, o ato de evitar conflitos).

  • Você tenta forçar a reengenharia de baixo para cima.

  • Você nomeia alguém que não entende a reengenharia como o líder do esforço. Forneça treinamento adequado de BPR à equipe.

  • Você não fornece recursos suficientes para reengenharia.

  • Você enterra a reengenharia na agenda corporativa.

  • Você distribui sua energia por muitos projetos de reengenharia.

  • Você inicia sua iniciativa de reengenharia quando o CEO está perto da aposentadoria. Um bom gerenciamento é necessário.

  • Você não consegue separar a reengenharia de outros programas de melhoria de negócio (melhoria da qualidade, alinhamento estratégico, tamanho certo, parcerias cliente-fornecedor, inovação e empoderamento).

  • Você se concentra exclusivamente no design e desconsidera a implementação, ou projeta processos muito burocráticos.

  • Você tenta manter todos felizes durante o processo de reengenharia, mas não agrada ninguém. A adesão é importante, mas lembre-se de que a gerência e os funcionários devem se comprometer em tornar toda a empresa melhor, não apenas seu departamento.

  • Você se esquiva quando as pessoas resistem às mudanças de reengenharia.

  • Você prolonga o esforço por muito tempo. Inversamente, gaste o tempo necessário para corrigir os processos que estão danificados.

  • Você não monta a equipe certa. Os especialistas sabem que é preciso mais trabalho para redesenhar do que automatizar e que vale a pena o esforço. Eles também são motivados e entendem que o Excel não é a melhor ferramenta para todas as correções.

  • Você não tem infraestrutura adequada. Isso pode levar a que um departamento ou um processo específico se torne otimizado ou priorizado em detrimento de outro.

  • Você vê a BPR como um exercício único de corte de custos.

  • Você não está de olho no setor externo. A equipe pode se perder na visão futura e se concentrar apenas em correções de eficiência internas.

Você ainda tem todos os motivos para pensar que a BPR será bem-sucedida quando introduzida em uma organização hoje, independentemente do número de empresas que fracassaram e da confusão que envolve seu uso. Independentemente do tipo de negócio, alguns fatores abrangentes, com consideração cuidadosa, podem garantir uma BPR bem-sucedida:

  • Metodologia comprovada: use métodos que funcionem, especialmente se eles já tiveram sucesso em sua empresa.

  • Caso de negócio: você deve pensar e documentar uma razão convincente para fazer mudanças.

  • Adesão do pessoal: atraia sua equipe no início de um projeto e deixe-a impulsionar a inovação.

  • Composição da equipe de BPR: as iniciativas de BPR precisam de patrocínio executivo, preferencialmente da alta administração. Elas também precisam de equipes que sejam cuidadosamente escolhidas com conhecimento profundo do negócio ou da metodologia. Isso pode significar propriedade da linha do projeto.

  • Análise de necessidades de negócio: você deve levar em conta a estratégia de negócios da empresa e os objetivos de longo prazo durante a análise.

  • Infraestrutura de TI adequada: a TI deve ser capaz de implementar os processos que passaram por reengenharia. As soluções de TI sozinhas não podem transformar os processos.

  • Gerenciamento eficaz de mudanças: você deve gerenciar as expectativas, o cronograma e o impacto nos negócios.

  • Melhoria contínua sempre em andamento: a única constante é a mudança, como diz o velho ditado.

  • As necessidades do cliente são uma prioridade: a visão dos processos centrados no cliente deve direcionar as práticas de negócios.

  • Aproveite os benefícios relacionados ao custo: diminuir o custo geral torna a empresa mais competitiva em seu setor.

  • Desenvolva-se com uma lente estratégica: veja todos os processos operacionais, fazendo perguntas relevantes sobre como os processos funcionam da forma que estão e como eles podem ser melhorados ao longo do tempo.

  • Concentre-se em resultados: os processos devem ir além das tarefas tradicionais e dos limites funcionais.

  • Simplifique o trabalho: avalie objetivamente as atividades e tarefas para eliminar aqueles que adicionam complexidade desnecessária e menos valor.

 

Ray McKenzie

According to Ray McKenzie, Founder, Principal, and content blogger at Red Beach Advisors, "Business process reengineering and redesign is continuously needed within enterprises and organizations to re-assess a process’s effectiveness along with identifying new, more efficient ways to perform daily functions. BPR is extremely valuable to companies that want to improve how they do business internally and externally and how they drive value to their customers.

“Para qualquer organização que esteja passando por uma implementação de revisão ou reengenharia de processos, sugiro que incorpore pontos de suporte de dados para medir a eficiência atual dos processos e desenvolver metas direcionadas para medição. Um processo que é implementado para melhorar o fluxo de trabalho, mas não é medido, não é um processo preciso a ser implementado. Medição do desempenho e da melhoria é a chave".

O fator humano na reengenharia do processo de negócios

Toda discussão sobre BPR inclui seções sobre processos e aspectos da TI. Seria negligente, no entanto, deixar de fora o fator humano. Qualquer projeto de BPR bem-sucedido deve levar em consideração as pessoas. Abordar as reações motivacionais humanas à mudança é fundamental.

Nunca é demais enfatizar que as empresas devem garantir que seus funcionários estejam adequadamente motivados e tenham os recursos necessários para aprender sobre novas tecnologias. Não são só os processos que mudam na BPR, mas a maneira como as pessoas pensam e interagem entre si também deve mudar. Esquemas de incentivo podem ser uma maneira de garantir o sucesso da BPR.

Como a BPR se relaciona com tecnologia da informação e sistemas de informação

Tecnologia da informação (TI) é um termo que descreve o hardware, o software e a infraestrutura de rede. O termo sistemas de informação (SI) é mais amplo e engloba o emprego da TI e dos sistemas. Abrange as três dimensões de TI, gerenciamento e organização. BPR e TI/SI devem ser inseparáveis. Todos os projetos de BPR bem-sucedidos devem seu relativo sucesso à TI/SI.

Embora a BPR tenha suas raízes no gerenciamento de TI, é principalmente uma iniciativa de negócios. Ainda assim, a TI historicamente tem desempenhado um papel importante na BPR, vinculando os proprietários do processo e aqueles que o implementam. Na primeira iteração da BPR, a TI substituiu alguns trabalhadores humanos em processos. Na iteração mais recente da BPR, a TI serve como uma infraestrutura existente que pode ser otimizada. A implementação e a melhoria de TI ajudam a economizar tempo e melhorar a precisão do intercâmbio de informações, criando uma vantagem de negócios. Os SI permitiram a colaboração dentro de uma organização e até mesmo além das fronteiras organizacionais.

Na BPR, a TI eficaz torna possível:

  • compartilhar bancos de dados;

  • desenvolver sistemas especializados;

  • implementar redes de telecomunicações;

  • usar ferramentas de suporte a decisões;

  • ter comunicação de dados sem fio e telecomputação;

  • interagir com clientes em vários formatos;

  • identificar e acompanhar informações e pessoal;

  • realizar computação em alto nível e em todos os lugares.

Por outro lado, os projetos de BPR podem ser direcionados ou atuar como parte de uma renovação de SI/TI. Com projetos de BPR, a TI/SI de uma organização pode considerar:

  • atualizações para tecnologia cliente/servidor;

  • tecnologia atual de groupware/colaboração;

  • computação móvel;

  • tecnologia de captura de dados;

  • integração de sistemas telefônicos e de computadores;

  • serviços web e arquitetura orientada a serviços;

  • software de BPM, tecnologia de imagem ou um sistema de gerenciamento de fluxo de trabalho;

  • implementações de software de ERP, gerenciamento de relacionamento com o cliente (CRM) ou gerenciamento da cadeia de suprimentos (SCM);

  • implementação de DSS, um data warehouse, inteligência de negócios, mineração de dados ou software de painel;

  • mudança de serviços de internet, domínios, intercâmbio de dados eletrônicos ou sistemas de comércio eletrônico.

Mohammed Alsaigh observa que o papel dos sistemas de informação na BPR tem três estágios: antes do processo de design, durante o processo de design e durante a implementação. Antes do processo de design, o SI pode criar infraestruturas e gerenciar suas informações. Durante o processo de design, o SI pode trazer grandes quantidades de informações, analisá-las e melhorar a capacidade da empresa de tomar decisões informadas. Durante a implementação, o SI pode ser usado para melhorar os processos de TI e comunicar os resultados contínuos da BPR.

Sucessos da BPR no mundo real

A seguir, apresentamos histórias de sucesso da implementação da BPR por corporações conhecidas:

  • A Taco Bell deu início ao restaurante sem cozinha. Passou de uma empresa regional de US$ 500 milhões para uma empresa nacional de US$ 3 bilhões.

  • A Hallmark reduziu seu tempo de lançamento de cartões para o mercado de três anos para quatro meses.

  • A Ford cortou o número de funcionários em 75%.

  • A Mutual Benefit Life melhorou a eficiência de suas seguradoras em 40%.

  • A Detroit Edison reduziu os ciclos de pagamento de pedidos de trabalho em 80%.

  • A New Life Insurance reduziu o tempo de processamento de requerimentos de uma média de 22 dias para 17 minutos.

Outras empresas que usaram a BPR para grandes revisões incluem IBM, AT&T, Sony, General Electric, Walmart, Hewlett-Packard, DEC, Kraft Foods, Citibank, Northwestern Bank, Bell Atlantic, GTE e Bank of America.

Reengenharia de processos de negócios: metodologias e programas comparáveis

A BPR tem um relacionamento interfuncional com muitas outras metodologias de melhoria de processos. É comum que as empresas de consultoria tenham uma filosofia à qual aderem. A seguir, apresentamos uma lista de algumas metodologias que se comparam à BPR, juntamente com suas características comuns e pontos de diferenciação.

Gestão da qualidade total (TQM): amplamente considerada a mãe dos métodos de melhoria de processos, a TQM é uma abordagem de gerenciamento que está principalmente preocupada com a produtividade e as mudanças que levam à satisfação do cliente com a participação de todos os membros da organização. Tanto a TQM quanto a BPR têm como objetivo melhorar a eficiência, mas enquanto a TQM se concentra na melhoria contínua, o BPR visa inovações de produtos. Enquanto a BPR enfatiza o uso de TI, a TQM destaca o uso do controle estatístico do processo. A TQM pode empregar abordagens de cima para baixo e de baixo para cima, mas a BPR só pode ir de cima para baixo. A maior diferença é que a BPR faz grandes mudanças rapidamente, enquanto a TQM implementa pequenas melhorias contínuas ao longo do tempo.

Six Sigma (SS): muitos dizem que a TQM evoluiu para o Six Sigma, que é uma abordagem baseada em dados que se concentra na redução de variação para eliminar defeitos dos processos. Sua intenção é um processo de negócios sem erros. De maneira semelhante à BPR, o Six Sigma requer questionar o status quo. No entanto, o Six Sigma usa um método de cinco etapas “alinhar e manter” para identificar as causas principais e não redesenhar completamente o processo como a BPR. As etapas no Six Sigma:

  1. definir o problema;

  2. medir o processo atual;

  3. analisar a causa dos problemas;

  4. melhorar o processo;

  5. controlar.

Ao usar o Six Sigma em projetos de BPR, as empresas podem obter:

  • ferramentas e métodos estatisticamente significativos para desenvolver processos de qualidade e eliminar a variação;

  • a garantia de que as melhorias de processo são orientadas por dados, usando linhas de base, scorecards, painéis e métricas;

  • uma linguagem comum de melhoria de processo;

  • gating em estágio, garantindo que todas as entregas passem pelas fases DMAIC (Definir, Medir, Analisar, Melhorar e Controlar);

  • a eliminação de defeitos de processo, desperdícios e retrabalho para que os custos diminuam;

  • o nível de qualidade sigma que compara processos e representa a voz interna do cliente.

O uso do Six Sigma em projetos de BPR permite a abordagem “do cliente para dentro”, uma estratégia de ponta a ponta impulsionada principalmente pela voz do cliente. Isso deve permitir a colaboração de todos os segmentos do negócio (até mesmo parceiros externos) e ser bem gerenciado para que o sucesso seja definido. Essa abordagem deve incluir representantes ou, no mínimo, contribuições dos pessoais da empresa a seguir.

  • Atendimento ao cliente: as pessoas que possuem o resultado da produção.

  • Faixas pretas ou verdes do Six Sigma: possibilitam a instituição posterior do SS na empresa.

  • Finanças: para garantir que as melhorias economizem dinheiro.

  • Consultor externo: como um participante objetivo.

  • Tecnologia da informação: para garantir que a tecnologia possa se encaixar nas melhorias propostas

  • Distribuição: para as perspectivas do cliente e do produto e a adesão

  • Jurídico ou pessoal responsável por auditorias: atender às normas legais ou corporativas

  • Recursos Humanos: garantir pessoal e suporte suficientes

Para integrar projetos BPR com uma abordagem DMAIC existente, as empresas devem começar alinhando a equipe de projeto de BPR e seus recursos Six Sigma. Dessa forma, você pode identificar oportunidades de SS no decorrer do projeto BPR. As empresas têm outras maneiras de integrar projetos de BPR com o SS:

  • Elaborar um estatuto do projeto. Os estatutos fornecem o caso de negócio para projetos e ajudam a guiá-los. Eles também oferecem uma oportunidade de elaborar métricas de linha de base para mostrar a progressão.

  • Usar o DMAIC para resolver problemas onde as soluções não são conhecidas.

  • Discutir os projetos identificados com as principais partes interessadas. Essa discussão deve validar e priorizar os projetos, bem como alertar para possíveis projetos de ganho rápido.

  • Transformar o foco de suas estratégias em projetos centrados no cliente. Use os objetivos estratégicos da empresa para decidir sobre projetos de alto valor e com bom escopo.

Lean: o Lean também é baseado na ideia de eliminar desperdícios, normalmente camadas extras de gerenciamento, para colocar todos mais próximos do processo. Além disso, tem uma orientação de análise em que cada etapa é avaliada minuciosamente e apenas as etapas que agregam valor são mantidas. Lean e BPR são semelhantes porque alcançam rapidamente resultados, mas o Lean não começa do zero da maneira que a BPR faz. Ele pede que os funcionários olhem para os processos de forma franca como fariam na BPR, mas simplesmente analisa o que não está funcionando ou relevante em vez de fazer a reengenharia desses processos.

Kaizen: outra metodologia de melhoria contínua, o Kaizen é uma estratégia de trabalho de longo prazo de pequenas mudanças incrementais de processos. A intenção do Kaizen não é semelhante à da BPR, pois a BPR ensina uma revisão completa dos processos de negócios, bem como de seus sistemas e estruturas associados. A BPR é um projeto definido, o que significa que ela tem um início e um fim, enquanto o Kaizen é contínuo. Enquanto uma equipe de projeto e indivíduos selecionados na empresa podem executar a BPR, o Kaizen é uma metodologia, beirando uma filosofia, de que todos devem executar em toda a empresa.

Gerenciamento de processos de negócios (BPM): o BPM é uma disciplina de gerenciamento e um sistema de software. Está preocupado em automatizar e reutilizar processos ao longo de um ciclo de vida. O sucesso do BPM independe da cultura da empresa e é contínuo e incremental. A BPR está ligada à cultura da empresa e apresenta uma mudança drástica. Muitos profissionais consideram as metodologias BPM e BPR complementares, porque a BPR pode ser feita muito antes do BPM assumir o controle. Embora metodologias como BPM e integração de processos de negócios (BPI) se concentrem no lucro e na produtividade da empresa, a BPR enfatiza as necessidades do cliente e a missão organizacional. As diferenças entre as metodologias BPM e BPR são as seguintes:

  • O BPM tem menor risco. O BPM se concentra na automação de processos, não em uma renovação completa. A BPR tem mais risco, concentrando-se em redesenhar do zero.

  • O BPM usa o que já existe. Ele se concentra em um processo de cada vez, não em todos os processos e na relação entre eles. A BPR começa do zero com novos processos, descartando os antigos.

  • O BPM trata da otimização e gerenciamento dos processos, não do retrabalho. A BPR trata de um redesenho radical.

  • O BPM é uma progressão lenta. É mais fácil para a equipe aceitar, pois é gradualmente incorporado. A BPR pode virar a empresa de cabeça para baixo. Até mesmo a visão e a missão da empresa podem ser redesenhadas durante um projeto de BPR.

  • O BPM garante a continuidade. O BPM se constrói gradualmente, ciclicamente e continuamente. Os projetos BPR acontecem rápido e ao mesmo tempo para romper com "a maneira como as coisas são".

Agile: usada principalmente no desenvolvimento de software, essa abordagem de gerenciamento também é de natureza iterativa. Pequenas seções do projeto são concluídas de uma só vez, quase de forma modular. Especialistas do setor dizem que a diferença entre Agile e BPR é que, embora ambos interrompam os processos, a BPR permanece fiel ao mesmo resultado, mas com uma maneira melhor, mais barata e mais rápida de chegar lá. A Agile produz um resultado diferente completamente. Para obter mais informações sobre Agile, consulte Everything You Need to Know About Agile Project Management(Tudo o que você precisa saber sobre gerenciamento de projetos Agile).

Sistema de apoio à decisão (SAD): o SAD (ou SADG) é um aplicativo informacional de computador que revisa e analisa os dados de uma empresa para ajudar na tomada de decisões. O SAD foi o primeiro SI a se concentrar no redesenho dos processos de negócios. A BPR e o SAD compartilham o objetivo de melhorar radicalmente os processos de negócios. No entanto, o SAD se concentra em uma decisão de cada vez, enquanto a BPR se concentra em toda a organização.

Planejamento de recursos empresariais (ERP): o ERP é um conjunto integrado de softwares de gerenciamento de negócios que podem ajudar a gerenciar e automatizar as necessidades dos negócios. Especialistas na área acreditam que, sem a BPR, a implementação do ERP falhará. Alguns fornecedores de ERP promovem seus softwares como capazes de informar às empresas como seus processos devem funcionar. Suresh Subramoniam estimou que mesmo o sistema ERP mais adequado poderia ter um máximo de apenas 80% de adequação aos fluxos de trabalho existentes de uma organização. Ele afirma ainda que um evento BPR torna a implementação do ERP mais rápida, menos cara e melhor aceita pelos funcionários.

O futuro das metodologias de melhoria de processos

 

According to many experts, the future of BPR involves process management and the combination of methodologies. Tech advancements will keep BPR consultants busy for many years to come, because BPR will continue to evolve and adapt.

According to Steven Wallis, Co-Founder, Analyst, and Consultant at ASK MATT and writer at Foundation for the Advancement of Social Theory: Theory for a better world, “Business process reengineering currently only achieves its goals about 80 percent of the time. The strange thing is that TQM and culture change efforts are similarly effective.

Apesar das histórias encorajadoras de empreendedores, as startups de negócios falham em uma taxa alarmante. Mais estranho ainda, em nível nacional, as políticas estadunidenses também raramente atingem seus objetivos. E, claro, no nível pessoal, é de conhecimento geral que a psicologia não é altamente eficaz. Há muitas explicações para todas essas falhas: falta de financiamento, agendas conflitantes, participantes que resistem às mudanças.

“Pesquisas feitas por meus colegas e eu identificaram uma nova perspectiva. Sugerimos que a “tecnologia social” de nossa sociedade, nossa habilidade subjacente ou capacidade de entender nossas organizações e implementar mudanças bem-sucedidas, simplesmente não está à altura da tarefa. Resumindo, nós, no mundo dos negócios, estamos trabalhando com “na idade da pedra”, enquanto engenheiros e físicos estão usando dispositivos e engrenagens altamente eficazes. Em vez de colocar a culpa nas pessoas envolvidas, nossa pesquisa mostra que há uma "estrutura" subjacente às nossas teorias de mudança.

“Usamos análise propositiva integrativa ou IPA (a metodologia, não a cerveja) para avaliar a estrutura lógica interna encontrada nas teorias de negócios, como as usadas no gerenciamento de mudanças. A IPA mostra que as teorias (leis) da física e da engenharia têm uma "profundidade" sistêmica de 100%, e é por isso que elas são tão úteis. Em contraste, as teorias nas ciências sociais (juntamente com políticas e planos estratégicos) normalmente têm uma profundidade inferior a 20%. Portanto, apesar do sucesso muito limitado da BPR (e dos métodos e teorias relacionados à mudança) há esperança de que aprenderemos a criar teorias com maior profundidade para apoiar de forma mais confiável as mudanças bem-sucedidas."

 

Connie Moore

According to Connie Moore, Senior Vice President of Research at Digital Clarity Group and blogger at Digital Clarity Group, “When BPR was developed in the 1990s, the concepts were groundbreaking and valid. Much of what we do today comes from those resources; they were not discredited. The concepts were much like the ‘big bang’ in the industry, especially in terminology such as ‘obliterate.’ Professionals would go in and change everything by redoing it all.

“No entanto, eles foram muito literais na forma como aplicavam esses conceitos. Os projetos tinha escopos muito grandes. As equipes não sabiam o que estavam fazendo; eles usaram pouco da metodologia. Foi quando a metodologia foi desacreditada.

“A melhoria contínua foi a metodologia que substituiu a BPR, pois as empresas não conseguiam lidar com grandes mudanças. Eles podiam lidar com olhar para seus processos, melhorá-los e examiná-los novamente para ver como melhorá-los ainda mais. Como a mudança está sempre acontecendo e nada permanece o mesmo, a melhoria nunca é feita. Faz sentido, então, ter pessoas qualificadas com treinamento em metodologia para melhorar as coisas. Isso é chamado de excelência operacional.

“Especialmente nos setores fortemente regulamentados, onde o atendimento ao cliente não é um componente crítico como no varejo ou nos setores focados no cliente, a excelência operacional é essencial. São indústrias como petróleo e gás, que podem estar sujeitas a multas, de modo que sua excelência operacional é necessariamente diferente. A excelência operacional nesses setores se parece com uma melhoria contínua e processos simplificados. Isso contrasta com os setores que dependem da experiência do cliente.

“Às vezes, os setores que dependem dos clientes se esquecem da melhoria contínua, mas os conceitos de excelência operacional e experiência do cliente devem se conectar em todos os setores. Essa visão geral é o futuro da BPR,” disse Moore.

Aplicação da reengenharia de processos de negócios

A partir das lições aprendidas na década de 1990, as empresas entenderam que a implementação da BPR deve ser guiada, se não completamente realizada, por especialistas. Ao longo dos anos, a BPR foi tendência, caiu em desgraça e voltou a ser popular, e muitas pesquisas traçaram não apenas o que deu errado, mas também o que poderia ser feito melhor. Vamos dar uma olhada em quem deve executar a BPR e quanto você deve esperar gastar.

Empresas de consultoria podem entrar em uma empresa e garantir que esse empreendimento arriscado seja feito corretamente, economizando tempo, dinheiro e frustração da empresa (e talvez salvando a própria empresa). Os consultores desse setor são objetivos e imunes às políticas que possam ser inerentes à empresa. Eles têm uma série de “lições aprendidas” que podem aplicar a cada novo evento de BPR, podem comunicar efetivamente o que está acontecendo com base nessa experiência e muitas vezes podem assumir o peso de ser o estranho que “possui” o método, em vez de que ele venha de alguém interno da empresa. Além do facilitador, um consultor também pode atuar como membro da equipe e especialista em assuntos.

 

Sean Martin

For example, Sean Martin, an expert in BPR, content marketing manager for Directive Consulting, gives his expertise in how to leverage social media interest: “As an online marketing firm, we are constantly innovating and re-innovating our strategies to account for a growing and adaptive market. BPR is a great way of doing this, and a lot of online marketing startups have somewhat prided themselves on their ability to reverse engineer certain functions and capabilities of their competition.

“Com postagens sendo escritas sobre o mundo pós-digital e a acomodação necessária de tendências de mídia social penetrantes em táticas de marketing e negócios locais, a BPR é uma ótima maneira de começar a partir de um amplo quadro geral e reduzir seu caminho de volta aos detalhes. As empresas de marketing que estão fazendo isso estão contabilizando cada vez mais o tráfego on-line e estão gerando uma enorme quantidade de seguidores em redes sociais, como BuzzFeed, Twitter, Snapchat e Facebook. Sim, essas são plataformas de mídia social em si mesmas, mas o que elas estão fazendo é inovar a maneira como os usuários interagem com a internet e é isso que todos nós precisamos fazer como profissionais de marketing on-line: repensar a maneira como as pessoas interagem e moldar nossos negócios para construir novas tendências em vez de alcançar as antigas”.

Quem fez, e pode fazer, BPR?

Organizações privadas, públicas e governamentais realizaram BPR. As empresas multinacionais foram as primeiras a assumir projetos BPR, e o setor bancário logo as seguiu. Mesmo empresas menores podem se beneficiar (e têm se beneficiado) de um programa de BPR para mantê-las competitivas. Agora, a BPR pode ser estimulada por empresas de software que vendem soluções de ERP e BPM. A sabedoria convencional aconselha que a BPR seja implementada em empresas que tenham pelo menos 20 funcionários (dos quais pelo menos quatro sejam gerentes), um forte compromisso gerencial com a inovação e uma infraestrutura de TI desenvolvida.

Quanto tempo a BPR leva e quanto custa?

Duas considerações principais estão na mente de qualquer CEO quando se fala em melhoria de processo: Quanto tempo isso levará? Quanto isso vai custar? No geral, especialistas dizem que cada processo de BPR varia, mas leva aproximadamente de seis a dez meses, dependendo do tipo de negócio e da empresa de consultoria contratada para implementação. O custo também varia, dependendo da complexidade dos processos comerciais. No ano 2000, uma implementação de BPR custou de US$ 9.000 a US$ 16.000. Atualmente, as empresas de consultoria possuem uma estrutura de pagamento. A maioria garante que o custo da consultoria seja insignificante ao lado da economia de 40% a 80% nos processos garantida por elas.

 

Principais ferramentas de BPR

Muitas empresas de consultoria têm ferramentas proprietárias ou sistemas de software favoritos que usam em sua implementação de BPR. Idealmente, essas ferramentas devem melhorar a clareza de sua visão, impor a consistência em seus esforços e manter as melhores práticas, como usar uma abordagem de cima para baixo, trabalhar com uma pequena equipe central de especialistas (não mais do que 10 pessoas) e combinar uma metodologia de BPR com uma notação de modelagem. Essas ferramentas se enquadram em seis categorias: gerenciamento de projetos, coordenação, modelagem, análise de processos de negócios, análise e design de recursos humanos e desenvolvimento de sistemas.

 

Norbert Nogrady

Norbert Nogrady, Managing Director & Co-owner of JCM Ltd., gives his advice on BPR and tools to his peers in the Telecom industry. “During my 20+ years career in the field of customer care, I managed a number of BPR projects at large multinational companies. In my experience, BPR is most valuable in the case where it is independent from the IT department and the chosen vendor after the implementation period — in practice, a few weeks after the implementation. Input shall be received from customer care and the related organizational units: sales, finance, legal, and others.

“Também é importante mencionar que os projetos de BPR só serão bem-sucedidos se seus sistemas de apoio se adequarem às tarefas em questão. Ou seja, caso o departamento de TI escolha um sistema que exija codificação, parametrização e configuração de processos por profissionais de TI, os projetos de BPR serão longos e ineficazes.

“Sempre preferi sistemas em que o usuário final pode configurar seus processos em uma interface gráfica dedicada e o sistema implementa os processos criados dessa maneira imediatamente. Um bom exemplo desse tipo projeto de BPR é da UPC (uma empresa multinacional de telecomunicações da Europa, onde fui diretor de atendimento ao cliente). Nesse caso, todos os supervisores de atendimento ao cliente, também conhecidos como líderes de equipe, que assim se tornaram proprietários de processos, participaram de um treinamento de BPR por meio dia de (oferecido pelo fornecedor) e simplesmente criaram seus próprios processos usando o GUI do sistema implementado chamado xFLOWer. A implementação e implantação do projeto levaram apenas seis semanas para serem concluídas e, ao final desse período, tínhamos o sistema instalado e funcionando com os processos de negócios de que precisávamos. Em comparação com a média do setor de nove a 12 meses, esse projeto foi um grande sucesso e uma implementação extremamente rápida de BPR.

“Recomendo a todos que planejam implementar um projeto BPR que escolham um sistema BPR/fluxo de trabalho que possua habilidades semelhantes, portanto, a duração do projeto será drasticamente reduzida e ele será um grande sucesso para todos os envolvidos.”

Ferramentas de gerenciamento de processos e fluxo de trabalho

As ferramentas de gerenciamento de processos, ou sistemas de gerenciamento de processos de negócios (BPMS), são sistemas de software que veem o negócio como um conjunto de processos ou fluxos de trabalho. O BPMS permite que as empresas otimizem de forma coesa seus processos modelando, implementando, executando e monitorando. Essa é uma abordagem mais estruturada do que o software de fluxo de trabalho, ou software de gerenciamento de fluxo de trabalho (WfMS), cuja principal missão é simplesmente modelar e automatizar o direcionamento de documentos e tarefas. Muitos projetos de BPR usam BPMS e muitos outros usam WfMS. As autoridades na implementação de BPR têm seus favoritos com base em suas necessidades e especialização.

Construa processos de negócios e fluxos de trabalho automatizados e potentes com o Smartsheet

Capacite seu pessoal para ir além com uma plataforma flexível desenvolvida para atender às necessidades da sua equipe e se adaptar conforme essas necessidades mudam. Com a plataforma Smartsheet fica fácil planejar, coletar informações, gerenciar e criar relatórios sobre o trabalho de qualquer lugar, ajudando sua equipe a ser mais eficiente e mostrar resultados. Crie relatórios sobre as principais métricas e obtenha visibilidade do trabalho em tempo real, à medida que ele acontece, através de relatórios, painéis e fluxos de trabalho automatizados criados para manter sua equipe conectada e informada. Quando as equipes têm clareza sobre o trabalho que está sendo realizado, elas podem ser muito mais produtivas durante o mesmo período de tempo. Experimente o Smartsheet gratuitamente hoje mesmo.

 

Ligue os seus colaboradores, processos e ferramentas com uma plataforma simples e fácil de utilizar.

Experimente o Smartsheet gratuitamente Get a Free Smartsheet Demo