¿Estamos a punto de hacer que las mismas fallas de falla del paquete de software vuelvan a ocurrir?
Publicado: 2022-01-05
Cada vez más, las empresas se están dando cuenta de los beneficios de tecnologías como las plataformas de desarrollo de aplicaciones de código inferior (LCAP), que les permiten digitalizar y reelaborar procesos de organización sofisticados con una escala y un ritmo crecientes, sin comprometer el gobierno de TI. A principios de este año, Gartner pronosticó un desarrollo de 23 computadoras en la industria LCAP en 2021, un aumento inspirado por Covid-19 que urgió a las organizaciones a adaptarse y automatizar de manera más inmediata. Ahora que muchas empresas se están dando cuenta de lo que se puede hacer con Minimal-Code, no es probable que cambien el reloj a técnicas de trabajo obsoletas.
Esta popularidad de Small-Code ha fortalecido la posición que tanto TI como empresarios deben disfrutar colectivamente en la transformación digital, y la colaboración que involucra a las dos partes es fundamental para los logros. Por otro lado, Gartner también afirma que el 41 por ciento de los trabajadores fuera de TI, lo que llama "tecnólogos comerciales", ahora personaliza o construye soluciones de innovación tecnológica o de información por su cuenta. Y Gartner predice que para fines de 2025, el 50 por ciento de todas las nuevas ventas brutas de código muy bajo provendrán de compradores potenciales de la organización fuera de la TI doméstica. Esto sugiere que no solo 'la empresa' utilizará equipos de código inferior, sino que también serán del tipo que los comprará.
Esto suscita esperanza pero también preocupación. La esperanza es que demuestre que las organizaciones están comprometidas con la transformación y quieren hacerse con los equipos que las empoderan. La preocupación es la probabilidad de que el lado de la organización pueda, por su cuenta, generar la determinación tecnológica en torno al progreso de la aplicación, y excluir cada vez más a TI y a los desarrolladores de la conversación. Este no sería un resultado final productivo para la futura digitalización.
Durante varios años, hemos leído acerca de asignaciones de programas que van mal. Este es el caso tanto de la implementación por igual de productos 'listos para usar' como del desarrollo natural y orgánico de unidades a medida por parte de los desarrolladores. Según el informe anual CHAOS de Standish Group (que analiza 50 000 proyectos en todo el mundo), el 66 % de los proyectos de know-how terminan en un fracaso parcial o total. Y la proporción que prospera por completo se reduce al 8 por ciento en las organizaciones más grandes. Alrededor y más, hemos observado los retrasos, el aumento del alcance, el aumento presupuestario, el enlatado de estrategias de organización mal concebidas que no coinciden con los recursos útiles del desarrollador. ¿En serio queremos hacerlo todo una vez más? En la velocidad de ajuste con la que se enfrenta el entorno, ya no hay capacidad para este grado de falla.
Una conversación de progreso
El riesgo a futuro radica en el hecho de que muchas de las herramientas que aún se utilizan en los entornos de desarrollo de código reducido dividen en lugar de unir a los muchos expertos en el enfoque. Producen 'feudos' entre la tecnología y la organización en lugar de llevar a las dos partes colectivamente a un 'diálogo de desarrollo'. Por un lado, escuchamos acerca de los desarrolladores que desean controlar su conciencia (y con razón en muchos métodos), aunque las tendencias, como el desarrollador ciudadano, aconsejan que está bien que los no expertos establezcan sus propios sistemas de forma aislada. Está bien en una cantidad de flujo de trabajo fundamental, pero no cuando se trata de problemas esenciales para la misión y el uso de software empresarial.
Si bien Low-Code está en auge en este momento, ha estado cerca durante años en muchas formas. Desafortunadamente, la evolución del sector Minimal-Code, por sí misma, ha exacerbado estos feudos. Al principio, el código reducido de generación se trataba de dar atajos a los desarrolladores, pero aún eran equipos de desarrollo, lo que requería la continuación de rutinas de entrenamiento de traducción prolongadas entre TI y organización y ciclos de desarrollo largos y prolongados.
El código inferior de segunda generación se inclinó hacia el otro lado en el tipo de mejora ciudadana, donde los rastros de la empresa podían crear de forma independiente aplicaciones de grupo de trabajo muy simples, pero sin capacidad de escala o complejidad y prácticamente carecían de las opciones de gobierno importantes exigidas para el uso de la organización popular. Todas y cada una de estas técnicas tienen sus propios puntos fuertes, pero ninguna ofrece los valores principales de la otra. Solo últimamente vemos que los LCAP de tercera tecnología están aumentando para aclarar este enigma. Estas plataformas ofrecen un entorno colaborativo que pueden utilizar los patrocinadores de empresas complejas y comerciales en conjunto, aunque aportan lo mejor de las capacidades Gen 1 y 2.
¿Qué es el crecimiento colaborativo?
El verdadero progreso colaborativo va más allá de los grupos que comparten el trabajo de producir una nueva aplicación electrónica. Es exactamente donde todas las partes interesadas involucradas trabajan juntas y conducen su conocimiento del tema, facilitado por la ingeniería, en un solo seguimiento efectivo. Esto acelera el procedimiento al eliminar la traducción clásica y continua de necesidades de la empresa a TI y viceversa. Y con ello, gran parte de la reelaboración relacionada con la adecuación de todos esos requisitos o la modificación de estos requisitos previos a raíz de la observación de las respuestas adquiridas en sus fases de diseño. En cambio, el trabajo se 'democratiza' en todas las empresas comerciales relevantes y los especialistas en temas tecnológicos respaldados por la innovación tecnológica, lo que permite que el equipo construya juntos en el sistema, en lugar de actuar de forma aislada en sus componentes compuestos. Necesita un sistema que sea intuitivo para todos, pero también de calidad empresarial en cuanto a capacidad: tenga una gobernanza diseñada, admita cambios de misión vital y pueda escalar empleando una arquitectura nativa de la nube.
El procedimiento de colaboración también debe existir en todas las fases del ciclo de desarrollo, desde el desarrollo del nuevo curso de acción, la creación de interfaces y el modelado de datos, hasta la creación de documentos, la creación de API, la publicación y el análisis de la funcionalidad de la aplicación.
¿Por qué es tan crítica la colaboración?
Para empezar, el ritmo creciente de mejora impuesto a las empresas en el mundo de la publicación-Covid a menudo significa que simplemente no hay tiempo para hacer el trabajo en silos aislados. La organización que envía solicitudes de mejora a los grupos de TI y luego espera la descarga de respuesta causará retrasos. Las bolas siempre se dejan caer en el camino, y las bolas curvas de un lado posiblemente terminen funcionando. Los consumidores de las organizaciones anticipan una respuesta prácticamente rápida, por lo que la organización debe poder adaptarse internamente con la misma rapidez.
A continuación, los desarrolladores de software tienen cada vez más escasez, principalmente en el Reino Unido, donde el Brexit afectó mucho a la oferta de talento. Según CompTIA, los roles de desarrollador de software superaron el récord de vacantes abiertas en 2021 con casi 250,000 empleos publicados por empleadores durante el período. Los programas colaborativos pueden aliviar la tensión de los desarrolladores al unir las dos partes para crear aplicaciones de manera conjunta utilizando plataformas intuitivas de código reducido.
En tercer lugar, las corporaciones saben que sus planes críticos de transformación digital se pueden realizar desarrollando más y comprando significativamente menos. Existe un apetito cada vez mayor por hacer un uso mucho mejor de las tecnologías y las fuentes de datos que ya existen en lugar de eliminar y cambiar los sistemas principales. La anticipación del éxito también ha aumentado. Con la transformación electrónica ahora, los cambios de flujo de trabajo cruciales, experimentales y de pequeño grado no se evalúan. Los equipos organizacionales deben actuar como uno solo para ayudar a un cambio rápido y principal.
La democratización es esencial
Un elemento masivo del proceso de colaboración exitoso es la democratización del trabajo en todo el equipo de mejora. El proceso de creación de aplicaciones se acelera como resultado del uso colaborativo de un solo sistema por parte de todos los expertos en temas pertinentes. Se invita a cada uno de los gurús del tema a insertar sus habilidades en el proceso de una manera que sea intuitiva para sus técnicas y experiencia práctica. Este enfoque promueve una participación más amplia en las tecnologías entre muchas partes interesadas de la empresa, tanto tecnológicas como no tecnológicas, al garantizar suficientes controles de gobierno que son importantes en las grandes empresas. A pesar del hecho de que la predicción del tecnólogo empresarial de Gartner es válida, el futuro no debe consistir solo en capacidades comerciales que creen aplicaciones aisladas de TI. TI y la organización quieren innovación tecnológica para llevarlas exactamente al mismo lugar, aunque con frecuencia un 1 digital.
Las generaciones más recientes del sistema Minimal-Code tienen el poder eléctrico para acelerar la automatización y la transformación digital a escala empresarial. No obstante, la colaboración legítima en todo el negocio y TI es importante para el logro. El largo plazo no se trata de que las pequeñas empresas se vuelvan aficionadas a la tecnología y las dirijan solas. Se trata de producir una conversación de avance entre todos los expertos en temas específicos.
Jonathan Wiener, CRO, Aurachain