BPM não é uma metodologia. BPMN também não. Mas então, o que são?

Para que as boas práticas de fato se consolidem dentro das organizações e o Gerenciamento por Processos de Negócio se torne uma realidade, é necessário reforçar um entendimento básico, que se não for bem compreendido pode levar a uma estratégia errada pela organização.

Esse artigo tem um foco mais conceitual, visando reforçar o que é e o que não é BPM e BPMN.

Primeiramente, precisamos estabelecer a diferença entre disciplina, método e metodologia:

Dito isso, podemos afirmar que:
BPM e BPMN são coisas distintas, e nenhuma delas é uma metodologia.

BPM (Business Process Management) é uma disciplina, ou seja, é a aplicação prática de uma filosofia gerencial em que se entende que uma organização que gerencia o seu negócio com foco em processos deve ser mais eficiente, eficaz e consegue operar com custo e qualidade balanceados e otimizados. Isto implica em monitorar, revisar e melhorar continuamente seus processos.

Para esta esta disciplina funcionar, é preciso desenvolver na empresa três capacidades:

  • humana (pessoas preparadas para trabalhar e gerenciar a atividade do negócio através dos processos)
  • metodológica (sim, métodos é apenas UMA parte de BPM)
  • tecnológica (gerenciar e integrar a inteligência do negócio através de soluções que suportam a execução dos processos).

Portanto é incorreto/limitado dizer que BPM é uma metodologia. O conhecimento comum sobre BPM entende que existem vários métodos, técnicas, ferramentas e notações que podem ser aplicadas em projetos de melhoria de processos, e cada equipe e organização deve definir aquelas que se aplicam para a sua necessidade específica, definindo sua própria metodologia. O BPM CBoK (Corpo Comum de Conhecimento em Gerenciamento de Processos de Negócio) sugere alguns métodos e ferramentas que podem ser aplicados na descoberta, na modelagem, na análise, no diagnóstico, na transformação e no monitoramento do processo, mas não exaure todas as opções, e ainda deixa em aberto a possibilidade de se usar um método totalmente novo e diferente. Se ele tem por objetivo apoiar o entendimento e a transformação de processos, então pode ser considerado uma prática de BPM.

Dentro da capacidade metodológica entra a necessidade de representar processos. Para isso, existem diversas notações: fluxograma, VSM, VAC, EPC, BPMN, entre outras. A notação é apenas um conjunto de símbolos que podemos usar pra descrever graficamente um processo. Portanto, BPMN (Business Process Model and Notation) também não é uma metodologia.  Ela é uma linguagem gráfica, com semântica e gramática bem definidas para os seus símbolos, que possui uma documentação especificando o significado de cada elemento gráfico e que é aberta, portanto existem dezenas de ferramentas que a utilizam (confira algumas no nosso artigo 7 ferramentas gratuitas para criar de diagramas de BPMN).

Entretanto, a abordagem ou método a ser adotado na representação do processo com esta notação pode variar de acordo com o propósito do modelo que está sendo desenhado. Uma visão mais estratégica e de alto nível pode omitir características do processo e usar um subconjunto de elementos completamente diferente de um fluxo desenhado para orientar a execução do trabalho pelos participantes, e é mais diferente ainda de um modelo de processo se transformará em um fluxo automatizado em alguma ferramenta de workflow/BPMS. Esta temática de variação de elementos a usar de acordo com cada tipo de projeto de modelagem já foi explorado aqui em nosso blog, em artigos como Um BPMN para cada propósito de modelagem de processos e Em que nível devo modelar meu processo?.

O que isso tem a ver com a estratégia de adoção de BPM na minha empresa?

Organizações que estão iniciando na sua jornada de gerenciamento de processos comumente buscam apoio e experiência de consultorias especializadas ajudar a dar os primeiros passos.

Contratar uma consultoria de Metodologia de BPM pode ser interessante para a organização definir métodos e ferramentas de trabalho para aplicar na modelagem e  transformação dos processos. Mas a consultoria em algum momento irá embora. E sem desenvolver as outras capacidades, como a organização conseguirá sustentar a iniciativa?

É preciso enxergar BPM como uma nova cultura a ser adotada na organização, que precisa estar alinhada com a estratégia do negócio, ter pessoas preparadas para executar e gerenciar os processos e as ferramentas tecnológicas necessárias para dar transparência e visibilidade sobre os processos.

 

Como realizar projetos de BAM?

No artigo BAM – Uma visão Geral, que publicamos recentemente aqui no blog da iProcess, passamos uma visão geral do BAM (Business Activity Monitoring), onde demonstramos as características, arquitetura comum e principais cenários de uso deste tipo de ferramenta.

Talvez agora o assunto seja do seu interesse, e você acha que a sua empresa pode se beneficiar da utilização desta ferramenta.

Mas neste caso, por onde começar?

A realização de um projeto de implantação de BAM pode ser caracterizada, usualmente, pela execução das seguintes grandes etapas:

1. Definição da ferramenta de BAM a utilizar: conforme citamos no artigo anterior, existem ferramentas de BAM que fazem parte de suítes de BPMS, e outras que são produtos independentes. Dependendo do tipo de ferramenta de BAM escolhida, a integração com sistemas externos poderá ter maior ou menor flexibilidade. No caso de uma ferramenta de BAM que faz parte de uma suíte BPMS, é necessário avaliar se é possível integrar a mesma com outros sistemas, pois em alguns casos só é possível a exibição de dados relacionados apenas aos processos sendo automatizados na própria suite.

Ressaltamos que a escolha do BAM não deveria ser uma escolha de um projeto, ou seja, a empresa não vai adotar uma nova ferramenta de BAM a cada processo implantado. Deve ser uma decisão corporativa e que permanecerá a longo prazo, então a escolha do BAM deve ser cuidadosa, tendo atenção a questões como aderência às necessidades de processos de toda organização (e não apenas de uma área) e que possua interface de comunicação com o BPMS utilizado para gerenciar a execução de processos automatizados.

2. Definição dos indicadores e gráficos de monitoramento necessários: é necessário discutir funcionalmente com os usuários de negócio quais são os indicadores e dashboards de monitoramento desejados, regras de segurança e acesso as informações (ex: num dashboard que será disponibilizado para todas as unidades, pode se definir que os usuários só poderão visualizar informações relativas à sua própria unidade), bem como alertas e ações sobre os alertas (se for o caso). Usualmente, esta é uma ação que está alinhada com a própria fase de modelagem, análise e melhoria de processos, onde estão sendo discutidos os processos e seus indicadores de desempenho. Assim, deste trabalho normalmente são extraídos requisitos de BAM, que permitirão  aos usuários realizar o acompanhamento dos novos processos. É importante ressaltar, no entanto, que um projeto de BAM pode ser uma ação mais “isolada” e até independente de outras iniciativas de BPM.

3. Análise técnica da origem dos dados: definidos quais são os indicadores e dashboards desejados, é necessário verificar como estes dados podem ser obtidos para serem enviados para a ferramenta de BAM. Via de regra, além dos dados de execução dos processos provenientes do BPMS, podem ser necessários dados de diferentes sistemas de informação existentes na organização (ex: ERP, sistemas legados). Assim, é necessário envolver as equipes técnicas responsáveis por estes sistemas para avaliar como estes dados devem ser obtidos, bem como a forma de integração sugerida. É importante, para isto, conhecer as possibilidades de integração que a ferramenta de BAM oferece, pois cada uma pode disponibilizar diferentes formas de integração (ex: Web Services, Filas, etc).

4. Desenvolvimento dos dashboards: após a análise técnica da origem dos dados, é necessário realizar a construção técnica dos dashboards e alertas de monitoramento (caso existam). Esta é uma etapa que irá envolver os desenvolvedores e arquitetos que conhecem a ferramenta de BAM, bem como as equipes técnicas responsáveis pelos sistemas de origem das informações. Nesta etapa a origem dos dados pode, caso necessário, ser “simulada” através de input manual de informações diretamente na ferramenta do BAM (se a ferramenta permitir).

5. Homologação dos dashboards: finalmente, nesta etapa serão testados os dashboards pelos usuários finais, já com a integração com os sistemas de origem funcionando, para verificar que estão exibindo as informações corretamente. São também testados os alertas de monitoramento e ações de contingência definidas (se for o caso), bem como as regras de segurança e acesso às informações.

Pela nossa experiência, a fase que costuma ser mais trabalhosa é a “Análise técnica da origem dos dados”. Isto porque, com o crescimento da organização e aquisição de diversos sistemas, muitas vezes existe replicação de dados em fontes diferentes, e não há uma visão de qual é a origem mais apropriada para determinadas informações. Além disso, a falta de uma governança de TI e padrões de integração também pode dificultar a escolha da melhor forma de integração com a ferramenta de BAM.

Podemos notar então que, no que se refere as macro etapas necessárias, um projeto de implementação de BAM não difere muito de projetos convencionais de implementação de TI. Porém, olhando no detalhe, é possível perceber que um projeto BAM tem diversas características e desafios próprios, que exigem uma equipe com conhecimentos específicos, sem falar na mudança cultural que a adoção da ferramenta pode trazer para a organização.

Abaixo, listamos alguns cuidados básicos que devem ser tomados durante a realização de um projeto de BAM:

  • Limitar o número de gráficos num dashboard: tente limitar o número máximo de gráficos num mesmo relatório,  para um desempenho mais otimizado e melhor ocupação da área disponível. Um número máximo de 4 a 6 gráficos por dashboard é geralmente recomendado.
  • Usar filtros: utilize quando possível filtros, de forma que o usuário possa restringir a quantidade de dados sendo exibida e assim minimizar os recursos de processamento necessários.
  • Avaliar a necessidade de histórico de dados: evite armazenar dados antigos na ferramenta de BAM, para fins de histórico. Caso realmente necessário, considere a criação de um repositório específico para este fim. Mas lembre-se que uma ferramenta de BAM tem o foco no presente (informação em tempo real) e não para ser uma referência para avaliações históricas.
  • Utilizar o recurso de drill-down: o termo drill-down (em português “detalhar”) refere-se à ação de clicar em alguma seção de um gráfico para obter o detalhamento de informações referente àquela seção. Podemos pensar, por exemplo, num gráfico de pizza que mostra a quantidade de solicitações em aberto por região do país. Ao clicar numa fatia, o usuário é direcionado para uma lista de solicitações especificamente daquela região. Assim, procure construir os seus dashboards de maneira a mostrar inicialmente apenas as informações mais abrangentes e relevantes, para que os usuários possam ter um rápido entendimento da situação atual. E então disponibilize a navegação drill-down para níveis com maior detalhamento, que poderão ser consultados se o usuário achar necessário.
  • Avaliar o ambiente de exibição dos dashboards: deve ser avaliado de que forma os dashboards serão acessados. Serão acessados através de desktops e notebooks? Ou através de telas maiores? Frequentemente os dashboards são previstos para serem exibidos em telões/televisores, posicionados em lugares estratégicos no ambiente de trabalho, de maneira que possam ser vistos a uma certa distancia pelos usuários. Então, se for este o caso, será necessário limitar a quantidade de gráficos e  informações sendo exibidas, prestando atenção a detalhes como resolução da tela, disposição dos gráficos, tamanho e cores das fontes utilizadas.

Como vimos, os projetos de BAM tem suas próprias características e desafios, que devem ser levados em consideração durante o planejamento. Levando estes fatores em consideração, não temos dúvida que uma ferramenta de BAM pode se tornar uma ferramenta de inestimável valor para o acompanhamento do seu negócio!

Você se interessou pelo assunto? Falamos mais de BAM no nosso treinamento “Modelagem de Processos para Automação” e oferecemos um treinamento específico da ferramenta “Oracle BAM“. Ambos os cursos são oferecidos pela iProcess Education.

Muito prazer, o CLIENTE! (Visão Outside in e Inside out)

Começamos com uma pergunta direta: QUEM É O CLIENTE?
Parece ser uma pergunta um tanto obvia, mas saber exatamente quem é (ou quem são) os seus clientes é fundamental para atender as suas necessidades.

Poderíamos afirmar que:

“Na perspectiva de BPM, cliente é somente aquele que se beneficia da geração de valor e está externo à organização.” (BPM CBOK 3.0, pag.47)

Mas, de uma forma geral, todos nós somos clientes, pessoas comuns que levantam pela manhã para trabalhar, que fazem compras no mercado, utilizam os serviços da rede bancária, que pagam contas, cidadãos que dependem do transporte público para chegar ao seu destino, ou seja, consumidores!

Todos nós, como cidadãos, por exemplo, somos clientes que dependem dos serviços públicos como o acesso à água e a luz, saneamento, limpeza pública e segurança.

Clientes que muitas vezes não têm as expectativas atendidas!

Ao mesmo tempo, quantas vezes, como cidadãos, somos questionados pelo prestador de serviços para saber o que achamos do serviço prestado?

Organizações estão empenhadas em oferecer o melhor valor agregado aos seus produtos e serviços, só que nesta tentativa, trabalham muito mais focados em otimizar e reduzir custos dos seus processos internos e esquecem de avaliar as expectativas dos consumidores destes produtos e serviços.
Assim, saber quem são seus clientes é o caminho para entender suas necessidades, expectativas e o que eles valorizam, e poder produzir e entregar aquilo que seus clientes esperam.

COMO ERA ANTES

Durante décadas organizações determinaram o que seus clientes necessitavam e definiam como seus produtos e serviços seriam disponibilizados. Até então, o cliente era pouco exigente. O foco era: aumento da eficiência na produção.

Esse cenário, de foco na otimização do processo em detrimento às expectativas do cliente, se percebe concretamente nesta célebre frase de Henry Ford, sobre a fabricação do modelo Ford T:

“O carro é disponível em qualquer cor, contanto que seja preto.”

O objetivo de Henry Ford era tornar o carro acessível a todos, aumentando a procura mas ao mesmo tempo reduzindo custos.

Conforme as empresas foram crescendo, foram surgindo novas oportunidades. As empresas foram criando novos planos de expansão e com isto os clientes começaram a impor o que queriam e como queriam. Sendo assim, as estruturas organizacionais e modelos de negócios começaram a tomar novas formas, mas persistia a visão de “dentro para fora”, ou seja, a busca pela eficiência na entrega de valor ao cliente.

OLHAR DE DENTRO PARA FORA OU DE FORA PARA DENTRO?

“Olhar de dentro para fora”: visão conhecida também por Inside out ou ainda por Foco NO Cliente.

É a visão sob o ponto de vista da organização. Se preocupa com o “de dentro”, com foco em seus produtos e serviços. É a organização que determina o que agrega valor para seus clientes e cria a cadeia de valor idealizado por Michel Porter.

Este modelo fazia sentido em sua época, onde a interação com o cliente não era algo comum, pois este ficava em segundo plano. A preocupação das organizações era em fazer as coisas certas. O foco era a eficiência, o controle de custos e a redução de erros.

Atualmente, as organizações estão focadas muito mais na eficácia, ao grau em que os resultados de uma organização correspondem às necessidades dos seus clientes.
Hoje a exigência está muito maior, principalmente no que se refere não apenas a qualidade ou preço dos produtos, mas principalmente ao atendimento real às suas necessidades.

“Olhar de fora para dentro”: visão conhecida também por Outside in ou ainda por Foco DO Cliente.

É a visão sob o ponto de vista do cliente, se preocupando com o que vem de fora, onde o foco é sempre o cliente. É o cliente que determina através de suas experiências aquilo que é importante para a empresa, o que gera valor para concepção dos seus produtos e serviços. A visão do cliente consiste em conhecer a organização pelo lado de fora, tem a ver com o valor percebido, se o cliente está ou não satisfeito.

O gerenciamento de processos consiste na experiência do cliente como ponto de partida para o desenho e implementação de processos. Os processos são desenhados em torno deste relacionamento do cliente com os produtos, serviços e pontos de contatos (momentos da verdade) que devem ser conhecidos pela organização para alcançar a real necessidade e satisfação de seus clientes.

Mas você pode estar se perguntando, como entender de fato as necessidades do cliente? Existe uma fórmula mágica para isto?

O que existe hoje são técnicas e métodos utilizados para “trazer o cliente” para análise e redesenho dos processos, através de coleta de informações como pesquisas de opinião, avaliação dos comentários e reclamações do SAC, comentários enviados por pessoas através de sites como o “Reclame aqui”, e até mesmo workshops e entrevistas envolvendo o cliente. Redesenho é um repensar sob a ótica do cliente, é uma nova visão do negócio. Isso é transformação (construir processos com foco do cliente).

Não se trata mais de apenas oferecer um produto para um cliente, mas de entender a sua real necessidade. O foco assim é a percepção de valor do cliente, o que ele acha que é importante. Esta experiência de consumo leva o cliente a participar da criação do processo ponta a ponta, e permite a organização identificar atividades, que pela visão de “dentro para fora” (inside out), não seriam identificadas.

Vejamos o exemplo da tão conhecida IBM. Empresa de 103 anos de vida, que já passou por altos e baixos em sua história e ainda está no topo das empresas de TI. Mas como explicar sua longevidade? Como ela pode estar viva e próspera em um setor caracterizado pela inovação e a mudança? Dois pontos nos chamam a atenção: a cultura e a mudança.


Thomas Watson
, fundador da IBM, criou sua empresa baseado em três crenças básicas. Achamos relevante destacar uma delas: “Prestar o melhor serviço ao Cliente”. Tinha por base a satisfação e desejo do cliente, ou seja, a crença é direcionada ao cliente e as suas necessidades.

O segundo ponto relevante e mais significativo foi à busca pela mudança, pela transformação.
Em 1991 foi apresentada como a “Nova IBM”, voltada para a visão do mercado atual e obcecada pela qualidade. Segundo a própria IBM, a mudança foi causada pelo aumento do nível de exigência dos seus clientes, o que gerou a necessidade de criar valor para seus clientes.

A IBM de hoje não se considera uma empresa de tecnologia, mas uma empresa que resolve business problems usando a tecnologia. Segundo a IBM, ela não vende “brocas”, vende ferramentas para produzir “buracos na parede”, a IBM é focada nos trabalhos que seus clientes precisam que sejam realizados.

Quem já assistiu o filme “Quero ser Grande” (Big, 1988) estrelado Tom Hanks, percebe uma ligação da história com a visão “outside in”.

No filme, Josh (Tom Hanks) se torna adulto da noite para o dia, e conhece o Sr. MacMillan, dono de uma empresa que fabrica brinquedos (naquela clássica cena do The Big Piano). Confira aqui a cena do filme.

O dono da empresa comenta com ele sua preocupação de que não estão obtendo boas vendas, e Josh acaba ganhando o emprego porque começa a expor para a empresa a visão do cliente (ele como criança em corpo de um adulto).

Com o foco do cliente, os produtos desenvolvidos pela empresa se tornam muito mais atraentes aos consumidores, e a empresa volta a gerar crescimento.

O foco hoje não pode ser mais o produto ou o lucro que este lhe proporciona, mas a experiência vivida pelo cliente ao consumi-lo. O cliente de hoje procura ser compreendido e ter suas expectativas atendidas. Para a organização fica a responsabilidade de conhecer seu cliente e entender porque ele procura pelo seu produto ou serviço. Conhecer o cliente e atender suas necessidades é um desafio, e deve ser encarado como uma grande oportunidade de crescimento para a empresa e para a geração de novas soluções inerentes ao mercado atual.

BPM como ferramenta para melhoria do nosso dia a dia

Muito se fala sobre modelagem, análise e redesenho de processos para melhorar e otimizar os processos das organizações.

Aqui mesmo no blog já falamos muito destes temas. Em se tratando de organizações tradicionais, contudo, é natural que as iniciativas de BPM sejam voltadas para objetivos mais “ortodoxos”, como por exemplo:

  • Redução de custos (objetivo clássico);
  • Redução dos tempos de execução (também clássico);
  • Melhorar o acompanhamento e controle do processo (extremamente clássico);
  • Melhor atender as necessidades do cliente (este deveria ser o objetivo final de tudo, não é?).

Mas… é possível aplicar também a melhoria de processos para melhorar o meu dia a dia, e a minha interação com as pessoas e empresas que prestam serviços para mim? A resposta: É claro que sim!

Num país com tantas deficiências, onde necessidades básicas muitas vezes não são atendidas, as oportunidades de melhoria saltam aos nossos olhos como… pipocas em uma panela aberta.

Podemos afirmar que o grande benefício, e ao mesmo tempo uma grande fonte de frustração de quem começa a praticar BPM é que isso não muda somente a sua visão dos processos e da sua empresa… Muda também radicalmente a sua visão de mundo, para sempre.

Tenha a plena certeza: após ser pego pela “febre” do BPM, a pessoa vai ser pega adotando técnicas de análise e melhoria de processos em todos os lugares:

  • Na fila do supermercado: pensando que as regras de distribuição dos empacotadores entre os caixas não está clara e bem definida, e precisa ser seguidamente orientada por um supervisor. E que, na sua opinião, este supervisor deveria destinar seu tempo a objetivos mais nobres (como verificar porque um cliente está com cara de zangado discutindo com o caixa ao lado);
  • Na fila de um banco: pensando porque se forma uma fila de 10 pessoas e existe apenas UM caixa atendendo no horário do almoço (justo o momento em que o banco tem mais movimento?);
  • No restaurante: pensando porque a fila está liberada nos dois lados do buffet, mas os pratos não se repetem nos dois lados, e não existe como pegar um prato do outro lado sem ter que entrar na fila de novo;
  • Ao telefone num auto-atendimento: pensando porque eu preciso repetir todo o meu problema cada vez que sou repassado de uma área pra outra, e por que RAIOS sempre pedem pra repetirmos informações que já foram passadas no começo da ligação? Porque preciso ser repassado de uma área pra outra, aliás?

É por isto que ter o hábito de utilizar técnicas de análise e melhoria de processos pode algumas vezes ser frustrante para o praticante de BPM. Pois este praticante passa a ter uma outra visão sobre as coisas, e adquire a habilidade de enxergar processos defeituosos e oportunidades de melhoria a todo momento, muitas vezes com pouco ou nenhum acesso para viabilizar alguma mudança.

Talvez seja neste momento a pior parte, que é ter a coragem de apontar as oportunidades de melhoria, criticar e sugerir. E não somente para as empresas privadas que nos prestam serviços. Para os órgãos públicos também, afinal seu propósito é servir o cidadão, e deveriam ter preocupação fundamental em melhorar seu atendimento.

Nós, profissionais do processos (ou você que está estudando e querendo ser tornar um), muito discutimos o “foco no cliente” ou “foco do cliente” na teoria de BPM, e como sempre deveríamos considerar a visão do cliente para realizar a melhoria em um processo.

Mas se quisermos fazer a diferença não somente para a nossa empresa, mas para a sociedade e o nosso país, temos que dar um passo além: vestir a casaca do analista de processos, enquanto clientes e cidadãos, e ajudar a melhorar todos os processos que temos contato: sugerindo melhorias, criticando, apontando problemas e soluções. E quem sabe, com uma pequena melhoria aqui e outra acolá, isso não pode deixar o seu dia a dia (e o de outras pessoas também) um pouco melhor?

Métodos para levantamento de informações na Modelagem e Análise de Processos – Parte 2

No primeiro artigo da série (veja aqui) falamos sobre os métodos Pesquisa, Entrevista e Observação Direta. Neste segundo e último artigo da série abordaremos o restante dos métodos utilizados para coleta de informações para o trabalho de modelagem.

WORKSHOP ESTRUTURADO

Workshop estruturado é um método utilizado para a coleta informações através de reuniões com os representantes dos papéis envolvidos no processo, reunindo diferentes pontos de vista, visando o detalhamento e a modelagem do processo de modo interativo.

photo credit: juhansonin via photopin (cc)

Agendamento do workshop

A escolha correta dos envolvidos é crucial para uma reunião produtiva, mas afinal como escolher as pessoas certas para a reunião?

  • Especialistas: Ninguém melhor para explicar um determinado processo do que as pessoas que trabalham nele. São os executores do processo, usuários do sistema ou membros de equipes operacionais com profundo conhecimento sobre certas funções ou operações de negócio. Quando em grande número são representados por usuários-chaves que se fazem presente no workshop. Representados normalmente pelos papéis de Representantes Funcionais ou Gestores Funcionais.
  • Liderança: Outro papel de importância na reunião é o do Dono do Processo, este é o responsável pelo processo ponta a ponta. Defende as prioridades e assegura que o processo atenda às expectativas de desempenho esperado pelo cliente. Não podemos esquecer também do Patrocinador, representado usualmente pela liderança executiva, gestores, diretor ou gerente da área responsável pelo processo. Apesar de não se envolver de forma integral, participa geralmente de reuniões estratégicas que determinam o caminho que o processo irá trilhar. Estes papéis possuem uma visão macro do processo.
  • Facilitador: Normalmente representado pelo Analista de Processos ou Designer de Processos. É o responsável pela condução adequada da reunião e por garantir que todos os participantes sejam ouvidos. Para isto deve ter a habilidade para lidar com pessoas, resolver conflitos e manter o foco no objetivo do workshop.

A divisão apresentada acima contendo especialistas, liderança e facilitador compreende uma abordagem mais estruturada e pode variar de empresa para empresa, levando em conta a sua maturidade em BPM. O mesmo vale para as convenções de nomenclaturas para os papéis descritos.

Outras questões que devem ser levadas em conta para escolha dos envolvidos:

  • O participante do workshop deve ter a competência e o conhecimento necessário para descrever suas atividades e se posicionar quanto suas divergências.
  • Os envolvidos devem ter bom relacionamento, para isto o facilitador deve se informar sobre conflitos de interesses e embates políticos entre gestores e equipes.
  • Disponibilizar uma agenda viável para todos os participantes.

Vantagens

  • Redução do tempo de desenvolvimento do modelo devido ao entendimento comum criado entre os participantes.
  • Resolução de conflitos no momento do workshop.
  • Redução do número de intermediadores evitando futuros problemas de comunicação.
  • Redução do tempo do acompanhamento das partes envolvidas na evolução do modelo final.
  • Facilitador com habilidades de técnicas de modelagem.
  • Facilitador com apoio de Designer de Processos (trabalho em dupla) na modelagem do processo; principais impactos na redução do tempo de execução e validação do modelo com processo aprovado na mesma reunião.

Desvantagens

  • Desgastes em deslocamentos / viagens – Participantes muitas vezes encontram-se em locais físicos distintos.
  • Altos custos de viagens.
  • Conciliar agenda dos participantes.
  • Custo com hora/homem  – 100% do tempo de todos ao mesmo tempo em reunião.
  • Evitar paralisia por análise – Seleção do escopo e escolha do processo e profundidade da análise devem ser definidos com muita clareza.

CONFERÊNCIA VIA WEB photo credit: JulianBleecker via photopin (cc)

A Conferência via web ou Videoconferência como também é conhecida, é um método semelhante ao Workshop Estruturado. Utilizado quando os participantes estão em locais físicos distintos e sem a disponibilidade para viagens.

Vantagens

  • Redução de custos de deslocamentos e viagens.
  • Redução no tempo de deslocamentos entre unidades.
  • Utilizado para se buscar um consenso sobre um mesmo processo desenvolvido em diferentes unidades.

Desvantagens

  • Não funcionam muito bem com grupos grandes.
  • Dificuldade de conduzir a participação individual dos participantes.
  • Baixa qualidade de áudio e vídeo.

Atenção para a infraestrutura tecnológica requerida que dependerá da necessidade de cada projeto/empresa. Alguns pontos devem ser observados:

  • Disponibilidades de equipamentos/periféricos de áudio e vídeo.
  • Qualidade de velocidade de banda da internet para transmissão, disponibilização de vídeo e eventuais imagens, acompanhamento em tempo real do processo que está sendo modelado.
  • Softwares apropriados para conferência.

FAZER EM VEZ DE OBSERVAR

photo credit: ColorTime via flickr (cc)

Método conhecido também como “aprendizado do aprendiz”, muito utilizado em tarefas repetitivas. Consiste em aprender o que é feito e então executar o processo.

Ao ensinar as atividades, podem surgir informações de tarefas e passos que ocorrem de forma inconsciente, isto permite que o observador tenha um conhecimento mais detalhado das tarefas realizadas.

A execução do processo pelo observador pode ajudar a coletar alguns detalhes das atividades que de outra forma não seriam observados. Sempre que possível, é interessante ter um segundo membro da equipe observando o processo de aprendizagem para auxiliar na identificação de detalhes das atividades.

ANÁLISE DE VÍDEO photo credit:  Flickmor via flickr (cc)

Similar à observação direta  (veja mais sobre o método Observação Direta no artigo anterior), a análise de vídeo auxilia na identificação de evidências à distância e permite que o executor realize suas atividades de forma mais natural.

A presença de um equipamento de gravação permite uma adaptação mais rápida do que a de um observador ao seu lado.

Outra vantagem é que os vídeos podem ser mais tarde assistidos pelo executor e este narrar suas atividades e ações executadas fora do campo da lente, isto auxilia na identificação de informações não vistas pelo observador.

SIMULAÇÃO DE ATIVIDADES

photo credit: Wonderlane via flickr (cc)

A simulação de atividades é utilizada para identificar possíveis falhas humanas e desvios na execução do processo. Uma forma de simulação seria, durante a entrevista ou workshop, a realização de uma análise apurada do comportamento de cada atividade do fluxo do processo. Esta análise consiste em avaliar o que dispara esta atividade (entradas), seu resultado (saídas) e regras estabelecidas para execução desta atividade.

 

Como falamos nos dois artigos, cada método tem suas vantagens, desvantagens e o esforço necessário para que possa ser realizado. Questões como tempo requerido, altos custos de viagens, conciliar agenda dos participantes, suporte à infraestrutura tecnológica e habilidades em técnicas de modelagem são apenas alguns pontos a serem observados antes de optar pelo método a ser utilizado no levantamento de informações.

Não há um método único que seja melhor, cada projeto de modelagem ou análise de processos deve considerar quais métodos de coleta de informações são mais apropriados e eficazes para o processo que está sendo estudado.


Conheça mais sobre estas e outras atividades relacionadas à modelagem de processos no curso de Modelagem de Processos de Negócio da iProcess Education.

Medidas, Métricas e Indicadores na Gestão de Processos

Em muitos projetos de implantação de BPM que têm como foco principal a automatização de processos é comum que as organizações deixem de prestar a atenção devida a um aspecto essencial: o gerenciamento do desempenho de processos.

Nos eventos sobre BPM dos quais participamos, sempre que se perguntou quais dos participantes eram oriundos da área de TI, vimos muitas mãos serem levantadas. A maioria, na verdade. De fato, é sabido que em muitas organizações a adoção de BPM é consequência de iniciativas da área de tecnologia, seja em iniciativas próprias da TI (para fazer benchmarking, por exemplo), seja pela percepção incompleta de que BPM se trata de um conjunto de tecnologias que apoiam a TI no desenvolvimento e monitoração de processos de workflow e aplicativos.

Não perca o alvo

Talvez por isso a preocupação principal nesses projetos seja a correta implementação de BPMS, BRMS, SOA e todo o dicionário de siglas tecnológicas envolvidas, relegando os aspectos relacionados ao negócio (e o gerenciamento de desempenho, consequentemente) a um plano secundário.

Mas não percamos o alvo, o motivo de ser do BPM é a letra “M”.

Um importante ponto para realizar o gerenciamento do desempenho de processos é a definição de bons indicadores de desempenho. Esses indicadores devem ser capazes de permitir o monitoramento do negócio pelos gestores e servirem de gatilhos para a tomada de ação quando o processo apresentar uma performance diferente da esperada.

MEDIDAS x MÉTRICAS x INDICADORES

Antes de tudo, é necessário desfazer uma confusão comum na utilização dos termos “medida”, “métrica” e “indicador”, que muitas vezes são equivocadamente tomados como sinônimos.

Medida

Segundo o BPM CBOK – versão 3.0,

“Medida é a quantificação de dados em um padrão e qualidade aceitáveis (exatidão, completude, consistência, temporalidade).”

Medida é a avaliação de uma grandeza por meio da comparação com outra grandeza da mesma espécie tomada como unidade. Quando se mede o comprimento de um material ou peça, por exemplo, pode-se utilizar o metro como unidade, isto é, o objeto medido é representado como uma fração (ou múltiplo) do metro.

Medida representa um dado.

Métrica

A definição do BPM CBOK, diz que:

“Métrica é uma extrapolação de medidas, isto é, uma conclusão com base em dados finitos.”

Segundo essa definição, uma métrica pode ser entendida como a relação entre duas medidas de grandezas iguais ou diferentes.  Um exemplo seria o número de defeitos identificados em um lote de produtos finalizados (defeitos [número] / total do lote [número]).

Outro exemplo poderia ser a razão entre o número total de atendimentos realizados por um Serviço de Atendimento ao Cliente (SAC) e o número de horas trabalhadas pelos atendentes (atendimento [número]/ horas trabalhadas [tempo]).

Métrica representa uma informação.

Indicador

De acordo com o BPM CBOK,

“Indicador é uma representação de forma simples ou intuitiva de uma métrica ou medida para facilitar sua interpretação quando comparada a uma referência ou alvo.”

Indicadores representam informações a partir das quais é possível avaliar uma situação e sua evolução histórica. Contudo, indicadores mal definidos podem levar a conclusões equivocadas. Por exemplo, tomar somente a quantidade de reclamações de clientes, mês a mês, ao longo do ano, e verificar que o número absoluto de reclamações cresceu no período não indica, necessariamente, uma piora nos negócios. Está claro que se a sua empresa efetuar 1.000 vendas em dezembro e ter 10 reclamações de clientes é uma situação melhor que ter efetuado 100 vendas em janeiro e ter recebido 5 reclamações. Proporcionalmente, o número de reclamações terá caído de 5% (5/100) para 1% (10/1.000), embora em números absolutos elas tenham dobrado.

É claro que números absolutos podem ser bons indicadores, a depender do que se queira avaliar. Mas indicadores que relacionam diferentes métricas e medidas permitem relativizar a realidade e fazer melhores comparações, como no exemplo acima, pois embora o número de reclamações tenha crescido em termos absolutos, a situação, na verdade, melhorou.

Dois gráficos com interpretações comparadas

Duas interpretações de uma mesma realidade

 

INDICADORES DIRECIONADORES x INDICADORES DE RESULTADOS

Ao definir indicadores com o objetivo de monitorar o desempenho dos processos, muitas organizações definem seus painéis de monitoramento com base em métricas que focam apenas no resultado desejado e perdem, assim, a valiosa oportunidade de monitorar não apenas o resultado do processo, mas a sua execução. Dessa forma, o resultado é conhecido apenas quando não há mais nada a se fazer para que a conclusão do processo seja favorável à organização.

Para evitar essa situação, é necessário definir dois tipos de indicadores:

  • Indicadores direcionadores (drivers), que monitoram a causa antes do efeito e caracterizam-se pela possibilidade de alterar o curso para o alcance de um resultado.
  • Indicadores de resultados (outcome), que monitoram o efeito e não permitem mais alterar um dado resultado.

Um bom painel de monitoramento deve conter indicadores direcionadores e indicadores de resultados de forma balanceada. Note no exemplo abaixo a combinação de gráficos do tipo Gauge, que são normalmente utilizados para acompanhar um indicador direcionador, através de monitoramento instantâneo, e de análise histórica, como os gráficos de área.

Painel de indicadores

Painel de indicadores balanceados

Pense em uma companhia de seguros que estabelece uma meta mensal de 40 apólices de seguro por agente. Assim, cria um indicador de resultados para demonstrar as vendas por mês.

A empresa observou o histórico do processo e identificou que, para cada quatro contatos realizados por um agente com clientes potenciais, um negócio é fechado. Logo, conclui que o resultado das vendas de apólices está relacionado ao número de contatos realizados pelos agentes. Portanto, define outra meta: 160 contatos por mês, por agente. Esse é um indicador direcionador, pois permite uma melhor administração dos esforços para o alcance das metas através de ações de correção de curso, como campanhas de final de semana, plantões de vendas e outras medidas contingenciais.

Esperamos que tenha ficado clara a diferença entre medida, métrica e indicador, e o benefício de utilizar não apenas indicadores de resultado mas também indicadores direcionadores de forma balanceada.

Tem um exemplo prático que gostaria de compartilhar? Comente este artigo e contribua para a discussão e o conhecimento dos demais leitores.