Configuración sin código, la evolución del ITSM

Configuración sin código, la evolución del ITSM

Configuración sin código, la evolución del ITSM

El papel de las TI está en constante evolución, por tanto, la rapidez y eficacia con la que las empresas adaptan y aplican nuevas tecnologías determina su habilidad para tener éxito en el ámbito empresarial competitivo.

Históricamente, el departamento de TI fue sistemático. Funcionaba para analizar, implementar y proporcionar soluciones de software estructurados para sus usuarios, pero en general subcontrata la personalización de la tecnología en respuesta a las necesidades del negocio. Hoy, los equipos de TI tienen una mayor responsabilidad para modificar, actualizar, integrar y cambiar el software bajo demanda. Como tal, buscan poner en práctica soluciones con el fin de eliminar los enormes costos y acelerar el cambio.

Este artículo tiene en cuenta cómo las soluciones de software “sin código” son favorables para aquellos que requieren personalización con un enfoque en la prueba de futuro, la reducción de gastos de administración y una mayor flexibilidad.

El reto

Los desafíos para TI y de negocio son enormes, en parte debido a la dependencia de los programadores cualificados para personalizar y adaptar las soluciones de software para satisfacer las necesidades del negocio. En 2012 InformationWeek, a partir de una encuesta realizada, señaló que “una manera que los negocios están haciendo frente al reto de la mejora y optimización de las aplicaciones empresariales es evitar las personalizaciones.” En la misma encuesta, InformationWeek encontró que las barreras para el éxito frente a la tecnología profesionales incluyen el cambio, la mejora y la personalización de las aplicaciones internas. De los que respondieron, el 49% considera esto una preocupación importante. (Henschen 2012)

Para comprender un problema, primero se debe definir, específicamente las diferencias entre “personalizar” y “configurar”. La personalización es un cambio que debe ser realizado fuera del marco del producto, por ejemplo, escribir una regla añadir una tabla de base de datos utilizando herramientas adicionales producto; la configuración en cambio se refiere a la codificación y el desarrollo frente al menú suministrado por el proveedor o el enfoque guiado por asistente.

Al desarrollar código personalizado para cambiar o ampliar la funcionalidad, siempre hay una posibilidad de que el código no funcione con actualizaciones del producto y se requieran pasos adicionales de validación.

La confianza en una solución que requiere “personalización” en lugar de “configuración” es un problema en curso importante. Se consideran tres categorías de problemas principales que influyen en la cuestión: el mantenimiento, la administración y configuración de costes, cada una pieza integral del rompecabezas global.

Mantenimiento

En muchos casos, cuando el software se adapta por los programadores para cambiar los campos, formularios, informes y usuarios para satisfacer las necesidades del negocio, la próxima actualización no necesariamente afectará el código y los cambios del sistema. Las personalizaciones serán sobrescritas con la configuración predeterminada y tendrá que ser modificada para requisitos particulares de nuevo por los programadores costosos una vez que la actualización se ha completado.

Administración

Específicamente las integraciones de terceros y soluciones a medida tales como herramientas de chat, Microsoft SCCM, VMware y otras soluciones diseñadas para las necesidades de una empresa.

Sin embargo, si la integración es “a medida” en lugar de “configurado” no sólo está limitado por el tipo de integraciones disponibles, cuando se actualiza la solución y con esta el código de fondo, los puntos de integración se rompen, y el última versión llega a ser incompatible, incurrir en gastos adicionales y una situación “sin salida”.

Costo

El costo puede ser prohibitivo para la mayoría de las organizaciones. Equipos de programadores con conocimientos especializados son necesarios para realizar personalizaciones escribiendo código. Los cambios en los procesos regulares realizados por los programadores para mantener la eficacia del software se vuelven lentos y costosos.

Claramente, la personalización no es la solución.

Recomendaciones

Si quiere evitar las dificultades relacionadas con  la “Personalización” de sus aplicaciones empresariales, lo que debe buscar, y donde debe observar. Estas son buenas preguntas a considerar en la búsqueda de una solución de gestión de servicios de TI (ITSM).

  1. En primer lugar, buscar una solución que no “requiera personalización” y todos sus problemas inherentes. Una solución sin código, que abstrae la administración del código subyacente y la base de datos, elimina el trabajo adicional y las pruebas adicionales de la ecuación. Una solución sin código debe tener capacidades de configuración en profundidad que le permite modificar la funcionalidad sin pensar o que requieren el desarrollo o la codificación.
  2. La solución debe ser fácil de usar. Las soluciones deben ser configurables con una interfaz gráfica de usuario y de arrastrar y soltar, los asistentes que no requieran ningún tipo de codificación por cualquier razón – formularios, integraciones, flujo de trabajo, informes y así sucesivamente todos deben estar disponibles sin tocar el código subyacente.
  3. Preparado para el futuro es esencial. Tendrá que ser actualizado periódicamente con el fin de tomar ventaja de la última y mejor funcionalidad de cualquier solución. Hacer esto sin preocupaciones, y reducir el tiempo de inactividad. Una solución sin código de configuración garantiza su funcionalidad y las integraciones se mantienen de una versión a la siguiente.
  4. La solución debe ofrecer la posibilidad de compartir funcionalidades con otros clientes que tienen necesidades similares, por ejemplo, las universidades a menudo tienen requisitos similares, y una universidad puede configurar una herramienta de gestión del tiempo que podría ser beneficioso a otra universidad.

Beneficios de una solución verdaderamente sin código

Este artículo analiza los problemas que surgen cuando la gestión y el mantenimiento de una solución personalizable y cómo se pueden superar estas complicaciones por adoptar la tecnología sin código. Ahorro de tiempo, agilidad de cambio, menor tiempo de inactividad y la integración simplificada son los beneficios que vienen con soluciones configurables.

Los departamentos de TI pueden reducir su dependencia de los programadores costosos y girar a los recursos más rentables para mantener, administrar y construir la funcionalidad que cumple con sus objetivos de negocio. Esto, junto con la capacidad de automatizar los procesos de negocio manuales y actividades de mantenimiento, libera tiempo del personal para centrarse en proyectos empresariales de mayor valor que contribuyen directamente a la línea final de una empresa.

Además, la capacidad de responder a los cambios e iniciar de manera oportuna aumentará la flexibilidad, lo que elimina la necesidad de procesos de control de cambios más sofisticados para actualizar su solución ITSM.

No sólo puede disminuir el costo de mantenimiento de la solución, hacer los cambios con mayor facilidad, y extender la funcionalidad con una gama más amplia de las integraciones, pero usted tendrá la tranquilidad de que no se le ha atrapado en una versión obsoleta debido a la probabilidad de personalizaciones que se romperán cuando se actualiza.

Configuración sin código se trata de una situación “ganar, ganar”.

El cambio es una parte inevitable del ciclo de negocios de TI ¿Cómo una empresa responde a que es un fuerte indicador de su potencial para el éxito o el fracaso? Mientras haya ordenadores, habrá código y sistemas que son modificados, actualizados e integrados en la estructura del negocio.

Sólo queda una pregunta: ¿va a elegir la tecnología que requiere un proceso de personalización anticuado, pasado de moda, con su constante sangría de tiempo y recursos? O ¿va a montar la ola del futuro con una estructura más ágil, “sin código” y por tanto, la solución configurable?

La elección y el futuro, son suyos.

 

__
Funtes

Henschen, Doug. Enterprise Applications: Customization Vs. Configuration. InformationWeek. 8 1, 2012 http://www.informationweek.com/software/enterprise-applications/enterprise-applications-customization-vs-configuration/d/d-id/1105616? (accessed 11 29, 2015).

Iverson, Brian. The Territory Between Configuration and Customization. Gartner. 2 23, 2015. http://blogs.gartner.com/brian-iverson/2015/02/23/the-territory-between-configuration-and-customization/ (accessed 11 29, 2015).

Tomlin, Ian. Creating Enterprise Apps Without Programming. Business 2 Community. 5 16, 2014. http://www.business2community.com/tech-gadgets/creating-enterprise-apps-without-programming-0885549#ZyCROsQSlsP9krYj.97 (accessed 11 29, 2015).

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *