You are on page 1of 4

Clase 4 de Abril

pgn 108-
TRANSICION DEL SERVICIO

TRANSICI�N: Es el paso que hay entre el dise�o y la operacion

TRANSICION

�Gesti�n y coordinaci�n de los procesos,


sistemas y funciones necesarios para desarrollar,
probar y desplegar nuevos componentes o
versiones en los ambientes productivos, para
lograr una implementaci�n transparente�

- La operacion no hace parte del proyecto.

Elemento de Configuraci�n (CI, Configuration Item): Componente de un servicio de


TI que requiera ser administrado.

Biblioteca Definitiva de Medios (DML, Definitive Media Library): Sitio en donde se


almacenan adecuadamente las versiones aprobadas de CI de software.
EJEMPLO:(Hoja de vida de cada equipo)

Sistema de Gesti�n de la Configuraci�n (CMS, Configuration Management System):


Conjunto de herramientas y bases de datos que utiliza un proveedor o �rea de
servicios de TI para gestionar los datos y componentes.

Sistema de Gesti�n del Conocimiento del Servicio (SKMS, Service Knowledge


Management System): (FAQ preguntas y respuesta frecuentes)

Cambio: Modificaci�n, adici�n o eliminaci�n de alg�n elemento que podr�a afectar


los servicios de TI.Los aprueba el sistema de gesti�n de la configuracion

Versi�n (release): Conjunto ordenado de hardware, software, documentos, procesos


y componentes requeridos para implementar uno o m�s cambios aprobados.

Validaci�n: Aseguramiento que un servicio de TI, procesos, planes, entregable nuevo


o modificado satisface los requerimientos del negocio.

ALCANCE

Administraci�n y coordinaci�n de procesos, sistemas y


funciones, para construir, probar y desplegar una
actualizaci�n en producci�n.
Establecer servicios solicitados.
Transici�n de servicios provenientes desde o para otras
organizaciones.

Modelo V
El modelo define los niveles de actividad progresiva y los niveles correspondientes
de
pruebas y validaciones para definir los objetivos de una entrega/versi�n (release)
o
cambio importante

Es usado para representar los 5 niveles de configuraci�n y pruebas que son


recomendados en ITIL�.
1. En el nivel uno (las necesidades del cliente y del negocio), la prueba examina
si el servicio es apto para el
prop�sito y para el uso por los usuarios de negocio y clientes.

2. En el nivel dos (los requisitos del servicio), las pruebas aseguran que los
criterios de aceptaci�n de los
servicios se cumplan.

3. En el nivel tres (la operaci�n del servicio), se prueba si la disponibilidad


operacional se cumple.

4. En el nivel cuatro (entrega de servicio), la prueba examina si la


entrega/versi�n (release) se puede instalar,
desarrollar y probar en el entorno de destino (producci�n).

5. En el nivel cinco (componentes y ensamblajes), asegura que las pruebas de los


componentes del servicio o
el montaje (ensamble) de los componentes coinciden con la especificaci�n detallada.

Gestion del cambio: Hacer que la transicion sea lo menos traumante posible
- Asegura que los cambios se desarrollan de una forma controlada, evaluada,
priorizada, planificada, probada y documentada.

DEFINICIONES:

RFC: requerimiento para cambio

-Un cambio es pasar un elemento de configuraci�n (CI) de un estado definido hacia


otro sin importar el
tama�o o el impacto.

� Un cambio se genera con una solicitud de cambio (RFC) que puede originarse de un
incidente, error
conocido o solicitud directa.

� Los RFC los pide normalmente Problem Management pero algunos otros procesos los
piden de forma
est�ndar.

� Los RFC pueden venir tambi�n de cambios en la legislaci�n, un proyecto, un


proveedor, en fin de
dentro o fuera de la organizaci�n sin que ya signifique aceptaci�n.

� La agenda de los cambios y RFC la administra y propone el Gestor de Cambios pero


es coordinada con
las �reas de Negocio que se puedan ver afectadas.

� El Consejo Asesor de Cambios (CAB, Change Advisory Board) es el comit� que se


encarga de autorizar
los cambios que impactan al Negocio, compartiendo la responsabilidad de las tareas
de an�lisis y
factibilidad.

� Se recomienda gestionar los cambios con herramientas y metodolog�as de gesti�n de


proyectos.

OBJETIVOS:
� Responder por las solicitudes de cambio ya que deben estar alineadas con las
necesidades del negocio.

� Minimizar el impacto de la implementaci�n de los cambios.

� Reducir la cantidad de incidentes, interrupciones y reprocesos en la


implementaci�n de los cambios.

� Implementar exitosamente los cambios.

� Implementar los cambios en tiempos acordes con las necesidades del negocio.

� Registrar todos los cambios.

� Utilizar m�todos y procedimientos estandarizados para implementar y administrar


de manera eficiente todos los cambios.

� Todos los cambios relacionados con elementos de gesti�n de activos y


configuraci�n del sistema (SACM) deben ser registrados en el sistema de gesti�n
de la configuraci�n (CMS).

Alcance:
� Change Management cubre los cambios en l�neas de referencia
(baseline) de Activos y en Items de Configuraci�n (CMDB).
Conceptos Fundamentales
� Pol�ticas
� Change Advisory Board (CAB)
� Emergency CAB (ECAB)
� Request for Change (RFC)

TIPOS DE CAMBIO
� Cambio Est�ndar: Son cambios ya establecidos, pre-autorizados por la
organizaci�n y para los cuales ya existe un procedimiento definido.
Por ejemplo el movimiento del PC de un usuario.

� Cambio Normal: Estos cambios tambi�n tienen un procedimiento


establecido pero requieren de valoraci�n y autorizaci�n del CAB.

Cambio de Emergencia: Estos cambios solo se pueden realizar para reparar un


error grave en un servicio de TI con un alto impacto para el negocio.

Las Siete (7) Rs


� RAISED: � Qui�n requiri� el cambio?
� REASON: � Cu�l es la raz�n para el cambio?
� RETURN: � Qu� es lo que regresa o devuelve el cambio?
� RISK: �Cu�les son los riesgos del cambio?
� RESOURCES: � Qu� recursos se requieren?
� RESPONSIBLE: � Qui�n es el Responsable del cambio?
� RELATIONSHIPS: � Cu�les son las relaciones entre este cambio y otros?

GESTION DE CONOCIMIENTO :
Proceso encargado de reunir, analizar, almacenar y compartir el conocimiento e
informaci�n de la organizaci�n.
El objetivo principal del proceso consiste en mejorar la eficiencia, reduciendo la
necesidad de redescubrir el conocimiento.

El Sistema de Gesti�n del Conocimiento del Servicio (SKMS) es una herramienta


que proporciona funcionalidades de presentaci�n, procesamiento y gesti�n
para interactuar con la Base de Datos de Gesti�n del Conocimiento del Servicio de
la organizaci�n TI

Al hacer an�lisis a los datos (contrastando con otras fuentes, interpret�ndolos,


etc.) se obtiene
Informaci�n (Information).
El Conocimiento (Knowledge) se alcanza al completar la informaci�n con las
experiencias, ideas y
juicios de cada persona.
La Sabidur�a (Wisdom), radica en tomar las decisiones adecuadas aplicando el
conocimiento, la
comprensi�n y el sentido com�n

CMS : generador de contenido

You might also like