‍El término "sin código" no suele ser lo que más le gusta oír a un departamento de TI. Tendrán algunas dudas, y tu trabajo es mitigarlas y responder a sus preguntas. Ahí es donde entra en juego esta guía.

Imagínese la escena. Eres un humilde empleado de una empresa u organización y estás dispuesto a llevar a cabo una pequeña transformación digital. Pero no puedes irrumpir en el despacho de tu jefe, exigir una plataforma sin código y ponerte en marcha. Hay que lidiar con un departamento de TI. Eso significa probablemente uno o dos niveles de supervisión y posiblemente un arquitecto informático que decida en última instancia qué plataformas o herramientas introducir en la empresa. 

Contraataque informático

No-code o low-code cambia fundamentalmente el modelo dominante de cómo un equipo de TI entrega software dentro de una organización. Ese modelo dominante es más o menos así: la empresa dice que necesita una solución de software y el equipo de TI compra el software, recurre a una agencia de desarrollo para que se lo construya o lo construye él mismo internamente. 

No-código trastorna eso porque: 

1. Da poder a la empresa, lo que significa menos dependencia del departamento informático. Esto puede ser una perspectiva desalentadora (véase: los pavos votan en Navidad). 

2. Crea toda una nueva clase de personas dentro de la organización que pueden suministrar software. Esto conlleva muchas preocupaciones.

El resultado es que, cuando te reúnas con un equipo informático, percibirás más miedo, ansiedad y preocupación que alegría, entusiasmo y elogios. Pero es a ellos a quienes hay que convencer, y tú quieres trabajar con ellos en colaboración, en lugar de oponerte.

Así que aquí va un resumen de las preguntas que es probable que te plantees, con las respuestas que creemos que deberías dar.

Consejo: Proceda con todas estas respuestas con: "Gran pregunta". 

P1: ¿Por qué debemos utilizarlo? 

¿No te acuerdas de cuando te lo dije? En última instancia, si el no-código se aplica correctamente, más personas pueden aportar soluciones a la organización. Eso nos da una ventaja competitiva; también reduce el tiempo y la comunicación innecesarios. Todo lo que podamos hacer para mejorar el rendimiento tiene que ser beneficioso para todos, especialmente en nuestro sector. Reduciremos costes y plazos de desarrollo, introduciremos más innovación en la empresa y daremos a los especialistas en la materia un medio para expresar sus ideas. Y, lo que quizá sea más importante, ahorraremos tiempo y dinero al ser mucho más eficientes gracias a la automatización".

Consejo: Es más fácil vender el no-código por sus automatizaciones y eficiencias que por su vertiente innovadora. 

P2: ¿A quién va dirigido?

En resumen, hay muchos departamentos. Lo realmente emocionante es que permite a personas de toda la empresa crear software: dondequiera que haya un experto en la materia, es alguien que ahora puede ofrecer software directamente sin código. Los empleados del servicio de atención al cliente, que son los que mejor conocen a los clientes, pueden crear sus ideas. Los empleados de operaciones que le están poniendo contra las cuerdas con toda su TI en la sombra ahora pueden crear soluciones sólidas. Diseñadores y jefes de producto que quieren crear prototipos. Personal de marketing y ventas que quiere automatizar tareas. Trabajadores de TI que tienen la intuición de crear aplicaciones pero carecen de las habilidades de codificación". 

Consejo: El último punto sobre los trabajadores de TI es probablemente el que más resonará. 

Más información 

P3: ¿Cómo sabemos que podremos utilizarlo?

Hay dos razones:

• La primera es que sólo buscaremos a personas que estén naturalmente inclinadas a utilizarlo, y hay personas específicas que encajan en el perfil. La gente que codifica en su tiempo libre, tiene formación en diseño o es naturalmente buena en cosas como Excel es el tipo de gente que lo utilizará. 
• La segunda es que crearemos un centro de excelencia y un programa de formación completo en colaboración con el departamento de informática. No sólo se enseñará a construir con estas herramientas, sino también a utilizarlas con seguridad en nuestra organización, incluida una certificación".  

P4: ¿Cómo sabemos que la gente creará buenas aplicaciones de software? 

Formaremos y certificaremos a los empleados para asegurarnos. Esto significa que antes de crear cualquier software en esta organización, tendremos una certificación aprobada por TI. Introduciremos procesos de gobernanza sólidos para garantizar que el software se cree y mantenga correctamente, y que haya varios niveles de supervisión en todo lo que se despliegue, lo que reflejará fielmente la forma en que TI despliega actualmente el software. Y el CoE contará con los conocimientos adecuados".  

P5: ¿Cómo sabemos que estas plataformas son seguras para conectarse a nuestra infraestructura?

1. Las plataformas sin código incorporan las funciones empresariales habituales, como controles de acceso configurables, SSO y registros de auditoría. Así, del mismo modo que los informáticos protegen el resto del software, las plataformas sin código también pueden hacerlo". 
2. El proceso de gobernanza detectará todos y cada uno de los problemas, y se asegurará de que todo lo que no cumpla las normas se detecte y valide antes de que se implante y surja cualquier problema".

‍

P6: ¿Cómo podemos confiar en personas sin conocimientos técnicos para que se conecten a nuestra infraestructura?

Porque habrá una supervisión rigurosa (a través del CdE) y se impartirá formación sobre aspectos fundamentales como las bases de datos y las API. También habrá salvaguardas para añadir una capa adicional de protección, como la creación de conectores a la base de datos para que nadie pueda acceder directamente a ella".

P7: ¿Por qué iba a hacerlo la empresa si los informáticos pueden hacerlo por ella?

La verdad es que los departamentos de TI no tienen la capacidad de introducir algunas de estas soluciones en la empresa con la rapidez suficiente, o en el grado en que la empresa las necesita. Si la TI en la sombra es un problema en este caso (y apostamos a que casi seguro que lo es), es una prueba de ello. Al fin y al cabo, muchas organizaciones tienen un montón de gente inteligente, especialistas en la materia con ideas innovadoras que nunca llegan a ver la luz del día porque TI no tiene los recursos necesarios". 

Consejo: este es el momento de hablar de las TI en la sombra si proliferan en su organización.

P8: ¿No necesitamos personas con conocimientos de programación para utilizar estas herramientas? 

En una palabra, no. Si queremos introducir una auténtica herramienta sin código como Betty Blocks, no es necesario tener conocimientos de programación. Por supuesto, si nos decantamos más por una herramienta de bajo código, como Retool, y sólo queremos acelerar a los técnicos, eso es diferente'.  

P9: ¿Por qué no utilizamos una herramienta ya existente en la organización?

Depende de si la herramienta existente es realmente sin código y de si los miembros del equipo son capaces de utilizarla en el grado que necesitamos. Es bastante improbable que las herramientas existentes sean capaces de realizar la tarea exacta en el mismo grado, pero eso es algo que podríamos poner a prueba intentando formar a los empleados en ello y viendo cuál tiene el mejor resultado. Creemos que el no-código es una metodología y una forma de trabajar que beneficiará a toda la organización". 

P10: ¿Cómo gobernaremos estas herramientas?

Crearemos un proceso de gobernanza junto con un CoE, en plena colaboración y asociación con el departamento de TI, incluida la supervisión y aprobación si es lo que necesita".  

P11: ¿Dónde se almacenan los datos? 

Esto dependerá de la plataforma en cuestión, pero si se adapta a nuestra organización, podemos elegir una herramienta totalmente autoalojada y fácil de autoalojar (como Retool). Si queremos más flexibilidad, podemos optar por una herramienta que se aloje en la nube privada de nuestra empresa (como Betty Blocks)".

P12: ¿Cómo garantizaremos la seguridad de los datos de nuestra organización?

En primer lugar, sólo las personas que hayan recibido formación y estén certificadas podrán utilizar la herramienta sin código. También contaremos con un exhaustivo proceso de gobernanza en el que expertos en no-código revisarán cada una de las partes de la aplicación y se asegurarán de que los usuarios entienden cómo utilizarlas de forma segura. El proceso de gobernanza también garantizará que, cada vez que una nueva aplicación esté lista para publicarse en directo, cualquier persona estará sujeta a un proceso de supervisión y se registrará cualquier cambio que realice. También podemos utilizar el proceso informático actual".

P13: ¿Cómo funciona el mantenimiento?

Ofreceremos apoyo para ello en nuestro CdE, de modo que si alguna persona desapareciera de repente, tendremos un conjunto de instrucciones claras y establecidas sobre cómo funciona el software y cómo mantenerlo. Nuestro programa de formación garantizará que cada vez haya más desarrolladores sin código a los que siempre podamos recurrir para resolver problemas. Y, por último, podremos contratar expertos externos en no-código para la plataforma en cuestión con bastante facilidad".

P14: Las herramientas de bajo código son más flexibles. ¿Por qué no utilizarlas? 

Hay una gran diferencia entre las herramientas sin código y las de bajo código. Lo que hay que tener en cuenta es que las herramientas sin código tienen curvas de aprendizaje muy diferentes: cuanto más difícil sea la herramienta, más tiempo llevará formarla y más gobernanza y recursos exigirá. Si esto se multiplica por toda la organización, la situación cambia radicalmente. 

La facilidad de uso de una herramienta (es decir, de las interfaces de usuario) no es un aspecto positivo, sino que es el principal factor decisivo para determinar la utilidad del no-código en nuestra organización y la seguridad de la productividad de los usuarios. Eso significa que tenemos que empezar con la interfaz más fácil de usar (sea bonita o no). Hay que elegir la herramienta que sea más fácil de usar para el mayor número de personas".

P15: ¿La ausencia de código no generará aún más TI en la sombra? 

No, el no-código bien aplicado debería ser el antídoto contra la TI en la sombra. Al fin y al cabo, la TI en la sombra se produce porque la gente crea soluciones que la TI no puede hacer por ellos. No-code se construye a partir de una plataforma centralizada con un CoE, lo que significa que sólo las personas formadas y certificadas podrán utilizarlo. El proceso de gobernanza también nos permite detectar fácilmente los problemas y planificar las integraciones en el futuro. 

Al estandarizarlas en no-code, de repente estamos utilizando una solución que las personas adecuadas pueden aprender y utilizar. Si podemos pasar 300 aplicaciones informáticas en la sombra a no-code, de repente tenemos una plantilla de personas que saben cómo utilizarlas y que están controladas y reguladas. No-code recoge todo ese desorden y lo convierte en un sistema coherente y sólido, con el respaldo de toda la empresa".

P16: Vale, estamos vendidos. Pero respóndenos a una última pregunta: ¿Dónde aprendió todo esto?

'El imperioso sitio web Nocode.Tech'. 

Para llevar

Eso cubre la mayor parte de las preocupaciones que te planteará un departamento de TI. Pero hay tres cosas importantes que hay que tener en cuenta a lo largo de la conversación. La primera es que siempre hay que apoyarse en el argumento del ahorro de costes más que en cualquier otro filosófico: que el no-código mejora la eficiencia empresarial a través de las automatizaciones. La segunda es que si la TI en la sombra ya es un problema en la organización (y probablemente lo sea), el no-código es sencillamente la mejor manera de vencerlo. Y por último, que no-code y low-code son dos capacidades distintas que potencian a dos grupos de usuarios diferentes.