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

De IT Process Wiki
mSin resumen de edición
Sin resumen de edición
 
(No se muestra una edición intermedia de la misma usuaria)
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." />
<itpmch><title>Implementación de ITIL - Estructura de servicios | IT Process Wiki</title>
 
<meta name="keywords" content="Implementación ITIL, estructura de servicios, servicios de negocios, servicios de soporte" content="Definición de la estructura de servicios: objetivos - prerequisitos - resultados - factores de éxito." />  
</itpmch>
<imagemap>
<imagemap>
Image:ITIL-Wiki-english-de.jpg|DE - EN - IT Estructura de Servicios|155px
Image:ITIL-Wiki-english-de.jpg|DE - EN - IT Estructura de Servicios|155px
Línea 11: Línea 12:
{|
{|
|-
|-
| style="border-bottom:1px solid grey;" |<big><strong> Paso 2: Definición de la estructura de servicios </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 determinando 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.
===Objetivos===
 
* Identificar los servicios de negocio y de soporte
* Crear la estructura de servicios determinando la interde-pendencia entre servicios de negocios y de soporte


==== Descripción ====
==Descripción==


===== Servicios de negocios y servicios de soporte =====
====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 [[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).  
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).  
Línea 29: Línea 34:
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 negocios =====
====Creando una lista de servicios de negocios====
 
[[Image:Thumb_estructura-de-servicios.jpg|thumb|200px|right|none|alt=La estructura de servicios TI|link=https://wiki.es.it-processmaps.com/index.php/Archivo:Thumb_estructura-de-servicios.jpg
|Fig. 1: [https://wiki.es.it-processmaps.com/images/pdf/implementacion-itil-estructura-de-servicios.pdf La estructura de servicios - Ejemplo (.PDF)]]]


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.
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 negocios 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.
Línea 41: Línea 49:
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".
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>
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 Fig. 1: "[https://wiki.es.it-processmaps.com/images/7/7b/Thumb_estructura-de-servicios.jpg La estructura de servicios - Ejemplo]")''.
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)]
desc bottom-left
</imagemap>
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.   
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.   
Línea 54: Línea 57:
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 ====
==Prerequisitos==  
 
* 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
*Acuerdos e información existentes
* Clientes participantes para definir los servicios de negocios
*Clientes participantes para definir los servicios de negocios


==== Resultados / Entregables ====  
==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 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
*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)]] 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.


* 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 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
**instalación inicial
** resolución de incidentes
**resolución de incidentes
** asistencia para el usuario
**asistencia para el usuario
** actualizaciones de aplicaciones
**actualizaciones de aplicaciones
** actualizaciones de equipo
**actualizaciones de equipo
** etc.
**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.
*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)]] con estos Propietarios de Servicios.
*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.


==Recursos==
[1] IT Process Wiki: [https://wiki.es.it-processmaps.com/images/pdf/implementacion-itil-estructura-de-servicios.pdf Ejemplo - La estructura de servicios (.pdf)]


'''El próximo paso:'''
==El próximo paso==


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]]
'''
'''


 
<p>&nbsp;</p>
<html>By / de:&#160;&#160;Andrea Kempter&#160;<a rel="author" href="https://www.linkedin.com/in/andreakempter"><img style="margin:0px 0px 0px 0px;" src="/images/bookmarking/linkedin.png" width="16" height="16" title="de / by: Andrea Kempter | Perfil en LinkedIn" alt="Autor: Andrea Kempter, IT Process Maps GbR" /></a>, IT Process Maps.</html>


<!-- Esta página se asigna a las siguientes categorías: -->
<!-- Esta página se asigna a las siguientes categorías: -->

Revisión actual - 18:25 14 feb 2016

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.

Objetivos

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

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

La estructura de servicios TI
Fig. 1: La estructura de servicios - Ejemplo (.PDF)

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

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 Fig. 1: "La estructura de servicios - Ejemplo").

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.

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.

Recursos

[1] IT Process Wiki: Ejemplo - La estructura de servicios (.pdf)

El próximo paso

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

 

By / de:  Andrea Kempter , IT Process Maps.