¿Cómo desarrollar un concepto para cambiar la plataforma IP? Instrucciones de uso

A mediados de la década de 2000, al elegir una plataforma IP, la mayoría de los fabricantes de alimentos se decidieron por el arrancador suave 1C. Y en los últimos 10-15 años, construyeron y, uno podría decir, "se han arraigado en él" (ya sea un arrancador suave 1C puro o una solución industrial basada en él). Alguien intentó desarrollar activamente todo en una base de información, alguien para separar las unidades funcionales en diferentes bases de datos. Pero, digan lo que digan, el arrancador suave ha sido y sigue siendo el elemento central del sistema construido, porque consolida todas las transacciones de las actividades financieras y económicas de la empresa .

Y nada presagió los problemas, hasta hace unos años, el mercado comenzó a aparecer sistemáticamente información que el soporte para SCP pronto llegará a su fin. Por supuesto, todos comenzaron a interpretar esta información y determinar la escala del desastre de diferentes maneras. Sin embargo, la mayoría de los usuarios de 1C: SCP formaron un "estado de ánimo de maleta" y el mercado comenzó a moverse en busca de una nueva solución.



Pregunta: ¿a qué cambiar? Respuesta estándar: por supuesto en 1C: ERP . Pero aquí debe comprender que cuando las empresas comenzaron a desarrollar su sistema basado en SCP, la escala, la velocidad de desarrollo y el grado de automatización del negocio eran completamente diferentes, y el nivel del personal de TI era prácticamente inexistente. Una vez que la automatización de la contabilidad parecía suficiente para todos. Ahora, la propiedad intelectual se ha convertido en un elemento realmente importante para respaldar los procesos comerciales, y las personas responsables de TI profesionalmente han aparecido en los negocios. Y se dan cuenta de que un sistema de TI no es solo un programa que se puede cambiar de uno a otro (como un teléfono móvil reorganizando una tarjeta SIM) y resuelven todos sus problemas con esto. El cambio de plataforma es de una ópera completamente diferente.

Al mismo tiempo, incluso un especialista en TI competente no siempre sabe cómo cambiar de la plataforma A a la plataforma B. Especialmente si solo se conoce "A" (y eso no siempre es :)), a pesar de que el estado objetivo "B" todavía está en la niebla.

Aquí es donde surge la necesidad de desarrollar un concepto de desarrollo de IP.

En base a la experiencia de llevar a cabo dicho trabajo, hemos desarrollado la tecnología para realizar esta tarea. Y como parte de este material, queremos compartir esta tecnología con usted.

¿En qué consiste el "Concepto de desarrollo de IP"?

Secuencia de pasos

1. Estructura organizacional

IP apoya las actividades de los departamentos dentro de la empresa (cada uno individualmente y la interacción entre ellos). Por consiguiente, antes de comprender qué tipo de IP debería ser, debemos averiguar qué funciones tiene una empresa y cuáles de ellas deberían automatizarse. La respuesta a esta pregunta viene dada por la estructura organizativa de la empresa. Sin embargo, no en todas las empresas la estructura que está en papel corresponde al estado real de las cosas. Es por eso que no se trata de tomar el documento existente como base, sino de determinar el nivel de relevancia en este momento. Y si hay discrepancias, forme una nueva.

2. Formación de un conjunto de tareas informáticas correspondientes a cada función empresarial.

Cada una de las funciones comerciales tiene una necesidad de tareas de TI específicas. Algunas de estas tareas ya se pueden resolver, otras no. Para cada tarea, es necesario evaluar cuánto satisface la implementación las necesidades actuales de la empresa. Y si no coincide, ¿cuáles son los objetivos de desarrollo que tenemos?

En este caso, uno debe confiar en las necesidades de los usuarios que trabajan directamente con esta IP por un lado, y los expertos de la industria por el otro. La reconciliación con la práctica de la industria le permitirá cubrir puntos blancos que los funcionarios no pueden ver y filtrar fantasías innecesarias de los mismos funcionarios.

3. La elección de productos de software para resolver el conjunto de tareas formado

Ningún producto de software puede resolver todos los problemas. E incluso si elegimos 1C: ERP maravillosamente atendido por especialistas en marketing, entonces deberíamos estar preparados para el hecho de que, con toda su versatilidad, lo tomamos solo como una herramienta para resolver un conjunto de tareas de TI de la lista obtenida en la segunda etapa. Y para resolver la lista completa de tareas, debemos utilizar productos de software adicionales o desarrollar la funcionalidad necesaria dentro de 1C: ERP, que puede aumentar considerablemente el tiempo y el costo del proyecto.

Nota:

Aquí, aunque de paso, me gustaría plantear la pregunta: una base o varias. Por nuestra parte, no apoyamos el paradigma de una base de información. En la práctica, es mucho más conveniente operar y soportar un sistema en el que un conjunto de tareas comerciales se divide en varias bases de datos de información. Por supuesto, esta opinión es subjetiva.

En este paso, debemos analizar el mercado y determinar en qué productos de software existentes qué tareas se pueden resolver mejor. Por lo tanto, se construye la arquitectura de las soluciones de TI, que debería aparecer al final.

Subtotal 1

Acabamos de pasar por el ecuador y ahora sabemos no solo "de qué nos estamos yendo ", sino también " cuál debería ser el resultado " del cambio de la plataforma IP.

Hemos identificado:

• qué bases de información necesitamos
• en qué productos se crearán
• qué tareas en qué bases se resolverán
• ¿Qué información intercambiarán estas bases de datos?

Nota: si el panorama actual ya no está representado por uno, sino por varias bases de información, esto sugiere que, muy probablemente, no todos serán reemplazados. Algunas decisiones pueden permanecer en el estado inicial si realizan las funciones que se les asignaron de manera de calidad. Esto simplifica el proceso de transición y una vez más enfatiza la utilidad del concepto de modularidad.

4. División de tareas en un conjunto de proyectos.

La práctica muestra que, en el marco del desarrollo de un concepto para una empresa alimentaria mediana / grande, tenemos de 50 a 100 tareas de TI que deben resolverse. En una sola sesión, muchas tareas no se pueden resolver. El concepto se está desarrollando para el horizonte de 3-4 años. Por lo tanto, dividimos estas tareas en un conjunto de proyectos. Según la experiencia, para pasar al estado objetivo, se pueden combinar 100 tareas en 10-20 proyectos.

Se supone que después de cada proyecto, el sistema estará en un cierto estado estacionario intermedio .

5. Construcción de un cronograma para la implementación de proyectos por hitos y la formación del presupuesto del proyecto.

Para cada proyecto, es necesario evaluar:

• intensidad de recursos
• prioridad (según las necesidades del negocio)
• interdependencia del proyecto (algunos proyectos simplemente no pueden realizarse antes que otros basados ​​en la dependencia tecnológica)
• evaluación del costo de atraer a los ejecutantes del proyecto

Subtotal 2

Ahora sabemos no solo " qué es, punto B ", sino también cómo entrar en él y cuánto tiempo y dinero llevará . Debe entenderse que podemos obtener respuestas adecuadas a estas preguntas solo siguiendo todos los pasos de la secuencia anterior y sin apresurarnos a sacar conclusiones. Los indicadores pronosticados, que, por supuesto, nadie le prohibirá hacer en ningún momento, seguirán siendo pronósticos, ya que no tendrán justificación. Si, por ejemplo, calcula el costo en el segundo paso, sin saber en qué plataformas se implementarán los sistemas, el costo final será muy diferente del que esperaba.

6. Determinar la cantidad de recursos informáticos necesarios

Con un bajo nivel de automatización, la presencia de un administrador del sistema + un máximo de un apodo 1C es suficiente para una empresa. Sin embargo, tan pronto como la compañía se embarque en el camino de la transformación del negocio digital y haga que el sistema de TI sea un elemento importante en eficiencia y competencia, verá un campo siempre verde de tareas de soporte de TI. La automatización le ahorra tener que soportar los errores del personal no calificado, pero de inmediato es necesario apoyar el sistema en el estado objetivo . Por lo tanto, aquí determinamos la estructura y la cantidad de recursos de TI necesarios para esto. La empresa debe tener algunos de estos recursos adentro, algunos pueden ser subcontratados.

Para resumir

Como parte del artículo, hablamos sobre la tecnología a la que se adhiere nuestra empresa. Siguiendo nuestro plan, puede desarrollar el concepto usted mismo. Sin embargo, nuestra opinión subjetiva es que el desarrollo de conceptos es un oficio , no un trabajo 100% estandarizado . Y si desea que la nueva plataforma, al menos, no funcione peor que la anterior, y preferiblemente aumente las ganancias, solo necesita la participación de personas con experiencia en el desarrollo de tales conceptos. Esto le permite observar la situación de manera lo suficientemente amplia como para tener en cuenta todos los factores del negocio (el nivel actual de administración, la actitud de la administración y el personal con respecto a las tecnologías de TI, la etapa de desarrollo de los sistemas de TI, la disposición de la empresa para los cambios). Y sobre esta base, desarrolle un concepto que tenga plenamente en cuenta y pueda cubrir las necesidades de su empresa.