Академический Документы
Профессиональный Документы
Культура Документы
Contenidos
1Definicin y objetivos..........................................................................................4
2Procesos.............................................................................................................4
2.1Planificacin y Soporte a la Transicin............................................................
2.1.1Introduccin y objetivos................................................................................
2.1.2Conceptos bsicos........................................................................................
2.1.3Procesos.......................................................................................................
2.1.3.1Estrategia de transicin.............................................................................
2.1.3.2Preparacin de la transicin......................................................................
2.1.3.3Planificacin de la transicin.....................................................................
2.1.4Control del proceso.......................................................................................
2.2Gestin de Cambios........................................................................................
2.2.1Conceptos bsicos......................................................................................
2.2.2Procesos.....................................................................................................
2.2.2.1Registro de peticiones.............................................................................
2.2.2.2Aceptacin y Clasificacin del cambio....................................................
2.2.2.3Aprobacin y Planificacin del cambio....................................................
2.2.2.4Implementacin del cambio.....................................................................
2.2.2.5Evaluacin del cambio.............................................................................
2.2.2.6Cambios de emergencia..........................................................................
2.2.3Control del proceso.....................................................................................
2.3Gestin de la Configuracin y Activos del Servicio.......................................
2.3.1Conceptos bsicos.....................................................................................
2.3.2Procesos.....................................................................................................
2.3.2.1Planificacin de la configuracin.............................................................
2.3.2.2Clasificacin y Registro de Cis................................................................
2.3.2.3Monitorizacin .........................................................................................
2.3.2.4Control de CIs..........................................................................................
2.3.2.5Auditoras.................................................................................................
2.3.3Control del proceso.....................................................................................
2.4Gestin de Entregas y Despliegues..............................................................
2.4.1Conceptos bsicos.....................................................................................
2.4.2Procesos.....................................................................................................
2.4.2.1Planificacin de entregas.........................................................................
2.4.2.2Desarrollo del despliegue........................................................................
2.4.2.3Implementacin de la entrega.................................................................
2.4.2.4Comunicacin y Formacin.....................................................................
2.4.3Control del proceso.....................................................................................
2.5Validacin y Pruebas.....................................................................................
2.5.1Procesos.....................................................................................................
2.5.1.1Validacin, planificacin y verificacin de tests.......................................
2.5.1.2Construccin de tests..............................................................................
2.5.1.3Pruebas de validacin.............................................................................
2.5.1.4Aceptacin y reporte................................................................................
2.5.1.5Limpieza y cierre......................................................................................
2.5.2Control del proceso.....................................................................................
2.6Evaluacin.....................................................................................................
2.6.1Procesos.....................................................................................................
2.6.1.1Planificacin de la evaluacin.................................................................
2.6.1.2Evaluacin de rendimiento previsto.........................................................
2.6.1.3Evaluacin del rendimiento real..............................................................
2.6.2Control del proceso.....................................................................................
2.7Gestin del Conocimiento..............................................................................
2.7.1Conceptos bsicos.....................................................................................
2.7.2Procesos.....................................................................................................
2.7.2.1Estrategia de conocimiento.....................................................................
2.7.2.2Transferencia de conocimiento................................................................
2.7.2.3Gestin del conocimiento........................................................................
2.7.2.4Uso del SKMS..........................................................................................
2.7.3Control del proceso.....................................................................................
3Puesta en marcha.............................................................................................43
3.1Organizacin..................................................................................................
3.2Tecnologa......................................................................................................
3.3Factores de xito y riesgos............................................................................
4Glosario.............................................................................................................46
5Referencias ......................................................................................................46
Definicin y objetivos
Procesos
ITIL V3
-4-
2.1
Introduccin y objetivos
Una vez definida una estrategia general y acordadas desde la fase de Diseo las
especificaciones sobre cmo se van a prestar los servicios, hay que ponerse manos a
la obra. La Planificacin y Soporte de la Transicin es la encargada de coordinar
los recursos de la organizacin TI para poner en marcha el servicio en el tiempo,
calidad y coste definidos previamente.
Esto incluye la definicin de los entregables (contenido, plazos, niveles de calidad), as
como los flujos de trabajo y los actores involucrados en la prestacin del servicio, los
protocolos de control de la calidad, test de pruebas, mecanismos de monitorizacin,
reportes, etc.
Sin embargo, no podemos concebir estas tareas de coordinacin como una realidad
paralela, independiente del resto del Ciclo de Vida. La Planificacin y Soporte de la
Transicin no podra ejercer su labor sin los inputs provenientes del resto de procesos:
Paquete de diseo del servicio (SDP). Contiene toda la informacin del servicio
registrada en el Catlogo de Servicios, incluyendo los requisitos que ste
debe cumplir (SLAs, SLRs, OLAs, etc.).
La Gestin de Cambios enviar toda la informacin relacionada con la
propuesta de cambio (RFC) que se va a ejecutar durante la transicin. Por
ITIL V3
-5-
supuesto, dichos cambios deben contar con la autorizacin formal del Gestor
del Cambio o del Comit de Cambios (CAB).
Definicin del paquete de entrega y otras especificaciones de diseo.
Por su parte, la Planificacin tambin proporciona documentacin de salida a otros
procesos, especialmente a los de la fase de Transicin:
Estrategia de transicin y modelo de entregas.
Recopilacin integral de planes de Transicin del Servicio.
Informacin sobre riesgos y posibles impactos del cambio en la calidad del
servicio.
El principal cometido de este proceso consiste, como ya hemos esbozado, en
coordinar y planificar los recursos necesarios para desplegar una nueva versin del
servicio en el tiempo, coste y calidad requeridos en las especificaciones.
Para ello debe asegurarse de que todas las partes implicadas adoptan una
metodologa de trabajo comn, proporcionando un plan de transicin capaz de alinear
el cambio con las necesidades del cliente.
Una correcta Planificacin de la Transicin trae consigo importantes ventajas que
aportan valor al negocio:
Incrementa la capacidad de la organizacin para manejar de forma simultnea
un gran volumen de cambios y versiones.
El servicio prestado est mejor alineado con los requisitos del cliente y los
proveedores, e incluso con la propia estrategia interna de la organizacin.
Al existir un cronograma general del que todos los procesos tienen
conocimiento, se minimizan los tiempos muertos y por tanto los retrasos.
Entre las dificultades que pueden obstaculizar la Planificacin de la Transicin
encontramos:
La relacin entre los recursos disponibles para prestar el servicio y la calidad
exigida en los requisitos est desequilibrada, ocasionando el incumplimiento de
plazos o de acuerdos con el cliente.
La informacin sobre los elementos de configuracin relacionados con el
cambio no est actualizada.
La valoracin de la RFC en cuanto a su impacto y los recursos que precisar
es incompleta o errnea.
Los SACs no estn alineados con los requisitos de diseo.
Los elementos de configuracin que intervienen en el cambio no estn
preparados llegado el momento, ocasionando retrasos en la planificacin.
Se monitoriza cada uno de los pasos de la transicin, pero a menos que el
cliente lo reclame no se hace una reflexin final sobre el rendimiento, la
adecuacin a los requisitos planteados inicialmente, etc.
2.1.2
Conceptos bsicos
-6-
Una Peticin de Cambio o RFC es una peticin formal para efectuar modificaciones en
uno o ms CIs.
Revisin Post-Implantacin (PIR)
La Revisin Post-Implantacin o PIR es una fase de soporte posterior a la
implementacin de los cambios en la que la Planificacin y Soporte a la Transicin
asesora a todas las partes implicadas.
Estas labores de soporte consisten principalmente en informar sobre los procesos,
sistemas y herramientas de apoyo a la Transicin del Servicio.
2.1.3
Procesos
ITIL V3
-7-
ITIL V3
-8-
Para cada una de estas etapas deben definirse los siguientes aspectos:
Descripcin de tareas y actividades.
Recursos especficos asignados a cada tarea.
Criterios de aceptacin o SACs para determinar si se puede pasar a la
siguiente etapa.
Incidencias que pueden presentarse y riesgos asociados.
Plazos previstos para cada fase.
Una buena Planificacin y Soporte a la Transicin tender a agrupar varias
entregas y despliegues en una programacin global, de tal manera que cada
despliegue significativo ser gestionado como un proyecto aparte.
Por ltimo, debe hacerse una revisin exhaustiva de los planes estratgicos una vez
terminados.
2.1.4
2.2
Gestin de Cambios
ITIL V3
-9-
Estn justificados.
Se llevan a cabo sin perjuicio de la calidad del servicio TI.
Estn convenientemente registrados, clasificados y documentados.
Han sido cuidadosamente testeados en un entorno de prueba.
Se ven reflejados en la CMDB.
Pueden deshacerse mediante planes de "retirada del cambio" (back-outs) en
caso de un incorrecto funcionamiento tras su implementacin.
Los principales beneficios derivados de una correcta gestin del cambio son:
Se reduce el nmero de incidentes y problemas potencialmente asociados a
todo cambio.
Se puede retornar a configuraciones estables de manera sencilla y rpida en
caso de que el cambio tenga un impacto negativo en la estructura TI.
Se reduce el nmero de back-outs necesarios.
Los cambios son mejor aceptados y se evitan "tendencias inmovilistas".
Se evalan los verdaderos costes asociados al cambio, y por lo tanto es ms
sencillo valorar el retorno real a la inversin.
La CMDB est correctamente actualizada, algo imprescindible para la correcta
gestin del resto de procesos TI.
Se desarrollan procedimientos de cambio estndar que permiten la rpida
actualizacin de sistemas no crticos.
La implementacin de una adecuada poltica de gestin de cambios tambin se
encuentra con algunas serias dificultades:
Los diferentes departamentos deben aceptar la autoridad de la Gestin de
Cambios sobre todo en lo que respecta al cambio, independientemente de que
ste se realice para solucionar un problema, mejorar un servicio o adaptarse a
requisitos legales.
No se siguen los procedimientos establecidos y, en particular, no se actualiza
correctamente la informacin sobre los CIs en la CMDB.
Los encargados de la Gestin de Cambios no conocen a fondo las
actividades, servicios, necesidades y estructura TI de la organizacin, lo que
les incapacita para desarrollar correctamente su actividad.
Los Gestores del Cambio no disponen de las herramientas de software
adecuadas para monitorizar y documentar el proceso de forma apropiada.
ITIL V3
- 10 -
Conceptos bsicos
- 11 -
2.2.2
Procesos
ITIL V3
Fecha de recepcin.
Identificador nico de la RFC.
Identificador del error conocido asociado (dado el caso).
Descripcin del cambio propuesto:
Transicin de los Servicios TI
- 12 -
Motivacin.
Propsito.
CIs involucrados.
Estimacin de recursos necesarios para la implementacin.
Tiempo estimado.
Estatus: que inicialmente ser el de "registrado".
Este registro deber ser actualizado con toda la informacin generada durante el
proceso para permitir un detallado seguimiento del mismo desde su aprobacin hasta
la evaluacin final y cierre.
La informacin de registro debe ser actualizada durante todo el proceso y debe incluir
al menos:
ITIL V3
- 13 -
ITIL V3
- 14 -
ITIL V3
- 15 -
ITIL V3
- 16 -
Cualquier interrupcin del servicio de alto impacto, ya sea por el nmero de usuarios
afectados o porque se han visto involucrados sistemas o servicios crticos para la
organizacin, debe encontrar una respuesta inmediata. Es frecuente que la solucin al
problema requiera un cambio y que ste haya de realizarse siguiendo un
procedimiento de urgencia.
El procedimiento a seguir en estos casos debe estar debidamente previsto. Por
ejemplo, se deben establecer protocolos de validacin de los cambios urgentes que
pueden requerir:
La reunin urgente del CAB si esto fuera posible.
En ciertos casos en los que el nmero de integrantes o sus circunstancias
hagan de ello algo inviable, puede ser necesario constituir un equipo
especfico, ms reducido, que se denomina CAB de Emergencia (ECAB).
Una decisin del Gestor del Cambio si es imposible demorar la resolucin del
problema o ste sucede durante un fin de semana o periodo vacacional (lo que
puede dificultar la reunin del CAB e incluso del ECAB).
Como el objetivo prioritario en estos casos es restaurar el servicio, es a menudo
frecuente que los procesos asociados sigan un orden inverso al usual: tanto los
registros en la CMDB como la documentacin asociada al cambio se realicen a
posteriori.
Es, sin embargo, esencial que al cierre del cambio de emergencia se disponga de la
misma informacin de la que dispondramos tras un cambio normal. Si esto no fuera
as, se podran provocar situaciones de cambios futuros incompatibles,
configuraciones registradas incorrectas, etc. que seran fuente de nuevas incidencias y
problemas.
2.2.3
ITIL V3
- 17 -
2.3
- 18 -
Conceptos bsicos
A lo largo de este captulo hemos utilizado y utilizaremos con profusin conceptos tales
como elementos de configuracin (CI) y base de datos de Gestin de la Configuracin
y Activos TI (CMDB) es por lo tanto conveniente que nos detengamos para dar una
definicin precisa de ambos.
ITIL V3
- 19 -
Procesos
ITIL V3
- 20 -
ITIL V3
- 21 -
ITIL V3
- 22 -
2.3.2.5 Auditoras
El objetivo de las auditoras es asegurar que la informacin registrada en la CMDB
coincide con la configuracin real de la estructura TI de la organizacin.
Existen herramientas que permiten una gestin remota, centralizada y automtica de
los elementos de configuracin de hardware y software. La informacin recopilada
puede ser utilizada para actualizar la CMDB.
Si el alcance de la CMDB incluye aspectos como documentacin, SLAs, personal, etc.
es necesario complementar estos datos con auditoras manuales. stas deben
realizarse con cierta frecuencia y al menos:
Tras la implementacin de una nueva CMDB.
Antes y despus de cambios mayores en la infraestructura.
Si existen fundadas sospechas de que la informacin almacenada en la CMDB
es incorrecta o incompleta.
Las auditoras deben dedicar especial atencin a aspectos tales como:
Uso correcto de la nomenclatura en los registros de los CIs.
Comunicacin con la Gestin de Cambios: informacin sobre RFCs, cambios
realizados, etc.
Estado de los CIs actualizado.
Cumplimiento de los niveles de alcance y detalle predeterminados.
Adecuacin de la estructura de la CMDB con la de la estructura TI real.
2.3.3
- 23 -
2.4
- 24 -
ITIL V3
- 25 -
Conceptos bsicos
Una versin es un grupo de CIs de nueva creacin o modificados que han sido
validados para su instalacin en el entorno de produccin. Las especificaciones
funcionales y tcnicas de una versin estn determinadas en la RFC correspondiente.
Las versiones pueden clasificarse, segn su impacto en la infraestructura TI, en:
Versiones mayores: que representan importantes despliegues de software y
hardware y que introducen modificaciones importantes en la funcionalidad,
caractersticas tcnicas, etc.
Versiones menores: que suelen implicar la correccin de varios errores
conocidos puntuales y que a menudo son modificaciones que vienen a
implementar de una manera correctamente documentada soluciones de
emergencia.
Versiones de emergencia: modificaciones que reparan de forma rpida un
error conocido.
Como pueden llegar a existir mltiples versiones, es conveniente definir una referencia
o cdigo que los identifique unvocamente. El sistema universalmente aceptado es:
Versiones mayores: 1.0, 2.0, etc.
Versiones menores: 1.1, 1.2, 1.3, etc.
Versiones de emergencia: 1.1.1, 1.1.2, etc.
Aunque en algunos casos esta clasificacin se refina an ms (vea, por ejemplo, en la
ayuda la versin de su navegador).
En su ciclo de vida, una versin puede encontrase en diversos estados: desarrollo,
pruebas, produccin y archivado.
El despliegue de nuevas versiones puede realizarse de diferentes maneras y es
responsabilidad de la Gestin de Cambios el determinar la forma ms conveniente de
hacerlo. Entre las opciones ms habituales cabe contar:
Versin delta: slo se testean e instalan los elementos modificados. Esta
opcin tiene como ventaja su mayor simplicidad pero conlleva el peligro de que
puedan aparecer problemas e incompatibilidades en el entorno de produccin.
Versin completa: Se distribuyen todos los elementos afectados, ya hayan
sido modificados o no. Aunque esta opcin es obviamente ms trabajosa, es
ms improbable que se generen incidentes tras la instalacin si se han
realizado las pruebas pertinentes.
Paquete de Versiones: La Gestin de Cambios puede optar por distribuir de
forma sincronizada diferentes paquetes de versiones: de esta forma se ofrece
una mayor estabilidad al entorno TI. En algunos casos esta opcin es obligada
ITIL V3
- 26 -
Procesos
ITIL V3
- 27 -
ITIL V3
- 28 -
ITIL V3
- 29 -
la nueva versin haya podido suscitar. Toda esta informacin deber ser analizada
para asegurar que las prximas versiones incorporen las sugerencias recibidas y que
se tomen las medidas correctivas necesarias para minimizar el impacto negativo que
puedan tener futuros cambios.
2.4.2.4 Comunicacin y Formacin
Es frecuente, y a su vez un grave error, que cuando se aborden cuestiones de carcter
tcnico se obvie el factor humano.
Salvo contadas excepciones, es necesaria la interaccin usuario-aplicacin y sta
suele representar el eslabn ms dbil de la cadena.
Es intil disponer de un sofisticado servicio TI si los usuarios, debido a una incompleta
(in)formacin, no se encuentran en disposicin de aprovechar sus ventajas.
La (in)formacin debe estructurarse en distintos niveles:
Los usuarios deben conocer el prximo lanzamiento de una nueva versin y
conocer con anterioridad la nueva funcionalidad planificada o los errores que se
pretenden resolver para participar, a su discrecin, en el proceso.
Cuando se considere oportuno, se impartirn cursos presenciales o remotos
mediante mdulos de e-learning sobre el funcionamiento de la nueva versin.
Se desarrollar una pgina de FAQs donde los usuarios puedan aclarar las
dudas ms habituales y puedan solicitar ayuda o soporte tcnico en el uso de
la nueva versin.
2.4.3
ITIL V3
- 30 -
2.5
Validacin y Pruebas
- 31 -
Procesos
- 32 -
usuarios que debe ser tenida en consideracin). Cuanto mayor sea el alcance del plan
de pruebas, mayores sern las garantas de fiabilidad de la nueva versin.
Es importante que las pruebas incluyan los planes de back-out para asegurarnos de
que se podr volver a la ltima versin estable de una forma rpida, ordenada y sin
prdidas de valiosa informacin.
Estas consideraciones se registran y estructuran en el modelo de pruebas, que
incluye:
El propio objeto de las pruebas, proporcionado por la Gestin de Entregas y
Despliegues.
Plan de Pruebas, que recoge la planificacin y la estimacin de plazos para
cada una de las pruebas: tcnicas, funcionales, etc. Puede haber uno o varios,
dependiendo de las circunstancias y magnitud de los cambios.
Guiones de pruebas, que recogen el mtodo a emplear: cmo se va a testear
cada elemento, qu datos se van a tomar como indicadores y los baremos de
calidad que determinarn si la prueba ha sido un xito o un fracaso.
La Direccin y Validacin de Pruebas es la unidad encargada de supervisar el
correcto desempeo de las tareas descritas en el Plan de Pruebas. Al final de todo el
proceso, ser tambin la responsable de elaborar el registro final de todas las tareas
realizadas y de verificar que la planificacin se cumpli punto por punto.
Una vez planificado el proceso, el siguiente paso consiste en la validacin de los
paquetes de servicios, las ofertas y los contratos (UCs). El objetivo ltimo es asegurar
que el servicio TI se corresponde con la utilidad y garanta esperadas, y que el
proveedor o proveedores correspondientes estn preparados para poner en
funcionamiento el nuevo servicio a partir de su despliegue.
Llegado este punto, tambin se repasan los diseos y planes de pruebas para verificar
que todo est completo y que se ajusta a los perfiles de riesgo previstos (teniendo en
cuenta, por ejemplo, los picos de demanda) y a todos los casos de uso (interfaces,
perfil tecnolgico de los usuarios, roles, etc).
2.5.1.2 Construccin de tests
En esta etapa, la Validacin y Pruebas del Servicio se ocupa de recopilar todos los
componentes de la versin y de poner a punto el entorno de pruebas en las
condiciones necesarias para su correcto desarrollo.
La fiabilidad de las pruebas est condicionada al entorno en el que stas tienen lugar.
Si no es idntico al escenario real en que se desplegar el servicio nuevo o
modificado, los resultados de las pruebas se vern distorsionados y por tanto no
servirn. De ah la importancia de que el escenario de pruebas tenga:
Las mismas versiones de software que la plataforma en produccin.
Los mismos dispositivos de hardware.
Clones de las bases de datos. Slo si se utilizan las bases de datos reales
pueden obtenerse informes precisos sobre, por ejemplo, el rendimiento de las
ITIL V3
- 33 -
Siempre que sea posible, las pruebas de carcter funcional deben ser realizadas por
un selecto grupo de usuarios finales. Durante este proceso de prueba se documentar
y analizar:
La experiencia subjetiva del usuario.
Los comentarios y sugerencias sobre usabilidad y funcionalidad o las dudas
que hayan surgido durante el uso de la nueva versin.
La claridad de la documentacin que se pondr a disposicin del usuario final.
2.5.1.4 Aceptacin y reporte
La aceptacin consiste en la comparacin de los datos reales obtenidos en las
pruebas con los . Si la versin no cumple los requisitos mnimos preestablecidos, es
devuelta como no aceptada a la Gestin de Cambios para su reevaluacin.
En cambio, si el anlisis es favorable y existen garantas de que la versin cumple las
condiciones necesarias para obtener el consentimiento del cliente, se procede a la
elaboracin de un informe completo de resultados de las pruebas.
Este documento incluye:
ITIL V3
- 34 -
2.6
Evaluacin
ITIL V3
- 35 -
Procesos
ITIL V3
- 36 -
ITIL V3
- 37 -
Perfil de riesgos.
Reporte de desviaciones (rendimiento esperado vs. real).
Recomendaciones.
Control de calidad.
2.7
ITIL V3
- 38 -
ITIL V3
- 39 -
Garantizar que el personal hace uso de las herramientas, tanto para registrar
como para consultar los datos disponibles.
Evaluar los datos recogidos, velando por que estn permanentemente
actualizados.
Analizar las necesidades de informacin de ciertos departamentos y coordinar
la correcta transferencia de conocimiento desde aquellos que poseen los datos.
Estas funciones requieren, de quienes desempean las labores de Gestin del
Conocimiento, un entendimiento profundo de los procesos que se desarrollan en la
organizacin, as como una constante monitorizacin del registro, organizacin y
aprovechamiento de los datos.
Los beneficios obtenidos de una correcta Gestin del Conocimiento son numerosos:
No se duplica el trabajo innecesariamente. Si surge un problema que ya se
present en el pasado, pueden recuperarse con facilidad los detalles de la
solucin aplicada entonces, ahorrando tiempo y esfuerzo.
Mejor aprovechamiento de los recursos existentes.
Prevencin de situaciones de desinformacin en caso de faltar los
propietarios de los datos de acceso a una aplicacin, de contacto con un
cliente, etc.
Las principales dificultades que se presentan a la hora de abordar la Gestin del
Conocimiento consisten en:
Los miembros del personal estn saturados de trabajo y no disponen de tiempo
para documentar los datos o dan prioridad a otras tareas ms urgentes.
Los miembros del personal no confan en los datos registrados, de modo que
recurren a otras vas a la hora de buscar informacin.
Los datos estn mal estructurados, son incompletos o no estn adaptados a la
audiencia a la que van destinados, por lo que en la prctica resultan
inservibles.
Los datos se registran pero no se revisan, por lo que la informacin disponible
est desactualizada o incompleta.
2.7.1
Conceptos bsicos
ITIL V3
- 40 -
Procesos
ITIL V3
- 41 -
ITIL V3
- 42 -
Puesta en marcha
- 43 -
3.1
Organizacin
Los cambios y los nuevos productos y servicios provocan con frecuencia los
consecuentes cambios organizativos.
Estos cambios organizativos pueden implicar:
Transferencia de personal
Reorganizaciones jerrquicas
Cambios procedimentales
Recapacitacin del personal
Todos estos cambios pueden ser percibidos positivamente por los miembros de la
organizacin TI o por el contrario pueden ser causa de tensiones internas y problemas
de carcter personal.
Las personas son un componente esencial en los procesos de cambio y evolucin y es
habitual que las personas muestren sus resistencias y miedos.
Es esencial que la fase de transicin tome en cuenta este componente emocional
actuando en consecuencia:
Analizando las consecuencias organizativas del cambio incluyendo factores
tecnolgicos y humanos.
Dando soporte a todas las personas y equipos implicados.
Evaluando la capacitacin del personal involucrado tanto en el proceso de
transicin como de operacin del servicio.
Garantizando que el personal involucrado dispone de los recursos necesarios.
Asegurando el correcto acceso a toda la informacin necesaria asociada a los
nuevos productos y servicios:
Estrategias.
Anlisis de mercados.
Guas tcnicas y manuales.
Matrices RACI.
Plan de comunicacin.
Supervisando y documentando todo el proceso.
3.2
Tecnologa
- 44 -
3.3
Entre los factores de xito y retos a los que se debe confrontar la correcta
implementacin de la Fase de Transicin del Servicio se encuentran:
Encontrar el equilibrio entre estabilidad y (r)evolucin: los clientes y usuarios
quieren servicios estables y siempre operativos pero tienen necesidades
cambiantes a las que debe dar respuesta la organizacin TI.
Coordinar los procesos asociados a la Transicin del servicio entre ellos y con
los asociados a las otras fases del ciclo de vida.
Evitar la burocratizacin del proceso de cambio sin por ello perder el control
sobre el mismo.
Crear una cultura de intercambio de informacin y conocimiento que evite los
guetos de know-how.
Disponer de la adecuada estructura tecnolgica y organizativa.
Crear los necesarios mecanismos de control y mtricas asociadas para la
supervisin de todos los procesos, tareas y procedimientos.
Desarrollar un workflow que permita la integracin de todos los agentes
implicados.
ITIL V3
- 45 -
Glosario
CAB
CI
Elemento de configuracin
CMDB
CMS
CRM
CSI
DML
DS
Repuestos definitivos
ECAB
ELS
Soporte post-implantacin
FAQ
Preguntas frecuentes
FSC
KEDB
LOPD
OLA
PIR
Revisin post-implantacin
RFC
Peticin de cambio
SAC
SAC
SDP
SKMS
SLA
SLR
UC
Contrato de soporte
Referencias
ITIL V3
- 46 -
ITIL V3
http://itilv3.osiatis.es
ITIL V3 Fundamentos
- 47 -