Recientemente hemos estado respondiendo a preguntas en el foro de 4D sobre comandos y funcionalidades que se sentían incompletas o que faltaban, como la función de Correo.
En esta entrada del blog, repasaremos la estrategia de 4D detrás de la decisión de liberar versiones que no están completamente desarrolladas, que se resume en el paradigma«liberar pronto, liberar a menudo».
¿Qué es «Release Early, Release Often» (RERO)?
RERO es una filosofía de desarrollo de software que enfatiza la importancia de los lanzamientos tempranos y frecuentes. Y en 4D tratamos de estar a la altura de esa filosofía estableciendo una cultura ágil y de mente abierta que nos permite incluir los comentarios de los clientes en una fase temprana.
Experimente lo último y lo mejor antes
Al liberar antes, damos a nuestros usuarios la oportunidad de experimentar la última versión del software. Si la función liberada es inadecuada por alguna razón, los usuarios pueden responder mucho más rápido. Estos breves bucles de retroalimentación nos permiten orientar a los equipos de desarrollo de productos en la dirección correcta para garantizar que se atiendan las preferencias de los clientes.
Identificación más rápida de los errores
Los primeros lanzamientos son una oportunidad para probar las nuevas funciones en escenarios reales. Esto nos permite identificar errores y solucionarlos rápidamente. Esto ocurrió recientemente con el autocompletado de algunos comandos de 4D que añadían automáticamente paréntesis de cierre; en ciertos contextos, esto creaba errores en el código. Algo difícil de descubrir sin poner el producto en manos de clientes reales para que lo utilicen en escenarios reales
Cuanto más pequeña sea la versión, menos probable es que algo vaya mal
Los periodos más largos entre lanzamientos aumentan la presión para que cada lanzamiento tenga sentido, lo que significa más código, más características y más pruebas. El resultado es la posibilidad de tener más errores. Las versiones más pequeñas y rápidas limitan naturalmente el número de características y, por tanto, el número de errores.
Reflexión final
El primer principio del Manifiesto Ágil destaca que «Nuestra máxima prioridad es satisfacer al cliente mediante la entrega temprana y continua de software valioso».
Siempre puedes elegir qué estrategia se ajusta a tus necesidades. Las entregas tempranas garantizan bucles de retroalimentación cortos y le permiten beneficiarse antes de las nuevas características, pero también puede decidir esperar hasta que estén completamente desarrolladas.