Mostrando entradas con la etiqueta gestion de servicios TI. Mostrar todas las entradas
Mostrando entradas con la etiqueta gestion de servicios TI. Mostrar todas las entradas

jueves, 24 de marzo de 2011

Construcción de Software Orientado a los Servicios


Algunos siguen implantando ERP´s de los 90’s, mientras que muy pocos construyen sobre SOA

Escrito por: Aarón Ballesteros Morales

Una de las características comunes a la mayoría de empresas del sector comercial del siglo XX, ha sido carecer de una organización flexible para trabajar en mercados muy cambiantes, donde el  talento humano, procesos, tecnología y sistemas de información, actuando como un todo, no se desarrollaban lo suficiente y oportunamente para enfrentar el nuevo escenario, por lo tanto, anclaban a la organización evitando surcar espacios de nuevas oportunidades y colocándola permanentemente en situación vulnerable como consecuencia del ingreso de nuevos competidores, productos y servicios sustitutos y la mayor competitividad y flexibilidad de algunos actores intrépidos del mercado.

Al parecer, las prácticas empresariales todavía siguen siendo muy conservadoras, a tal punto que se concibe a una organización de adentro para afuera, es decir, se siguen centrando en la eficiencia operativa interna como medio de competitividad, por lo tanto, el mayor esfuerzo no es el planeamiento estratégico, sino el planeamiento y control de recursos a través del uso de  sistemas de información rígidos como los ERPs (“Enterprise Resource planning”), que cubren parcialmente  las funciones de una organización ya que requieren software complementario  y mucho trabajo manual adicional que involucra hojas de cálculo, dejando de lado el sueño de los años 90s, automatizar (antes decían mecanizar) todos los procesos empresariales.

Para hacer interesante el análisis planteo la siguiente pregunta: ¿un operador de telefonía o telecomunicaciones como Claro o Movistar deberían priorizar la automatización de sus procesos de soporte administrativo o fortalecer el marketing y las ventas con sistemas de soporte de negocios?. La realidad siempre nos ha mostrado que  los negocios empiezan fuera de la empresa, donde como producto de las estrategias de marketing y campañas de publicidad, se captan y retienen clientes cada vez mas, a través de medios virtuales y  Centros de Atención al Cliente, luego se procede a Proveer el Servicio de acuerdo a lo acordado y para ello la Gestión de la Provisión y Soporte Administrativo debe ser flexible y oportuno, donde el Aseguramiento de la entrega del Servicio con la Calidad ofrecida es vital, antes de proceder a la Facturación y al Cobro.

Lo expuesto muestra las actuales necesidades del mercado globalizado, que busca mayor flexibilidad en la producción y entrega de bienes y servicios que lamentablemente no se podrán  lograr oportunamente usando solamente los tradicionales ERPs y/o software complementario, ya que mayor competitividad requiere mayor flexibilidad. La empresa flexible se caracteriza porque esta capacitada para  satisfacer las demandas del mercado en periodos muy cortos; mantiene una adecuada relación con los clientes usando acuerdos de niveles de servicio; incorpora conceptos de gestión de procesos corporativos; gestiona proyectos basados en tiempo, calidad y costos; monitorea y controla resultados; así mismo, mide  el desempeño y la contribución individual y de equipo de los colaboradores, mediante indicadores.

En ambos casos, tanto para las empresas que tienen ERPs robustos y con años de funcionamiento y para las empresas que quieren empezar a utilizar uno, surge la misma pregunta: ¿El concepto de utilizar un ERP para hacer competitiva a la empresa sigue siendo vigente, rentable y efectiva  o existen alternativas mucho mas flexibles, escalables y de crecimiento a demanda ya sea por funcionalidad o presupuesto?. La respuesta como siempre es simple, existen otras alternativas y una de ellas es el  Software Orientado a los Servicios, a la que le he denominado SOS.

¿Qué es un SOS?. El SOS es un concepto  nuevo para construir software flexible utilizando todo el software desplegado que se utiliza para operar y gestionar el negocio, es decir, construir software utilizando componentes existentes y/o crear los adicionales que se necesiten. Con este enfoque moderno se podría  utilizar funciones de los actuales ERPs como servicios disponibles de propósito general, invocándolos cuando sea necesario como parte de nuestra plataforma y en caso de necesitar algún servicio adicional, este lo construimos bajo ciertos estándares para que nuestro SOS cubra los requisitos del negocio a demanda.

Para construir un SOS se debe contar previamente con un esquema global de una Arquitectura Orientada a los Servicios (SOA), que es una imagen completa que muestra los servicios del negocio (componentes de mayor tamaño -de grano grueso- que componen un software y estos se construyen a partir de otros servicios técnicos mas pequeños -de grano fino- que existen), la descripción de los servicios, métricas de rendimiento, estándares de interoperabilidad (como los sistemas hablan entre ellos),  esquema de datos, políticas y requisitos de clasificación y localización de datos.

¿Cómo se crean los componentes de software o servicios TI necesarios para el SOS?
A partir de docenas o cientos de aplicaciones y sistemas en plataformas heterogéneas que se utilizan en la operación cotidiana  y como silos de información que previamente se debe convertir a servicios TI. Para convertir y exponer estas aplicaciones rápidamente como servicios TI, existen herramientas como el ESB(“Enterprise Service Bus”) que brinda todas las instrumentos que necesita para crear servicios partiendo de la interfaz (XML, RMI, CORBA, COM, DCOM, RPC…,  API) es decir, la funcionalidad que un servicio proporciona y que es una actividad previa y diferente a la implementación, que determinará como se entrega esta funcionalidad.

¿Cómo evitamos el crecimiento descontrolado de las TI?
Lo propuesto requiere un  nuevo esquema global de la organización, es decir, una nueva organización para producir y entregar servicios TI en base a los requisitos del negocio y para ello se necesita una evaluación de competencias, delimitar responsabilidades entre proveedores y consumidores de servicios, establecer las políticas y los procesos implicados en la adopción de SOA, la declaración formal que oriente las decisiones y acciones futuras y sobre todo, el órgano de gobierno que las cree y aplique; estos evitarán la expansión descontrolada de los servicios de TI.

¿Como funciona un SOS?
Para crear un servicio el propietario del negocio brinda los requisitos para que se pueda implementar una funcionalidad, solución o proceso y también define requisitos no funcionales como la calidad del servicio, en base a estos requisitos el arquitecto diseña el servicio, los procesos e interfaces (funcionalidad) formalizando también los requisitos no funcionales como disponibilidad, seguridad y rendimiento. Por su parte, el desarrollador es el que implementa los componentes diseñados y crea los planes de pruebas.

Para asegurar la calidad, se utiliza la información del propietario,  arquitecto y desarrollador y en conjunto, se comprueba la prestación del servicio o proceso implementado, utilizando los planes de prueba validando las métricas de calidad, verificando los efectos no esperados y las características funcionales alcanzadas. Finalmente, el operador las despliega, poniendo en marcha la nueva solución virtualizada SOS.

Como producto de la construcción de un SOS, los procesos de negocios se construyen a demanda y sin restricciones técnicas que van mas allá de los sistemas ERP antiguos e inflexibles; la tecnología utilizada para construir software se mantiene actualizada y ya no dificulta la integración de antaño; los cambios en los proveedores  de software producto de adquisiciones o fusiones, no afectan directamente a las capacidades del software y su rumbo futuro;   los sistemas más antiguos a menudo llenos de información inaccesible para la creación de informes, estarán siempre disponibles; y lo mas interesante, se podrá comprar componentes de software o servicios a medida y disponibles cada vez mas y mas en un mercado SOA creciente.

PD. Según Forrester (www.forrester.com), el 71% afirmó que ya se encontraban usando SOA o que lo estarían haciendo para finales del 2011

jueves, 4 de noviembre de 2010

ITIL: Experiencia exitosa en un banco del Perú.

ITIL es el mejor camino para brindar servicios de calidad


Escrito por: Aarón Ballesteros Morales

Algunos de los principales Servicios Corporativos de TI mas comunes son: brindar servicios de alta disponibilidad con los principales aplicativos del “Core” del negocio bajo criterios de confiabilidad, integridad y seguridad establecidos, servicios de telefonía, redes y comunicaciones, soporte técnico, gestión de garantías de los equipos y servicios contratados a proveedores diversos, entre otros.

Luego de una experiencia exitosa de aplicar el conocimiento y técnicas expuestas en los cinco libros de ITIL: Estrategia, Diseño, Transición, Operación y Mejora Continúa a la producción y entrega de los Servicios Corporativos de TI que brinda el área de Tecnologías de Información de uno de los bancos mas importantes del Perú (10,000 empleados y mas de 500 sucursales y tiendas a nivel nacional), es posible comentar algunas lecciones aprendidas.

1.    Es una buena estrategia tercerizar (Outsourcing) la operación de los procesos que soportan la producción y prestación de servicios corporativos de TI, manteniendo la propiedad y administración de los mismos a cargo de funcionarios del propio banco bajo los roles y responsabilidades que establece ITIL, para que garanticen el control y monitoreo de los procesos. Esto permitirá, de ser necesario, cambiar de proveedor y continuar con las operaciones con otros proveedores por razones de innovación u optimización de costos.

2.    La solicitud de todos los servicios corporativos de TI, debe ser canalizado a través de un Centro de Servicio, para ello es imprescindible contar con un catalogo de servicios corporativos de TI y el mapa de procesos que producen y entregan estos servicios.

3.       El cumplimiento de los Acuerdos de Niveles de Servicio (SLAs) y que están definidos en los indicadores que miden la gestión de los procesos implementados como gestión de eventos, incidentes, problemas, configuración y cambio, no garantiza necesariamente la satisfacción del cliente. Por ejemplo, si el SLA indica resolver un incidente en menos de 3 minutos, el usuario puede sentir un servicio no personalizado y muy apresurado, generando insatisfacción por el servicio recibido, es por ello necesario, realizar encuestas de satisfacción de servicio al 100% de los usuarios atendidos o tomar una muestra representativa bajo criterios universalmente utilizados.

4.       Es vital establecer acuerdos de niveles operativos de servicios (OLAs) con todas las áreas que estén relacionados a la producción y prestación de los servicios corporativos TI. Adicionalmente, es imprescindible firmar contratos con los proveedores de bienes y servicios bajo Acuerdos de Niveles de Servicios (SLAs) explícitos con las penalidades correspondientes.

5.       No es una buena práctica empezar por la implementación de los procesos de gestión de incidentes, debido fundamentalmente porque podría consolidar una cultura reactiva al interior del área de TI y no preventiva que se logra implementando inicialmente o paralelamente, los procesos de gestión de eventos.

6.       Es muy importante fortalecer los roles de gestor de eventos, incidentes, problemas, configuración y cambio, asignando dicha labor a personal con nivel de autoridad real y con mucho liderazgo directivo.

7.       Como consecuencia de la tercerización de procesos, es muy frecuente que el cliente olvide a los pocos meses que la eficiencia y eficacia operativa se ha incrementado dramáticamente y soliciten mayor calidad en la entrega de los servicios de TI, pidiendo de manera equivoca CERO ERRORES. Es por ello necesario definir claramente en el contrato los atributos de calidad esperada, por ejemplo, brindar 3 Sigma (99.73%) de errores o defectos en la prestación del servicio, es decir, de 60,000 casos reportados como incidentes en promedio mensual que atiende el banco, 162 de ellos como máximo, podrían presentar diversos reclamos como no conformidad de atención.

8.       El personal involucrado en todos los niveles debe necesariamente contar con Certificación ITIL en los diferentes niveles de acuerdo al rol que desempeñe. Es un error común involucrar a personal con mucha experiencia en la producción de servicios de TI de manera tradicional, es decir, sin métricas. Esto puede generar riesgos que hay que identificarlos y cuantificarlos para generar planes de mitigación, caso contrario, podrían convertirse en obstáculos serios en la implementación de los procesos ITIL y en la propia entrega de los servicios.

9.       Un error común es informar a la alta gerencia que los procesos ITIL se han implementado exitosamente, cuando en realidad estos solo han sido diseñados y circulan diferentes versiones al interior de la empresa. Esto se hace, porque implementar procesos toma tiempo, por lo tanto, es obligación de la alta gerencia realizar auditorias de aseguramiento de calidad por la propia empresa y por una empresa certificadora externa. El no hacerlo, puede ser considerado como negligencia y puede traer abajo un proyecto de envergadura que involucra varios millones de dólares.

Se puede concluir que ITIL es el mejor camino para brindar servicios de calidad y coadyuvar al crecimiento y desarrollo empresarial y que involucra un cambio cultural muy importante orientado a la gestión por resultados. La alta dirección de una empresa debe evaluar los beneficios de incorporar el marco ITIL en la gestión de servicios de TI y terminar con la improvisación de producir y entregar Servicios Corporativos de TI que se alejan mucho de ser oportunos, flexibles y de bajo costo.