El momento de liberación de una versión es un momento clave, el resultado de largas semanas o meses de trabajo se muestran a los interesados. Junto nuestro producto (Exe, web, etc) hay muchos otros entregables que forman parte del producto completo que percibe el usuario final en cada ciclo de desarrollo.
Un elemento importante y donde se puede detectar si el equipo ha tenido un mínimo de calidad es que exista un log de cambios.
El log de cambios se puede presentar en muchos formatos:
- Fichero txt, html
- Post en un blog
- Página web
- Vídeo
La información que incluye el log de cambios ayuda al usuario a conocer de primera mano los cambios que va a sufrir cuando use la nueva versión. Generalmente las personas somos reacias a los cambios, con lo que informar adecuadamente puede ser importante para que nadie se lleve sorpresas.
Cuando se ve un log de cambios se puede entrever
- Si el equipo de desarrollo ha usado una herramienta de seguimiento de incidencias
- Si se informa de todos los cambios o solo de algunos
- El tipo de perfil de usuario al que va destinado (muy friki o más comercial)
- Enlaces a la historia sobre el desarrollo de la funcionalidad o la resolución de la incidencia
- Si la versión se ha centrado en bugs o tiene muchas nuevas funcionalidades
Cada equipo de desarrollo tiene su log de cambios, los hay de todos los tipos y colores, os pongo unos enlaces a unos cuantos para poder ver la variedad :
Ejemplos de tipos de Changelist (totales) conocidos:
http://qt.nokia.com/products/changes/changes-4.7.2
http://www.mozilla.org/en-US/firefox/7.0/releasenotes/buglist.html
https://www.virtualbox.org/wiki/Changelog
http://support.microsoft.com/kb/2460049 (Service Pack de Office 2010)
Ejemplos de listado de novedades, más comerciales :
http://doc.qt.nokia.com/4.7-snapshot/qt4-7-intro.html
http://velneo.es/listado-de-novedades-velneo-v7-7-10/
http://www.mozilla.org/en-US/firefox/7.0/releasenotes/
http://www.vmware.com/support/ws71/doc/releasenotes_ws712.html
davidgu 