¿Qué modelo de TI es el más adecuado?

Categorías relacionadas:
Administración, Administración de proyectos, Cloud / Nube, Cloud Computing, Destacado, Lo más reciente, Lo más reciente, Tendencias, Tendencias

nuevas-tecnologias

La “arquitectura orientada al servicio” o SOA, dominó los debates de sala de juntas, reuniones de planificación estratégica y programas de conferencias, pero el concepto nunca despegó realmente. Para la mayoría de las empresas, la visión resultó ser demasiado compleja.

Aun así, mientras que SOA puede haberse desvanecido, una nueva y mejor visión de las aplicaciones y los datos entregados como servicios bajo demanda se actualiza. Hablamos, por supuesto, de la computación en la nube.

Un avance rápido con varios formatos de la nube y su invasión constante en el corazón de la mayoría de las empresas ha cambiado por completo el enfoque de TI. Los días analógicos de los equipos de TI que pasan su tiempo desplegando laboriosamente aplicaciones empresariales en los mainframes, y luego el mantenimiento de bancos de servidores para ofrecer estas aplicaciones a las computadoras de escritorio llegan rápidamente a su fin.

En cambio, las empresas hoy en día se están transformando en empresas digitales, cambiando su núcleo de servicios de TI a una base de suscripción o bajo demanda, liberando a TI lo suficiente para dedicarse a la parte estratégica del negocio. Pero aquí está la parte difícil: si esos servicios son recibidos por un tercero, liberados de una nube privada interna, o se extienden por un híbrido de plataformas, hay numerosos modelos para elegir en la obtención de dichos servicios, cada uno con sus propias ventajas y desventajas.

Mientras tanto, las empresas tienen cada vez más presión de la competencia ya que su tecnología se queda atrás. Los responsables de TI se ven obligados a optimizar su inversión en la infraestructura de TI para que coincida con sus necesidades de negocio. Se espera que las redes de la próxima década hagan frente a una avalancha de demanda móvil, procesos digitales automatizados y miles de millones de dispositivos que hablan entre sí.

¿Qué modelo es el adecuado? Es una pregunta que la empresa debe responder caso por caso. Mientras que algunas industrias podrían ser las más adecuadas para el pago por uso que les permiten aumentar y disminuir los activos según cambian las condiciones, otras podrían tener necesidades más consistentes que hacen que inviertan en el hardware necesario para establecer una nube privada como movimiento más inteligente.

Por ejemplo, la educación es un buen ejemplo para el pago por uso o modelos de suscripción. Las escuelas, institutos y universidades tienden a tener actividad baja los fines de semana, las fiestas y las vacaciones de verano, cuando la propiedad y operación del hardware de nube privada representaría un gasto innecesario. Por el contrario, las empresas de servicios financieros se inclinan por poseer y operar sus propias nubes, no sólo porque se enfrentan a la demanda durante todo el día, sino también porque así no se preocupan de la seguridad de los datos sensibles.

Dicho esto, no todas las industrias tienen esos criterios tan de cero y uno. La mayoría de las empresas están luchando para determinar qué modelo es el adecuado para ellos. Por esta razón, los CIOs y sus lugartenientes tienen que hacer un esfuerzo extra para asegurar que sus decisiones les permiten ofrecer lo que necesita el negocio.

Los CIOs deben anticiparse, con los tomadores de decisiones de negocio, en el diseño de los resultados extremo a extremo, que son más beneficiosos para sus clientes y empleados, y que ahorran costos.

Pero no son sólo los líderes de TI los que necesitan tomar decisiones proactivas para el negocio. Los proveedores también deben pensar en los modelos que ofrecen para garantizar que cumplan con las necesidades del cliente, y que tienen sentido en el contexto del producto o servicio que están entregando.

Los suministradores se adaptan ejecutando soluciones imaginativas para satisfacer las necesidades de sus clientes y de sus usuarios finales. Esto empodera a los business partners para hacer frente a las oportunidades en una gama más amplia de los mercados, entregando tecnologías a las PyMEs, que antes eran exclusivas de grandes empresas.

-Nuno Ribas VP of Cloud Business para Latinoamérica, Europa y Middle East, Alcatel-Lucent Enterprise.

Leer más...



Nuevo brío a los procesos de negocio

Categorías relacionadas:
Estrategia CIO, Innovación, Mejores prácticas, Proyectos de TI

CIO100 2015 Innovación

Darío García Montes de Oca, CIO de Manpower México.

PROYECTO: Sistema SMART.

DESCRIPCIÓN: Nace con la necesidad urgente de la renovación tecnológica de un sistema ERP que esta firma usaba en sus procesos core de backoffice.

Darío García Montes de Oca, CIO de Manpower para México y Centro América, explicó que el nuevo Sistema SMART está conceptualizado y diseñado bajo un modelo SOA que separa en capas su funcionalidad, optimizando el rendimiento y facilitando los evolutivos y mantenimientos necesarios. En su core cuenta con un BPM que le permite al usuario operar con base en procesos, roles, KPI´s y alertas.

Adicionalmente, ofrece un ODM que integra en un solo repositorio las reglas de negocio necesarias para su uso y aplicación. “El sistema SMART da servicio a siete países, y cinco líneas de negocio, lo cual aún más se vuelve crítico», expresó el directivo.

RESULTADOS/BENEFICIOS: El proyecto ha permitido mejorar el time to market de soluciones de nómina e implementación de clientes nuevos en un 10%.  Asimismo, disminuyó el costo de operación en un 10% y redujo el costo de TI por el cambio de tecnología en un 20%. De igual manera, permitió la integración de áreas con base en procesos, alineación de procesos con base en clientes, y gestión en línea de KPI´s, aseguró

Leer más...



Humberto Jiménez Rodríguez, Director de Tecnología y Sistemas de Accival Banamex Casa de Bolsa

Categorías relacionadas:
Estrategia CIO, Innovación

CIO100  2014 Alineación con el negocio

Establecida en 1971, Acciones y Valores (Accival) Banamex Casa de Bolsa Banamex tiene como finalidad ofrecer servicios financieros con altos estándares de profesionalismo, eficiencia y productividad.

Con este objetivo en mente, Humberto Jiménez Rodríguez, Director de Tecnología y Sistemas de Accival Banamex Casa de Bolsa, encabezó el año pasado el proyecto Retail Price Improvement.

De acuerdo con Jiménez, el propósito de la iniciativa era ofrecer una nueva plataforma de operación en el Mercado de Capitales, que generara un beneficio en términos de precio a las operaciones de clientes tanto institucionales como minoristas (retail), aprovechando la operatividad que tiene Accival en el mercado de Capitales.

El proyecto –que se realizó de febrero a noviembre de 2013– “mejoró tanto el producto ofrecido al cliente como los procesos de negocio y la plataforma tecnológica al redefinir el proceso de negocio para hacerlo más eficiente y buscar una ventaja competitiva para los clientes en términos de oportunidad de ejecución”, explicó el directivo.

Al apegarse a la regulación vigente y aplicando tanto el procesamiento paralelo como la ejecución asíncrona de tareas, se buscó ejecutar el proceso bajo una Arquitectura Orientada a Servicios (SOA) orquestada y monitoreada de manera central sobre un ESB (Enterprise Service Bus) empleando tanto motores de Bases de Datos en Memoria (KDB onMemory DataBase) como motores de transacciones de ejecución asíncrona (Microsoft 2008 SQL Service Broker) sobre una base de datos relacional. 

De esta forma, afirmó, se ha logrado incrementar en 2% su market share, al aumentar en 20% las ventas del negocio, disminuir en 8% el costo por transacción, triplicar la capacidad de procesamiento de transacciones e incrementar la velocidad de ejecución de operaciones de los clientes, ya que se redujo en 300% la latencia de recepción de información de mercado y el roundtrip para ejecutar transacciones en el mercado de Capitales a nivel de milisegundos.

“La oportunidad para colocar una postura en el Mercado de Capitales es uno de los valores que nuestros clientes requieren”, concluyó Jiménez.

 

Leer más...



Vanguardia que no exige sacrificios

Categorías relacionadas:
Cómo hacerlo, Cloud computing, Destacado, Software empresarial, Tendencias

La innovación tecnológica en recursos humanos no debe ser una prisión y, mucho menos, una invitación a desechar inversiones realizadas.

En un portal especializado, un directivo de recursos humanos (RRHH) encuentra una gran noticia: en el mercado de tecnologías de la información (TI), ya está disponible una herramienta para la administración de talento, una necesidad que su compañía necesita atender con urgencia. Y mejor aún, por lo que descubre en la información, la solución opera en la nube, es decir, su aprovechamiento no tiene que causar gastos mayores en software y hardware.

La emoción del directivo de RRHH tras charlar con los especialistas de TI de la organización, se enfría rápidamente. La solución deseada, cuya importancia para la empresa está fuera de toda duda, incluye riesgos que no son poca cosa.

  • La compañía ya cuenta con aplicaciones para la administración del capital humano (de otros proveedores y diseñadas internamente). ¿La opción que descubrió el ejecutivo de recursos humanos podrá coexistir con ellas, podrá aprovechar los datos que ya almacenan? A su tecnología para RRHH, la empresa ha destinado una gran cantidad de recursos, económicos y humanos. Una inversión que simplemente no se puede desechar.
  • La empresa usa, desde hace varios años, un sistema de planeación de recursos empresariales (ERP). ¿La nueva aplicación para RRHH podrá conectarse con dicha plataforma? ¿Integrar los datos de RRHH será un proceso fácil?
  • La aplicación pertenece a una joven y dinámica compañía del sector TI, la cual, en materia de recursos humanos sólo posee un par de soluciones especializadas. Esta compañía, dado su carácter de start-up, podría ser adquirida por un proveedor más grande. Si eso ocurre, ¿qué garantías habrá respecto al soporte y mejoramiento de las aplicaciones?

En un ambiente empresarial de TI bajo las aplicaciones ofrecidas por empresas líderes en el desarrollo de software, el ánimo del directivo de recuros humanos no recibiría un cubetazo de agua fría. Varios factores lo explicarían. Con el portafolio más amplio y completo de soluciones especializadas en capital humano, y bajo los modelos de cómputo que mayores beneficios entregan a las compañías, se pueden implementar tecnologías como:

Cómputo en la nube: planteamiento que evita, a la hora de implementar una solución, inversiones mayores en hardware, software y personal de TI.

Software as a Service (SaaS): a través de esta modalidad, la empresa sólo paga por usar las aplicaciones (como se paga por un servicio por suscripción); el hosting, el soporte y la administración de la solución quedan en manos del proveedor.

Service Oriented Architecture (SOA): metodología para el desarrollo de aplicaciones. Cuando están creadas bajo el concepto de SOA, las soluciones son flexibles y abiertas, lo que garantiza su interoperabilidad con diferentes sistemas tecnológicos. Sin SOA, la integración de aplicaciones -para cualquier empresa- es una travesía larga, cara y desgastante.

Al aprovechar los mejores atributos de estos conceptos tecnológicos, las soluciones especializadas en recursos humanos liberan a las empresas en su búsqueda de productividad e innovación. Gracias a una tecnología de integración (middleware), una necesidad en recursos humanos se atiende con prontitud, velocidad y eficiencia.

Y gracias a arquitecturas abiertas, las herramientas adquiridas para recursos humanos previamente  pueden sincronizar la información con nuevas soluciones a través de un proceso seguro y programado por la compañía. Asimismo, el intercambio de datos generará datos valiosos que la empresa podrá usar para corregir fallas o incrementar eficiencias.

– Nairo Vargas, Applications Sales representative, Oracle Mexico

Leer más...



Desbloquear el potencial del data warehouse

Categorías relacionadas:
BI y analítica, BI y analítica, Cómo hacerlo, Destacado, Lo más reciente

Las organizaciones están encontrando tiempo para retirar datos de sus activos de data warehouse, con el objetivo de aprovecharlos como activos de información que apoyen a la toma de decisiones que actualmente requiere el Business Intelligence (BI), también para que dichos datos trabajen más estrechamente con el Procesamiento de Transacciones en Línea (OLTP) y permitan la adquisición de información en  tiempo casi real.  La Integración de Aplicaciones Empresariales (EAI) desempeña un papel crucial para tomar decisiones relacionadas a los sistemas de contabilidad tradicionales.

Con frecuencia, el Enfoque del Data Warehouse (EDW) está en la obtención de información de los sistemas relacionales. Ciertamente, la adquisición, la limpieza y la integración de datos en el EDW es un conjunto crítico de actividades; sin embargo, el verdadero éxito se mide por su capacidad para ofrecer facilidades para la toma de decisiones. Al final, el gran valor del data warehouse se acerca más a las decisiones de la organización que a incorporar datos en un cubo grande.

En las empresas cada vez es más importante entregar información operativa efectiva. Para tener éxito, el data warehouse tiene que estar más estrechamente integrado en la arquitectura empresarial de una organización, situación que en el pasado no era importante.

Un componente crítico

La implementación del data warehouse como un activo de información aislada para acceder a las herramientas tradicionales de BI nunca ofrecerá su potencial real. Su valor completo se obtiene cuando la totalidad de la comunidad de usuarios va hacia el frente de una organización en apoyo de las decisiones operativas. Este resultado no solo exige una entrega de nivel de servicio más agresivo, sino que también depende de una estrategia de integración entre data warehouse y la arquitectura de la empresa, que es mucho más complicado que simplemente tomar decisiones centradas en información estratégica, análisis ad hoc y data mining.

La integración de data warehouse en la arquitectura empresarial exigirá el cumplimiento de los requisitos de la compañía. El despliegue de las decisiones de servicios requerirá la construcción de aplicaciones utilizando estándares de middleware EAI como J2EE o NET / WCF. Desde una perspectiva empresarial, EAI ofrece intercambio sin restricciones de datos y procesos de negocios entre aplicaciones conectadas y las fuentes de datos de la organización.

Para alcanzar este objetivo, los arquitectos deben implementar una infraestructura técnica capaz de combinar los procesos de negocio, las plataformas de software y hardware, y las normas para permitir una perfecta integración de dos o más sistemas de la empresa para que opere como una (o al menos crear la ilusión de hacerlo). Una variedad de palabras de moda en la industria se centran en este noble objetivo. Servicios Web, corredores de mensajes, servidores de aplicaciones y herramientas de middleware, que intentan proporcionar los aspectos necesarios para conformar la visión EAI.

Un despliegue de data warehouse se basa en EAI tanto para la adquisición de datos como para la toma de decisiones. Su correcta implementación requiere la incorporación de todos los sistemas de la organización. Una avanzada infraestructura EAI puede facilitar en tiempo casi real la adquisición de datos. Sirve de puente entre los datos contables y la toma de decisiones.

Este puente funciona también a la inversa. Cuando las aplicaciones analíticas de una implementación de apoyo para las decisiones tácticas detectan la necesidad de una acción, la infraestructura EAI es utilizada para entregar las decisiones a los sistemas OLTP que se encargarán de las actividades contables asociadas para hacer de cada acción propuesta una realidad.

Implementación de un Circuito Cerrado

La adopción de medidas exige la cooperación entre los servicios transaccionales y las decisiones. En los viejos tiempos de las arquitecturas monolíticas, la lógica de la contabilidad y la toma de decisiones operativas se entrelazan irremediablemente. Sin embargo, en el nuevo mundo de la arquitectura basada en componentes,  la arquitectura orientada a servicios (SOA) utiliza técnicas para construir componentes independientes pero interoperables.

Los servicios son prestados por el componente a base de “mini” aplicaciones y se pueden mezclar y combinar para cumplir con los requisitos de negocio específicos de cada organización. La implementación de un “circuito cerrado” requiere la integración de los servicios transaccionales y las decisiones dentro de un conjunto coherente de procesos de negocio. Tanto las normas EAI como los estándares emergentes -como es el Lenguaje para la Ejecución de Procesos de Negocio (BPEL)-, proporcionan un marco para la integración necesaria.

Para cerrar el ciclo se pueden utilizar servicios sincrónicos o asincrónicos. La elección de la técnica de aplicación dependerá de la naturaleza del negocio. La toma de decisiones de los servicios síncronos es necesaria cuando un proceso requiere una respuesta inmediata. Por ejemplo, puede ayudar a un representante de un call center para ofrecer la mejor oferta a un cliente que se encuentra al teléfono (en menos de dos segundos).  Este es un ejemplo de la próxima generación del BI que se centrará en la toma de decisiones operativas.

Otros servicios para la toma de decisiones eficaces se implementan de forma asincrónica. Por ejemplo, considere una aplicación analítica que monitorea las transacciones contables para identificar oportunidades de venta de un cliente bancario. Cuando se realiza un gran depósito, el análisis determina la oferta más apropiada (si existe) para proporcionar una ventaja para el seguimiento con el cliente. Este tipo de detección de eventos (sobre simplificado en esta descripción) ha tenido mucho éxito en el aumento de la retención de los activos de los bancos, ya que han integrado de forma positiva los servicios con la toma de decisiones.

El papel de SOA

SOA proporciona un marco para la implementación de servicios modulares. Con arquitectura basada en componentes, los servicios para la toma de decisiones se crean de una manera que les permite ser combinados de acuerdo a las necesidades de cada organización. Esto es mucho más flexible que el enfoque monolítico usado hace años.

SOA es fundamental para crear un entorno que permita la interoperabilidad de los servicios para la toma de decisiones. Estos servicios pueden ser adquiridos como componentes de software, a través de múltiples proveedores independientes e incluso (muy a menudo) como funciones propias del software. La adhesión a estándares de servicios Web y el uso de un servicio de arquitectura empresarial permite la interoperabilidad entre proveedores múltiples y soluciones inherentes. 

Por otra parte, el uso de servicios Web y SOA proporcionan interoperabilidad entre los servicios transaccionales y la toma de decisiones sin los inconvenientes de una aplicación monolítica. Un ejemplo perfecto de este enfoque es la Empresa de Servicios de Arquitectura de SAP (ESA). Esta arquitectura permite la interoperabilidad entre los servicios transaccionales proporcionados por el software de SAP y servicios proporcionados por la toma de decisiones de los desarrolladores de software de terceros. La infraestructura de middleware para la ESA se basa en la parte superior de J2EE compatible con SAP NetWeaver. Microsoft y Oracle están siguiendo caminos similares para proporcionar interoperabilidad con sus respectivos conjuntos de aplicaciones.

La próxima generación

Hubo un tiempo en que las implementaciones de data warehouse estaban relativamente aisladas dentro de la infraestructura de TI de una organización. Una nueva generación de arquitectura de data warehouse está a punto de emerger en apoyo del BI. EAI permite una perfecta integración de las capacidades para la toma de decisiones con los sistemas tradicionales de contabilidad de una empresa. Los instrumentos específicos utilizados para la EAI dependerán de la madurez de la infraestructura técnica y la sofisticación de las necesidades dentro de la empresa.

Las mejores prácticas impulsarán la implementación de SOA para permitir la interoperabilidad con los servicios transaccionales y la implementación a través de proveedores múltiples y soluciones de cosecha propia. La adopción de normas empresariales dentro de las propias prácticas de almacenamiento de datos es vital.

El aislamiento tradicional del data warehouse tiene que terminar. Arquitectos del data warehouse deben entablar un diálogo constructivo con los arquitectos de la empresa para garantizar el cumplimiento de las normas actuales y futuras de una organización.

Stephen Brobst, Chief Technology Officer de Teradata

Leer más...