Como desenvolver um conceito para alterar a plataforma IP? Instruções de uso

Em meados dos anos 2000, ao escolher uma plataforma IP, a maioria dos fabricantes de alimentos optou pelo soft starter 1C. Nos últimos 10 a 15 anos, eles construíram e, pode-se dizer, “enraizaram-se nela” (seja um soft starter 1C puro ou uma solução da indústria com base nele). Alguém tentou desenvolver ativamente tudo em uma base de informações, alguém para separar as unidades funcionais em diferentes bancos de dados. Mas, o que quer que se possa dizer, o soft starter foi e continua sendo o elemento central do sistema construído, porque consolida todas as transações das atividades financeiras e econômicas da empresa .

E nada prenunciou os problemas; até alguns anos atrás, o mercado começou a aparecer sistematicamente informações de que o suporte ao SCP chegará ao fim em breve. Obviamente, todos começaram a interpretar essas informações e determinar a escala do desastre de diferentes maneiras. No entanto, a maioria dos usuários do 1C: SCP formou um “clima de mala” e o mercado começou a se mover em busca de uma nova solução.



Pergunta: para que mudar? Resposta padrão: claro que em 1C: ERP . Mas aqui você precisa entender que, quando as empresas começaram a desenvolver seu sistema com base no SCP, a escala, a velocidade do desenvolvimento e o grau de automação dos negócios eram completamente diferentes, e o nível da equipe de TI era praticamente inexistente. Uma vez que a automação da contabilidade pareceu a todos o suficiente. Agora, a IP se tornou um elemento realmente importante no suporte aos processos de negócios, e as pessoas responsáveis ​​pela TI profissionalmente apareceram nos negócios. E eles percebem que um sistema de TI não é apenas um programa que pode ser alterado de um para outro (como um telefone celular, reorganizando um cartão SIM) e resolvem todos os seus problemas com isso. A mudança de plataforma é de uma ópera completamente diferente.

Além disso, mesmo um especialista em TI competente nem sempre sabe como alternar da plataforma A para a plataforma B. Especialmente se apenas “A” for conhecido (e isso nem sempre é :)), apesar do estado de destino “B” ainda estar nublado.

É aqui que surge a necessidade de desenvolver um conceito para o desenvolvimento de IP.

Com base na experiência de realizar esse trabalho, desenvolvemos para nós mesmos a tecnologia para executar esta tarefa. E como parte deste material, queremos compartilhar essa tecnologia com você.

Em que consiste o "Conceito de desenvolvimento de PI"?

Sequência de etapas

1. Estrutura organizacional

O IP suporta as atividades dos departamentos da empresa (cada um individualmente e a interação entre eles). Portanto, antes de entendermos que tipo de IP deve ser, precisamos descobrir quais funções uma empresa possui e quais devem ser automatizadas. A resposta a esta pergunta é dada pela estrutura organizacional da empresa. No entanto, nem todas as empresas a estrutura que está no papel corresponde ao estado real das coisas. É por isso que não se trata de tomar o documento existente como base, mas de determinar o nível de sua relevância no momento. E se houver discrepâncias, forme uma nova.

2. Formação de um conjunto de tarefas de TI correspondentes a cada função comercial.

Cada uma das funções de negócios precisa de tarefas específicas de TI. Algumas dessas tarefas já podem ser resolvidas, outras não. Para cada tarefa, é necessário avaliar o quanto a implementação atende às necessidades atuais dos negócios. E se não corresponder, quais são os objetivos de desenvolvimento que temos.

Nesse caso, é preciso confiar nas necessidades dos usuários que trabalham diretamente com esse IP, por um lado, e dos especialistas do setor, por outro. A reconciliação com a prática da indústria permitirá cobrir manchas brancas que os funcionários não podem ver e filtrar fantasias desnecessárias dos mesmos funcionários.

3. A escolha de produtos de software para resolver o conjunto formado de tarefas

Nenhum produto de software pode resolver todos os problemas. E mesmo se escolhermos o 1C: ERP com uma equipe de profissionais de marketing maravilhosamente bem preparados, devemos estar preparados para o fato de que, por toda a sua versatilidade, o consideramos apenas uma ferramenta para resolver um conjunto de tarefas de TI da lista obtida na 2ª etapa. E para resolver a lista completa de tarefas, precisamos usar produtos de software adicionais ou desenvolver a funcionalidade necessária no 1C: ERP, o que pode aumentar bastante o tempo e o custo do projeto.

Nota:

Aqui, embora de passagem, eu gostaria de levantar a questão: uma base ou várias. De nossa parte, não apoiamos o paradigma de uma base de informações. Na prática, é muito mais conveniente operar e dar suporte a um sistema no qual um conjunto de tarefas de negócios é dividido em vários bancos de dados de informações. Obviamente, essa opinião é subjetiva.

Nesta etapa, precisamos analisar o mercado e determinar em quais produtos de software existentes quais tarefas podem ser melhor resolvidas. Assim, a arquitetura das soluções de TI é construída, o que deve aparecer no final.

Subtotal 1

Acabamos de passar por cima do equador e agora sabemos não apenas “do que estamos deixando ”, mas também “ qual deve ser o resultado ” da mudança da plataforma IP.

Nós identificamos:

• de que bases de informações precisamos
• em quais produtos eles serão criados?
• quais tarefas em que bases serão resolvidas
• Quais informações esses bancos de dados trocarão entre si

Nota: se o cenário atual já estiver representado não por um, mas por várias bases de informações, isso sugere que, provavelmente, nem todos serão substituídos. Algumas decisões podem permanecer no estado inicial se desempenharem as funções atribuídas a elas de maneira qualitativa. Isso simplifica o processo de transição e mais uma vez enfatiza a utilidade do conceito de modularidade.

4. Divisão de tarefas em um conjunto de projetos

A prática mostra que, no quadro do desenvolvimento de um conceito para uma empresa de alimentos de médio / grande porte, temos de 50 a 100 tarefas de TI que devem ser resolvidas. Em uma sessão, muitas tarefas não podem ser resolvidas. O conceito está sendo desenvolvido para o horizonte de 3-4 anos. Portanto, dividimos essas tarefas em um conjunto de projetos. Segundo a experiência, para fazer a transição para o estado de destino, 100 tarefas podem ser combinadas em 10 a 20 projetos.

Supõe-se que após cada projeto o sistema esteja em um certo estado estacionário intermediário .

5. Construção de um cronograma para a implementação de projetos por marcos e a formação do orçamento do projeto

Para cada projeto, é necessário avaliar:

• intensidade de recursos
• prioridade (com base nas necessidades da empresa)
• interdependência do projeto (alguns projetos simplesmente não podem ser realizados mais cedo do que outros com base na dependência tecnológica)
• avaliação do custo de atração de artistas do projeto

Subtotal 2

Agora sabemos não apenas “ o que é, ponto B ”, mas também como entrar e quanto tempo e dinheiro serão necessários . Deve-se entender que só podemos obter respostas adequadas para essas perguntas, seguindo todas as etapas da sequência acima e sem tirar conclusões precipitadas. Os indicadores previstos, que, é claro, ninguém o proibirá de fazer em qualquer estágio, permanecerão previsões, uma vez que não terão justificativa. Se, por exemplo, você calcular o custo na segunda etapa, sem saber em quais plataformas os sistemas serão implementados, o custo final será muito diferente daquele que você esperava.

6. Determinando a quantidade de recursos de TI necessários

Com um baixo nível de automação, a presença de um administrador do sistema + no máximo um apelido 1C é suficiente para uma empresa. No entanto, assim que uma empresa embarcar no caminho da transformação digital dos negócios e tornar o sistema de TI um elemento importante em eficiência e competição, você verá um campo sempre verde de tarefas de suporte de TI. A automação evita que você tenha que aturar os erros de pessoal não qualificado, mas imediatamente é necessário dar suporte ao sistema no estado de destino . Portanto, aqui determinamos a estrutura e a quantidade de recursos de TI necessários para isso. A empresa deve ter alguns desses recursos internos, alguns podem ser terceirizados.

Resumir

Como parte do artigo, falamos sobre a tecnologia que nossa empresa adere. Seguindo nosso plano, você pode desenvolver o conceito por conta própria. No entanto, nossa opinião subjetiva é que o desenvolvimento de conceitos é um ofício , não um trabalho 100% padronizado . E se você deseja que a nova plataforma, pelo menos, não funcione pior que a anterior e, de preferência, aumente o lucro, você só precisa da participação de pessoas com experiência no desenvolvimento de tais conceitos. Isso permite que você analise a situação de maneira ampla o suficiente para levar em consideração todos os fatores dos negócios (o nível atual de gerenciamento, a atitude da gerência e do pessoal em relação às tecnologias de TI, o estágio de desenvolvimento dos sistemas de TI, a disponibilidade da empresa para mudanças). E com base nisso, desenvolva um conceito que leve em consideração totalmente e seja capaz de atender às necessidades da sua empresa.