Version 4.0
This documentation is provided to you for informational purposes only, and is provided to you entirely "AS IS".
Your use of the documentation cannot be understood as substituting for customized service and information
that might be developed by Microsoft Corporation for a particular user based upon that user’s particular
environment. To the extent permitted by law, MICROSOFT MAKES NO WARRANTY OF ANY KIND,
DISCLAIMS ALL EXPRESS, IMPLIED AND STATUTORY WARRANTIES, AND ASSUMES NO LIABILITY TO
YOU FOR ANY DAMAGES OF ANY TYPE IN CONNECTION WITH THESE MATERIALS OR ANY
INTELLECTUAL PROPERTY IN THEM.
Microsoft may have patents, patent applications, trademarks, or other intellectual property rights covering
subject matter within this documentation. Except as provided in a separate agreement from Microsoft, your use
of this document does not give you any license to these patents, trademarks or other intellectual property.
Information in this document, including URL and other Internet Web site references, is subject to change without
notice. Unless otherwise noted, the example companies, organizations, products, domain names, e-mail
addresses, logos, people, places and events depicted herein are fictitious.
Microsoft, Active Directory, BitLocker, Excel, Visio, and Windows Vista are either registered trademarks or
trademarks of Microsoft Corporation in the United States and/or other countries.
The names of actual companies and products mentioned herein may be the trademarks of their respective
owners.
You have no obligation to give Microsoft any suggestions, comments or other feedback ("Feedback") relating to
the documentation. However, if you do provide any Feedback to Microsoft then you provide to Microsoft, without
charge, the right to use, share and commercialize your Feedback in any way and for any purpose. You also give
to third parties, without charge, any patent rights needed for their products, technologies and services to use or
interface with any specific parts of a Microsoft software or service that includes the Feedback. You will not give
Feedback that is subject to a license that requires Microsoft to license its software or documentation to third
parties because we include your Feedback in them.
Figura 1. Lugar del SMF de Alineación de las TICs con el Negocio dentro del ciclo
de vida del Servicio
Antes de utilizar este SMF, debería de leer las siguientes guías de MOF 4.0, para
aprender más acerca del ciclo de vida del Servicio de TICs de MOF y de la Fase de
Planeación.:
Visión General de MOF
Visión General de la Fase de Planeación
Roles
El Grupo de Rendición de cuentas que aplica de forma primaria al SMF de Alineación de
las TICs con el Negocio es la Rendición de Servicio. Los Tipos de Roles dentro de esa
Rendición de Cuentas y sus actividades principales dentro de éste SMF se muestran en
la siguiente Tabla.
El logro de estas Metas debería dar lugar a varios resultados específicos y medibles, que
se muestran a detalle en la siguiente Tabla.
Términos Clave
La siguiente Tabla contiene definiciones de los Términos Clave que se encuentran en
ésta Guía.
Tabla 4. Términos Clave
Administración El proceso continuo que asegura que la Organización y el Área de
de la Relación TICs, permanecen en sincronía con respecto a la Metas y Estrategias
con la comunes.
Organización
Administración El proceso de alinear los suministros de Recursos de TICs de la
de la Demanda Organización, para satisfacer el pronóstico de la demanda de los
Servicios.
Estrategia para El Plan que alinea los Objetivos, Políticas y Procedimientos de la
los Servicios de Organización, para lograr un enfoque unificado, para ofrecer Servicios
TICs de TICs que apoyen la estrategia de la Organización.
Acuerdo de Un Acuerdo Interno entre uno o más Grupos de TICs, que soporta los
Nivel de requerimientos establecidos en los Acuerdos de Nivel de Servicio
Operación (SLAs por sus siglas en inglés).
(OLA)
Catálogo de Una lista exhaustiva de Servicios, que incluye las prioridades de la
Servicios Organización y sus correspondientes SLAs.
Acuerdo de Un Acuerdo escrito, que documenta los niveles de servicio requeridos.
Nivel de El SLA se acuerda entre el proveedor del Servicio de TICs y la
Servicio (SLA) Organización o entre el proveedor de Servicios de TICs y un tercero
(proveedor externo). Los SLAs deben incluir los indicadores y las
mediciones que definen el éxito, tanto para el Área de TICS como para
la Organización.
Administración El proceso para definir y administrar el rendimiento del Servicio
del Nivel de mediante el monitoreo, la elaboración de reportes y las revisiones de
Servicio los niveles de Servicio acordados.
Portafolio de Un repositorio interno que define los Servicios de TICs y que los
Servicios categoriza como actualmente en servicio, en espera de ser
desarrollados, en espera de ser dados de baja. Todos los Servicios
apoyan una función o proceso especifico de la Organización.
Contrato Un contrato legal en lugar de un SLA o adicional a un SLA. Este tipo
Sustentado de Contratos son para los Proveedores de Servicios (outsourcing)
(UC) responsables de realizar los entregables de un Servicio para cumplir
con un SLA.
la Estrategia para los Servicios de TICs está Alineada con las Metas y Objetivos de la
Organización. Para ayudar en este proceso, el SMF de Alineación de las TICs con el
Negocio se enfoca en los siguientes procesos:
Definir una Estrategia para los Servicios de TICs.
Identificar y Mapear los Servicios.
Identificar la demanda de los Servicios de TICs y administrar las solicitudes de la
Organización.
Desarrollar y evaluar el Portafolio de Servicios de TICs.
Administrar los Niveles de Servicios.
La Alineación de las TICs con el Negocio es el SMF que coordina a los demás en la Fase
de Planeación, es el responsable de tomar las entradas desde los otros SMFs de esta
Fase –Confiabilidad, Administración Financiera y Políticas— para impulsar el Valor al
Negocio y la Estrategia de TICs. Confiabilidad, Administración Financiera y Políticas son
funciones continuas que apoyan la Planeación y Optimización de la Estrategia para los
Servicios de TICs.
Salidas:
Una declaración de Visión de la Misión de la Organización de
TICs, su Rol y sus Objetivos
Un grupo de Metas y Objetivos de las TICs que demuestran
Alineación con las Metas y Objetivos de la Organización
Mejores Prácticas:
Actividades Consideraciones
Crear un Grupo de Estrategia que incluye a la Alta Dirección
tanto de la Organización como del Área de TICs. Incluir a
personas que tengan una visión de futuro, que sean
respetadas, que tengan conocimiento de la operación, y que
rindan cuentas por las TICs.
Mapear y priorizar las Preguntas Clave:
funciones de la
¿Qué procesos o funciones de Negocio son los
Organización contra el
diferenciadores que hacen única a la Organización? ¿La
Portafolio de Servicios
Organización es excelente en la eficiencia de sus
de TICs
manufacturas, en el manejo de inventarios en tiempo real, en
su experiencia en investigación y desarrollo, en su
automatización de ventas o en sus investigaciones de
mercado?
¿Hay requerimientos regulatorios que sean aplicables a los
procesos o funciones de la Organización?
¿Qué procesos o funciones operativas de la Organización son
los que apoyan la eficiencia y la eficacia de la Organización?
¿ El Departamento de Finanzas participa en el comercio de
divisas y en inversiones? ¿El departamento de manufactura
utiliza la reposición de inventario "justo a tiempo” por parte de
sus proveedores?¿ Los clientes y socios dependen de
Sistemas para levantar pedidos?
¿Qué factores de Riesgo deben ser tomados en cuenta? ¿Si
una función de la Organización no está disponible, cuál es el
costo para la Organización? ¿Si un Servicio de la
Organización no es confiable, la Organización arriesga su
imágen pública o un problema por el incumplimiento de
alguna Política?
¿Que Servicios clave de TICs se han perdido? ¿Qué
Servicios fallan en proporcionar un apoyo adecuado a la
Organización?
Entradas:
Funciones de la Organización
Portafolio actual de Servicios de TICs
Metas y Objetivos actuales tanto de la Organización como las
del Área de TICs
Salidas:
Lista priorizada de los procesos y funciones de la
Organización
Mapa de los Servicios de TICs que apoyan las funciones
prioritarias de la Oganización
Mejores Prácticas:
Considerar el separar las funciones de la Organización en dos
categorías:
Actividades Consideraciones
Actividades Consideraciones
Salidas:
Listado de Iniciativas para apoyar la Estrategia de Servicios
de TICs
Mejores Prácticas:
Una Iniciativa debe demostrar que está ligada a los objetivos
de la Organización y debe ser medible. Los Proyectos
propuestos deben ayudar al logro de las Iniciativas.
Crear Iniciativas que son SMART(por sus siglas en inglés):
Specific (específicas), Measurable (medibles), Achievable
(alcanzables), Results-oriented (orientadas a resultados) and
Time-bound (con plazo determinado). Ejemplos para un
período de tiempo determinado pueden incluir:
La estandarización y consolidación de bases de datos de
clientes.
Incrementar la satisfacción de los clientes mediante el
soporte a teléfonos celulares y PDAs (asistentes digitales
personales) y su integración al correo electrónico de la
Organización y al sistema de Colaboración.
Mejorar la Seguridad mediante: el desarrollo de Políticas;
un proceso de actualización de software y de
actualizaciones; herramientas de auditoría; y una
estrategia de comunicaciones.
Considerar la adquisición de Servicios de TICs para aumentar
la oferta existente y para tomar la ventaja de un mejor servicio
a un precio equivalente al actual. (Estos Servicios pueden
incluir la Administración del escritorio de trabajo, el filtrado de
mensajes y el hosting.)
Finalizar y acordar una Preguntas Clave:
Estrategia anual. Qué representantes de la Organización y de la organización
de TICs, necesitan estar de acuerdo y patrocinar las
Iniciativas?
¿Cómo será comunicado el Plan estratégico? ¿Cómo validará
la Organización que el Plan es conocido y entendido?
¿Cómo debería de articularse el Plan de la Organización?
¿Deberían de ser parte del Plan el desarrollo de personal, la
estrategia con los socios y el reclutamiento y retención del
personal?
Mejores Prácticas:
Incluir los siguientes componentes en el Plan Estratégico:
Declaración de Visión de las TICs
Objetivos de TICs mapeados a los Objetivos de la
Organización.
Iniciativas Clave
Plan de la Organización
Tendencias Tecnológicas
Listado de Rendiciones de Cuentas de la Administración
Solution Accelerators microsoft.com/technet/SolutionAccelerators
12 Microsoft Operations Framework 4.0
Actividades Consideraciones
Métricas para las mediciones
Plan para comunicar el Rendimiento
Las ligas entre el Portafolio de Servicios de TICs y los
Planes tácticos
Administrar el Preguntas Clave:
Rendimiento.
¿Como se debería de medir el Rendimiento? ¿Como se
deben de incluir las mediciones del Rendimiento de las TICs
dentro de el Rendimiento global?
¿Qué tan seguido se tienen que compartir los Reportes de la
Administración con la junta de Administración, con la Alta
Dirección o con los Socios?
¿Qué tan seguido se tienen que generar los Reportes del
Estado?¿Cómo se pueden entregar los Reportes del Estado
para que propicien un mejor Rendimiento y se realicen las
correciones necesarias?
¿Como se deberían de identificar las oportunidades de
Mejora?
Entradas:
Revisión Gerncial del Servicio (ver Visión General de la Fase
de Planeación para más información)
Las Métricas de la Organización relacionadas con los
Servicios de TICs
Salidas:
Conjunto de Métricas de Rendimiento
Plan de comunicación para los Reportes de Estado y de
Administración
Reportes que abarquen a toda la Organización y que midan
las Iniciativas de TICs y como estas iIniciativas apoyan al
logro de los Objetivos de la Organización
Mejores Prácticas:
Publicar las Métricas en forma regular para comunicar las
mejoras o las caidas en el Rendimiento.
Actividades Consideraciones
Identificar los Servicios Key questions:
y sus Dueños
¿Como nombra la Organización al Servicio?
¿Quén del Área de TICs rinde cuentas por los Servicios a
entregados a la Organización?¿Quén es el representante
del Servicio por parte de la Organización?
¿El representante del Servicio, del Área de TICs, conoce a
los dueños de Servicios, del Área de TICs, que dependan
de este Servicio?
¿Cuáles son los Servicios principales de infraestructura de
TICs y quienes son sus dueños? ¿La Organización
entiende la importancia de los servicios de infraestructura
principales como las Redes, el Hosting (el procesamiento),
la Mensajeria, los Servicios de Colaboración, la Seguridad,
el Aprovisionamiento y los Servicios Web?
Entradas:
Matrices de Responsabilidades existentes – por ejemplo
matrices RACI Responsible(responsable del problema o del
proyecto)/ Accountable (la persona a la que rinde cuentas
el Responsable)/ Consulted (la persona que debe ser
consultada porque tiene la información para hacer el
trabajo)/ Informed (persona que debe ser informada pero
no necesariamente consultada)
Actividades Consideraciones
Listado de Servicios y Aplicaciones de la Organización
Listado de Servicios de infraestructura
Sistemas de Administración de la Configuración (CMS)
Portafolio de Servicios; Catálogo de Servicios
Salidas:
Listado de los Servicios y de los Dueños de los Servicios,
incluyendo a los representantes tanto de la Organización
como de la organización de TICs
Listado de todos los Dueños de los Servicios que
dependen del Área de TICs
Matrices RACI
Mejores Prácticas:
Utilizar RACI, CMS, Planes de Continuidad del Negocio
(BC por sus siglas en inglés) y Planes de Recuperación de
Desastres(DR por sus siglas en inglés) para identificar
Servicios y Dueños que de otra forma pudieran no
identificarse.
Identificar a los Preguntas Clave:
clientes y usuarios
¿Quiénes son los usuarios principales de los Servicios?
clave
¿Hay algún ciclo natural para el uso del Servicio? Por
ejemplo: el uso es intensivo durante algún evento o en
algunas ocasiones lo largo del año?
¿Cuál es el contexto, en el que el Servicio se utiliza, dentro
de la Organización? Por ejemplo: se utiliza por parte del
Área Legal, por Finanzas, por Ventas y Marketing, o por
investigación y desarrollo?
Entradas:
Dueños de los Servicios
Datos del Servicio que se encuentren en la Mesa de
Servicios y en la Administración de Incidentes, que
muestren quién es el que utiliza el Servicio
Salidas:
Lista completa de los principales Clientes y Usuarios
Revisar, clasificar y Preguntas Clave:
categorizar los grupos
¿Cuáles son todos los Componentes del Servicio? ¡Quién
principales de
es el Dueño de cada Componente?¿Cuáles son los
componentes del
Componentes de Software y de Hardware? ¿Existen
Servicio y a los
Componentes externos ya sea que estén hosteados o que
dueños del Servicio
pertenezcan a un tercero fuera de la Organización?
¿Qué nivel de detalle se requiere para que la información
sea útil? ¿Cuántos y cuáles Componentes del Servicio
deberían de ser Mapeados para los Servicios que se le
presentan a los Usuarios?
¿Cómo están clasificados los Componentes en el CMS?
Actividades Consideraciones
¿Cómo están actualmente clasificados los Componentes
en el Sistema deAdministración de Incidentes?
¿Los componentes están definidos como Servicios? Si no,
¿Se pueden identificar de ésta forma?
Entradas:
Sistema de Administración de la Configuración (CMS)
Administración de Incidentes
Catálogo de Servicios
Diagramas de Flujo
Salidas:
Listado de clasificaciones y categorias de los
Componentes, que estén Alineadas con el Sistema de
Administración de las Configuraciones y con la
Administración de Incidentes
Versión inicial del diagrama de Mapeo del Servicio (por
ejemplo: en Microsoft® Visio®)
Versión inicial de la Table de Mapeo de los Servicios (por
ejemplo en: Microsoft Excel®)
Mejores Prácticas:
Crear una herramienta que haga un mapeo entre las
descripciones que hacen los usuarios de los Incidentes y
los Servicios de TICs que se hacen cargo de estos
incidentes (la herramienta puede ser tan simple como un
Glosarios en un documento de Microsoft Word compartido
en un Servidor).
Publicar los Mapas de Preguntas Clave:
Servicios
¿Quén necesita utilizar el Mapa de Servicio? ¿Qué otros
procesos son dependientes del Mapa de Servicio?(por
ejemplo, administración de incidentes, administración de
problemas, Monitoreo y Control del Servicio todos ellos
requieren tener una visibilidad de principio a fin del
Servicio, mientras que los usuarios finales sólo requieren
entender el flujo del proceso a un nivel más alto)
¿Cómo se mantendrá actualizado el Mapa de Servicio?
Entrada:
Catálogo de Servicios
Portafolio de Servicios
Salida:
Mapeo de Servicios, presentados de forma visual (ver la
Figura 2)
Mapas de Servicios donde se identifican los dueños de
cada Servicio, incluso de los Servicios dependientes
Mejores Prácticas:
Solution Accelerators microsoft.com/technet/SolutionAccelerators
16 Microsoft Operations Framework 4.0
Actividades Consideraciones
Crear un Mapa del Servicio de Infraestructura que muestre
los Servicios básicos que soportan a los demás Servicios
de TICs. Los Servicios Técnicos deberían de incluir el
directorio de infraestructura, mensajería y colaboración,
administración de archivos y respaldos, redes de datos,
impresión, equipos de escritorio y granjas de servidores.
Otros tipos de Servicios pueden incluir aprovisionamiento,
soporte a los equipos de escritorio, actualizaciones de
software, parches (actualizaciones) y Reportes de
Cumplimiento.
Actividades Consideraciones
mapearán las Solicitudes contra los Servicios actuales? (ver
el SMF de Cambio y Configuración para más información)
Entradas:
Un Catálogo de Servicios capaz de rastrear todas las
Solicitudes de Servicios de TICs
Solicitudes de cualquiera de las siguientes fuentes:
Otros Grupos de TICs internos con un canal establecido
para el soporte
Proveedores externos y socios de negocio que sean
parte de la cadena de valor de la Entrega de Servicio
Servicios Administrados de outsourcing
Sistema de seguimiento de Fallas
Herramientas para el Soporte a los escritorios de trabajo
Salidas:
Una vista organizada y consolidada de todas las Solicitudes
realizadas a la organización de TICs
Mejores Prácticas:
Administrar las Solicitudes utlizando un proceso consistente,
bien definido, que incluya los siguientes elementos:
Un formato de Solicitud de Cambio (RFC por sus siglas
en inglés) donde se identifique los criterios clave para la
aprobación del Cambio, incluyendo (pero no limitado a) el
impacto a la Organización, el nombre del Servicio, el
Riesgo de aceptar o no la Solicitud. Debido a que
muchas Solicitudes llegan por parte de Grupos que no
pertenecen a las TICs, las RFCs iniciales quiza no
incluyan información relevante de TICs.
Una minuciosa Clasificación y Categorización de las
Solicitudes. Considerar organizar las Solicitudes por su
impacto al Servicio, como nuevo Servicio, por su Riesgo
o por las necesidades iniciales de recursos.
Una base de datos dedicada a almacenar las Solicitudes.
Los dueños de los Servicios, los dueños del presupuesto
y los Administradores de la relación con la Organización
van a querer ver, cada uno de ellos, la información de las
Solicitudes desde una perspectiva diferente.
Para más información acerca del proceso de Solicitudes
de Cambio vea el SMF de Cambio y Configuración
Capturar el uso Preguntas Clave:
actual y la demanda
¿Cómo es el Rendimiento de los Servicios críticos para la
de los Servicios
Organización? ¿Se cumple con las metas de Disponibilidad y
con los SLAs? ¿Si las metas no se cumplen, la Capacidad es
un issue?
¿Existen Servicios que no se estén utilizando?
¿Hay Capacidad adicional que los Servicios no estén
utilizando?¿Hay Capacidad adicional en almacenamiento, en
Actividades Consideraciones
ancho de banda o en servidores?
¿Hay un número adecuado de licencias para el software
instalado?
Entradas:
Reportes de Capacidad
Reportes de Disponibilidad
Reportes de Licenciamiento, incluyendo aquellos de la
auditoría
Salidas:
Reporte de Demanda (organizado por el uso actual y por el
crecimiento anticipado de uso, y con la demanda mapeada
contra los Servicios y las unidades organizacionales)
Activities Considerations
Identificar y validar Preguntas Clave:
las tendencias
¿Cuáles son los Servicios críticos para la Organización?
futuras
¿Cómo afectan los Planes de la Organización a ésos
Servicios?
¿El costo de cualquier recurso se está incrementando?
¿Cómo afectaría un incremento en el costo de la energía
eléctrica, la habilidad para entregar los Servicios a un costo
razonable? ¿Algún Servicio está en Riesgo debido al
incremento de los Costos?
¿Cualquier tendencia en la tecnología actual, le da una
oportunidad para mejorar los Servicios a la Organización?
¿Puede alguna oferta de un tercero reducir la carga sobre la
organización (por ejemplo, filtrado de mensajes,
administración de redes o servicios de mesa de ayuda)?
¿Alguno de los Servicios que se dan con recursos propios
están disponibles como Servicios Online (por ejemplo, el
hosting de Servicio de mensajería)?
Entradas:
Reportes de tecnología y específicos para la Organización de
firmas como Forrester Research, Inc., IDC y Gartner, Inc.
Otras fuentes de información de tendencias tecnológicas
Salidas:
Plan de trabajo que identifica la integración de las
tecnologías clave para apoyar los objetivos de la
Organización
Análisis de Riesgo sobre las tendencias de la Industria
específica y de la tecnología
Mejores Prácticas:
Asegurar que la Organización tiene un entendimiento del
impacto que los Servicios de TICs tiene en su eficacia. Por
ejemplo, como la colaboración y la mensajeria proporcionan
mayor productividad, las nuevas formas de trabajar o la
habilidad de expandirse en el ámbito geográfico.
Conforme el Grupo identifica tendencias importantes, estar al
tanto de cualquier cambio importante de paradigma -cambios
en la tecnología o actitudes en cuanto a la forma de
utilizarla- que puedan afectar la Operación de las TICs. Por
ejemplo, a partir de los años 90´s, una explosión de Servicios
Web tuvo un gran impacto en todas las TICs. Se le debe
prestar mucha atención a:
La Virtualización que maneja de forma dinámica los
cambios de la demanda.
Herramientas de Colaboración que aumentan la eficacia
de los Equipos de trabajo virtuales.
Trabajo a distancia.
Actividades Consideraciones
Definición de la Estructura y de la Subestructura del Portafolio de
Servicios
Descripciones de los Servicios (qué es el Servicio, a que procesos de
la Organización apoya, y cuales son los componentes que los que
depende el Servicio)
Categorías en el inventario para clasificar las inversiones en TICs, en
el contexto de los Servicios de la Organización
Mejores Prácticas:
Considerar incluir los siguientes elementos en el portafolio de
Servicios:
Nombre del Servicio: Explicar con detalle todos los servicios
(incluidos los servicios de infraestructura) en términos que
reconozca la Organización.
Funciones de la Organización a los que apoya el Servicio:
Identificar las Funciones y Procesos de la Organización que se
apoyan en el Servicio.
Contribución del Servicio a la Organización: Explicar en
términos de reducción de costos, ventaja competitiva o de
cumplimiento regulatorio.
El Patrocinador por parte de la Organización: Un Directivo de
alto nivel en la Organización que apoya directamente el Servicio
de TICs a través de compromisos financieros.
Administrador de la relación entre la Organización y el Área
de TICs: La persona responsable de asegurar que exista una
comunicación y Alineación entre el Área de TICs y la
Organización.
Hoja de Ruta: La información sobre la próxima actualización
prevista o posible sustitución o baja del Servicio; es un plan para
los próximos dos a tres años.
Actividades Consideraciones
Medir el valor de los Preguntas Clave:
Servicios de TICs en
¿Qué constituye el Valor al Negocio y cómo se va a medir? ¿Qué hay
relación con los
acerca de la percepción del cliente y el impacto a la Organización?
resultados de la
¿Puede el Área de TICs medir el Valor al Negocio de igual forma en
Organización
que lo hace la Organización mediante modelos de Retorno de la
Inversión (ROI por sus siglas en inglés), valor presente neto (NPV por
sus siglas en inglés), valor económico añadido (EVA por sus siglas en
inglés)? (para más información, ver el SMF Función de
Administración.)
¿Qué criterios se necesitan para apoyar las decisiones con respecto a
la inversión (valor, costo o tolerancia al Riesgo)?
Entradas:
Mejoras mediante adiciones o solo de forma, aprobadas a la
Estrategia del Servicios de TICs, definidas en términos de
oportunidades o requerimientos de la Organización
Mapas de Servicio que relacionen a los clientes, los procesos de la
Organización, las aplicaciones, y los componentes de infraestructura
de TICs
Salidas:
Declaración del Valor del Servicio donde se decribe como el Servicios
de TICs apoyan la reducción de costos, proporcionan una ventaja
estratégica o como apoyan el cumplimiento de las regulaciones
Mejores Prácticas:
Estar concientes de la forma en que se empaquetan los Servicios.
Con modelos de costo, mediante agrupación de componentes, fijando
precios a los diferentes niveles del Servicio, agrupando opciones, ya
que todo esto va a influir en la forma en que los usuarios consuman el
Servicio.
Analizar y aprobar los Preguntas Clave:
nuevos conceptos de
¿Cuál es el nivel de detalle, de los datos del Proyecto, que se requiere
Proyecto
en este primer nivel de aprobación?
¿Cómo debe de demostrar el Proyecto una clara conexión y apoyo a
las Iniciativas definidas en la Estrategia de TICs?
¿Como se va a llevar a cabo la priorización de los Proyectos?¿Cómo
se va asegurar la consistencia durante el proceso de priorización?
¿Quiénes deberían de estar en el Consejo de asesoría para la
aprobación? ¿Cómo puede este Consejo de asesoría asegurar un
enfoque de la Organización para este tipo de aprobación? (para más
información vea los SMFs de Función de Gobernabilidad, Riesgo y
Cumplimiento para la Administración del Servicio y el de Función de
Cambio y Configuración para la Administración del Servicio.)
Entradas:
Propuestas de conceptos de Proyectos
Consejo de asesoría con autoridad aprobada
Método y proceso de Priorización
Actividades Consideraciones
Salidas:
Conjunto de Proyectos aprobados y con un dueño asignado
Comunicación de los conceptos de Proyectos aprobados
Mejores Prácticas:
Cuando los conceptos de Proyecto reciban se aprueben, es
importante definir un Equipo y comenzar con la Fase de entrega del
ciclo de vida de los Servicios de TICs. Esto comienza con el proceso
de Conceptualización. Para más información vea el documento de
Visión General de Fase de Entrega.
Asignar un Grupo de aprobación que tenga la autoridad sobre el
presupuesto y a quién se le asigne la Rendición de Cuentas, para
asegurar los resultados para la Organización y para la Gobernabilidad
de las TICs. Para más información vea el documento de Visión
General de la Capa de Administración.
Publicar el Portafolio Preguntas Clave:
¿Cómo verán los usuarios el Portafolio?¿Quién necesita de una vista
de cada uno de los Proyectos y a qué nivel y con que detalle?
Entradas:
Listado de los Proyectos aprobados
Salidas:
Portafolio actualizado y publicado
Mejores Prácticas:
Asegurar que cada Proyecto tiene la siguiente documentación:
Punto de contacto
Servicio Asociado y/o Grupo dentro de la Organización
Descripción y beneficios esperados
Una Cronología
Recursos
Riesgos, supuestos y posibles obstáculos
Categorizar los Proyectos del Portafolio utilizando las siguientes
denominaciones:
Inversiones estratégicas iniciadas por las TICs
Inversiones estratégicas a instancias de la Organización
Proyecto requerido con base en el Cumplimiento o en las
regulaciones
Proyecto para mantener o para mejorar
Proyecto Reactivo debido a un cambio en la tecnología o en la
Organización
La Figura 3 representa la relación entre los clientes, los SLA, los OLA y los UC.
Figura 4. SLAs, OLAs,y UCs para el cómputo de escritorio del Woodgrove Bank
(ejemplo)
Actividades Consideraciones
necesidades actuales de la Organización se están cubriendo. Si la
Organización es grande, se debe de considerar la posibilidad de
asignar un recurso para cada una de la Unidades de la
Organización.
Dar seguimiento a Preguntas Clave:
los cambios en las
¿Cómo mantendrá la Organización informada al Área de TICs
necesidades de la
acerca de los cambios en la Estrategia de la Organización, en los
Organización
Planes, en los requerimientos Regulatorios?
¿Como debe la Organización solicitar mejoras a los Servicios?
Entradas:
Procesos de la Administración del Cambio para los requerimientos
de la Organización (para más información vea el SMF de Función de
Cambio y Configuración para la Administración del Servicio)
Actualizaciones a los requerimientos de Gobernabilidad y de
Políticas (para más información vea el SMF de Función de Políticas
para la Administración del Servicio)
Salidas:
Solicitudes de Cambio por parte de la Organización
Mejores Prácticas:
Mantener el seguimiento del ritmo de las actividades de la
Organización, para monitorear y entender tanto el aumento como la
disminución de la demanda o la Confiabilidad. Por ejemplo: durante
las temporadas de vacaciones, un sistema de punto de venta puede
tener una carga adicional.
Crear el Catálogo Preguntas Clave:
de Servicios
¿ Cuál es el público objetivo para el Catálogo? ¿Se debe elaborar el
Catálogo únicamente para los usuarios finales y para los clientes
internos en la Organización o se deben de incluir Servicios que se
ofrecen a otros Grupos de TICs (por ejemplo, aquellos que requieren
servidores nuevos, los que requieren consolidar servidores, o los
que necesitan revisiones en temas de seguridad)?
¿Qué Servicios de TICs necesitan los usuarios finales/clientes para
hacer su trabajo?
¿ Qué vistas del Catálogo pueden compartirse con cualquiera en la
Organización? ¿Cuáles son exclusivas para un segmento dado de
usuarios finales/clientes?¿Hay alguna aplicación Financiera
aplicable sólo para el Área de Finanzas?¿Hay un Servicio para los
escritorios de trabajo que esté disponible para todos en la
Organización?
¿Qué Servicios de TICs considera la Organización como
escenciales?¿Cómo se llaman esos Servicios? (Ejemplos pueden
incluir la configuración de equipos nuevos, limpieza de virus, reset
de passwords, archivar los datos de los reportes financieros, arreglar
los problemas de acceso a una aplicación, implementación de una
Política de la Organización y la administración de Identidades.)
Actividades Consideraciones
el Servicios de la Organización al que se apoya, el dueño del
Servicio, la descripción del Servicio, la Política en que se apoya, el
modelo para los cargos por el Servicio y/o las actualizaciones
planeadas para el Servicio.) Para ver un ejemplo de Catálogo de
Servicio se tiene el Apéndice “A”: “Ejemplo de Catálogo de Servicio
para las estaciones de trabajo del Woodgrove Bank” al final de este
documento.
Entradas:
Servicios en productivo que se muestran en el Portafolio
Mapas de Servicios
Vistas requeridas por los usuarios finales que describan los Servicios
que pueden solicitar
Registros de solicitudes de Servicios (para más información ver el
SMF de Función de Servicio al Cliente para la Administración del
Servicio)
Vistas requeridas por el Área de TICs que describan los Servicios
que dependen de TICs tales como aprovisionamiento de servidores,
respaldos, actualizaciones y parches de software
Vistas requeridas por las Áreas de la Organización y los ejecutivos
de TICs que muestren una mirada muy amplia con una integración
de los Servicios de TICs definidos en el Catálogo
Salidas:
Una estructura del Catálogo de Servicios que apoye una clara
comunicación de las ofertas del Área de TICs para la Organización y
de unas Áreas de TICs a otras Áreas de TICs
Mejores Prácticas:
Tratar al Catálogo de Servicios como si fuese una decisión
corporativa de la Organización que la lleva a definir un nuevo modelo
y un nuevo estándar para la entrega de Servicios de TICs a la
comunidad interna de la Organización.
Asegurar que representantes de los usuarios finales y de las
Unidades de la Organización dirijan el proceso para definir los
requerimientos de la estructura del Catálogo, su contenido y sobre
todo la facilidad de uso.
Dejar saber a los usuarios del Catálogo de Servicios, que este
crecerá en el tiempo conforme se vayan incorporando nuevos
Servicios se vayan teniendo cambios en los Servicios existentes y
también conforme el Área de TICs mejore su entendimiento de las
necesidades de los usuarios.
Ofrecer un conjunto de Servicios básicos que abarquen al
mayor número de usuarios, e ir creciéndolos poco a poco.
Servicios a ser incluidos en un Piloto pueden ser el reset de
passwords, conectividad de la telefonía móvil, la adquisición
de PCs.
Organizar el Catálogo de Servicios en Servicios internos de
TICs, Servicios a usuarios finales y Servicios a la
Organización.
Actividades Consideraciones
Ligar el Catálogo de Servicios con el sistema de solicitud de
Servicios.
Definir los OLAs Preguntas Clave:
¿Hay un Mapa de Servicio que incluya todos los Servicios de los que
se depende y su relación con los Servicios de la Organización
identificados en el Catálogo de Servicios?
¿Qué servicios críticos de los que se depende requieren de contar
con un OLA para asegurar que se pueda cumplir un SLA? ¿Cuáles
de los Servicios de los que se depende forman parte de la
infraestructura básica de la que dependen los Servicios de la
Organización?Los ejemplos pueden incluir el Directorio Activo de
Microsft ® y los Servicios de la Red de Datos.
¿Quiénes son los dueños de los Servicios de los que se depende?
Entradas:
Mapas de Servicios
SLAs existentes
Salidas:
OLAs
Mejores Prácticas:
Las discusiones para los OLAs deben enfocarse en responsabilidad
compartida que tienen todos en el Área de TICs para la entrega de
Servicios de excelente calidad, que sean rentables y que ayuden a
alcanzar las Metas y Objetivos de la Organización. Al principio,
quizá tenga sentido limitar el número de OLAs para tres o cuatro de
los Servicios que sean más críticos para la infraestructura básica.
Tres de los Servicios candidatos para estar en la lista son:
El Grupo del Directorio Activo
El Grupo de Seguridad
El Grupo de Red de datos (Este puede involucrar múltiples OLAs
debido a la amplitud de los Servicios que entregan la mayoría de
los Grupos de Redes – por ejemplo, DNS, DHCP, LAN, y WAN.)
Definir los UCs Preguntas Clave:
¿La Organización tiene representantes legales y lineamientos de
Gobernabilidad para definir y cerrar los UCs?¿De que forma el
representante legal se puede involucrar al principio, de tal forma que
los requerimientos legales sean parte de las conversaciones iniciales
con el socio?
¿Hay otros departamentos (tales como producción o finanzas) que
tengan contratos similares con sus socios?¿Cómo se puede
beneficiar el Área de TICs de esa experiencia?
¿Cómo se medirá y reportará el rendimiento del Contrato?
¿Cuáles son las expectativas de la comunicación entre la
Organización y el Socio?
¿Quienes son los contactos principales tanto de la Organización
como por parte del Socio?¿En caso de un incidente, cuál es la ruta
Actividades Consideraciones
de escalación?
¿Quienes se deben de involucrar para definir los siguientes
elementos que son clave para los UCs?¿Cuáles de los siguientes
elementos deben ser parte del Contrato y cuáles deben de estar en
segundo plano?
Introducción
Descripción del Servicio
Horario de Servicio
Disponibilidad y Confiabilidad
Caminos para recibir Soporte
Tiempos de respuesta de las transacciones
Rendimiento
Expectativas para la Administración de Cambios
Administración de incidentes: registro, seguimiento, recursos y
cierre
Administración de Problemas: registro, documentación, recursos
y cierre
Expectativas de la participación del socio en las reuniones para
la Administración de Problemas y reuniones del CAB
Expectativas del documento de alcance de los trabajos y de acta
de proyecto
Procedimientos para la Liberación y para las Pruebas
Expectativas de la metodología para la Administración de
Proyectos
Requerimientos o restricciones de las Herramientas
Continuidad y Seguridad del Servicio de TICs
La forma en que se realizan los cargos
Revisiones y Reportes del Servicio
Iniciativas de Rendimiento, métricas y penalizaciones
Obligaciones contractuales, cláusulas de resición y la forma en
que se llevarán a cabo las litigaciones
Requerimientos de acuerdos de confidencialidad y acuerdos
Derechos para realizar Auditorías
Otros requerimientos de protección según lo requiera el
departamento legal de la Organización (clausulas de
indemnización, penalizaciones y deducciones, entre otros)
Entradas:
SLAs
OLAs
Listado de Socios preferidos
Actividades Consideraciones
Salidas:
Contrato Sustentado (UC)
Mejores Prácticas:
Un componente importante de los UCs (al igual que con los SLAs y
los OLAs) es la definición de lo que se considera su éxito y la forma
de medirlo. Ejemplos de esos criterios pueden incluir:
Porcentaje de los Sistemas que completaron de forma exitosa la
Política de actualización sin fallas.
Número de problemas y errores conocidos.
Duración de la actualización.
Itinerarios de Notificación.
Horario de Disponibilidad.
Definir los SLAs Preguntas Clave:
¿El Servicio tiene una especificación exacta? ¿El Servicio tiene
objetivos (tales como Disponibilidad, Capacidad, y horas de Servicio) a
los que se haya comprometido?
¿Cómo se van a comunicar los Reportes? Para más información en
relación a los Reportes, ver la Revisión Gerencial del Servicio de MOF.
¿Se han identificado los OLAs y los UCs de los que depende el
SLA? ¿Quiénes son sus dueños?
¿Cómo se publicará el SLA? ¿Va a estar vinculada al Catálogo de
Servicios?¿ Cómo se podrá saber si las personas lo utilizan?
¿Cómo se medirá el rendimiento del SLA?¿Cómo se sabrá si se han
tomado las medidas para mejorar el Rendimiento? ¿Habrá Revisiones
periódicas?
¿Quién es el dueño del SLA por parte del Área de TICS y quién por
parte de la Organización?
¿Cómo se estructurarán los SLAs? ¿Se organizarán por Servicio,
por Cliente o de acuerdo a los Servicios de los que dependen?
Entradas:
OLA
UCs
Catálogo de Servicios
Salidas:
SLA con los siguientes componentes:
Información del Contacto de las dos partes
Descripción del Servicio
Duración del SLA
Roles y Responsabilidades de TICs
Horarios y excepciones para el Servicio
Objetivos de Disponibilidad
Objetivos de Confiabilidad
El proceso de Cumplimiento
Métricas:
Información del proceso de Cambio que atiende las siguientes
preguntas:
¿Como se manejarán los Cambios al SLA?
¿Con cuanta anticipación se solicitan?
Actividades Consideraciones
¿A quién se le solicita?
¿Quién puede aprobar?
¿Quién puede solicitar?
Información sobre las interrupciones que responda a las
siguientes preguntas:
¿Como se manejan las interrupciones?
¿Cuál es el tiempo esperado de recuperación, por tipo de
severidad?
¿Como se lleva a cabo la escalación y quién puede escalar?
Mejores Prácticas:
Asegurar que los Servicios de Infraestructura Básica como la red de
datos, los sistemas operativos, las bases de datos y las herramientas de
comunicación y de colaboración están diseñados para cumplir con los
SLAs de la Organización. Al mismo tiempo, cuando se ajusta o se crea
un nuevo SLA, no se deben de comprometer Niveles de Servicio que no
puedan ser apoyados por las capacidades de la infraestructura actual.
Asegurar que los SLAs estén escritos desde la perspectiva de la
Organización. Ejemplo: Utilizar las métricas de la Organización para
definir el Cumplimiento, además de las métricas de TICs. Un sistema
de inventario en tiempo real se describe tal vez por “la precisión del
inventario a mano” y por “la disponibilidad de los reportes del inventario
en tiempo real” así como por la disponibilidad del Servidor.
Evaluar las mediciones del SLA utilizando los siguientes criterios:
¿Son compatibles con los objetivos de la Organización?
¿Son específicos?
¿Pueden ser medidos?
¿Son alcanzables, aún y cuando se requiera un esfuerzo
significativo por parte del Área de TICs?
¿Son realistas en relación a los beneficios que traerán a la
Organización?
Para ver un ejemplo de un Acuerdo de Nivel de Servicio, ver el Apéndice
B: “Ejemplo de un SLA,” al final de este documento.
Conclusión
El SMF de Alineación de las TICs con el Negocio describe los procesos principales para
Alinear las Metas de la Organización con las del Área de TICs, desarrollando una
Estrategia de Servicios de TICs, identificando un Portafolio de Proyectos en los que hay
que trabajar y estableciendo métodos para mantener la Alineación entre la Organización
y las TICs.
Los entregables de este SMF incluyen:
La Estrategia de los Servicios de TICs.
Los Mapas de los Servicios de TICs.
El Portafolio de los Servicios de TICs.
Los Acuerdos de Niveles de Servicio.
Retroalimentación
Por favor dirija sus preguntas y comentarios acerca de ésta guía a mof@microsoft.com.
Woodgrove Bank
Acuerdo de Nivel de Servicio
Servicio de cómputo de escritorio
Revision: 1.0
Elaboración: 2007-Mayo-17
Revisado: 2007-Mayo-17
Cliente: _________________________________________
Soporte al Cliente
El Servicio de equipo de cómputo, se requiere junto con el acceso mediante Red de Área
Local/Internet a otros Servicios. La Disponibilidad requerida para esos Servicios es del
99.5 porciento del tiempo arriba, sin contar con los tiempos del mantenimiento planeado.
La métrica de Disponibilidad del 99.5 porciento se medirá considerando un períodod de
tiempo de 6 meses.
Confiabilidad
Cualquier Cambio propuesto por el Cliente debe ser enviado mediante la Mesa de
Servicio para su revisión. Una notificación de aceptación / rechazo, para los Cambios
normales, que incluya la razón para ello, debe ser entregada en un plazo de 5 días
hábiles después de la siguiente reunión del CAB, en el caso de los Cambios estándar el
plzao es de 3 días. Los Cambios de Emergencia serán atendidos de forma inmediata
por el Administrador de la Mesa de Servicios.
En el caso de una catástrofe mayor con pérdidad del hardware, el equipo de cómputo y
la infraestructura será rentada a proveedores. Cuando ocurra ese caso, casi siempre se
requerirá reubicar las oficinas. Los detalles de la Continuidad del Negocio se
proporcionarán en caso de ese evento.
Seguridad
Cargos
Hay una cuota fija annual de $700 por equipo de cómputo que incluye el hardware,
software, el soporte y mantenimiento del Servicio.
Se harán descuentos de $50 por hora por cada equipo de cómputo que esté fuera de
Servicio por más tiempo que el acordado en el SLA.
Adiciones/Cambios menores