Oleksiy Mark - Fotolia

Reportaje

Opinión de un CIO universitario sobre el reto de la consolidación de aplicaciones

Eric Hawley de la Universidad Estatal de Utah considera que la consolidación de aplicaciones es mandatorio para el CIO actual –y está preparado para hacer lo que sea necesario para conseguirlo.

Linda Tucci
por
Publicado:07 jul 2015

Para Eric Hawley, CIO de la Universidad Estatal de Utah (USU), la razón número 1 para consolidar aplicaciones es reducir la complejidad. "La complejidad es el heraldo de la caída –de un fallo de seguridad, de la imposibilidad de participar en grandes volúmenes de datos o minería de datos, porque se tienen cosas por todo el lugar. Usted no sabe dónde está lo que busca, no sabe quién lo controla y tiene demasiados sistemas solucionando demasiadas necesidades específicas", dijo.

Con la necesidad empresarial de acceder y movilizar a los datos de forma rápida, la consolidación de aplicaciones es una prioridad para los líderes de TI, dijo Hawley, o debería serlo. "Mi punto de vista es que las siglas de CIO significan director de integración, y en estos días y esta época, el trabajo es integrar múltiples sistemas para que se sientan más cerca de uno."

No muchos CIOs estarían en desacuerdo con la opinión de que la consolidación de aplicaciones es un objetivo loable y una parte importante de su trabajo. El mantenimiento de complejas aplicaciones redundantes consume recursos y, como Hawley señala, se interpone en el camino de las iniciativas estratégicas de TI –o peor, invita a los desastres. Pero, como muchos CIOs también pueden atestiguar, la consolidación de aplicaciones es más fácil de decir que de hacer. De hecho, la mayoría de los esfuerzos racionales de una aplicación inicial fallan –“a menudo fatalmente", según un informe reciente de Forrester Research.

"La mayoría de las empresas tratan de racionalizar sus carteras de aplicaciones dos o más veces antes de ver cualquier éxito real. Algunas empresas no intentan un segundo esfuerzo tras el fracaso inicial", declara el autor Phil Murphy, analista principal para el desarrollo y la entrega de aplicaciones en la firma consultora con sede en Cambridge, Massachusetts.

Murphy encuentra que prácticamente todas las fallas presentan un tema común: "Los miembros del equipo hacen un inventario de las aplicaciones y recogen algunos datos, sin pensar mucho cómo los van a utilizar." Las solicitudes son inventariadas, a menudo durante un período de varios meses, pero sin una estrategia clara, la información recogida tiende a ser lo más fácil de conseguir –plataforma, lenguaje, la base de datos, el proveedor, la satisfacción del usuario– y el momento de recompensa nunca llega.

"En nuestra experiencia estos esfuerzos rara vez producen el tipo de momentos ‘¡ajá!’ que los dirigentes esperan", dice el informe de Forrester.

Consolidación de CRM para cumplir una misión primordial

Hawley coincide enfáticamente. La integración de las aplicaciones de la Universidad del Estado de Utah es un gran desafío, dijo, y no sólo por el tamaño y la complejidad de esta universidad pública –tres campus regionales, ocho colegios, un centro de aprendizaje a distancia, con cerca de 30.000 estudiantes, más de 800 profesores y unos 1.600 empleados.

"Con demasiada frecuencia, nos sumergimos en los esfuerzos de consolidación de datos o esfuerzos de interfaces de datos sin tener un claro indicador en nuestras propias mentes de las preguntas que debemos preguntar", dijo.

Hawley comparó estas iniciativas con la idea de embarcarse en un gran viaje familiar por carretera a Cancún sin discutir qué espera conseguir la familia de ese viaje. Si solamente llegar allí es la meta, entonces conducir 20 horas al día con limitados descansos para ir al baño y con los niños hartos en el asiento trasero podría tener sentido. Si el objetivo, sin embargo, es divertirse en familia, "un viaje por carretera será una experiencia muy diferente", dijo. La misma falta de claridad afecta a muchos esfuerzos de consolidación de aplicaciones. "Con demasiada frecuencia, la gente de TI no tienen idea de cuál es el objetivo empresarial; saben que van a Cancún, pero no han pensado por qué."

Por otra parte, con la misma frecuencia el negocio no piensa más allá de los objetivos, tampoco –o, aún más problemático para TI, no quiere ninguna parte del proyecto. Una de los proyectos de consolidación de aplicaciones de alta prioridad en el que trabaja el equipo de Hawley implica al CRM, la herramienta de software para la gestión de relaciones con los clientes.

"En este momento, hay cinco o seis CRMs diferentes en distintos colegios con muy diferentes enfoques. [Cada uno] siente que de alguna manera es un copo de nieve especial –tienen que hacerlo a su manera", dijo. El uso de sistemas dispares, sin embargo, ha demostrado que socava un objetivo importante de la universidad, dijo Hawley, a saber: "el reclutamiento y retención de aquellas personas que son la línea base de la universidad." Incluyen las matrículas que pagan los estudiantes, los donantes y otros partidarios de la USU.

Media docena de diferentes herramientas de CRM significa que a los mismos donantes se les solicita en numerosas ocasiones, la mensajería para los estudiantes es inconsistente y la universidad viene a ser tan confusa (por no hablar de molesta) a los ojos de las mismas personas a las que necesita cortejar. "Somos USU; no somos sólo colegios individuales que compiten unos contra otros, sino una unidad", dijo Hawley.

La solución en este caso será migrar a una aplicación CRM común (idealmente software como servicio) que "no va a obligar a la gente a comportarse de la misma manera" para llegar a su público objetivo, sino que proporcionará una plataforma común de comunicación, dijo Hawley. El riesgo, por supuesto, es que la universidad termine con una séptima herramienta de CRM y "nadie se deshaga de la que tenían", concede Hawley, señalando el enfermizo intento de estandarización de XKCD. "Ese es el reto al que nos enfrentamos en el lado de la aplicación."

La ruta de la plataforma y las APIs

Hawley dijo que otro enfoque que su equipo está usando para reducir la complejidad de TI es construir plataformas estandarizadas que son soportadas por TI y que pueden capacitar a la gente para que las usen. "Estamos trabajando en la construcción de APIs estándar con interfaces para recursos humanos,  datos de ayuda financiera, finanzas estudiantiles... y ofrecemos esa plataforma a los distintos departamentos para que hagan cosas creativas", dijo.

Antes, cuando un usuario requería acceso a datos o a una aplicación personalizada, IT construiría una interfaz directa entre la base de datos y la aplicación del usuario. "Antes de que te des cuenta, tienes que mantener una interfaz entre 600 aplicaciones diferentes que pueden haber sido implementadas de diferentes maneras", dijo Hawley. La estandarización de la plataforma todavía permite la aplicación o la diversidad de datos, pero ofrece plantillas y plug-ins que la gente puede utilizar, por ejemplo, para construir sitios web departamentales, dijo, ofreciendo una metáfora. "La gente está construyendo con Legos en lugar de que cada uno use sus propias piezas moldeadas de plástico inyectado."

Investigue más sobre Software de mejora de procesos