Diferencia entre revisiones de «Implementación de ITIL - Estructura de servicios»

De IT Process Wiki
(New page: <imagemap> Image:ITIL-Wiki-english.jpg|right|IT Estructura de Servicio default [http://wiki.en.it-processmaps.com/index.php/ITIL_Implementation_-_IT_Service_Structure Página en inglés] d...)
 
mSin resumen de edición
Línea 1: Línea 1:
<seo metakeywords="Implementación ITIL, estructura de servicios, servicios de negocios, servicios de soporte" metadescription="Definición de la estructura de servicios: objetivos - prerequisitos - resultados - factores de éxito." />
<imagemap>
<imagemap>
Image:ITIL-Wiki-english.jpg|right|IT Estructura de Servicio
Image:ITIL-Wiki-english-de.jpg|DE - EN - IT Estructura de Servicios|155px
default [https://wiki.en.it-processmaps.com/index.php/ITIL_Implementation_-_IT_Service_Structure Página en inglés]
rect 63 0 106 36 [https://wiki.de.it-processmaps.com/index.php/ITIL-Implementierung_-_IT-Services diese Seite auf Deutsch]
rect 107 0 155 36 [https://wiki.en.it-processmaps.com/index.php/ITIL_Implementation_-_IT_Service_Structure this Page in English]
desc none
desc none
</imagemap>
</imagemap>
Línea 8: Línea 11:
{|
{|
|-
|-
| style="border-bottom:1px solid grey;" |<big><strong> Paso 2: Definición de la estructura de servicio </strong></big>
| style="border-bottom:1px solid grey;" |<big><strong> Paso 2: Definición de la estructura de servicios </strong></big>
|}
|}




Cualquier iniciativa ITIL debe comenzar mirando los servicios. Después de todo, la razón principal para introducir ITIL es lograr un mayor enfoque en los servicios.  
Cualquier iniciativa ITIL debe comenzar determinando los servicios. Después de todo, la razón principal para introducir ITIL es lograr un mayor enfoque en los servicios.  
 
==== Descripción ====
==== Descripción ====


===== Servicios de Negocio y Servicios de Soporte =====
===== Servicios de negocios y servicios de soporte =====


La mejor manera de tener un cuadro claro de los servicios es desarrollar una estructura, que incluya los servicios de negocio y los de soporte. Esto refleja uno de los principios más importantes de ITIL: Los [[Implementación de ITIL - Estructura de Servicio#Creando una Lista de Servicios de Negocio|servicios de negocio]] (ofrecidos a clientes) se construyen en una base de servicios de soporte (visible sólo internamente en la organización de TI).  
La mejor manera de tener un cuadro claro de los mismos es desarrollar una estructura que incluya los servicios de negocios y los de soporte. Esto refleja uno de los principios más importantes de ITIL: Los [[Implementación de ITIL - Estructura de servicios#Creando una Lista de Servicios de Negocio|servicios de negocios]] (ofrecidos a clientes) se construyen en una base de servicios de soporte (visible sólo internamente en la organización de TI).  


Con frecuencia, hay confusión en las organizaciones de TI en cuanto a qué se considera un servicio de negocios. Los servicios de negocio se caracterizan por representar un valor directo para el cliente, por ejemplo, el hecho de proveer facilidades de correo electrónico y acceso a Internet.  
Con frecuencia, hay confusión en las organizaciones de TI en cuanto a qué se considera un servicio de negocios. Los servicios de negocios se caracterizan por representar un valor directo para el cliente, por ejemplo, el hecho de proveer correo electrónico y acceso a Internet.  


Los [[Implementación de ITIL - Estructura de Servicio#Determinando los Servicios de Soporte|servicios de soporte]], en contraste, no son de valor directo para los clientes; son necesarios como bases para sostener los servicios de negocio.
Los [[Implementación de ITIL - Estructura de servicios#Determinando los Servicios de Soporte|servicios de soporte]], por el contrario, no son de valor directo para los clientes sino que sirven de base para sostener los servicios de negocios.


En otras palabras, lo que el cliente quiere es acceso confiable a Internet, no algún tipo específico de infraestructura de redes (de hecho, es irrelevante para el cliente que sea necesaria una infraestructura de redes para proveerle acceso a Internet.)
En otras palabras, lo que el cliente quiere es acceso confiable a Internet, no algún tipo específico de infraestructura de redes (de hecho, es irrelevante para el cliente que sea necesaria una infraestructura de redes para proveerle acceso a Internet).


===== Creando una Lista de Servicios de Negocio =====
===== Creando una lista de servicios de negocios =====


Una buena manera de empezar es crear una lista de los servicios de negocio existentes, usando - si fuera posible - acuerdos e información previamente establecidos. Si no está disponible la información relacionada a servicios, se debe crear una lista básica, que incluya al menos descripciones breves de servicios y clientes que los utilizan.
Una buena manera de empezar es crear una lista de los servicios de negocios existentes, usando, si fuera posible, acuerdos e información previamente establecidos. Si no está disponible la información relacionada con los servicios, se debe crear una lista básica, que incluya al menos descripciones breves de servicios y clientes que los utilizan.


===== Determinando los Servicios de Soporte =====
===== Determinando los servicios de soporte =====


Tan pronto esté claro cuáles son los servicios de negocio que se proveen a los clientes, es posible identificar los servicios de soporte necesarios.
Tan pronto esté claro cuáles son los servicios de negocios que se proveen a los clientes, es posible identificar los servicios de soporte necesarios.


Lo principal al definir los servicios de apoyo es asignar responsabilidades para el suministro de tales servicios. Se espera que los Propietarios de Servicio responsables se aseguren de que sus servicios cumplan con las metas de los niveles de servicio, según acordado.  
Lo principal al definir los servicios de apoyo es asignar responsabilidades para el suministro de tales servicios. Se espera que los Propietarios de Servicios responsables se aseguren de que sus servicios cumplan con las metas de los niveles de servicio, según lo acordado.  


Los servicios de soporte, con frecuencia, están relacionados muy de cerca con ciertas partes de la infraestructura TI, por ejemplo, con los sistemas principales de aplicaciones o componentes de la infraestructura: Un ejemplo típico sería "Proveyendo un ambiente de SAP".
Los servicios de soporte, con frecuencia, están relacionados estrechamente con ciertas partes de la infraestructura de TI, por ejemplo, con los sistemas principales de aplicaciones o componentes de la infraestructura: Un ejemplo típico sería "Proveyendo un ambiente de SAP".


===== Definiendo la Estructura de Servicios =====
===== Definiendo la estructura de servicios =====


<imagemap>
<imagemap>
Image:Thumb_estructura-de-servicios.jpg|right|Ejemplo - La Estructura de Servicios|200px|thumb
Image:Thumb_estructura-de-servicios.jpg|right|Ejemplo - La estructura de servicios|200px|thumb
default [https://wiki.es.it-processmaps.com/images/pdf/implementacion-itil-estructura-de-servicios.pdf Ejemplo - La Estructura de Servicios (.pdf)]
default [https://wiki.es.it-processmaps.com/images/pdf/implementacion-itil-estructura-de-servicios.pdf Ejemplo - La estructura de servicios (.pdf)]
desc bottom-left
desc bottom-left
</imagemap>
</imagemap>
Al haber identificado los servicios de negocio y soporte, la tarea que falta es crear una estructura de servicios determinando la interrelación entre ambos (véase la figura).
Al haber identificado los servicios de negocios y soporte, la tarea que falta es crear una estructura de servicios determinando la interrelación entre ambos (véase la figura).


Se puede ver que los servicios de soporte, con frecuencia, están en escalas; por ejemplo, un servicio que es responsable por correr cierto sistema de aplicaciones puede que dependa de otro servicio de soporte para proveer un sistema operativo básico.  
En ella se puede ver que los servicios de soporte están a menudo en escalas; por ejemplo, un servicio que es responsable de manejar cierto sistema de aplicaciones puede que dependa de otro servicio de soporte para proveer un sistema operativo básico.


Esta estructura servirá luego como una aportación valiosa para diseñar el [[Glosario ITIL#Catálogo de Servicios|Catálogo de Servicios]].
Esta estructura servirá luego como una aportación valiosa para diseñar el [[Glosario ITIL#Catálogo de Servicios|Catálogo de Servicios]].


==== Objetivos de este Paso del Proyecto ====
==== Objetivos de este paso del proyecto ====


* Identification of business and supporting services
* Identificar los servicios de negocio y de soporte
* Creating the service structure by determining the interdependencies between business and supporting services
* Crear la estructura de servicios determinando la interde-pendencia entre servicios de negocios y de soporte


==== Prerequisitos ====  
==== Prerequisitos ====  


* Acuerdos e información existentes
* Acuerdos e información existentes
* Clientes participantes para definir los servicios de negocio
* Clientes participantes para definir los servicios de negocios


==== Resultados / Entregables ====  
==== Resultados / Entregables ====  


* Una lista de servicios de negocio, incluyendo al menos descripciones breves de servicios y clientes que las usan
* Una lista de servicios de negocios, incluyendo al menos descripciones breves de servicios y clientes que las usan
* Una lista de servicios de soporte, incluyendo al menos descripciones breves de los servicios y los Propietarios de Servicios responsables por éstos
* Una lista de servicios de soporte, incluyendo al menos descripciones breves de los servicios y los Propietarios de Servicios responsables de los mismos
* Estructura de servicios
* Estructura de servicios


==== Factores de Éxito ====
==== Factores de éxito ====
 
* Firmar con clientes [[Glosario ITIL#Acuerdo de Nivel de Servicio (SLA)|Acuerdos de Nivel de Servicio (SLA)]] formales no tiene mucha importancia en esta etapa temprana del proyecto. Los SLA se concluyen como parte de [[ITIL Gestion del Nivel de Servicio - SLM|Gestión del Nivel de Servicio (SLM)]], un proceso que se implementará más tarde, durante el curso del proyecto.


* Firmar con clientes [[Glosario ITIL#Acuerdo de Nivel de Servicio (SLA)|Acuerdos de Nivel de Servicio (SLA’s)]] formales no tiene mucha importancia en esta etapa temprana del proyecto. Los SLA’s se finalizan como parte de [[ITIL Gestion del Nivel de Servicio - SLM|Gestión del Nivel de Servicio (SLM)]], un proceso que se implementará más tarde, durante el curso del proyecto.
* Para la mayoría de las organizaciones de TI, un número aproximado de 5 a 15 servicios de negocios debe ser adecuado. La estructura de servicios combina típicamente diferentes componentes de servicios relacionados para crear servicios de negocios. Así se pueden negociar paquetes completos con el cliente. De esta manera, por ejemplo, el servicio "Proveer PCs a clientes" puede contener, entre otros componentes:


* Para la mayoría de las organizaciones de TI, un número aproximado de 5 a 15 servicios de negocios debe ser adecuado. La estructura de servicio combina típicamente diferentes componentes de servicios relacionados para crear servicios de negocio. Así se pueden negociar paquetes completos con el cliente. De esta manera, por ejemplo, un servicio nombrado "Proveer PC’s a clientes" puede contener, entre otros componentes:
** instalación inicial
** instalación inicial
** resolución de incidentes
** resolución de incidentes
Línea 78: Línea 83:
** etc.
** etc.


* La estructura de servicios TI que se definirá, sólo puede ser viable si se crea en coordinación cercana con los clientes de la organización de TI. En las conversaciones iniciales con el cliente, los representantes de TI deben enfatizar su objetivo de mejorar la calidad del servicio, como meta del proyecto. Se debe evitar dar la falsa impresión de imponerle a un cliente un contrato que no le conviene.
* La estructura de servicios de TI que se definirá, sólo puede ser viable si se crea en estrecha coordinación con los clientes de la organización de TI. En las conversaciones iniciales con el cliente, los representantes de TI deben enfatizar su objetivo de mejorar la calidad del servicio, como meta del proyecto. Se debe evitar dar la falsa impresión de imponerle a un cliente un contrato que no le conviene.


* Los servicios internos se deben estructurar de manera que sea posible asignar responsabilidades claras a los Propietarios de Servicios. Luego habrá [[Glosario ITIL#Acuerdo de Nivel Operacional (OLA)|Acuerdos de Nivel Operacional (OLA’s)]] con estos Propietarios de Servicio.
* Los servicios internos se deben estructurar de manera que sea posible asignar responsabilidades claras a los Propietarios de Servicios. Luego habrá [[Glosario ITIL#Acuerdo de Nivel Operacional (OLA)|Acuerdos de Nivel Operacional (OLA)]] con estos Propietarios de Servicios.




Línea 87: Línea 92:
Implementación de ITIL - Paso 3: '''[[Implementación de ITIL - Roles ITIL|Selección de roles ITIL y propietarios de roles]]
Implementación de ITIL - Paso 3: '''[[Implementación de ITIL - Roles ITIL|Selección de roles ITIL y propietarios de roles]]
'''
'''
<!-- Esta página se asigna a las siguientes categorías: -->
[[Categoría: ITIL|Implementación de ITIL - Paso 2]]
[[Categoría: Implementación de ITIL|Estructura de servicios]]
<!-- --- -->

Revisión del 10:29 4 jun 2011

<seo metakeywords="Implementación ITIL, estructura de servicios, servicios de negocios, servicios de soporte" metadescription="Definición de la estructura de servicios: objetivos - prerequisitos - resultados - factores de éxito." />

DE - EN - IT Estructura de Serviciosdiese Seite auf Deutschthis Page in English
DE - EN - IT Estructura de Servicios


Paso 2: Definición de la estructura de servicios


Cualquier iniciativa ITIL debe comenzar determinando los servicios. Después de todo, la razón principal para introducir ITIL es lograr un mayor enfoque en los servicios.

Descripción

Servicios de negocios y servicios de soporte

La mejor manera de tener un cuadro claro de los mismos es desarrollar una estructura que incluya los servicios de negocios y los de soporte. Esto refleja uno de los principios más importantes de ITIL: Los servicios de negocios (ofrecidos a clientes) se construyen en una base de servicios de soporte (visible sólo internamente en la organización de TI).

Con frecuencia, hay confusión en las organizaciones de TI en cuanto a qué se considera un servicio de negocios. Los servicios de negocios se caracterizan por representar un valor directo para el cliente, por ejemplo, el hecho de proveer correo electrónico y acceso a Internet.

Los servicios de soporte, por el contrario, no son de valor directo para los clientes sino que sirven de base para sostener los servicios de negocios.

En otras palabras, lo que el cliente quiere es acceso confiable a Internet, no algún tipo específico de infraestructura de redes (de hecho, es irrelevante para el cliente que sea necesaria una infraestructura de redes para proveerle acceso a Internet).

Creando una lista de servicios de negocios

Una buena manera de empezar es crear una lista de los servicios de negocios existentes, usando, si fuera posible, acuerdos e información previamente establecidos. Si no está disponible la información relacionada con los servicios, se debe crear una lista básica, que incluya al menos descripciones breves de servicios y clientes que los utilizan.

Determinando los servicios de soporte

Tan pronto esté claro cuáles son los servicios de negocios que se proveen a los clientes, es posible identificar los servicios de soporte necesarios.

Lo principal al definir los servicios de apoyo es asignar responsabilidades para el suministro de tales servicios. Se espera que los Propietarios de Servicios responsables se aseguren de que sus servicios cumplan con las metas de los niveles de servicio, según lo acordado.

Los servicios de soporte, con frecuencia, están relacionados estrechamente con ciertas partes de la infraestructura de TI, por ejemplo, con los sistemas principales de aplicaciones o componentes de la infraestructura: Un ejemplo típico sería "Proveyendo un ambiente de SAP".

Definiendo la estructura de servicios
Ejemplo - La estructura de servicios

Al haber identificado los servicios de negocios y soporte, la tarea que falta es crear una estructura de servicios determinando la interrelación entre ambos (véase la figura).

En ella se puede ver que los servicios de soporte están a menudo en escalas; por ejemplo, un servicio que es responsable de manejar cierto sistema de aplicaciones puede que dependa de otro servicio de soporte para proveer un sistema operativo básico.

Esta estructura servirá luego como una aportación valiosa para diseñar el Catálogo de Servicios.

Objetivos de este paso del proyecto

  • Identificar los servicios de negocio y de soporte
  • Crear la estructura de servicios determinando la interde-pendencia entre servicios de negocios y de soporte

Prerequisitos

  • Acuerdos e información existentes
  • Clientes participantes para definir los servicios de negocios

Resultados / Entregables

  • Una lista de servicios de negocios, incluyendo al menos descripciones breves de servicios y clientes que las usan
  • Una lista de servicios de soporte, incluyendo al menos descripciones breves de los servicios y los Propietarios de Servicios responsables de los mismos
  • Estructura de servicios

Factores de éxito

  • Para la mayoría de las organizaciones de TI, un número aproximado de 5 a 15 servicios de negocios debe ser adecuado. La estructura de servicios combina típicamente diferentes componentes de servicios relacionados para crear servicios de negocios. Así se pueden negociar paquetes completos con el cliente. De esta manera, por ejemplo, el servicio "Proveer PCs a clientes" puede contener, entre otros componentes:
    • instalación inicial
    • resolución de incidentes
    • asistencia para el usuario
    • actualizaciones de aplicaciones
    • actualizaciones de equipo
    • etc.
  • La estructura de servicios de TI que se definirá, sólo puede ser viable si se crea en estrecha coordinación con los clientes de la organización de TI. En las conversaciones iniciales con el cliente, los representantes de TI deben enfatizar su objetivo de mejorar la calidad del servicio, como meta del proyecto. Se debe evitar dar la falsa impresión de imponerle a un cliente un contrato que no le conviene.
  • Los servicios internos se deben estructurar de manera que sea posible asignar responsabilidades claras a los Propietarios de Servicios. Luego habrá Acuerdos de Nivel Operacional (OLA) con estos Propietarios de Servicios.


El próximo paso:

Implementación de ITIL - Paso 3: Selección de roles ITIL y propietarios de roles