Las mejores aplicaciones surgen cuando los usuarios de la empresa y los desarrolladores trabajan juntos. Pero eso es notoriamente difícil para ambas partes. Para los usuarios de la empresa, es difícil saber qué funciones necesita hasta que las ve hechas realidad. Y para los desarrolladores, es difícil diseñar la solución perfecta si no se ha vivido el problema.
Estos problemas se agravan en los enfoques tradicionales de desarrollo de high-code. Normalmente, los analistas de negocio actúan como traductores entre los usuarios empresariales y los equipos tecnológicos. Los dos ámbitos están aislados el uno del otro, lo que significa que las personas que sufren el problema están separadas de las que están equipadas para resolverlo: los desarrolladores. Los desarrolladores que intentan comprender plenamente el problema se ven obstaculizados por los canales de comunicación de baja fidelidad (por ejemplo, el correo electrónico), los traductores imperfectos, la latencia, la excesiva dependencia de la documentación y, lo más perjudicial de todo, la falta de acceso a los usuarios finales.
Afortunadamente, hay un par de formas sencillas de salvar la distancia entre los desarrolladores y los usuarios empresariales.
1. Defina el problema correcto con un profundo conocimiento de sus usuarios.
Los equipos de TI nunca deben tomar los requisitos de los usuarios empresariales al pie de la letra. Fomente una cultura de preguntas abiertas: En lugar de "¿Es la conformidad normativa un problema?", pregunte "¿Qué sucede si no se cumple la normativa?".
Anime a los desarrolladores a profundizar, a preguntarse "¿Por qué?" y a descubrir soluciones no lineales. Esto comienza durante el inicio del proyecto —a menudo llamado Sprint 0— con sesiones de colaboración que incluyen a TI, a los patrocinadores de la empresa y a los usuarios finales. Trabajan juntos para definir los objetivos, explorar lo que la aplicación debe hacer para alcanzar esos objetivos y trazar un plan para ofrecer un producto valioso. No se trata de definir todos los detalles del proyecto, sino de planificar lo suficientemente bien como para empezar en la dirección correcta.
Hable con los usuarios empresariales sobre estas cinco áreas clave:
- Visión: ¿Qué quiere conseguir con la aplicación?
- Partes interesadas: ¿Qué usuarios finales y otras partes interesadas se beneficiarán?
- Necesidades: ¿Cuál es el problema o la necesidad que debe abordar la aplicación? ¿Cuáles son los puntos débiles, los cuellos de botella y los beneficios deseados?
- Aplicación: ¿Cuáles son las funciones y características imprescindibles? ¿Por qué son imprescindibles? ¿Existe una cadena causal que conecte la función con un objetivo empresarial medible?
- Objetivos empresariales: ¿Cuáles son los objetivos empresariales medibles, por orden de prioridad?
Recuerde también que debe evaluar el estado actual de sus usuarios. Dado que su nueva aplicación cambiará su forma de trabajar, debe entender qué quieren hacer sus partes interesadas y qué se interpone en su camino. La mejor manera de hacerlo es "caminar de la mano" con usuarios reales, observando cómo trabajan en su día a día. Si eso no es posible, pida a los usuarios que describan sus procesos cotidianos, centrándose en por qué realizan cada actividad y cuáles son sus mayores dificultades en el proceso.
2. Mantenga una retroalimentación rápida, continua y clara.
Con las prácticas de desarrollo tradicionales, los bucles de retroalimentación son como un ferry que viaja entre dos orillas. Los usuarios de la empresa están en un lado, y los desarrolladores que crean la aplicación están en el otro. Se transporta la información de un lado a otro lentamente, en un proceso de alta latencia que corre el riesgo de sufrir muchas distorsiones.
En lugar de transportar los comentarios de un lado a otro, busque soluciones y procesos que tiendan un puente entre los desarrolladores y los usuarios empresariales. Por ejemplo, las plataformas low-code facilitan la colaboración y fomentan las aportaciones claras y frecuentes, lo que ayuda a comprobar las suposiciones en el camino para encontrar la solución adecuada.
El aumento de la colaboración y el desarrollo iterativo también ayudan a conseguir la aceptación temprana de las partes interesadas. En lugar de que el desarrollo se produzca en un silo y todo el valor llegue al final del proyecto, los usuarios finales pueden validar e influir en la aplicación a medida que va tomando forma ante sus ojos. Los prototipos y las creaciones en curso ofrecen a los usuarios algo concreto a lo que reaccionar, acelerando el proceso de diseño al garantizar que el equipo de desarrollo tenga una idea clara de lo que se necesita.
Errores comunes en el desarrollo de aplicaciones
Las mejores plataformas low-code ayudan a los equipos de TI a optimizar su colaboración con los usuarios finales, al tiempo que ofrecen una mejor funcionalidad con equipos de desarrollo más versátiles y ágiles. Pero si está ejecutando proyectos low-code con enfoques high-code, solo está arañando la superficie del potencial del low-code.
Para ver todo el potencial del low-code, cambie los enfoques de desarrollo anticuados e hinchados por algunas prácticas ágiles clave. Descubra cuáles son los cuatro escollos más comunes del desarrollo de aplicaciones low-code y cómo puede combatirlos en el nuevo eBook: 4 escollos del desarrollo de aplicaciones low-code.
