Cómo modernizar los sistemas de TI mientras se asegura que permanecen estables

Hay innumerables referencias en la web que tratan temas como “el mundo de la tecnología está cambiando” y “las organizaciones necesitan modernizarse para mantenerse relevantes”. A los líderes de TI se les dice constantemente que esto es “un cambio de paradigma”.

¿Estas personas están equivocadas? No. En la mayoría, todo está bien, pero tienden a enfocarse en el desarrollo de aplicaciones, promoviendo formas modernas de trabajo y administración. Conceptos como prácticas ágiles, DevOps y liderazgo abierto a veces carecen de los detalles de los cambios que las personas y las operaciones deben realizar.

Consideremos cómo gestionamos los cambios en la infraestructura o el software, también conocido como gestión de cambios técnicos en el contexto de ágil. En todo varias iteraciones de ITIL, esta disciplina se ha centrado correctamente en la gestión de los riesgos e impactos de los cambios en los componentes técnicos necesarios para prestar un servicio. Lo hace asegurando que los cambios estén documentados, registrados y (si es necesario) aprobados por una persona o grupo competente y autorizado.

A medida que el mundo se vuelve “digital”, muchas organizaciones están descubriendo que sus procesos de gestión del cambio son lentos, engorrosos y burocráticos. La respuesta inmediata de los equipos ágiles es ignorar o, en algunos casos, rechazar por completo los procesos de gestión de cambios. Hemos experimentado tales escenarios varias veces con varias compañías, y creemos firmemente que esto es absolutamente lo peor que se puede hacer.

La gestión del cambio es un aspecto de la gestión del riesgo, por lo que el enfoque de gestión del cambio debería ayudar a la organización a equilibrar los riesgos y la recompensa. En el pasado, el software se enviaba literalmente a tiendas y oficinas de todo el mundo. En la era previa a la banda ancha, la tecnología no permitía el fácil retiro, reemplazo o parcheo de software defectuoso.

Cualquier software defectuoso resultó en pérdida de reputación y financiera, por lo que surgieron controles que reflejaban estos riesgos y desafíos: pruebas rigurosas, fechas de envío definidas seleccionadas, aprobación por grupos y partes interesadas, a menudo múltiples etapas de aprobación más allá de eso, y así sucesivamente. El costo de la falla fue alto, lo que significó que el riesgo se evaluó como alto y se introdujeron muchos controles, equilibrios y rigor general.

Ahora vivimos y trabajamos en una era diferente. Hoy en día, los costos de almacenamiento, transmisión e intercambio de información se reducen constantemente. Eso, junto con ágil, permite a las organizaciones, equipos e individuos aprovechar los bajos costos asociados con la transmisión de información y los nuevos niveles extremos de potencia informática.

La creencia general de muchos profesionales de la gestión del cambio es que a medida que los equipos se vuelven más rápidos para hacer las cosas, las posibilidades de fallar (introducir un error o no cumplir un requisito clave de cumplimiento) también aumentan.

Animaríamos a todos a articular los cambios desde la perspectiva del usuario final. Por ejemplo, “actualizar la base de datos de facturación” es mucho más descriptivo que “Aplicar el parche TK421 a la base de datos DB09451”, con el beneficio adicional de que ayuda a los equipos de TI a reconocer cómo su trabajo impacta y beneficia a la empresa en general. Esto contribuye en gran medida a crear una comprensión compartida de los riesgos y recompensas relacionados con el cambio.

También es importante integrar sistemas de compromiso y sistemas de registro. Permita que los equipos de TI trabajen con las herramientas que necesitan para realizar su trabajo, siempre que esas herramientas puedan crear y mantener registros de cambios en cualquier Herramienta de gestión de servicios de TI has desplegado Esto permite que los equipos de TI trabajen de manera autoorganizada, manteniendo la postura adecuada de riesgo y cumplimiento.

Considere el diseño de un auto de carreras de Fórmula 1. Se trata de estirar las leyes de la física para hacer que el automóvil funcione lo más rápido posible. Se gastan millones de dólares en componentes para que se mueva rápidamente en línea recta, pegándose como pegamento a la pista a medida que gira a más de 140 mph. Pero, crucialmente, detenerse tan rápido como comienza.

También hay un nivel de locura de registro, monitoreo y control general que se aplica a los automóviles. En este ejemplo bastante extremo, la interconexión de sistemas y servicios a menudo oscurece la increíble complejidad de los componentes subyacentes. Cada uno trata sobre la forma en que puede “habilitar”, en lugar de “administrar”, el éxito.

Eso sigue a las organizaciones que están pasando por la transformación. A medida que modernizan sus aplicaciones, herramientas, procesos y formas de trabajo, deben dejar de pensar en gestionar el cambio y, en cambio, pensar en cómo lo hacen.

Trabajar en colaboración para modernizar las prácticas que reflejan el potencial, así como las limitaciones, de las tecnologías actuales es un paso valiente pero importante. Este es uno de los mayores desafíos a los que se enfrenta esta área, un gran cambio de mentalidad, pero con ese cambio de mentalidad para la habilitación del cambio, los equipos de cambio, los equipos ágiles y los clientes de los resultados obtienen todo lo que quieren, cuando lo desean.

John Kendrick es un especialista en entrega de transformación ágil y digital en DMW Group. Akshay Anand es embajador de productos para la gestión de servicios de TI en Axelos.

Recent Articles

Gana Monster Prom XXL en Switch desde Super Rare Games

¡Finalmente, podemos hacer el Monster Mash!En el concurso de hoy puedes ganar Monster Prom XXL en Switch desde Super Rare Games! ¡Es casi Halloween! Es,...

Cómo JustEat desarrolló aplicaciones móviles para audiencias internacionales

Pasé un poco de tiempo viendo algunas de las presentaciones centradas en los desarrolladores que se dieron en la reciente Héroes veloces y una...

Windows Insider build 20246 elimina funciones en medio de preguntas sobre la hoja de ruta

A medida que Microsoft pasa de la actualización de Windows 10 de octubre de 2020, la especulación ha comenzado: ¿Qué es el futuro, exactamente?...

Related Stories

DEJA UNA RESPUESTA

Por favor ingrese su comentario!
Por favor ingrese su nombre aquí