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:
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.
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.
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.
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.
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.
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.
Puedes 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:
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
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:
Para decidir la versión de destino, yo tengo en cuenta dos aspectos:
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.
Si utilizas Solaris como SO, te toca la actualización manual
Resumiendo:
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:
Puede ser conveniente crear un mapa con todas las partes interesadas, clasificándolas en:
No te lo pienses mucho, aquí hay un ejemplo estupendo:
Los pasos para la ejecución dependerán de varios factores:
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.
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:
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!
No Comments Yet
Let us know what you think