Home / Orientação da decisão do projecto / OA e custos do sistema BPM
PROJECT DECISION GUIDE

OA Office e BPM Custos de desenvolvimento do sistema de processo, ciclo e base para cotações

Os projetos OA e BPM não podem ser citados apenas por número de formulário ou processo. O nível organizacional, ramo de processo, privilégios, fim móvel, escrita de sistema cruzado, documentação histórica e ajuste de longo prazo afetarão a carga de trabalho real.

Responde à pergunta.

Custos do sistema OA e BPM

Propõe-se quebrar o projeto para um processo diagnóstico e seleção, primeiro processo de alta frequência go-live, operação de sistemas cruzados e operações em curso. A oferta deve confirmar, pelo menos, a organização, papel, amostra de processo, ramo anormal, interface, dados históricos e padrões de aceitação; quando a demanda é instável, é apresentada ao nível do orçamento e, em seguida, citado na fase de formação da lista de processos.

SCOPE & BUDGET LEVELS

Primeiro, entradas claras para o limite por fase do projeto

As camadas seguintes são utilizadas para estabelecer uma linha de base para o orçamento e a aceitação, e o âmbito de aplicação real ainda terá de ser avaliado em relação aos requisitos de status quo, interface e tempo.

Fase 1

Diagnóstico e protótipo

Identificação dos limites do sistema e dos processos iniciais

Funções organizacionais, inventário de processos, campos de tabela, ramos anormais, comparação de produtos, protótipo e orçamento de fase

Fase 2

Primeira fase de implementação do OA/BPM

Um processo de alta frequência e anel fechado na linha

Portais, privilégios organizacionais, processos de forma, mensagens, fim móvel, testes, treinamento e migração básica

Fase 3

Operações integradas e em curso

Conecte sistemas profissionais e suporte a governança de processos a longo prazo

ERP/CRM/interface financeira, login de ponto único, monitoramento de processos, gerenciamento de versões, otimização contínua da manutenção de paz de transporte

DECISION FACTORS

Elementos-chave a controlar para a tomada de decisões

Em primeiro lugar, identificam-se os limites da contenção e da responsabilidade, depois comparam-se as vias técnicas e as modalidades de cooperação.

01

Complexidade da organização e autoridade

Multi-empresa, organização multissetorial, matriz, cobertura de dados e agência ad hoc aumentarão o escopo de configuração e teste.

02

Regras de fluxo e ramo de anomalias

Assinar, assinar, retornar, retirar, transferir, time-out e condições ramos exigem mais verificação do que simples aprovação serial.

03

Dados de forma e de funcionamento

Os campos são ligados, numerados, calculados, anexados, impressos e reutilizados para determinar a parte frontal e a carga de trabalho de regra.

04

Mover a extremidade e Unificar a entrada

Microcrédito empresarial, pregos, sinais públicos, APP ou portais próprios exigem diferentes níveis de acesso, informação e compatibilidade.

05

Systems Integration

Em relação ao ERP, CRM, HR, finanças, assinatura eletrônica e write-back de negócios, identidade, status, furto etc. e compensação por falha são abordadas.

06

Migração e ajustamento a longo prazo

A manutenção das configurações de processo por quem após a viagem, o anexo histórico, a migração do modelo e o go-live afetarão a entrada.

Preparação de recomendações antes da comunicação ou avaliação

Lista das organizações e funçõesNome do primeiro processo e frequência da ocorrênciaAmostras normais e incomuns de cada processoCampos de tabela e requisitos em anexoSistemas e interfaces para conectarMover o Item Fim e a MensagemProcessos históricos e dimensão do anexoAdministrador e Administrador de Recepção e Inspecção

Caminho sugerido para a implementação

Os primeiros passos do processo são selecionados como prioridade.

DECISION WORKSHEET

Traduzindo os custos do sistema OA e BPM para a tomada de decisões executáveis

As seguintes planilhas ajudam as empresas a organizarem conselhos vagos em insumos de fornecedores, de aprovação interna e de recebimento de projetos.

O que deve conter um resumo comparável das avaliações?

No mínimo, a lista de nomes organizacionais e de funções, nomes de processos iniciais e frequência de ocorrência, amostras normais e incomuns, campos de tabela e anexos para cada processo, juntamente com uma indicação do volume de negócios atual, tempo médio de processamento, anomalias principais, sistemas em vigor, privilégios de dados, dependência de terceiros e janelas de go-live, são organizados. A mesma versão é fornecida a diferentes fornecedores e a exigência é fornecer pressupostos separados, exclusões, questões de cooperação com o cliente, entrega e aceitação de evidências para evitar comparar apenas o preço total de um limite em falta.

Por exemplo, a empresa espera que o projeto economize 160 horas de trabalho por mês, mas este valor deve ser dividido em número de tarefas, economia de tempo única, taxas de adoção e razões de revisão manual. Se apenas 40% dos usuários usarem o primeiro período, ou se o novo processo aumentar o processo de revisão, os benefícios reais serão significativamente menores do que a estimativa aparente.

Quatro tipos de evidência recomendada para interrogatório durante a comunicação do fornecedor

A primeira é a evidência de escopo: consistência de versões de demanda, processos de negócios, protótipos, interfaces e exclusões; a segunda é a evidência de engenharia: se tecnologias semelhantes têm estruturas acessíveis, métodos de gerenciamento de código, testes, implantação e gerenciamento de problemas; a terceira é a evidência de pessoal: se os participantes reais, estágios de entrada, responsabilidades e mecanismos de substituição são claros; e a quarta é a evidência de entrega: como códigos fonte, dados, números de conta, documentos, treinamento, garantia de qualidade e transporte são entregues. É normal que os fornecedores não possam fornecer confidencialidade ao cliente na fase de licitação, mas devem ser capazes de explicar seus próprios métodos e as evidências que podem ser desenvolvidas no âmbito deste projeto.

Recomenda-se que a clareza do âmbito, a confiança crítica, a capacidade da equipa, a aplicabilidade da aceitação e a aquisição a longo prazo sejam avaliadas separadamente e que a base para cada pontuação seja registada. Se um programa for mais barato, a interface, migração, testes ou responsabilidade em linha é excluída, então deve ser convertido para o mesmo calibre de entrega antes da comparação.

O princípio do acórdão

Esta página fornece um quadro de tomada de decisão que não constitui uma oferta fixa ou compromisso de desempenho.

FAQ

FAQs

As questões mais comuns antes da cooperação são claramente indicadas com antecedência.

Quanto tempo o OA normalmente fica online?+

Processos padrão simples podem ser concluídos relativamente rapidamente, mas o ciclo formal depende da confirmação do processo, privilégios organizacionais, final em movimento, interface, migração e teste de usuário, e projetos complexos devem ser alinhados em lotes.

Quanto mais processo, mais barato é o preço unitário?+

Só quando a estrutura do processo é semelhante e as regras são estáveis pode ser reutilizada. Anomalias complexas, escrita de sistema cruzado e requisitos de autoridade não diminuem automaticamente devido ao aumento de volume.

A compra de uma plataforma de código baixo não exigiria taxas de desenvolvimento?+

A plataforma pode reduzir o código base, mas o design do processo, interface, migração de dados, testes, treinamento e governança de longo prazo ainda requerem entradas de implementação.

DECISION FAQ

Questões comuns relacionadas com os projectos em curso

Confira todas as 265 perguntas.
Seleção, implementação e integração de sistemas de gestão empresarial

Que diferença faz entre os sistemas de processo OA e BPM?

O OA geralmente fornece um portal, notificação, documentação, reunião e aprovação comum, que é uma interface diária da equipe; BPM é mais focado em modelagem de processos complexos, regras, versões, monitoramento e organização de sistemas cruzados. As aprovações simples podem usar OA diretamente, e as capacidades de BPM devem ser avaliadas quando envolvem multi-sistema, anomalias complexas e governança de processos de longo prazo. As duas podem ser combinadas e não precisam ser construídas de novo para fins de harmonização de nomes.

Ver resposta completa
Seleção, implementação e integração de sistemas de gestão empresarial

Os sistemas OO compram produtos padrão ou desenvolvimento personalizado?

As necessidades genéricas, como licença, reembolso, impressão e portais básicos, são geralmente avaliadas como produtos OA maduros. Entrega de projetos especiais, regras de contrato, aprovação do setor ou processos de sistema cruzado podem ser alcançados através de configuração, desenvolvimento secundário, BPM ou sistemas de negócios autônomos.

Ver resposta completa
Informações de Negócios, Integração de Sistemas e Transporte

Como o desenvolvimento de interfaces integradas e multi-sistemas API de terceiros geralmente oferece?

O projeto de interface não pode ser citado simplesmente pelo número de interfaces, pois a mesma interface pode ser simplesmente uma consulta, mas também pode assumir a transação, o reteste, a reconciliação e a responsabilidade de segurança. O custo depende da qualidade do documento, do ambiente de teste, da conversão de campo, da frequência de sincronização, da compensação incomum, do desempenho e do suporte online. Recomenda- se que o número de URLs seja avaliado por links de negócios em vez de apenas contar. A interface desconhecida pode ser tecnicamente validada e então formalmente citada.

Ver resposta completa
Seleção, integração e governança de dados de informações corporativas

A interface API pode ser totalmente compatível sem um arquivo?

Às vezes, mas os custos, riscos e tempo aumentam significativamente, e nenhuma conexão certa pode ser prometida. As equipes precisam confirmar se há um mandato legal, ambiente de teste, logs, pedidos de amostra e suporte original.

Ver resposta completa