Mostrando las entradas con la etiqueta ITIL. Mostrar todas las entradas
Mostrando las entradas con la etiqueta ITIL. Mostrar todas las entradas

martes, 24 de mayo de 2022

De transformación tecnológica en transformación

Hola queridos 3 lectores, hace mucho que dejamos su 3 autores abandonado este blog, pero nunca es tarde  para seguir dejando escrito lo que vamos viendo en este mundo llamado tecnologias de la Información.

Continuo en la Institucion de Salud, la más grande de latinoamerica, con otras responsabilidades, ahora del lado de la operacion que soporta todos los sistemas.

Hace poco tuve la visita de un amigo que platicando con él me decia que como he vivido estos años en esta institución y espontaneamente le dije de ola en ola, y le conte un poco de mi historia.

Aún recuerdo cuando por casualidad de la vida, llegue al mundo de los sistemas, fue por allá de 1994 cuando estudie el bachillerato tecnológico para "Técnico Programador Analista", y ahí empezó la magia con el "Hola Mundo" en COBOL y el 000100 IDENTIFICATION DIVISION.


En esos 3 años, empece a conocer COBOL, PASCAL, C y C++, cada uno con su encanto, en Sistemas Operativos conocí el MS-DOS y hasta programar en ventanas y eventos con clics en Visual Basic.

En poco tiempo me vi envuelto en la magia de una carrera llamada Ing. en Sistemas Computacionales ( en el glorioso Instituto Tecnológico de Pachuca), donde aprendí grandes cosas desde profundizar en matemáticas, estadísticas hasta electrónica, algoritmos, y "nuevas" tecnologias, pero sobre todo aprendí que por mucho que trates de ir al día, la tecnología avanza demasiado rápido y el dificil seguirle el paso.

Eso mismo pasa en la industria, en las empresas que invierten en tecnología para soportar sus procesos de negocio,. En el poco tiempo de experiencia que tengo en este mundo, he visto nacer grandes transformaciones digitales.

Si tratara de resumir lo que he visto de mi experiencia sobre transformaciones y tratando de hacer un escueto roadmap podría resumir algo así:

PROCESAMIENTO BACK OFFICE ---> CLIENTE SERVIDOR ---> SERVIDORES DE APLICACIONES ---> INTEGRACIÓN DE SERVICIOS ----> DIGITALIZACIÓN ---> SERVICIOS EN NUBE ---> CONTENEDORES

En ese pequeño roadmap, muchas tecnologías han emergido como lideres desde los 70's a nuestros días, desde IBM  Mainframe, HP Tandems, SPARCs, X86, Servicios de Nube, Contenedores, Microservicios y sin mencionar los diversos lenguajes de desarrollo.

Como en el mar la vida es mas sabrosa, le he bautizado olas de Transformación Tecnológica, a lo que me ha tocado vivir y por raro que parezca siempre observo que lo de moda es los "LEGADOS" y como usas esa información para REUTILIZARLOS o REEMPLAZARLOS con las "nuevas" tecnologías.

El ritmo con el que avanza la tecnología y los visionarios tecnológicos demandan nuevas cosas es muy rápido, en ciclos promedio en 6 años lo nuevo se vuelve legado y lo legado obsoleto, y sin embargo... se mueve.

El mantener los legados es un tema de alto costo para las empresas, ya que debes de manejar contratos extendidos de soporte y tener demasiados especialistas para atender las necesidades que aun en fechas recientes el negocio te demanda.

En fin, el conclusión, creo que debemos de aprender a vivir con este ritmo y construir en la actualizad soluciones robustas que soporten el paso del tiempo cuando estas se vuelvan un legado... así como  subirse y de ser posible dirigir los ciclos de transformación tecnológica que estamos pasando en cada una de sus empresas o instituciones.

Saludos

miércoles, 12 de septiembre de 2007

Entre change management y pantallas verdes

Quizás este post debería estar más del lado de Tuzoftware .... Pero se vale... ;)

¿cuantas veces les ha tocado hacer un cambio en una aplicación? ¿Cuantas veces pensamos en las aplicaciones que se verán afectadas cuando cambiamos algo? ¿Quienes de nosotros tenemos un control de nuestras aplicaciones así como las dependencias que tenemos con otros sistemas?
¿Cuantas veces no les ha pasado que alguna área cambia versión de aplicación y las nuestras dejan de funcionar correctamente? nunca !!.. que bien!!! ... pero a los que nos ha pasado eso y fuera de los dolores de cabeza, a los jefes esperando, el tiempo encima.... todo, todo es desesperante.......... ahora combinen esa situación con una solución de integración mmm digamos ..... Mainframe si Mainframe, pantallas verdes, screen scraping, emuladores 3270... ¿Interesante escenario?

La finalidad de este post es tratar de mostrar una de las debilidades pienso yo, que existe en la integración de aplicaciones basada en captura de pantallas o screen scraping. Cabe resaltar que este tipo de integración tiene una ventaja importante: no es intrusivo en las aplicaciones a las que se trata de integrar.

Aquí en la empresa, tenemos varias interfaces basadas en este estilo de integración (échale un vistazo a esta liga ); como veras nosotros utilizamos Iway Telnet 3270, que es una serie de APIs que permiten interactuar con las pantallas verdes del mainframe... bien pues el punto flaco de estas interfaces es que están altamente acopladas por decirlo de alguna manera a las coordenadas, quien ha trabajado alguna vez con COBOL sabe de que le estoy hablando...

Bajo este esquema hasta un guión"-" te puede afectar (y mas si lo agregan de un día a otro :S, ahh y en la noche), sí, literalmente un guión te puede afectar.... eso fue lo que nos paso recientemente... se agrego un carácter a una pantalla de una aplicación dentro del mainframe y esto ocasiono que se movieran las posiciones de los campos, es decir, si para mi el campo 76 era NSS, ahora se había recorrido hasta la 78.... el punto delicado aquí es que la producción estaba parada mientras se detectaba el error, una vez que se detecto se dio marcha atrás a la versión de la aplicación mainframe....... mientras todo esto ocurría la operación se detuvo por al rededor de 3 horas...

Se aplico el cambio tal y como se debió de hacer desde un principio, es decir nos colocaron la versión de la aplicación mainframe en DESARROLLO hicimos los ajustes en nuestra interfase y liberamos a la par las nuevas versiones...

Todo el cuento anterior se pudo evitar teniendo un buen CONTROL DE CAMBIOS... se escucha tan sencillo y a veces trillado cuando nos hablan de esto en CMM, ITIL, RUP, en lo que ustedes quieran.... pero créanme que es muy importante...

Para muestra basta un botón... ¿recuerdas cuantos millones perdió TELCEL hace unos meses debido a un problema en su sistema?

Por una integración mejor, hasta la vista!!!

Tuzo

jueves, 23 de agosto de 2007

De vuelta

Hola que tal

Por acá de vuelta a estos rollos (después de que ya que el buen Gus se canso de hacer posts y el buen Chillicoder de copiar-pegar lo que pone en su blog :P)..Bueno pues hay muchas cosas interesantes que poner; digo después de mes y cacho de no escribir... segurito algo debió de haber ocurrido.. ;)

Esta semana me invito el buen Gus a un curso de ITIL Foundation en HP - instalaciones en el bello basurero de Santa Fe (que por cierto ya mero convierten en sapo a Gustavo, que dizque "por invitarme" chaft!!) , sinceramente es el primer contacto que tengo con este tema y se me ha hecho harto interesante.

Para los que están como yo.. ósea que es su primera vez en este tema, solo me limitare a comentar que es un marco de referencia que consta de varios libros que ofrecen una guía para la administración de servicios de Tecnología de Información... entiéndase por servicio de TI a todo aquello que permite llevar a cabo la operación de una empresa, dígase hardware, software, componentes, etc. en otra ocasión hablare un poquito mas de este tema, así de como ITIL puede ayudarnos a mejorar nuestra administración de servicios TI.

Saludos

Bonus Track: Lenguaje PURASPE

En el desarrollo del curso de ITIL nuestro instructor nos hablo de un lenguaje que el bautizo como PURASPE, que no es otra cosa que hablar en otro idioma diferente al que hablan nuestros usuarios ... le hablamos de web services, de applications server, de firewalls, algunos pochismos.. eso es PURASPE en acción, curiosamente el comentario lo reforzó un doctor especialista que se encuentra también tomando el curso y menciono lo siguiente "ha veces llegan los de TI y empiezan a decir: que el CMMI, que Web Server, que SOAP... pobres chamaquitos, creen que con hablar con muchos tecnicismos van a impresionar a un doctor especialista" en cierta medida tiene razón… aunque posteriormente el doctor estaba dando unos ejemplos de su ramo y nos hablo en PURASPE.... a lo que un compañero le dijo "y no crea que por hablar así va a impresionar a un ingeniero" jaja, en fin aquí nadie sabe mas ni menos.. Ya lo dice el principio de Peter "Todos llegamos a un nivel de incompetencia"

Aquí el mensaje es tal como dice el buen chillicoder... "ENTRE SERVICIOS TE VEAS..."

Va pues saludos... ah por cierto PURASPE significa - Puras Pendejadas

Fin