BACK TO DEISER.COM

EN | ES

Menu

EN | ES

Actualiza Jira: Todo lo que necesitas saber para hacer un upgrade de versión

Joaquín Fernández
07-feb-2019 11:00:00

Actualizar Jira Software (o hacer upgrade de Jira) a las últimas versiones es una tarea prácticamente obligatoria para cualquiera que quiera sacarle todo el jugo a las versiones Server y Data Center del software de Atlassian. En este artículo te explicamos:

  1. ¿Por qué es conveniente hacer upgrade de Jira a las últimas versiones?
  2. ¿Cuáles son los pasos que deberás seguir para actualizar a la versión más reciente de Jira Software?
  3. ¿Qué errores clásicos puedes encontrarte al momento de hacer upgrade de versión en Jira Software?

Hacer upgrade de Jira es una actividad que se realiza en Server y Data Center, si tu empresa utiliza la versión Cloud de algún producto Atlassian estarás acostumbrado a ver que el producto presenta novedades cada muy poco tiempo. Es un arma de doble filo, porque el desarrollo tiene un impacto mucho más rápido… pero tú no puedes controlar cuándo ocurre el cambio, ni puedes detenerlo en el caso de que haya características nuevas que prefieres no tener.

Descubre las novedades de Jira Cloud y los proyectos de próxima generación>

Por el contrario, si estás en Server o en Data Center, las actualizaciones corren de tu cuenta y riesgo. Tú decides cuándo, cómo y a qué versión se hacen.

En este artículo te ayudamos a navegar las actualizaciones de Atlassian para que no des pasos en falso y reconozcas qué alternativas tienes ante ti.

Upgrade Jira de la forma más sencilla

Recuerda que, en el caso de que tengas serias dudas de cómo proceder, es muy conveniente contar con la ayuda de expertos. En DEISER tenemos mucha experiencia actualizando instancias de todos los tamaños desde todas las versiones: yo mismo me he encargado de varios proyectos de este tipo en los últimos meses y lo que sigue es fruto de mi experiencia directa. 

1. ¿Por qué hacer upgrade de Jira Software?

Las licencias Server son permanentes. Por eso, es legítimo preguntarse cuáles son los motivos por los cuales resulta una buena idea tener nuestro software Jira actualizado a una de las últimas versiones. 

  • Soporte personalizado: Atlassian ofrece soporte y mantenimiento a todos sus clientes de server con licencias activas. Pero si tu licencia está inactiva, ante cualquier bug o mal funcionamiento no podrás tirar del soporte oficial de Atlassian.
  • Versión soportada: Atlassian proporciona soporte técnico a todas las versiones de sus productos durante dos años desde el lanzamiento. Eso significa que, si tu versión es muy antigua, Atlassian no podría ayudarte aunque tengas una licencia activa.
  • Funcionalidades: cada nueva versión corrige bugs descubiertos en la herramienta, incluye nuevas prestaciones y mejoras funcionales. Por ejemplo, desde Jira 7.10, Data Center cuenta con una estupenda función de archivado de proyectos. Otro ejemplo es que, desde 7.3, los administradores de proyecto pueden editar workflows. Si tus administradores están hartos de hacer pequeños ajustes en vuestros proyectos (o los usuarios se quejan de que los admin no tienen tiempo para ellos), esta es una versión interesante.
Jira Software Data Center y el archivado de proyectos

Archivado de proyectos en Jira Software Data Center

En esta matriz puedes comprobar las distintas versiones, cuándo dejarán de estar soportadas, qué nuevas características presentan y qué fallos se han solventado.

  • Apps (antes conocidos como plugins o add-ons):  el Marketplace es un ente vivo: aparecen apps nuevas, otras se reinventan y añaden nuevas características, otros simplemente mueren, dejándose de actualizar o de tener soporte…Si quieres garantizar el funcionamiento de tus apps,es crucial mantenerse actualizado a versiones soportadas.

  • Apps (Data Center): Desde septiembre de 2018, las apps deben pasar un exigente proceso de certificación para Data Center muy centrado en el rendimiento y las características de la arquitectura de servidores que propone Atlassian. En DEISER tuvimos que hacer pruebas cargando un millón de issues en Jira para comprobar los tiempos de respuesta.

2. Planifica la actualización, comenzando por el análisis

Es importante tratar la actualización como un proyecto con una fase inicial de análisis, seguida de la preparación, las pruebas, y la ejecución.

Fases de actualización en un diagrama de Gantt en JiraPuedes comprobar las mejores prácticas que recomienda Atlassian para cada una de estas fases en este artículo y repasar todos los pasos en esta checklist.

Para evitar meteduras de pata, es importantísimo determinar de dónde partimos y estimar la complejidad y el esfuerzo de la actualización. Cuando un cliente me pregunta cuánto voy a tardar en actualizar su Jira me suelo llevar las manos a la cabeza, porque la pregunta es imposible de contestar si no se ha hecho antes este análisis. Una actualización sencilla me puede llevar una jornada justita; pero si hay una versión muy antigua que obliga a partir el trabajo en varios upgrades, mucho código personalizado y mucho que testear, la tarea de marras se puede convertir fácilmente en un proyecto de dos o tres semanas. Y no conviene intentar recortar tiempo, porque entonces se dejan de hacer tareas de comprobación que siempre sacan a la luz algún error o fleco suelto. 

Veamos entonces qué es lo que hay que tener en cuenta en esta fase previa:

  1. Lo primero es comprobar qué herramientas hay instaladas y en qué versión.  No es igual actualizar una versión 5.2 de Jira software a 7.3 que una versión 6.5 de Jira Service Desk a 7.9, por ejemplo.
  2. Lo segundo es comprobar que la licencia esté activa y que tengamos mantenimiento, que es imprescindible para realizar la actualización.
  3. Seguidamente, a mí me parece importante estudiar las apps que hay en Jira y su compatibilidad con las versiones a las que queramos movernos.
  4. Inventariar y analizar todas las customizaciones: scripts, plugins a medida, listeners... Son candidatos estelares para romperse en la nueva versión.
  5. Por último, pero no menos importante, es fundamental analizar los requisitos de sistemas y software asociados a Jira. Por ejemplo, la versión de MySQL, el sistema operativo, la memoria JVM, etcétera.

IMPORTANTE: En el caso de que se trate de una versión de Jira Software anterior a 7.0, el proceso de actualización se parte en dos: Desde la versión de origen a 7.0, y desde 7.0 a la versión de destino

Recomendaciones al momento de hacer Jira upgrade

3. La elección de la versión de destino

Una vez conocido el punto de partida y la posible “deuda técnica” que pueda conllevar, hay que tomar dos grandes decisiones que definen el proyecto:

¿A qué versión de Jira ir?   

Para decidir la versión de destino, yo tengo en cuenta dos aspectos:

  1. Cuál es la versión más reciente de Jira que permita mantener todas las funcionalidades según el estudio realizado en el punto 
  2. El análisis de las “Release Notes” de cada una de las versiones. Este paso es importante porque las release notes pueden cubrir bugs que se han solucionado y, sobre todo, si ha habido algún cambio en la configuración de la herramienta.

¿Qué método de actualización me conviene?

Para decidir entre los distintos métodos de actualización hay que fijarse en la versión de partida y el sistema operativo sobre el cual esté montado Jira.

Al hacer Jira upgrade con Solaris debes actualizar el sistema operativo

Si utilizas Solaris como SO, te toca la actualización manual

Resumiendo:Guía sencilla al upgrade de Jira 

4. La importancia de la comunicación

Una actualización no es una cuestión menor, sobre todo si el salto entre versiones es grande y el volumen de usuarios e issues es elevado.

Por eso, un componente fundamental de un proyecto de actualización es comunicarlo debidamente a todas las partes interesadas. Con esto lo que se persigue es:

  • Convencer a los responsables de la toma de decisiones y obtener las autorizaciones pertinentes
  • Involucrar a todas las personas que vayan a participar en el proceso
  • Informar a los usuarios finales del cambio y sus motivos, ya que su trabajo se verá afectado por el cambio. Esta comunicación (antes y después de la actualización) está especialmente justificada si la nueva versión resuelve algún problema que haya generado peticiones.

Puede ser conveniente crear un mapa con todas las partes interesadas, clasificándolas en:Guía de las partes interesadas al momento de hacer upgrade de Jira 

¿Cómo comunicar?

No te lo pienses mucho, aquí hay un ejemplo estupendo:Diagrama de comunicación de actualización/upgrade de Jira a las partes interesadas


5. Ejecución de la actualización

Los pasos para la ejecución dependerán de varios factores:

  • Versión de origen y de destino.
  • El método de instalación.
  • Número de actualizaciones en que se parte el proceso, en el caso de que la versión de origen sea muy antigua.
  • Sistema operativo de trabajo (Windows o Linux).

Pantalla al momento de hacer upgrade/actualización de Jira
La casuística es prácticamente inagotable por lo que no se detallará más en este artículo. Comprueba la documentación de Atlassian para guiarte.

Recuerda que las comprobaciones finales son parte de la propia ejecución. ¡No dejes que el usuario sea el que descubre los fallos! Acude a tu repertorio de apps, scripts añadidos, desarrollos específicos e integraciones para comprobar que funcionen correctamente.

6. Si hay proyecto, hay retrospectiva: aprender de los errores y de los aciertos

Es previsible que Jira haya llegado para quedarse en tu empresa, especialmente si acabas de realizar una actualización con éxito. La consecuencia lógica es que, en un par de años más, te tocará volver a actualizar de nuevo. ¿Lo bueno? Que ya no partes de cero, sino que tienes experiencia.

Para que la experiencia no caiga en saco roto es fundamental celebrar una retrospectiva sobre el proyecto de actualización para poner en común lo que funcionó, lo que se podría haber hecho mejor y qué medidas correctivas se proponen, en su caso. Por ejemplo, yo me he encontrado a menudo los siguientes errores:

  • No se accede consigue acceder a la URL de Jira: habría que revisar bien el archivo server.xml y la configuración de proxy, si la hay.

  • Error en los gadgets del Dashboard: es posible que haya un problema con el certificado digital que no permita hacerse llamadas a sí mismo.

  • Error en Jira Service Desk, que no se puede actualizar: en ocasiones hace falta activar algunos plug-ins manualmente en la base de datos.

Aunque no se trata ni mucho menos de un listado exhaustivo, tenerlos documentados me ayuda a ser más eficaz, porque si me los vuelvo a encontrar (y sé que es más que probable que haya algún tipo de problema a lo largo del proyecto) podré realizar un diagnóstico rápidamente y ponerme a solucionarlo.

Otro argumento a favor de documentar las actualizaciones es que las personas vienen y van: si alguien se jubila o deja la empresa, su experiencia de la actualización se evapora. ¡Que no te pase!

Descargar guía para hacer upgrade de Jira

Descarga la guía de actualizaciones Jira

Comparte todo el conocimiento con tu equipo y planifica los pasos necesarios para obtener las mejores características de los productos Atlassian en tus servidores.

DESCARGAR GUÍA

You May Also Like

These Stories on Jira Software

No Comments Yet

Let us know what you think

Subscribe by Email