Si un proyecto sigue estando en su cabeza, es que aún le quedan cosas por

planificar. "Organízate con eficacia" (2001), David Allen

 Versionamiento

• Existen muchas formas de asignar una versión al so6ware, cada empresa pueda generar sus reglas y está
bien, pero como todo en este mundo se busca generar unas reglas y pautas que sirvan como guía.
Versiones por número.
• Algo común es realizar el manejo de versiones mediante 3 números: X.Y.Z y cada uno indica una cosa
diferente:
• El primero (X) se le conoce como versión mayor y nos indica la versión principal del so6ware. Ejemplo: 1.0.0,
3.0.0
• El segundo (Y) se le conoce como versión menor y nos indica nuevas funcionalidades. Ejemplo: 1.2.0, 3.3.0
• El tercero (Z) se le conoce como revisión y nos indica que se hizo una revisión del código por algun fallo.
Ejemplo: 1.2.2, 3.3.4
• Ahora que conocemos el significado de cada número, viene una pregunta importante: ¿cómo sabemos
cuando cambiarlos y cuál cambiar?
• Versión mayor o X, cuando agreguemos nuevas funcionalidades importantes, puede ser como un nuevo
modulo o caracterísSca clave para la funcionalidad.
• Versión menor o Y, cuando hacemos correcciones menores, cuando arreglamos un error y se agregan
funcionalidades que no son cruciales para el proyecto.
• Revisión o Z, cada vez que entregamos el proyecto.
Versiones por estabilidad.
• Además de tener las versiones por números podemos agregar una clasificación por estabilidad del proyecto.
• Las opciones que tenemos para esto son: Alpha, Beta.
• Alpha es una versión inestable que es muy probable que tenga muchas opciones que mejorar, pero queremos que sea
probada para encontrar errores y poder poner a prueba funcionalidades, en la mayoría de los casos podemos decir que
esta casi listo el producto. Ejemplo: 1.0Alpha, 1.0a1,1.0a2.
• Beta una versión mas estable que Alpha en la que contamos con el producto en su totalidad, y se desea realizar pruebas
de rendimiento, usabilidad y funcionamiento de algunos módulos para ver cómo funciona bajo un ambiente no tan
controlado. Aquí aperece el nombre de Beta Tester que escuchamos mucho en el mundo del software. Ejemplo: 2.0Beta,
2.0b, 2.0b1
• El siguiente paso es RC (Release Candidate), que es el último toque fino del software antes de salir y después de pasar por
Beta. Ejemplo: 3.0-RC o también 3.0-RC1.
•
Mas cosas que manejar con Versiones.
• En el mundo del software sabemos que además de los programas que usamos habitualmente existe
software más complejo como los videojuegos y sistemas operativos, en ambos casos se necesita considerar
los casos de los parches y las fechas de lanzamientos, ambos elementos que también pueden influir en el
control de versiones.
Versión de parche.
• En el caso de los parches podemos agregar un dígito para señalar el parche, ya teníamos algo así: X.Y.Z y
ahora tendríamos algo así: X.Y.Z.P así que P sería el número del parche:
• Ejemplo: 1.2.5.2, 02.03.03.01
• Versión por fecha.
• En algunos necesitamos saber exactamente la fecha en que se publicó el software, entonces podremos
utilizar el manejo de versiones por fecha. Este tiene muchas variaciones, se puede tener diferente orden del
año, mes y día.
• Ejemplo: 1.2.3.1543 donde 15 es el año 2015, 4 es el mes y 3 el día, como ya mencione anteriormente se
podrían tener diferentes acomodos y formatos: 1.2.3.4315 o 1.2.3.201543, 1.2.3.1534
Roles y responsabilidades
“Los datos son como la basura. Es mejor saber qué se hará con ella antes de recogerla” – Mark Twain

“Hazlo tan simple como sea posible, pero no más simple.” – Albert Einstein
 Planeación de la Administración de la
Configuración

- Planeación de la administración de la configuración debe considerar

- 1. IdenSficación. Se trata de establecer estándares de documentación y un esquema de idenSficación

de documentos.
- Estructura de almacenamiento
- Definición de roles y responsabilidades
- Definición de Líneas base
- 2. Control de cambios. Consiste en la evaluación y registro de todos los cambios que se hagan de la
configuración so6ware.

- Versionamiento
- Administración de liberaciones
- PolíScas de cambio

- 3. Auditorías de configuraciones.- Sirven, junto con las revisiones técnicas formales para garanSzar que
el cambio se ha implementado correctamente.

- 4. Generación de informes
 Administración de liberaciones.

• Es el proceso responsable de la planificación, programación y control de la construcción, prueba e implementación de

liberaciones y de proporcionar nuevas funcionalidades que son requeridas por el negocio al :empo que protege la
integridad de los servicios existentes.

Propósito
• Planear, calendarizar y controlar la creación, prueba e implementación de las liberaciones para entregar las nuevas
funcionalidades requeridas por el negocio al mismo :empo que protege la integridad de los servicios existentes.

Obje-vos
• Definir y acordar, en conjunto con clientes e interesados, los planes de liberación e implementación.
Crear y probar paquetes de liberación que consisten en ECs relacionados y compa:bles unos con otros.
Asegurar que la integridad de un paquete de liberación y sus componentes se man:enen a través de ac:vidades de
transición y que todos los paquetes de liberación sean almacenados en una DML y registrados correctamente en el sistema
de ges:ón de configuración (CMS) [configura:on management system].

Implementar los paquetes de liberación de la DML al ambiente de producción siguiendo un plan y calendario acordados.
Asegurar que todos los paquetes de liberación puedan ser rastreados, instalados, probados, verificados y/o desinstalarse o
removerse de ser necesario.
Asegurar que los cambios de la organización e interesados son ges:onados durante ac:vidades de liberación e
implementación.
Asegurar que los servicios nuevos o modificados, con sus respec:vos sistemas, tecnologías y organización son capaces de
entregar la u:lidad y garanNa prome:da.
Alcance
• Incluye los procesos, sistemas y funciones para empacar, crear, probar e implementar una liberación al ambiente de
producción. Establece las especificaciones del servicio en el paquete de diseño de servicio y formalmente entrega el servicio
a las funciones de operación.
Conocimiento general
Unidad de liberación: Son los componentes de un servicio de TI que normalmente se liberan en conjunto.
Típicamente una unidad de liberación incluye suficientes componentes para poder ejecutar una función que sea de
utilidad.

Política de liberación: La política de liberación debe de ser definida para uno o más servicios. Define los
roles responsabilidades, las guías y detalles para cada sistema o servicio, incluyendo su nombramiento, numeración,
criterios para determinar el impacto, estatus de emergencia, ventanas de mantenimiento y activación de su plan de
reversa (back out).

Paquete de liberación: Es un conjunto de configuración que será construido, probado e implementado e conjunto como una
sola liberación. Cada paquete de liberación por lo general incluye una o más un
Liberación: Son uno o más cambios en un servicio de TI que se construyen, prueban e implementan de forma conjunta. Una
sola liberación puede incluir cambios en el hardware, software, documentación, procesos y otros componentes.

Opciones de distribución de liberación:

• Big Bang, Enfoque por fases, Enfoque de empuje (push)., Enfoque de jale (pull), Automático.
• Cualquier servicio ofrecido, nuevo o modificado requerirá la etapa de distribución para considerar todo el rango de
elementos que comprenden ese servicio - infraestructura, hardware, software, aplicaciones, etc.
La combinación, relaciones e interdependencias de estos componentes requerirán una planeación cuidadosa.

Modelo de liberación e implementación.

Un servicio puede ser implementado de varias maneras, el diseño del servicio seleccionará el modelo más adaptable que
incluye: enfoque, mecanismos, procesos, procedimientos y los recursos requeridos para construir e implementar la
liberación en tiempo y dentro de presupuesto.
Términos clave
• Biblioteca definitiva de medios, (DML) [definitive media library (DML)]
Es uno o más lugares en los que las versiones definitivas y autorizadas de todos los elementos de configuración de
software se almacenan en forma segura. La biblioteca definitiva de medios también puede contener licencias y
documentación como elementos de configuración asociados.

Liberación: Son uno o más cambios en un servicio de TI que se construyen, prueban e implementan de forma conjunta. Una
sola liberación puede incluir cambios en el hardware, software, documentación, procesos y otros componentes.
Fases para la gestión de liberación e implementación:
Planeación de liberación e implementación.
Construcción de liberación y prueba.
Implementación.
Revisión y cierre.
“La ciencia puede divertirnos y fascinarnos, pero es la Ingeniería la que
cambia el mundo”
Isaac Asimov (escritor y científico estadounidense)

“Para el optimista, el vaso está medio lleno. Para el pesimista, el vaso

está medio vacío. Para el ingeniero, el vaso es el doble de grande de lo
que debería ser”
Anónimo