todo servicio debe tener

transicion de servicios
servidores, actualizar su sistema operativo, lo primero q debemos hacer es proba
r en un ambiente de test
si falla el activo, falla el serivcio con los clients
gestion de cambios cobra relevancia para garantizar la disponibilidad
gstion d activos: relaciones entre activos y servicios
gestion de entrega y despliegues: implementar un softwar q tengas mapeado , debe
ser revisado por la gstion d cambios
pruebas: probar antes de salir en produccion
evaluacion:
gestion de conocimiento: sistema skms
sistema de gestion de conocimiento de servicio
cms
cmdb --base de datos gestion de cambios
estrategia - diseo fase de transicion:
recursos 4 ps y capacidades
gestionar recursos para satisfacer un servicio nuevo o modificado
asegurar un minimo impacto
mejora el uso correcto de servicios y aplicaciones
fijas las expectativas del cliente
valor para el negocio:
habilidad de manejar un mayor numero de cambios sin q tenga impacto
predecir niveles de servicio
cmdb -- modelo de relacionamiento
todo debe empezar desde arriba hacia abajo
desde abajo a arriba , y llamar la atencion, y q ellos volteen, trabajos de horm
iga
identificar proyectos de ganancia rapida para q presten atencion,
costo de imagen, de infraestructura, costo de especialista.
skms: sistem g gestion d conocimiento d servicio, cid, catalogos, informacion de
l servicio asociado a los aos
cms: sistem d gestion d config.
identifica relacion de compomentes criticos y no criticos, viene del catalogo
cmdb: bd de configuracion . almacena archivos
inventario, funcion, toda la inf de componente critico
activo: elemento de configuracion
ec: elemento de configuracion_ c. i. , activos, elementos q necesita ser gestion
ado con fin d entregar un service d ti
-dml _ libreria definitiva de medios: versiones definitivas y autorizadas
almacen de repuestos definitivos: identificar piezas y repuestos, componentes
tienen q estar distribuidos los repuestos
:linea base de referencia_
sirve para auditoria, es una instantanea
automatizacion del desastre
planificiacion y soporte de transicion
planear y cooridnar recursos para satisfacer un servicio nuevo o modificado en p
roduccion d acuerdo a estimaciones de coste,
identificar, gestiona y controla riesgos

sdp -- propuesta .. paquete de diseo de servicios:

todos los aspectos de servicios de ti
politica de transcicion y despliegue
roles y responsabilidad por cada proceso es igual a matriz razi
frecuencia de entrega
criterios de aceptacion de servicio, implementacion y soporte post
acuerdos importantes
metricas e indicadores de planificacion y soporte:
entregas satisfactorias cuantas son
no hayq excederse en costos
gestion de configuracion y activos de servicio
sacm
definir y controlar componentes de servicios y d la infraestructura, para manten
er inf precisa d los activos.
registrar componentes, ciclo d vida de activos,
modelo logico
cms: sistema d gestion d config.
herramientas, mantiene dta,
cmdb y dml estan dentro del cms
dml: libreria d medios definitivos: activos finales, probados, ultima version au
torizada de activos. copia de versiones q han pasadopor proceso d aseguramiento
de calidad
modelode actividades:
gestion d planificacion, identificacion de config, control d config, contabilid
d informes y verificacion y auditoria
riesgos:
siempre lo enfocan en lo tecnico y no en el
cms_ modeo de gestion de la configuracion
antes debo tener servicios identificados pero primero mi catalogo y luego mi cmd
b
informacion del ec -- atributos . marca modelo,
relacion de modelo y servicio -riesgos:
enfocarlo tecnicamente, y no sino en elservicio, identificar componentes critic
os
degradacion con el tiempo de la precision de la informacion de la configuracion
el dmc debe estar actualizado..
debe haber un gestor de configuracion , responsable de mantner actualziafo la in
formacion enla base de datos
gestion de cambios:

asegurar q cambios son registrados

ver cual es el riesgo al cambiar
si no hay plan de correccion no implementes
orden de procesos : gestion de
incidentes, problemas, cambios
catalgo de serv, gestiond config, cambios
request for change : gestion de cambio
3 tispo de cambop_
normal: d bajo riesgo, aprovbado por comite de cambios , riesgo 3 , cambio de pc
estandar: pre autorizado, mucho menor riesgo
riesgo 1, cambio de anexo
emergencia: autorizacion un cab, comite de cambio d emergencia: cab/ec, se puede
dar d madrugada, de noche, lo mas antes posible, alto impacto de negocio
7 rs de gestion de cambios;
requiere, relacion, razon, retorno, riesgos, recursos, responsable del inicio a
fin del cambio, relacion
ejemplo d prioridad:
disparadores:
cambio estrategico: tu server en virtuales, tu server de un lugar a otros
cambio en unoo mas servicios:
cambios operativos
cambios para mejora continua
gestor de cambios: el q organiza todo, gestiona agenda de comite de cambio, reci
be y revisa rfc, aprueba cambios , cronograma,
comite de cambios: evalua y prioriza
cab/ec : comite de cambios de emergencia
alto riesgo
cambio de emergencia se documenta desps. el analisis de riesgos, primero analiza
y elabora el plan de trabajo
pan de rollback