Los equipos de TI y de desarrollo están adoptando el low-code por muchas razones: Reduce la deuda técnica; mejora la colaboración con los usuarios empresariales; y hace que sea mucho más eficiente al mantener las cosas sin complicaciones, incluyendo a sus equipos de aplicación.
Por desgracia, aunque las empresas de TI adopten el low-code, muchas siguen dependiendo de equipos de desarrollo hinchados y muy especializados. Solo están arañando la superficie del poder del low-code.
Los mejores equipos de low-code están hechos para ser ágiles y minimizar las dependencias. Son pequeños, con todas las habilidades necesarias para pasar de la idea a la aplicación. Y permanecen juntos en todos los proyectos para no tener que dedicar tiempo a aprender a colaborar.
El enfoque del "desarrollador y ________"
Dado que el low-code es más fácil de aprender que el high-code, los especialistas en campos como la experiencia del usuario, la etnografía, las pruebas y el análisis empresarial pueden formarse como desarrolladores low-code. Estos "especialistas generalizados" recién creados aportan habilidades que se solapan y que permiten crear equipos de desarrollo de forma diferente y sacar partido a todo el potencial del low-code.
Los equipos de low-code deben estar llenos de roles de "desarrollador y _________", como "desarrollador y probador" o "desarrollador y Scrum Master". Todos, desde los jefes de equipo hasta los arquitectos, desarrollarán funciones. Y cada desarrollador debería tener al menos un área de especialización adicional: diseño de UX, pruebas, arquitectura, etc. Este enfoque igualitario le permitirá crear mejores productos con menos gente y acelerar el tiempo de valor.
Los equipos optimizados de low-code tienen costes más bajos tanto en términos de mano de obra (menos personas, totalmente utilizadas) como de producto (los equipos verdaderamente interfuncionales y colaborativos tienen muchas más probabilidades de crear el producto adecuado). Los equipos de low-code ofrecen un tiempo de creación de valor más rápido porque su composición versátil elimina los cuellos de botella internos y reduce las dependencias externas (por ejemplo, no es necesario esperar a que un especialista en bases de datos quede libre si hay un experto en bases de datos y un desarrollador low-code en el equipo de low-code).
6 roles que hay que incluir en un equipo de desarrollo low-code
Incluya estas seis áreas de especialidad cuando estructure su equipo de desarrollo de low-code:
- Propietario del producto para guiar al equipo a la hora de crear las cosas correctas. Este es el único rol que no desarrolla funciones.
- Diseñador de UX (Experiencia del Usuario) para garantizar que se sigan los buenos principios de diseño y elaborar los planos de solución para las decisiones de diseño importantes.
- Arquitecto para garantizar que el equipo cree la aplicación de la manera correcta gestionando la arquitectura de la solución.
- Analista de negocio para profundizar en los requisitos del negocio y las necesidades de los usuarios, haciendo preguntas de sondeo y pensando en varios escenarios.
- Tester para encontrar áreas rompibles que no son capturadas por los scripts de prueba. También conocen las herramientas para las pruebas automatizadas y las pruebas de rendimiento y carga.
- Jefe de equipo o Scrum Master para permitir al equipo crear rápidamente coordinando el trabajo, eliminando los impedimentos y fomentando las prácticas ágiles.
El low-code le ayuda a ofrecer rápidamente aplicaciones potentes, pero funciona mejor si también adopta algunas de las mejores prácticas ágiles clave. Replantéese los equipos de desarrollo grandes y especializados y hágalos más colaborativos e igualitarios.
Si desea conocer más buenas prácticas para optimizar sus esfuerzos de desarrollo de aplicaciones low-code, hágase con el libro electrónico: 4 escollos del desarrollo de aplicaciones low-code.
