Consultoría de Migración de Mainframe

La migración de Mainframe a una plataforma diferente implica en general la participación de múltiples actores:

• El cliente (Técnicos, Analistas, Programadores, Usuarios, etc.)
• El fabricante de los productos de migración y de las herramientas (Alchemy Solutions)
• El técnico de la plataforma receptora (Microsoft u otros)
• Un experto en este tipo de proyecto (Adamed)

Adamed tiene una dilatada experiencia no solo en desarrollos para Mainframe en COBOL - CICS - DB2 sino tambien en desarrollo y mantenimiento de sistemas. A lo largo de nuestra trayectoria hemos participado en diversos proyectos de Euro y año 2000 que nos ha llevado a saber leer no solo COBOL sino sistemas enteros, entendiendo sus interacciones unos con otros y a saber analizar la complejidad de las aplicaciones.

Por ello, estamos ampliamente capacitados para realizar un análisis exhaustivo de las aplcaiciones antes de comenzar la migración propiamente dicha. Esto es una tarea básica sin la cual, no podríamos afirmar si somos o no capaces de abordar los proyectos en el marco de tiempo adecuado.

Ante todo debe de saber lo que no solemos hacer:

• No hemos adoptado ninguna metodología de terceros sino que hemos desarrollado la nuestra que solo se basa en la experiencia.

• Porque estos proyectos están ligados al día a día de la insalación
• Porque no se puden coratar el mantenimiento evoluivo y correctivo
• Porque la metodoloía pependerá siempre de los procedimientos de nustro cliente.
• Por eso, nuestra metodología es el resultado del consenso entre la forma de hacer de nuestro cliente y nuestra experiencia en migraciones

• No aportamos grandes cantidades de recursos humanos a los proyectos. Los mejores profesionales ya los tienen nuestros clientes. Lo que hacemos es formarlos al inicio del proyecto para que sepan utilizar los productos y herramientas. Si están muy ocupados en mantenimiento y en su día a día, entonces recurrimos a personas del propio fabricante de los productos o a terceras empresas con las cuales tenemos acuedos de colaboración par esta tipología de proyectos y para los cuales las mismas disponen de personal previamente formado.

Ahora le podemos resumir lo que sí hacemos:

• Analizar las aplicaciones o el alcance real de la migración (herramientas propias y de terceros)

• Inventariar el conjunto de los componentes
• Clasificar los componentes
• Revisar los componentes en busca de dificultades conocidas
• Diseñar soluciones a dificultaddes nuevas o emergentes
• Identificar y diseñar las mejoras básicas que nuestro cliente desea implementar a la vez que la migración
• Escalar el volumen del inventario (dependencias entre aplicaciones. Identificar intersecciones críticas)
• Hacer tomas de datos sobre temas de requerimientos de BD y seguridad (distribución, comunicaciones etc)
• Identificar los actores y protagonistas necesarios para el proyecto
• Convocar las reuniones iniciales con todos los actores
• Analizar las conclusiones con nuestro cliente

A partir de aqui, el proyecto puede o NO tener sentido, en cuyo caso es posible plantear modificaciones en el planteamiento inicial como por ejemplo: No migrar todo, sino por fases o No migrar cierta parte o solo migrar aquello que merezca la pena modernizar o No migrar la base de datos y mantenerla en el mainframe, y un largo etc.

En cualquier caso, si al menos tiene sentido una parte, seguiremos ayudando en las siguientes fases:

• Hacer el plan de migración

• Consensuar el plan con los técnicos del cliente (el mantenimiento díario puede condicionarlo)
• Identificar el orden adecuado para realizar las migraciones (sobre todo si se ha concluido por fases)
• Detallar el plan por aplicación, área o sistema
• Formar al personal o concreatar los recursos externos necesarios
• Evaluar la calidad de la formación
• Identificar hitos y/o fases de aprticipación de expertos externos (Alchemy Solutions o Microsoft etc)
• Coordinar la adquisición de los recursos de Hardware del entorno de pruebas
• Instalar el entorno de pruebas y validarlo
• Confirmar alcances, fases, etc. del proyecto
• Prototipos: realización de pequeñas partes que concentren los problemas identificados y permitan probar el nuevo entorno y sistema
• Asignar las tareas
• Desarrollo de la migración, seguimiento conjunto, pruebas paso a paso
• Formación de los profesionales del cliente
  Asistencia para el despliegue
  Aistencia técnica durante el tiempo acordado después del arranque
• Gestionar y coordinar el conjunto de los recursos

A partir de este momento, el proyecto se convierte en un proyecto casi convencional de no ser por un aspecto crítico que es la coordinación entre el mantenimiento evolutivo o correctivo de la instalación y la propia migración. Este tema es todo un mundo pero  tenemos mucha experiencia en este tema. No lo podemos detallar aqui ya que depende mucho de la instalación y de sus procedimientos habituales de pasos a producción y de otro sin fín de temas.