Un release puede ser externo o interno. Un release interno sólo lo utiliza la empresa de desarrollo, como parte de un
objetivo o para una demostración ante los usuarios o los clientes. Un release externo (o entrega) se entrega a los
usuarios. Un release no es necesariamente un producto completo, sino que puede ser simplemente un paso del proceso y
medir su utilidad exclusivamente desde el punto de vista de la ingeniería. Los releases actúan como función de fuerza
que hace que el equipo de desarrollo llegue a cierres en intervalos regulares y evitar así el síndrome de "90% hecho,
pero falta el 90%".
Concepto: Iteraciones y releases permiten una mejor utilización de las diversas
especialidades del equipo: diseñadores, verificadores, escritores, etc. Los releases regulares permiten dividir las
cuestiones de integración y de prueba y extenderlas por el ciclo de desarrollo. Estas cuestiones han sido con
frecuencia la razón del fracaso de grandes proyectos porque se descubrían todos los problemas a la vez durante el único
paso de integración masiva, que se producía con el ciclo muy adelantado y en donde un único problema suponía que todo
el equipo parase.
Con cada release, muchos Concepto:
Productos de trabajo se actualizan. Se dice que es un poco como "cultivar" software. En lugar de desarrollar
productos de trabajo uno tras otro, de forma consecutiva, están evolucionando en el ciclo, aunque a diferentes
velocidades.
|