Cuál es la mejor herramienta para gestionar la actividad del registro de cambios?


Este es definitivamente un tema interesante y uno que me apasiona. A lo largo de la última década, mientras servía en una variedad de diferentes funciones de gestión de productos y marketing de productos, me han preguntado la pregunta "¿cuál es la mejor herramienta de registro de cambios?" fácilmente más de 100 veces. Algo que siempre he encontrado interesante es que no siempre son los equipos técnicos los que me han hecho esta pregunta. A menudo se trata de personas en el éxito de los clientes, el marketing de productos, o incluso los gestores de proyectos y programas. Y he recibido esta pregunta de empresas de toda forma y tamaño y en casi todas las industrias, también.


En primer lugar, diría que creo que gran parte de lo que User-11323811798076317325 dijo aquí es acertado. Hay una serie de factores diferentes que deben entrar en el proceso de toma de decisiones para determinar qué herramienta de registro de cambios es la más adecuada para su equipo y negocio. También me gustaría reforzar que ninguna herramienta va a arreglar un proceso roto, así que asegúrese de que no está buscando una bala de plata en una herramienta, ya que puedo asegurar que no existe.


Dicho esto, aquí hay algunas reglas generales y directrices que siempre he proporcionado a los equipos que me han pedido consejo sobre la búsqueda de una herramienta de registro de cambios:

  1. Utilice una herramienta de registro de cambios que puede ser fácilmente accesible por cualquier miembro de su equipo. He visto un número de equipos que configuran su registro de cambios en una herramienta para desarrolladores como su sistema de repositorio de código (y/o simplemente utilizan su sistema de repositorio de código como su registro de cambios). Esto puede funcionar al principio cuando su empresa es todo devs, pero el momento en que usted comienza a construir un equipo más completo este sistema se rompe por completo. Y entonces es súper lento tratar de mover todo ese contexto a otra herramienta.
  2. Utiliza una herramienta de registro de cambios que tenga funcionalidad de búsqueda incorporada. Puede parecer una tontería, pero he visto a un montón de gente que termina el seguimiento de todos sus cambios en un lugar que no se puede buscar. A medida que la cantidad de cosas que su equipo envía y cambia en el producto crece, esto inmediatamente se convierte en un gran problema y hace que el registro de cambios sea casi inutilizable.
  3. No utilice su herramienta de gestión de proyectos (o Excel) como su registro de cambios. Este es otro mal hábito en el que he visto caer a muchos equipos, simplemente por comodidad o porque no saben que hay mejores soluciones por ahí. Al igual que intentar construir un registro de cambios en su sistema de control de versiones distribuido (DVCS), una herramienta de gestión de proyectos está diseñada para gestionar proyectos, no para recoger y catalogar cada cambio que se produce en su producto. Y de nuevo, si pones tu registro de cambios en tu herramienta de gestión de proyectos, acaba encerrado en una herramienta a la que la mayoría de tu equipo no puede acceder. Dirigí el marketing de productos de Jira durante muchos años y siempre me sorprendió la cantidad de equipos que intentaban adaptar Jira como registro de cambios. Soy un gran fan de Jira, pero puedo decirte que es un registro de cambios terrible. Especialmente a medida que tu equipo escala.
  4. Usa una herramienta de registro de cambios que te permita categorizar fácilmente los cambios. Cada vez más, especialmente en el software B2B, los usuarios quieren estar al tanto, e incluso por delante, de los cambios en los que su equipo está trabajando y va a enviar. Especialmente cualquier cambio o actualización que pueda afectar a su uso diario de la herramienta. Pero no todos los cambios son relevantes para todas las personas, y si esperas hasta el final del trimestre para hacer un resumen trimestral, lo que haya cambiado probablemente ya aterrizó hace meses. Lo ideal es contar con un registro de cambios que permita categorizar los distintos cambios que afectarán a diferentes partes (o usuarios) del producto. De esta manera no todo el mundo está recibiendo spam con cada actualización publicada en su changelog, pero las personas adecuadas están escuchando acerca de los cambios que les afectarán. Más señal, menos ruido.
  5. Asegúrese de que su registro de cambios no está en algún lugar acumulando polvo. Realmente puedes hacer un seguimiento de los cambios del producto en cualquier lugar, y he visto equipos que los publican en entradas de blog, los publican en algún área de su herramienta de soporte al cliente, o incluso los catalogan en un documento público de Notion. Todas estas soluciones funcionan, pero el problema es que ningún usuario puede encontrar tu registro de cambios si haces esto. No sólo es una lástima gastar tiempo en el seguimiento de los cambios si ninguno de sus usuarios nunca será capaz de encontrar o leerlos, pero usted está cortando a sí mismo y a sus usuarios, ya que hay herramientas de registro de cambios por ahí que comunicarán los cambios y actualizaciones que usted hace a su registro de cambios a sus usuarios.
  6. Por último, haga lo que haga, no construya un registro de cambios a medida. Hay una serie de grandes herramientas que alojarán su registro de cambios para usted, y tratar de construir y gestionar uno usted mismo es una completa pérdida de tiempo, energía y recursos de su equipo. Todavía me sorprende la cantidad de equipos que gastan un valioso tiempo de ingeniería en la construcción de un sitio web o alguna herramienta a medida para usar como registro de cambios. El mayor consejo que he dado a los equipos que me preguntan sobre las herramientas de registro de cambios es asegurarse de que no terminen construyendo algo ellos mismos.

Una herramienta que conocí hace un tiempo (y parece estar en todas partes estos días) es LaunchNotes. Es una herramienta de registro de cambios que no sólo satisface todas las cosas que he mencionado anteriormente, sino que también permite a los PMMs lanzar más fácilmente nuevos productos y características, da a los PMs la capacidad de burlarse de los próximos cambios e inscribir a los primeros usuarios en los programas beta, y un montón de otras cosas interesantes. Veo que aparece cada vez más y sé que cientos de equipos la utilizan como herramienta de registro de cambios, ya que es perfectamente adecuada para ello. En cualquier caso, merece la pena echarle un vistazo.


Espero que lo anterior te ayude a tomar una decisión. Buena suerte

Declaración completa: estoy aconsejando activamente LaunchNotes. Es de lejos la mejor solución que he visto para resolver este problema y quería participar 🙂