A jornada de implementação de software de mil milhas começa com a fase zero (James Monaghan)

Parabéns. Você decidiu implementar algum software e deseja que ele tenha sucesso. Será Agile ou Waterfall ou Lean ou Scrum ou algo totalmente diferente. Embora uma implementação bem-sucedida de um projeto tenha seus próprios requisitos para executá-lo, há
há inúmeras coisas que devemos considerar antes de começar.

O Modelo Operacional Alvo foi definido adequadamente?

Apressar-se na implementação de uma nova tecnologia tem inúmeras armadilhas, mas nenhuma é mais comum do que começar a implantar/integrar um sistema sem considerar como será o panorama geral quando estiver concluído. Muitos projetos feriram
no início porque alguma peça-chave da tecnologia não foi considerada no esquema geral. Com todas as fintechs e disruptores no mercado hoje, todos se esforçarão para se integrarem perfeitamente uns com os outros, mas sem um entendimento completo
of como você deseja que eles se conectem e por que motivo, você pode facilmente refazer seu modelo operacional alvo no meio do caminho e ter que jogar fora todo o esforço e recursos que gastou até agora. É como tentar construir o avião enquanto
pilotá-lo ou trocar o pneu do carro enquanto o dirige. TOMs típicos terão um sistema do tipo Customer Relationship Management (CRM) para uso da equipe que atende o cliente, conectando-se a um sistema de gerenciamento do ciclo de vida do cliente que incorpora um fluxo de trabalho e mecanismo de regras
enviar as tarefas necessárias às pessoas relevantes para concluir a entrada de dados/upload/validação e verificação de documentos. Pode haver um sistema de gerenciamento de dados mestre (MDM) que é tratado como fonte de registro/cópia dourada, mas muitas vezes isso é um sistema isolado
sistema de múltiplos armazenamentos de dados agregados ou integrados com vários sistemas que podem atualizar os registros. Pode haver sistemas de transações/negociações/empréstimos com serviços de monitoramento de transações embutidos ou integrados. Pode haver fornecedores terceirizados para dados/documentos
ou notícias/notícias negativas/fins de triagem. Todos ou alguns deles podem ser baseados em nuvem ou também em sistemas locais. Então, novamente, pergunto a você: você já considerou onde esta nova peça de tecnologia se encaixa em seu TOM geral e é uma versão final ou você está
integrando-o na configuração atual, mas planeja mudar isso no futuro

Para todos os seus sistemas atuais, por quanto tempo você planeja apoiá-los/mantê-los por perto?

Existe um erro comum conhecido como Falácia do Custo Afundado, segundo o qual só porque você gastou X dólares/euro/libras em um sistema, já é muito avançado para admitir a derrota e descartá-lo. Ou que não está quebrado e não requer conserto. Ou que está muito arraigado
nos sistemas atuais para poder removê-lo ou substituí-lo. Se for esse o caso, provavelmente você acabou com um único ponto de falha, mesmo sem perceber. As soluções tecnológicas modernas são flexíveis e devem ser construídas para a mudança. Anteriormente fusões/aquisições
ou a fusão de sistemas forçou a integração da tecnologia e o processo habitual é simplesmente fazê-la funcionar. Estas devem ser tratadas como oportunidades para reconsiderar a forma como algo é feito e lutar por uma forma mais eficiente. Segundo
para isso, a maioria das novas tecnologias terá ou alegará ter ofertas/módulos/recursos semelhantes, como relatórios, painéis, fluxo de trabalho, mecanismos de regras de gerenciamento de casos, estúdio de configuração. O objetivo é atrair o maior público possível e tem
algumas pessoas pensando “Por que preciso comprar X se Y já tem essa capacidade?”. Mas pensando nisso, você realmente quer transformar seu CRM em um sistema de monitoramento de transações? Ou o seu sistema de conta no gateway do seu MDM? Ou seu MDM como diretor
ponto de entrada de dados. Você sabe que acabará com milhares de registros com números de telefone como 12345678.

Pessoal/Funções

Para que qualquer implementação seja bem-sucedida, você terá funções definidas em ambos os lados do projeto. Seu e dos fornecedores. Obviamente depende do orçamento, do escopo e do cronograma. Você pode ter uma implementação baseada em nuvem de 4 semanas que requer 2 funcionários de
o fornecedor ou podem ser 10 fases de lançamentos principais de 12 semanas com abordagem de requisitos ágeis de 2 semanas consistindo de analistas de negócios/produtos, desenvolvedores, especialistas no assunto, testadores de garantia de qualidade, todos os quais precisam de funções júnior e sênior, gerentes de projeto
gerentes para cada linha de negócios/região/jurisdição e um gerente de programa para supervisionar tudo. Acrescente um patrocinador do projeto e é fácil ver por que o software empresarial fica caro, às vezes proibitivamente caro. Isso também ocorre antes de você considerar os níveis de pessoal
que você precisa alocar para corresponder. Não se esqueça de que os membros da sua equipe envolvidos neste projeto ficarão afastados de suas funções diárias por um período considerável de tempo. É importante certificar-se de que a equipe do fornecedor seja experiente e não tenha sido
contratado recentemente para atender a demanda do seu projeto.

A outra consideração é o modelo de parceria. Muitos fornecedores estabelecidos têm parceiros certificados, algumas empresas boutique e algumas das 4 grandes, que também podem ser recrutadas para auxiliar nas implementações, mas também têm um preço.

Migração de dados

Um dos principais temas que incorporam um novo software é a consideração do acesso e/ou migração de dados. Se o novo sistema consultar seu banco de dados atual ou bancos de dados conforme necessário, quando ele obtém acesso, quais usuários têm quais permissões
para acessá-lo, o acesso é somente leitura ou os usuários podem editar ou criar novos registros e quando estão atualizando o registro central, quais sistemas têm ordem de prioridade para fazer essas alterações? E se outro sistema tentar fazer uma alteração enquanto um usuário diferente
da sua nova tecnologia está editando-o atualmente? Isso significa agora que todas as solicitações de edição de dados devem ser roteadas por meio dessa nova tecnologia? O que acontece quando todas as novas tecnologias solicitam a mesma ordem de prioridade? Estes são apenas para sistemas de registro de clientes ativos.
Que tal criar um novo sistema único consolidado? Você deveria adotar a abordagem big bang para migrar todos os dados no primeiro dia? Imagine os riscos. E quanto a um período de transição, como quando uma revisão é agendada, você recorre a uma ou mais fontes para conduzir a revisão?
e depois postar o registro limpo no novo banco de dados central. Isso permitiria a migração durante um período de 12 a 18 meses. Não é uma abordagem de tamanho único. Isso é tudo antes de você começar a pensar em lidar com duplicatas.

Integrações

Ao considerar adicionar uma nova tecnologia ao seu ecossistema, você deve ter certeza de que ela funcionará perfeitamente com sua configuração atual. Inicialmente, isso tem 2 opções: como uma nova adição líquida para resolver um problema específico ou como uma substituição a um sistema existente
ou sistemas em vigor. De qualquer forma, você deseja garantir que ele tenha acesso aos sistemas relevantes necessários para consumo upstream e downstream. Você também precisa ter certeza de que todo o encanamento existente no sistema que está sendo retirado pode ser mantido.
Há também uma questão sobre permissão que é constantemente esquecida. Controle de acesso do usuário para controlar a permissão que os usuários têm para a nova tecnologia para os dados aos quais eles têm acesso, ao mesmo tempo que garante que não haja requisitos de permissão de administrador.
Mas quando você adiciona uma tecnologia mais recente no futuro, será necessário refinar o controle de acesso para todos os sistemas históricos nesse ponto? Assim como acima, não esqueçamos a necessidade de determinar qual tecnologia tem ordem de prioridade para alterações/atualizações de dados. De outra forma
como você garante que o sistema A faça uma alteração hoje, o sistema B a reverta amanhã e o sistema A tente novamente no dia seguinte.

Acesso ao Sistema - Políticas de Infosec

Você envolveu internamente as equipes relevantes para fornecer recursos e acesso aos sistemas relevantes em tempo hábil? Se você planeja esperar até o último momento antes de solicitar permissão para um ambiente ou acesso a um banco de dados, etc.
pode simplesmente descobrir que suas datas previstas são subitamente inatingíveis.

Compradores x Usuários

Os usuários finais da nova tecnologia estão envolvidos no processo de decisão? De que adianta tomar uma decisão em nome de outros usuários, se no final eles decidem que o que está sendo construído não é adequado aos seus propósitos. A batalha entre empresas e
A TI é uma constante que ocorre em todos os lugares e oscila em termos de quem decide. Muitas vezes, espera-se que o design do sistema resolva perfeitamente todos os problemas, para todos os usuários. Excesso de engenharia da tecnologia para resolver 100%
é admirável, mas, em última análise, um empreendimento com muitos recursos. O objetivo inicial deve ser resolver para a maioria e esperar até a entrega bem-sucedida antes de tentar os casos extremos. Esses 20% ou 10% finais das emissões não deveriam sustentar o objetivo principal de adquirir
a tecnologia, mas muitas vezes ela se torna desgastante. A pergunta a se fazer é: o que é definitivamente necessário no primeiro dia e limitar suas opções a um subconjunto, já que a resposta padrão sem é sempre, sempre, tudo.

Portanto, agora que analisamos o que considerar para tornar a implementação de um projeto bem sucedida, precisamos de perceber que há mais coisas relevantes antes de começarmos, que precisam de ser incluídas. Isso também terá impacto na decisão sobre qual software selecionar no primeiro
lugar. Nem tudo que reluz é ouro. Certifique-se de que o que você está selecionando é adequado para todas as considerações e não apenas para um único resultado final esperado.