Notícias

Cenários de Gestão de Processos e suas Tecnologias Requisitos

Por: Neil Ward-Dutton, Diretor de Pesquisa, MWD

Um dos debates interessantes BPM Eu tenho acompanhado nos últimos meses tem sido sobre a relevância de padrões de tecnologia de BPM como BPMN e BPEL (com alguns protagonistas, alegando que BPEL não é suficientemente potente como uma linguagem de modelagem ou execução de expressar a riqueza de alguns processos;. e outros, alegando que, na verdade está tudo bem – por exemplo, ver o debate online entre Keith Swenson e Ghalimi Ismael A questão dos padrões de tecnologia na implementação de BPM é um passo importante, mas o que particularmente me interessa é o que o debate diz sobre BPM mais amplamente.

Você vê, no “vs BPMN BPEL” debate a verdade é que ambos os lados estão certos, a seu modo: BPM é um guarda-chuva muito grande, em que uma variedade de tecnologias e abordagens específicas estão abrigados. Em algumas situações, BPEL é “a ferramenta certa para o trabalho” – e em outros, não é. O mundo dos processos de negócio está longe de ser simples. Nem todos os processos de negócios são criados iguais. Alguns são muito estáveis e previsíveis, alguns são instáveis e dinâmicos. Alguns são altamente automatizados e processuais, outros são muito colaborativo e centrado, principalmente, na extração e combinação de conhecimento tácito, realizada em cérebros de peritos do domínio. A questão complicada é que, se o BPM é um guarda-chuva que é grande o suficiente para abrigar um número de diferentes abordagens para a modelagem e implementação de software, como você sabe que os recursos de tecnologia vai ser importante para você investir, e que vão ser irrelevante?

Acontece que a natureza do cenário de melhoria de processo que você está perseguindo vai influenciar as capacidades de tecnologia que você precisa – não só em termos de plataforma de implementação de processo que você usa, mas também em termos de ferramentas de design que será mais adequado e, em termos de ferramentas de monitoramento e otimização que será mais adequado. Em outras palavras, os tipos de processos que você está olhando para gerir e melhorar afetará suas necessidades de tecnologia em todo o ciclo de atividade BPM.

Quando se trata de considerar o tipo de recursos de tecnologia que você vai querer se inscrever em sua iniciativa de BPM, existem três características do processo que se destacam em particular, que é preciso considerar que devem moldar o seu pensamento: tempo de vida de processos, recursos e escopo. Embora não há espaço para entrar em muitos detalhes neste artigo, nas seções abaixo eu vou chamar alguns dos principais fatores que você precisa para explorar.

Processo de vida

Os exemplos de alguns processos de negócio (acho que de serviços de telecomunicações móveis provisionamento) normalmente completa dentro de minutos ou horas, enquanto outros podem levar semanas, meses ou mesmo anos para avançar para a conclusão (acho gestão de sinistros de seguros). As organizações que procuram melhorar a eficiência dos processos de curta duração são normalmente trabalham em ambientes de alto rendimento; nestas circunstâncias, as plataformas de execução precisa ser otimizado para ser capaz de escalar de forma eficiente, gerenciar transações distribuídas, manipular erros semi-automaticamente, e assim por diante.

Por outro lado, quando se trata de melhorar os processos de longa duração que pode ser executada por semanas, meses ou anos, existem outros fatores adicionais no jogo. Muitas pessoas entendem que, para apoiar os processos de longa duração é importante ser capaz de persistir o estado do processo e gerenciar transações de compensação (para quando o trabalho precisa ser “desistiu” de uma instância do processo), mas sempre há mais a considerar.Especificamente, o maior tempo de vida de um processo, o mais provável é que em algum momento, a estrutura das instâncias de processo de execução terá que ser reformulada, de alguma forma – os caminhos que as instâncias de processo seguirá em operação não pode ser completamente determinado em tempo de execução. Alguns trabalhos poderão ter de ser refeito por causa de um problema inesperado ao cliente, trabalho poderão ter de ser completamente re-encaminhados ou re-planejado devido a uma reorganização da força de trabalho, e assim por diante. Nestas circunstâncias, é fundamental que as ferramentas de design e tempo de execução da plataforma pode ativar a execução de instâncias de processos pode ser arbitrariamente re-moldado, em vôo, sem afetar o seu funcionamento, ou o funcionamento de outras instâncias de processo em execução.

Recursos do processo

Os exemplos de alguns processos dependem principalmente dos aplicativos existentes para realizar acções de processo (bons exemplos aqui são os processos de negociação de serviços financeiros, gestão de pedidos on-line em ambientes de varejo, e assim por diante). Para outros processos, os atores principais são o pessoal – eles podem ser especialistas no domínio, ou pessoal de apoio, ou uma mistura. É claro que é óbvio que, para apoiar os tipos anteriores de “sistema de led de” processos, tecnologias de integração robusto aplicativo precisa ser na mistura, e que no último tipo de “homem-levou” os processos, a capacidade de rota, de mudar de rota e intensificar o trabalho com base em modelos de organização é fundamental. Esses fatores são importantes a considerar não só no ambiente de execução, mas também no ambiente de design. Quão importante é que qualquer participantes humanos em seus processos têm “amigável” interfaces com o usuário na frente deles quando eles realizam processo de trabalho, ou, alternativamente, é importante que as pessoas possam realizar trabalhos de processo no contexto de aplicações e ambientes de desktop que eles já estão acostumados a usar? As respostas a essas perguntas terão um impacto significativo sobre a sofisticação das ferramentas de design que você precisa, bem como a abertura da plataforma de execução.

Bem como considerando o impacto do ser humano e / ou sistemas de recursos sobre a forma como você a melhorar e automatizar seus processos, você precisa considerar a dimensão da informação. Para que os recursos para realizar ações dentro de um processo, eles (se são sistemas automatizados ou pessoas) precisamos de algumas informações à mão. Em algumas circunstâncias, essa informação será muito bem estruturada e previsível (pensar novamente sobre gerenciamento de pedidos no varejo on-line). Em outras circunstâncias, grandes volumes de informações não estruturadas e de difícil prever que precisam ser acessados (pensar sobre os arquivos que alega que os administradores terão de acesso para o progresso de reclamação de seguro, por exemplo). Neste último caso, tanto o design do ambiente e sua plataforma de execução deve ser flexível o suficiente para interagir com o conteúdo, sistemas de gerenciamento de documentos e ser capaz de fazer uso do complexo, os catálogos de informações não estruturadas.

Âmbito do processo

Alguns processos são bastante restritos em sua abrangência – os recursos necessários para vê-las até a sua conclusão são “propriedade” de uma equipe ou departamento. Para outros, a imagem é muito mais complicada – a “apropriação” do processo pode departamentos de extensão, e pode até mesmo organizações de extensão (em que os fornecedores e parceiros de toda a necessidade de contribuir para um processo de configuração ou de programação, por exemplo). Para os processos onde a propriedade se estende por vários domínios de controle, há uma série de fatores a serem considerados. Como você pode proteger o ambiente de processo, para que as partes externas só pode desempenhar certos papéis e ver algumas informações, mas ainda se torna mais fácil para eles para participar? E se um parceiro ou fornecedor quer assumir o controle da maneira que as partes do processo de trabalho, mas você ainda quer controlar “seu” outras partes – como você pode associar o design, propriedade e operação do processo? Como você pode fornecer métricas úteis e outros comentários para as partes externas, em um ambiente seguro e controlado? O gerenciamento de identidades e controlo de acesso, monitoramento baseado em função de painéis e de governança e as questões da federação processar todos precisam ser considerados aqui.

Nem todos os requisitos são cenário orientado

Embora muitos dos fatores que irão moldar suas necessidades de tecnologia de BPM será moldado pela natureza dos processos que você está interessado em melhorar, conforme descrito acima, existem outros requisitos essenciais que devem estar em jogo, independentemente do cenário que você está buscando.

Iniciativas de BPM tem que ser capaz de conduzir e coordenar a atividade em muitas equipes, departamentos e sistemas automatizados em toda a organização – simplesmente não é suficiente para que eles sejam limitados a trabalhar dentro de um departamento. Para realmente agregam valor, a tecnologia de BPM tem a cozer análise, acompanhamento e medição do direito da atividade empresarial no ato da automatização dos processos. E tem que promover activamente a participação de especialistas de negócios. Para ser verdadeiramente valioso, ferramentas de tecnologia de BPM deve possuir todas essas características.

Neil é um analista da indústria de TI realizado com experiência de mais de 17 anos de indústria.Neil aconselha clientes sobre questões tecnológicas e de gestão relativas à gestão de processos de negócios e SOA, bem como a arquitetura corporativa, governança de TI, desenvolvimento de aplicações e integração de negócios. Neil é um co-autor de “O Jardim Tecnologia: Cultivo Sustentável de TI-Negócio Alinhamento” (Wiley, 2007) e é um orador regular em conferências por toda a Europa.