Gestión de Versiones
Implementación
Llego el momento de la verdad: la distribución de la nueva versión, también conocida como rollout.
El rollout puede ser de varios tipos:
- Completo y sincronizado: se realiza de manera integral y simultánea en todos los emplazamientos.
- Fragmentado: ya sea bien espacial o temporalmente. Por ejemplo, introduciendo la nueva versión por grupos de trabajo o incrementando progresivamente la funcionalidad ofrecida.
El procedimiento de rollout debe ser cuidadosamente documentado para que todas las partes conozcan sus tareas y responsabilidades específicas. En particular los usuarios finales deben estar puntualmente informados del calendario de lanzamiento y de cómo este puede afectar a sus actividades diarias.
Es imprescindible determinar claramente:
- Los CIs que deben borrarse e instalarse y en que orden debe realizarse este proceso.
- Cuándo debe realizarse este proceso para diferentes grupos de trabajo y/o localizaciones geográficas.
- Que métricas determinan la puesta en marcha de los planes de back-out y si estos deben ser completos o parciales.
Tras la distribución la Gestión de Versiones debe asegurarse de que:
- Se incluya una copia de la versión en la DSL.
- El DHS incorpore repuestos funcionales de los nuevos CIs.
- La CMDB esté correctamente actualizada.
- Los usuarios están debidamente informados de las nuevas funcionalidades y han recibido la formación necesaria para poder sacar el adecuado provecho de las mismas.
Tras la implementación, la Gestión de Versiones debe ser puntualmente informada por el Service Desk de los comentarios, quejas, incidentes, etc. que la nueva versión haya podido suscitar. Toda esta información deberá ser analizada para asegurar que las próximas versiones incorporen las sugerencias recibidas y que se tomen las medidas correctivas necesarias para minimizar el impacto negativo que puedan tener futuros cambios.
