Home / Guia de tomada de decisão do projecto / IND
PROJECT DECISION GUIDE

Diagnóstico das TIC, planeamento sistemático e roteiro de implementação para as PME

As PME não precisam de começar simultaneamente com ERP, CRM, OA e BI. Mais eficaz é encontrar uma cadeia de negócios que mais afeta renda, entrega, inventário ou reembolso, harmonizar processos e responsabilidades de dados, e depois selecionar produtos maduros, integração de sistemas ou desenvolvimento personalizado em etapas.

Responde à pergunta.

Diagnóstico informativo das PME

A primeira fase aborda apenas um problema de anel fechado, mantendo a base de dados para posterior conectividade do sistema e análise de negócios.

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 rápido

O link de negócios mais importante a ser modificado

Entrevistas com a gestão e posições-chave, processos de amostragem, base de dados de problemas, inventário das ferramentas disponíveis, recomendações prioritárias

Fase 2

Desenho e seleção

Identificação das responsabilidades do sistema e do reforço inicial das fronteiras

Processo de destino, autoridade de função, dados-mestre, aquisição e comparação de personalização, planta de interface, nível de orçamento e plano de implementação

Fase 3

Primeira fase de uma viagem paralela.

Traduzir o roteiro em resultados aceitáveis

Necessidades ou avaliação de aquisição, colaboração de fornecedores, preparação de dados, aceitação de pilotos, rediscrição online e recomendações da próxima fase

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

Impacto e frequência da ocorrência das empresas

É dada prioridade a questões como a elevada frequência, que afectam a entrega de rendimentos ou riscos e permitem o estabelecimento de linhas de base, sem a atribuição de orçamentos por parte dos serviços.

02

Nível de estabilização do processo

As regras não são harmonizadas antes que as responsabilidades e processos sejam simplificados; processos genéricos e estáveis priorizam a aquisição e capacidade diferencial são considerados para personalização.

03

Base de dados

Sem a responsabilidade exclusiva pelos dados centrais, como clientes, commodities, organizações e ordens, adicionar mais sistemas só aumentaria as inconsistências.

04

Disponibilidade dos sistemas existentes

ERP, CRM e software financeiro já disponíveis devem ser julgados pela configuração, integração ou adaptação parcial, e não facilmente todos re-engajados.

05

Equipa e Capacidades de Mudança

Os chefes operacionais, os usuários-chave, a coleta de dados e os insumos de aceitação têm um impacto direto na eficácia da implementação e o software não é um substituto para a tomada de decisão organizacional.

06

Processos e calibres de recepção

As melhorias são medidas por ciclos de processamento, entradas duplicadas, erros, inventário preciso, ciclos de entrega ou recuperação em tempo hábil, e não são avaliadas pelo número de módulos de aquisição.

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

Três questões específicas que mais afectam as empresasPosições e titulares de direitos de processos-chaveLista de tabelas e sistemas atuaisFontes de dados, como ordens de mercadorias para clientesUma amostra de representação regular e incomum para o último mêsNível orçamental anual e pessoal disponívelIndicadores operacionais para melhoriaLíderes de gestão e de projectos

Caminho sugerido para a implementação

Recomenda-se que um pequeno diagnóstico seja utilizado para estabelecer fatos e prioridades antes de decidir sobre aquisição, integração ou personalização.O roteiro é estruturado em três a seis meses, cada etapa identificando resultados de negócios, cobertura do sistema, alinhamento do cliente, entrega e aceitação de evidências, evitando a formação de planejamento a longo prazo, mas inexequível, ambicioso.

DECISION WORKSHEET

Integração do diagnóstico das TIC nas decisões executórias

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?

Pelo menos três questões específicas que afetam mais as operações, os empregos e responsabilidades dos processos-chave, a lista atual de formulários e sistemas, as fontes de dados, como ordens de mercadorias de clientes, e o volume atual de negócios, tempo médio de processamento, anomalias importantes, sistemas em vigor, privilégios de dados, dependência de terceiros e janelas de acesso. A mesma versão de informação é fornecida a diferentes fornecedores, e descrições separadas de pressupostos, exclusões, questões de cooperação de clientes, entrega e aceitação de provas são necessárias para evitar comparar apenas o preço total de uma fronteira 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.

As PME devem ir primeiro para ERP ou CRM?+

Dependendo dos problemas mais importantes de momento. A cadeia de leads e o acompanhamento do cliente podem ser gerenciados primeiro; quando pedidos, compras, inventários e sinergias financeiras se tornam mais urgentes, deve ser dada prioridade ao estabelecimento de um ciclo de conformidade e dados fechados.

Um diagnóstico de TIC recomendaria necessariamente o desenvolvimento da personalização?+

Não. Os processos universais e maduros podem ser cobertos pelo processo, dando prioridade à aquisição ou configuração; a personalização só é considerada se a empresa for diferenciada, complexa capacidade integrada ou de longo prazo de produto.

Você pode planejar sem dados completos?+

As linhas de base poderiam ser estabelecidas primeiro com entrevistas, processos de amostragem e faturamento manual de curto prazo, enquanto os dados mestres poderiam ser coligidos como um pré-mandato para implementação.

Como o projeto de informatização pode ser julgado como tendo algum retorno?+

O calendário, a dupla entrada, o erro, a espera, o inventário, a entrega e os indicadores de retorno devem ser comparados, e o uso e o custo contínuo do transporte devem ser reconciliados.

DECISION FAQ

Questões comuns relacionadas com os projectos em curso

Confira todas as 265 perguntas.
Informações de Negócios, Integração de Sistemas e Transporte

Que sistema devem as PME utilizar em primeiro lugar para a informatização?

O processo é usado para priorizar produtos maduros, exigindo capacidades diferenciadas ou integração complexa antes da personalização ser considerada. O primeiro objetivo é gerar loops fechados de ponta a ponta e dados credíveis, em vez de cobrir todos os setores de uma vez. A gestão deve designar o líder de negócios e um único calibre.

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

Como devem ser abordadas as inconsistências de dados em multisistemas?

O cliente, a mercadoria, a organização, o inventário e a ordem podem ser a responsabilidade primária dos diferentes sistemas, com codificação clara, calibração, sincronização e tempo. As diferenças históricas requerem um inventário, limpeza e validação manual, e nenhum script em lote pode ser usado para ocultar as causas raiz.

Ver resposta completa
Empresa de um homem e suporte técnico OPC

Uma empresa precisa de uma base de conhecimento CRM, gerenciamento de projetos e?

Se a informação é complexa ou não é o número de empresas. Quando os clientes excedem o controle de memória, o projeto tem vários nós, e o programa precisa ser reutilizado, o sistema correspondente deve ser implementado; mas as três capacidades não precisam ser fornecidas por três plataformas pesadas.

Ver resposta completa
Empresa de um homem e suporte técnico OPC

Como os dados devem ser integrados quando dispersos usando várias ferramentas AI?

Primeiro, identifique o sistema de dados primários de clientes, projetos, contratos e conhecimento, em seguida, posicione outras ferramentas AI como chamadores ou processadores, em vez de manter um único registro primário para cada ferramenta. Priorize o uso de API oficial, Webbook ou exportação regular de campos sincronizados, e harmonizar a identificação do cliente e do projeto. Para ferramentas fechadas não exportáveis, o risco de migração deve ser avaliado e os ativos empresariais críticos evitados.

Ver resposta completa