El desarrollador ciudadano: Revolucionando la infraestructura de TI

«Hay muchos entrenadores hoy que solo gestionan, sin intentar mejorar a sus jugadores. Son los jugadores los que hacen al entrenador.» Así lo dice Zdeněk Zeman, el entrenador de fútbol que llevó a los clubes italianos Foggia y Pescara a victorias en la Serie B. Según Zeman, entrenar es tanto sobre mejorar y habilitar jugadores como gestionarlos.

Esa idea se aplica a mucho más que a jugadores de fútbol (o soccer, para lectores en EE. UU.).

Citar a un entrenador de fútbol es útil aquí, porque el rol de TI está cambiando de jugador individual a jugador de equipo a entrenador. El auge del desarrollador ciudadano significa que TI tendrá que ir más allá del heroísmo individual de un solo jugador y aprender a entrenar a usuarios de negocio que pronto estarán construyendo y automatizando su propio software y flujos de trabajo.

¿Por qué? Porque la transformación digital y la amenaza de disrupción significan que las empresas ahora necesitan ser ágiles de arriba a abajo. Y esa agilidad requiere que todos tengamos mano en el desarrollo. Para entender el nuevo rol de TI y la nueva estrella de TI, sin embargo, necesitamos volver al principio de la infraestructura de TI.

Orígenes del departamento de TI

El departamento de TI se originó como una disciplina técnica que ayudaba a empleados no técnicos a gestionar sus herramientas de trabajo y a las organizaciones a gestionar su infraestructura tecnológica.

TI, de la información a internet

Podéis encontrar los orígenes del departamento de TI en su nombre: «tecnología de la información». Los ordenadores existían antes de TI, pero TI no existía hasta que las organizaciones empezaron a usar ordenadores para indexar y ordenar información.

Antes de TI, la indexación era un procedimiento que involucraba archivar papeles y libros en categorías. En bibliotecas, por ejemplo, podrías tener archivos de índice o tarjetas que te dicen cómo encontrar el libro que buscas. E índices dentro de cada libro para decirte dónde encontrar información particular. Los ordenadores automatizaron la indexación y pusieron la información disponible mediante búsqueda.

Al principio, entonces, TI era la aplicación de la computación a la ciencia de la información. Pero una vez que surgieron compiladores y programación en lenguaje natural, gente fuera de la academia pudo hacer una profesión en computación. En los años 70, esta profesión emergente encontró una demanda creciente. Las empresas adaptaron ordenadores al trabajo profesional, y ordenadores de sobremesa, procesadores de texto y hojas de cálculo se convirtieron en herramientas empresariales esenciales. Como tal, TI —la gente que podía gestionar, dar soporte y ejecutar estas tecnologías— se volvió esencial también.

La importancia de TI creció a medida que el sobremesa evolucionó de mainframe a dispositivo en red. Primero, TI gestionaba redes locales, pero eventualmente, TI gestionaba redes de internet también. Ahora, TI tenía que gestionar infraestructura de TI interna pero también infraestructura de TI mientras se conectaba a un mundo de otras redes y ordenadores.

Los primeros días de la infraestructura de TI

Al principio, la infraestructura de TI seguía siendo un apéndice digital de un negocio principalmente físico.

El rol primario del departamento de TI era configurar, mantener y proteger la infraestructura de TI. La infraestructura incluía almacenamiento, servidores, redes y seguridad. Un rol secundario pero más visible era ayudar a empleados no técnicos a operar y mantener sus equipos.

Un ejemplo: contraseñas. Los empleados, especialmente los nuevos en ordenadores, no estaban familiarizados con los requisitos de contraseñas y a menudo requerían que TI les educara en buenas políticas. El póster de abajo, de los años 80, era una forma en que TI podría mostrar a los empleados cómo trabajar de forma segura con nuevas tecnologías.

En ese momento, los empleados de TI eran frecuentemente las únicas personas técnicas en una empresa dada. La tecnología era tanto un habilitador como un tesoro, algo que TI debía dosificar cuidadosamente y proteger. La infraestructura de TI era esencial —¡ningún negocio volvería al papel!— pero subestimada e incomprendida.

Las empresas aún luchaban por modernizar y dar a TI, la gente más a menudo a cargo de la modernización, el poder que necesitaban para ayudar a las empresas a lograr la transformación digital.

Presente: El éxito de DevOps y la transformación digital

DevOps, como su nombre sugiere, es un movimiento que fusiona desarrollo y operaciones, es decir, desarrolladores de software y TI. DevOps surgió como reacción al auge de los desarrolladores de software en empresas modernas y la necesidad que tenían esas empresas de hacer trabajar juntos a desarrolladores y TI.

DevOps, de Agile a esencial

La metodología Agile fue precursora de DevOps, pero aunque enfatizaba agilidad y colaboración, los departamentos de TI y desarrolladores permanecieron en silos.

En la mayoría de empresas, los desarrolladores escribían código y construían características solo para «lanzarlas por encima del muro» al departamento de TI. Y el departamento de TI hacía que ese código corriera en un contexto de producción. Esta separación creaba problemas. Los desarrolladores frecuentemente escribían código sin tener en mente operaciones, y TI frecuentemente tenía que volver a los desarrolladores para cambios. Antes de Agile, esta dinámica desalentaba a los equipos tecnológicos de iterar, pero incluso después de Agile, los equipos tecnológicos luchaban por ser, bueno, ágiles.

Ian Buchanan, ingeniero principal de soluciones para Atlassian, escribió que alrededor de 2007, las comunidades técnicas «se rebelaron contra el modelo tradicional de desarrollo de software, que pedía que quienes escriben código estuvieran organizacional y funcionalmente aparte de quienes despliegan y dan soporte a ese código».

Líderes de la conversación incluyeron a Patrick Debois, Gene Kim y John Willis (algunos de los cuales eventualmente se unieron para escribir el famoso libro, The Phoenix Project: A Novel About IT, DevOps, and Helping Your Business Win).

DevOps ha crecido rápidamente desde su introducción. Desarrolladores y TI siguen descubriendo y afinando formas de trabajar juntos que les permiten desarrollar, entregar y mantener mejores productos más rápido.

DevOps se visualiza mejor como un ciclo de retroalimentación entre desarrollo y operaciones, con el primero manejando planificación, codificación, construcción y pruebas; y el segundo manejando liberación, despliegue, operación y monitorización.

A pesar de su éxito, DevOps aún tiene camino por recorrer: según una encuesta de Atlassian de 2020, casi la mitad de las organizaciones encuestadas no han practicado DevOps en los últimos tres años. Hay crecimiento, pero la adopción universal no ha llegado —todavía.

El efecto de DevOps en la infraestructura de TI

Los cambios que el movimiento DevOps causó en la infraestructura de TI han sido significativos. Se entienden mejor a través de tres componentes mayores en los que DevOps se apoya:

• Flujos de trabajo Agile: La infraestructura de TI ahora necesita soportar flujos que premian agilidad e iteración, lo que significa que la infraestructura debe soportar el envío constante de actualizaciones menores en lugar del envío ocasional de actualizaciones mayores.
• Integración y entrega continuas: La infraestructura de TI ahora tiene que soportar integración continua (fusionar cambios de código frecuentemente en un repositorio central) y entrega continua (desplegar automáticamente cambios de código a entornos de prueba o producción).
• Control de versiones: Los equipos de TI y la infraestructura ahora necesitan poder proporcionar control de versiones, para que los equipos de desarrollo puedan introducir cambios rápidamente y revertir a versiones anteriores igual de rápido si surgen problemas.

El resultado de estos componentes y de DevOps en general es que la infraestructura de TI es ahora accesible para más gente —principalmente desarrolladores. Ahora, los desarrolladores tienen líneas directas de comunicación con TI y operaciones.

El próximo gran cambio, el auge del desarrollador ciudadano, está surgiendo ahora. DevOps hizo la infraestructura de TI mucho más accesible para desarrolladores, pero TI ha permanecido inaccesible para la mayoría de usuarios de negocio.

Futuro: El auge del desarrollador ciudadano

Así como DevOps hizo la infraestructura de TI accesible para desarrolladores, low-code y no-code harán la infraestructura de TI accesible para usuarios de negocio. Una vez que los usuarios de negocio puedan tomar un papel directo en tecnología, las empresas —y TI— no se verán igual.

El desarrollador ciudadano, de rebelde a líder

En 2012, John K. Waters escribió que analistas de Gartner declararon que «Todos somos desarrolladores ahora» y nació una nueva palabra de moda: desarrollador ciudadano. Un desarrollador ciudadano es un usuario de negocio que no tiene experiencia formal en codificación pero que, con la formación y soporte adecuados, puede crear soluciones tecnológicas.

Podéis rastrear el origen del desarrollador ciudadano más allá de su acuñación a los primeros días de TI cuando usuarios de negocio aventureros experimentaban con la línea de comandos. O, más tarde, cuando usuarios de negocio desplegaban apps SaaS no sancionadas (también conocidas como «TI en la sombra» o shadow IT). Algunos usuarios de negocio han querido desde hace tiempo tener mano en crear las soluciones tecnológicas que usaban, pero no ha sido hasta recientemente que TI ha podido soportar y escalar este deseo.

A medida que equipos de desarrollo y TI ocupados han luchado por cumplir las demandas tecnológicas de usuarios de negocio, estos usan cada vez más plataformas low-code para resolver sus propios problemas de negocio. Las plataformas best-of-breed dan a TI las herramientas de gobernanza que necesitan para gestionar y soportar desarrolladores ciudadanos de forma segura.

Profundiza: Queridos CIOs: Por qué necesitáis una estrategia Low-Code a escala empresarial ahora

El efecto de los desarrolladores ciudadanos en la infraestructura de TI

La automatización es el mejor ejemplo del desarrollador ciudadano en acción. Aunque la introducción de plataformas low-code hará a los desarrolladores ciudadanos funcionales y efectivos en una variedad de problemas de negocio y tecnología, pocos casos de uso están tan avanzados como la automatización.

Plataformas de automatización modernas como UiPath permiten a TI gobernar la infraestructura usada por desarrolladores ciudadanos, que pueden usar herramientas como UiPath StudioX para crear sus propias automatizaciones, UiPath Apps para construir experiencias front-end bonitas, y Automation Ops para crear guardarraíles para su programa de automatización. Estas soluciones permiten a todos jugar al menos un pequeño papel en crear, soportar o desplegar la infraestructura que habilita la agilidad digital.

Low-code es el camino a seguir para empresas que quieren habilitar el desarrollo ciudadano. En un comunicado de prensa reciente, Gartner predice que, a nivel mundial, el mercado low-code crecerá un 23 % y alcanzará los 13.800 millones de dólares en 2021.

En el gráfico de abajo (también del comunicado), Gartner predice que las plataformas de aplicaciones low-code y el desarrollo ciudadano crecerán ambos este año.

La gobernanza, por supuesto, es ayudada por plataformas low-code pero no es el resultado de ellas. Los desarrolladores ciudadanos suelen operar a través de Centros de Excelencia (CoE) que forman a usuarios de negocio, gestionan sus esfuerzos y despliegan sus ideas. Esto empodera a usuarios de negocio para resolver problemas para sí mismos y para otros usuarios de negocio, creando colectivamente una organización más esbelta y eficiente.

Con la gobernanza y tecnologías adecuadas, los desarrolladores ciudadanos pueden construir y escalar soluciones a sus problemas. A medida que estas soluciones se acumulan entre empleados y departamentos, las empresas acumulan potencial transformador. Empresas con ejércitos de desarrolladores ciudadanos formados y soportados podrán adaptarse a tendencias futuras de formas que las empresas sin desarrolladores ciudadanos no pueden imaginar.

Obtén mejores prácticas para lanzar un programa de desarrollo ciudadano exitoso en nuestro webinar bajo demanda, Giving Power to the People.

Si TI empezó como jugador individual en sus orígenes y se convirtió en jugador de equipo a través de DevOps, entonces su nuevo rol será el de entrenador a medida que crezca el movimiento de desarrollo ciudadano.

Tecnología (y gobernanza) para todos

Así como DevOps no eliminó la necesidad de personal de TI para ayudar a empleados a configurar sus ordenadores, los desarrolladores ciudadanos no eliminarán puestos de trabajo de TI. Incluso los mejores jugadores de fútbol tienen entrenadores.

A medida que los usuarios de negocio obtienen acceso a tecnologías más sofisticadas, seguirán buscando en TI gobernanza y entrenamiento. Cuanto más accesible es la tecnología, más necesita ser gestionada, fomentada y acelerada por TI.

Y la tecnología que habilita el desarrollo ciudadano gobernado: Automatización robótica de procesos (RPA). Para saber más, consulta Overview of RPA for the C-Suite: The Quick Guide to Getting Started.