Itil v3 alineada con Cobit 4.1 y la ISO 27000

"Alineando CobiT 4.1, ITIL V3 e ISO 27002 para beneficio del negocio" es un libro muy interesante, el cual se ha traducido del inglés al españo, el link donde se puede descargar y obtener información adicional es el siguiente: http://www.isaca.org/Knowledge-Center/Research/ResearchDeliverables/Pages/Aligning-COBIT-4-1-ITIL-V3-and-ISO-IEC-27002-for-BusinessBenefit.aspx (IT Governance Institute (US), Oficina Gubernamental de Comercio (UK) y The Stationery Office (UK)). De igual manera veamos a groso modo cual es su temática. Conocemos a ITIL v3, pero que son Cobit 4.1 y la ISO 27000, veamos algo de ellas:

Cobit 4.1 es un marco de referencia para objetivos de control sobre la información y recursos tecnológicos asociados cuya función principal es ayudar a las organizaciones a mapear sus procesos de acuerdo a las mejores prácticas recopiladas por ISACA y es implementado por compañías que realizan auditorías de sistemas de información, ya sea relacionadas con la auditoría financiera o auditoría de TI en general.

La ISO 27000 es un estándar enfocado exclusivamente en la seguridad, lo cual le hace muy diferente a los estándares manejados por CobiT o ITIL, esta ISO tiene un alcance menor pero más profundo en el tema obviamente de seguridad comparándole con ITIL o CobiT.

Cuadro comparativo entre CobiT, ITIL y la ISO 27000:

Los tres estándares/prácticas pueden desempeñar un papel muy útil, COBIT® e ISO/IEC 27002 para ayudar a definir lo que debería hacerse, e ITIL proporciona el cómo para los aspectos de la gestión de servicios.

La creciente adopción de mejores prácticas de TI se explica porque la industria de TI requiere mejorar la administración de la calidad y la confiabilidad de TI en los negocios y para responder a un creciente número de requerimientos regulatorios y contractuales, pero las mejores prácticas deberían ser aplicadas en el contexto del negocio, enfocándose donde su utilización proporcione el mayor beneficio a la organización.

Fuentes: http://seguridadinformacioncolombia.blogspot.com/2010/08/alineando-cobit-41-itil-v3-e-iso-27002.html, libro http://www.isaca.org/Knowledge-Center/Research/ResearchDeliverables/Pages/Aligning-COBIT-4-1-ITIL-V3-and-ISO-IEC-27002-for-BusinessBenefit.aspx.

ITIL® Vs PMBOK®

Tanto ITIL como PMBOK son marcos de trabajo para las mejores prácticas. Veamos cuales son sus semejanzas y diferencias:

PMBOK es una colección de procesos y áreas de conocimiento generalmente aceptadas como las mejores prácticas dentro de la gestión de proyectos, es un estándar reconocido internacionalmente (IEEE Std 1490-2003) que provee los fundamentos de la gestión de proyectos que son aplicables a un amplio rango de proyectos, incluyendo construcción, software, ingeniería, etc.

Ahora de cara frente a ITIL vemos lo siguiente:

ITIL®
(Information Technology Infrastructure Library)
Ciclo de Vida del Servicio
5 publicaciones:
1. Estrategía del Servicio
2. Diseño del Servicio
3. Transición del Servicio
4. Operación del Servicio
5. Mejora Continua del Servicio

PMBOK®
( Project Management Body of Knowledge)
Grupos de Procesos del Proyecto
5 Grupos de Procesos:
1. Iniciación
2. Planeación
3. Ejecución
4. Monitoreo y Control
5. Cierre

PMBOK nos brinda un esquema de trabajo para gestionar cada aspecto de un proyecto: desde gestión del alcance hasta gestión de las adquisiciones, mientras que ITIL se centra en brindar servicios de alta calidad para lograr la máximo satisfacción del cliente a un costo manejable.

Fuentes:
http://www.pmigdl.org/conferencias/PMIGDL-Conf-02-2010.pdf
http://helkyncoello.wordpress.com/2008/12/08/itil-cobit-cmmi-pmbok-como-integrar-y-adoptar-los-estandares-para-un-buen-gobierno-de-ti/
http://liderdeproyecto.com/manual/que_es_el_pmbok.html

Certificación de ITIL V3

Para aquellas personas que no saben cómo se pone en práctica ITIL en su conjunto de buenas prácticas, se ha desarrollado un sistema de certificación para las personas mediante unas organizaciones como son EXI e ISEB que ofrecen una amplia gama de certificaciones. Estas certificaciones se encuentran a varios niveles de acuerdo a la experticia que se tenga:

1.       ITIL Foundation for Service Managment

2.       ITIL Intermediate Level

3.       ITIL Expert

4.       ITIL Master Qualification

Cada uno de estos niveles de acreditación brinda mayor conocimiento del manejo de los servicios de ITIL y esto hace que sea más que una serie de libros útiles sobre la gestión de servicios de TI, sino como una oportunidad para que las personas y las empresas puedan acceder más fácilmente a estas buenas prácticas.

Para obtener mayor información de la certificaciónd e ITIL puede visitar:

http://www.itil-officialsite.com/Qualifications/ITILV3QualificationScheme.aspx

Hasta la próxima publicación.

Beneficios de ITIL v3

Los directivos de las empresas necesitan que TI no solo se limite a ayudar a cumplro los obejtivos del negocio, sino que esperan que introduzcan elementos de innovación. Por lo tanto, los esfuerzos de TI se deben centralizar en abrir nuevas oportunidades de negocio con servicios y productos innovadores, lo cual obliga a TI a brindar una gestion de servicios madura. Algunos de sus principales beneficios son:

- ITIL v3 permite integrar TI en el negocio, diluye la diferencia e inclusive sustituye el lenguaje de TI por lenguaje de negocios.

- Permite definir el retorno de la inversión y de valor en términos más allá de lo monetario, incluye indicadores como la satisfacción de los clientes, los empleados, etc.

- Hace un gran esfuerzo para evitar la separación de los proocesos de TI en silos o compartimientos independientes.

- Permite aprovechar por completo su inversión en TI, puede extraer todo el potencial de TI y la experiencia de los profesionales para hacer el negocio más innovador y valioso.

Es por ello que gracias a ITIL v3 las organizaciones pueden aumentar su competitividad apoyados en TI.

Mejora Continua del Servicio

En el día de hoy finalizaremos nuestro paso por los 5 libros del itil v3 presentando el último de ellos: La Mejora Continua Del Servicio.

En esta fase se debe centrar en los elementos propios en los procesos de identificación e introducción de mejoras en la gestión de servicios TI, debemos entender la Mejora Continua del Servicio como Crear y Mantener Valor y éste será el objetivo de esta fase.

Para la mejora continua del servicio disponemos de 3 modelos a seguir:

• Modelo CSI.
Este ciclo continuo se compone de 6 fases, las cuales responden a estas 6 preguntas:
1. ¿Cuál es la visión? Visión, misión, metas, objetivos.
2. ¿Dónde estamos ahora? Evaluaciones de la línea base.
3. ¿Dónde queremos ir? Objetivos cuantificables.
4. ¿Cómo lo logramos? Mejora de los servicios y procesos.
5. ¿Lo hemos logrado? Mediciones y métricas.
6. ¿Cómo continuamos mejorando? Como continuar el impulso.

• Ciclo de Deming /PDCA.
PDCA = Plan-Do-Check-Act, conocido como Ciclo de Deming en honor a su creador, Edwards Deming, constituye la columna vertebral de todos los procesos de mejora continua:
Planificar: definir los objetivos y los medios para conseguirlos.
Realizar: implementar la visión preestablecida.
Comprobar: comprobar que se alcanzan los objetivos previstos con los recursos asignados.
Actuar: analizar y corregir las desviaciones detectadas así como proponer mejoras a los procesos utilizados.

• Proceso de mejora en 7 pasos.
Este proceso estaría dentro del Principio 7 Medición del Servicio.
Paso 1. Definir medición deseada.
Paso 2. Definir capacidad de medición actual.
Paso 3. Recopilar datos.
Paso 4. Procesar los datos.
Paso 5. Analizar los datos.
Paso 6. Usar la información.
Paso 7. Implementar acciones correctivas.

Fuentes:
http://es.wikipedia.org/wiki/Information_Technology_Infrastructure_Library#Mejora_Continua_del_Servicio
http://bcnbinaryblog.com/itil-v3-mejora-continua-del-servicio/
http://itilv3.osiatis.es/proceso_mejora_continua_servicios_TI.php

Operación del Servicio

Continuando con los libros de ITIL v3 pasaremos al 4rto libro, la Operación Del Servicio en el cual se monitoriza activa y pasivamente el funcionamiento del servicio, además se registran eventos, incidencias, problemas, peticiones y accesos al servicio, en general.

Se abarcan los siguientes procesos:

Gestión de Eventos: Se asegura que los servicios sean monitoreados constantemente, así como descartar y categorizar Eventos antes de decidir qué acciones son las adecuadas.

Gestión de Incidentes: Manejar el ciclo de vida de todos los Incidentes, devolviedo el servicio de TI a los usuarios lo antes posible.

Cumplimiento de la Solicitud: Cumplir las Solicitudes de Servicio, que en la mayoría de los casos son menores (ej: cambio de contraseña).

Gestión del Acceso: Otorgar el derecho a un servicio a usuarios autorizados, mientras se previene el acceso de usuarios no autorizados.

Gestión de Problemas: Controlar el ciclo de vida de todos los problemas, la prevención de Incidentes y la minimización del impacto de aquellos Incidentes que no pueden prevenirse.

Gestión de las Operaciones de TI: Monitorear y controlar los servicios e infraestructuras de TI, esto incluye la programación de trabajos en un calendario, actividades de soporte y restauración y el mantenimiento rutinario.

Gestión de Instalaciones de TI: Gestionar el entorno físico en que se ubica la infraestructura de TI, como por ejemplo las fuentes de energía y sistemas de enfriamiento, la gestión del acceso a dependencias y el monitoreo de ambientes.

Fuentes:
- http://es.wikipedia.org/wiki/Information_Technology_Infrastructure_Library#Operaci.C3.B3n_del_Servicio
- http://wiki.es.it-processmaps.com/index.php/ITIL_Operaci%C3%B3n_del_Servicio

ITIL para Help Desk

Según ITIL, Service Desk es una función el cual permite un contacto entre usuarios finales que necesitan ayuda siendo un punto único.

Help Desk es una forma de implementar Serice Desk, tal y como se presenta en ITIL, esta disciplina ha evolucionado hasta tal punto que puede ser ejecutado con un alto grado de eficacia conseguido por la actitud de "servicio".

Debido a que el Help Desk es un sitio para medir y obtener métricas, hay que analizar lo que se quiere medir, que servicio se quiere dar y cuál será el beneficio esperado. Mediante ITIL se pueden mantener los sistemas de negocio disponibles al máximo tiempo, aprovechando la estructura, teniendo claramente definido unos puntos que establece esta metodología de buenas prácticas.

Se pueden obtener ciertos beneficios cuando se tiene un Help Desk bien definido mediante ITIL:
 Punto único de contacto

 Ahorro en adquisición de TI

 Disponibilidad del Servicio

 Gestión de peticiones

 Gestión de incidencias

 Gestión de problemas

 Entre otros

Existen diversas Soluciones Help Desk que tienen este conjunto de soluciones y herramientas para la gestión de incidentes compatible con los procesos establecidos por ITIL.

Si desea conocer alguno puede seguir los siguientes links:

http://www.omnitracker.biz/

http://www.itil.org.uk/sm.htm

Esperamos que haya sido útil esta información, nos veremos en una próxima publicación.  

Transición del Servicio

Continuando con la temática de ITIL, hoy les presentamos un resumen del tercer libro del mismo, la Transiscion del Servicio.

En la Transición del Servicio se deben hacer pruebas antes de poner en marcha el servicio como tal. Se analiza la información disponible respecto a varios niveles como: el nivel real de capacitación de los usuarios, estado de la infraestructura, recursos IT disponibles, entre otros. Luego se prepara un escenario para realizar pruebas y se realizann y se analizan los resultados, de los cuales dependerá la implementación del servicio.

La Transicion del Servicio posee una serie de procesos a seguir, los cuales son:

1. Gestión de Cambios: viabilizar los cambios beneficiosos con un mínimo de interrupciones.
2. Gestión de Proyectos: planificar y coordinar los recursos para implementar una edición dentro de los parámetros de costo, tiempo y calidad estimados.
3. Gestión de Ediciones e Implementación: planificar, programar y controlar el movimiento de ediciones en circunstancias reales y de prueba.
4. Validación y Pruebas de Servicios: Asegurar que las ediciones implementadas y los servicios resultantes cumplan las expectativas de los clientes.
5. Desarrollo y Personalización de Aplicaciones: Hacer que todas las aplicaciones y sistemas que proveen la funcionalidad necesaria para la prestación de servicios de TI estén disponibles.
6. Activos de Servicio y Gestión de la Configuración: Conservar información acerca de Elementos de Configuración requeridos en la prestación de un servicio de TI.
7. Gestión del Conocimiento: Mejorar la eficiencia reduciendo la necesidad de redescubrir conocimientos. 

Fuente: http://wiki.es.it-processmaps.com/index.php/ITIL_Transici%C3%B3n_del_Servicio

Diseño del Sevicio

Para continuar con el tema que veníamos tratando en la publicación anterior, vamos a continuar con la segunda etapa de ITIL: Service Design o Diseño del Servicio.

Objetivo: diseñar nuevos servicios de TI, realizar cambios o mejoras en los ya existentes.

 

Una correcta implementación se realiza mediante unos procesos con el fin de  gestionar el Diseño del Servicio y nos permitirá responder algunas preguntas. Estos son:

Catálogo de Servicios:
¿Están todos los agentes involucrados correctamente informados sobre los objetivos y alcance de los nuevos servicios o de las modificaciones a realizar en los ya existentes?

Nivel del Servicio:
¿Cuáles son los requisitos y necesidades de nuestros clientes?

Capacidad:
¿Cuáles son los recursos y capacidades necesarias para prestar los servicios?

Riesgo, Disponibilidad, Continuidad del Servicio y Seguridad de TI:
¿Los servicios son seguros, ofrecen disponibilidad necesaria y se garantiza la continuidad del servicio?

Arquitectura de TI y Cumplimiento:
¿Son necesarias nuevas inversiones para prestar los servicios con los niveles de calidad propuestos?

Suministradores:
¿Se necesita la colaboración de proveedores externos?


El Diseño del Servicio debe seguir las directrices establecidas en la primera fase y cumplir los procesos establecidos en la actual fase. Se debe tener en cuenta los requisitos del servicio y las capacidades de TI de la organización, ya que un desequilibrio en estos puede comprometer la funcionalidad o la calidad.

Estos son algunos aspectos importantes de esta fase. Nos vemos en una próxima ocasión con más información.

Estrategia De Servicio

La Estrategia De Servicio es el primero de 5 libros basados en el ciclo de vida de ITIL v3. Esta estrategia se enfoca en el estudio de mercado y posibilidades, mediante servicios innovadores que satisfagan al cliente.  Se analizan tambien todas las posibles mejoras para servicios ya existentes, y además se verifican los contratos con base en las nuevas ofertas de proveedores antiguos y posibles nuevos proveedores.

La Estrategia de Servicio abarca los siguientes procesos:



1. Gestión del Portafolio de Servicios
Este decide la Estrategia del Servicio al cliente y desarrolla ofertas y capacidades del proveedor de servicios.

2. Gestión Financiera
Con esta se administra el presupuesto, la contabilidad y la política de honorarios del proveedor de servicios.






Adicionalmente, existen varios roles que se deben cumplir en esta Estrategia De Servicio:

1. Consejo de Dirección de TI (ISG): Establece la dirección y la Estrategia del Servicios de TI, incluye a miembros de la alta dirección de la empresa y de TI.

2. Gestor del Portafolio de Servicios: Determina la Estrategia del Servicio al cliente en coordinación con el Consejo de Dirección de TI (ISG), y desarrolla las ofertas y capacidades del proveedor de servicios.

3. Gestor Financiero: Se ocupa de gestionar el presupuesto, la contabilidad y los requisitos de cobro de un proveedor de servicios de TI.

Fuentes:
http://es.wikipedia.org/wiki/Information_Technology_Infrastructure_Library
http://wiki.es.it-processmaps.com/index.php/ITIL_Estrategia_del_Servicio
http://wiki.es.it-processmaps.com/index.php/Roles_ITIL#Roles_ITIL_-_Estrategia_del_Servicio_.28Service_Strategy.29

CASO PRÁCTICO DE IMPLEMENTACIÓN DE ITIL

En esta oportunidad les presentaremos un caso práctico (ficticio) de implementación de ITIL para que puedan tener una idea más precisa de cómo funciona esta metodología.

El caso se da para una empresa de servicios de catering, es decir, un servicio de alimentación institucional o  alimentación colectiva que provee servicios en fiestas, eventos y presentaciones de diversa índole. 

Para prestar un buen servicio se necesita antes que cualquier cosa detectar los problemas que se están presentando y definir ciertos estándares de servicio, para ello vamos utilizar la metodología de ITIL y sus 5 etapas.

1.  Estrategia del servicio: se crean ciertas estrategias de cómo se van a estandarizar los servicios, por ejemplo, la creación de un centro de servicios que centralice toda la información de los clientes. 

2.  Diseño del servicio: definimos cada una de estas estrategias, como las vamos a llevar a cabo. Por ejemplo, en el centro de servicio se diseñan los controles que se van a tener para registrar y monitorizar incidentes.

3.  Transición del servicio: se prueban los servicios que se están estandarizando y como responde el negocio al cambio. 

4.  Operación del servicio: se pone en marcha el servicio y se registran eventos, problemas entre otros. Por ejemplo, si falla una base de datos donde se almacena información de los clientes se registra para mitigar el evento. 

5.  Mejora continua del servicio: de acuerdo a que vivimos en una época de constante cambio, es por ello que aquí se solucionan errores conocidos o se mejora el servicio.

Si desea obtener información mas detallada de este caso practico, puede hacerlo dando click aqui.

Fuentes: http://www.scribd.com/doc/35280513/Caso-Practico-ITIL
http://es.wikipedia.org/wiki/Catering

20 Cosas Importantes Sobre ITIL v3 (Parte 2)

Y ahora lo que quieren escuchar…

En esta publicación continuaremos con el artículo de las 20 cosas importantes al momento de implementar ITIL durante el primer año. En esta ocasión hablaremos de las 10 cosas que les gustaría escuchar a los CEO y CFO, son una serie de frases que esconden algunas enseñanzas sobre el trabajo de TI en las organizaciones:

1. “Tengo una visión estratégica sobre la forma en que TI se integra exitosamente con el negocio”. En realidad, lo que se necesita es que TI se encuentre integrada dentro del negocio, y esto no es opcional.

2. “He desarrollado un framework de medición así que podemos ver cómo le está yendo a TI”. Lo primero que uno puede hacer es imaginar qué puede medir, y en un segundo paso determinar qué puede medirse en realidad; ya que algunas de las cosas que se quieren medir, en realidad no se van a poder hacerlo.

3. “No se preocupen, tengo todo bajo control”. ¿Sabe qué componentes tiene en su infraestructura? Si puede responder que sí entonces responda lo siguiente: ¿sabe dónde se encuentran todos esos componentes? ¿Sabe con qué otros componentes se conectan? ¿Qué relación tienen con los procesos o los servicios? En realidad uno no tiene nada bajo control, sino solo un poco de personas que lo pueden ayudar.

4. “El próximo año TI costará menos? liberando dinero para proyectos de valor añadido”. Cuando se habla de dinero en TI, se puede apreciar que antes el hardware solía ser la parte cara de TI, pero ya no lo es. El hardware es cada vez más barato. Mientras la mano de obra y de soporte ha subido exorbitantemente. 

5. “Nuestros costos están bajando. Nuestro uptime está subiendo”. Esto significa mayor productividad de nuestro personal actual pero teniendo el control absoluto de todos los cambios en el ambiente de producción.

6. “Los proyectos de TI se están llevando a cabo dentro de los plazos, dentro del presupuesto y superando las especificaciones de calidad”. Lamentablemente, las estadísticas sobre el éxito de los proyectos, siguen siendo las mismas que hace diez años: el 33% tienen éxito, el 67% fallan. A pesar de todas las metodologías de administración de procesos y certificaciones no se hace bien, y ciertamente no siempre es culpa de la gente de TI, pero la verdad es que los proyectos no se hacen bien.

7. “Los llamados por incidentes a la Mesa de Servicio han bajado, pero las solicitudes de servicio han subido. Esto significa que como las cosas se descomponen menos los usuarios están encontrando nuevas formas de usar sus sistemas”. La solución es llegar a la raíz del problema y eliminarla. Esto no solo reduce el número de incidentes sino también el número de incidentes repetidos, lo que ocasiona que la mesa de ayuda enfrente incidentes nuevos.

8. “Detengamos todo y volvamos a hacer los procesos para poder pasar la auditoría”. “…los auditores no deben de ser llamados al final del diseño de un proceso sino desde el inicio para que ellos puedan garantizar que es auditable, medible y que podrán revisarlo también luego…”

9. “Nuestra gente de seguridad ha dejado de hacer las cosas por su cuenta y ahora están usando un estándar de seguridad TI de nivel mundial”. Las personas de seguridad siempre buscan un framework que les dé una ruta para responder a la eterna pregunta: ¿Cuán seguros quieren ser?. Uno puede estar completamente seguro, pero lo mejor es utilizar los entornos de seguridad que ofrecen los estándares como los ISO.

10. “Estamos realizando más cambios que nunca, pero con menos impacto negativo”. Esto permite que TI sea más responsable con las solicitudes del negocio. Algunos consideran que TI debe escuchar al negocio y luego hacer lo que le piden porque el cliente siempre tiene la razón. TI les debe decir a los usuarios que esa pequeña cosita que piden puede poner en problemas a toda la infraestructura.

Fuente de apoyo:

Articulo: “20 Cosas acerca de ITIL” - Autor Jose Antonio Trujillo.

Link: http://www.itilv3.es/2011/01/20-cosas-acerca-de-itil.html

20 Cosas Importantes Sobre ITIL v3 (Parte 1)

Al momento de involucrarse en un proyecto ITIL hay que ser muy serios y responsables pues esto implica modificar costumbres (malas y buenas), instaurar procesos y, en general, hacer más sistemática la forma en que se desarrollan las cosas al interior de una organización. Tomar conciencia de la actitud frente al cambio no fácil, ya que las personas se resisten al cambio por el hecho de dejar de hacer las cosas como las venían haciendo, pero el principal objetivo es obtener los mejores resultados. Si tenemos esta convicción los proyectos de ITIL tendran el éxito esperado, se van a reflejar los cambios y serán evidentes para todas las áreas incluida la alta gerencia.


10 equivocaciones que las organizaciones comenten en el primer año que implementan ITIL:

1. No tener una visión de hacia dónde queremos dirigirnos con un proyecto ITIL. Debe haber una visión clara de para qué se desea el proyecto; y si ésta no se tiene, hay que replanteársela.

2. Pensar que no es necesario el apoyo de la alta dirección. No es suficiente con los mandos medios, cuando no se tiene un patrocinador ejecutivo, el dinero y el tiempo de la gente no están asegurados y el proyecto se encuentra en peligro.

3. Considerar que no se necesita un caso de negocio. Es necesario hacer un business case, crear una base de referencia (base line) y métricas para respaldar las evidencias de éxito.

4. Considerar que no se va a necesitar una base de referencia. Desde el inicio se debe tener la base y que no dejarla para después de la implementación, pues esto permite ver la madurez alcanzada por el proyecto a la alta gerencia.

5. Considerar que este no es proyecto estratégico. Al hacerlo se implementa como si fuera una actividad más, y eso incita a que no se formalice el proyecto ni se estime los recursos necesarios.

6. Pensar que no se requiere de una estrategia de comunicación. Para el éxito es necesario desarrollar una estrategia y un plan de comunicaciones y para ello se deben utilizar todos los elementos que se tengan a mano.

7. Considerar que no se necesita de una estrategia general. Al contrario, se requiere de una estrategia general que defina elementos comunes a todas las instancias involucradas en el cambio.

8. Pensar que la implementación no va a durar mucho tiempo. Primero se debe definir un proceso acorde con lo que va a traer beneficios para la organización y con la estrategia que se definió, y luego se puede escoger la herramienta.

9. No considerar los alcances del proyecto. Se tiene que administrar el proyecto y las expectativas que éste genera, es necesario tener cuidado al pensar que en el alcance todo está interrelacionado, y que por tanto no se puede cambiar nada.

10. No esperar una resistencia importante al proyecto. De hecho, hay que esperar la resistencia al cambio y utilizar una metodología de administración del cambio.

Fuente de apoyo:
Articulo: “20 Cosas acerca de ITIL” - Autor Jose Antonio Trujillo.
Link: http://www.itilv3.es/2011/01/20-cosas-acerca-de-itil.html

¡Bienvenido a ITIL v3!

Hola a todos nuestros visitantes y seguidores!

Respondiendo a la necesidad de las empresas de mejorar su competitividad, abrimos un espacio para todos aquellos que se han preguntado ¿Cómo se puede lograr?

Para resolver este gran interrogante,vamos a explicar poco a poco y de manera sencilla como ITIL v3 nos ayuda a lograrlo mediante sus buenas prácticas para optimizar el uso y gobierno de la Tecnología de Información. Para lograrlo vamos a ir recopilando y publicando noticias actuales sobre el tema.

Su opinión es muy importante para el desarrollo de este tema, estaremos recibiendo dudas, sugerencias y comentarios, con el fin de ir mejorando este espacio que también es de ustedes. 

Esperamos que sea de su agrado y provecho, los invitamos a ver el siguiente video donde explicaremos rápidamente que es ITIL v3, muchas gracias.

Introducción a ITIL

ITIL son las siglas para “Information Technology Infraestructure Library”, que en español viene siendo Biblioteca de Infraestructura de Tecnologías de Información. Actualmente existe una versión 3 de ITIL, denominada ITIL v3, la cual se basa en la versión 2 mejorando su enfoque empresarial dirigiéndose más para grandes empresas, y fue publicada en el año 2006.

Pero, ¿Qué es ITIL?

Se puede ver a ITIL como un conjunto de procedimientos de gestión con el fin de ayudar a las empresas a lograr calidad y eficiencia en las operaciones de TI (Tecnologías de Información). Estos procedimientos sirven como una guía, para abarcar todas las operaciones, infraestructura y desarrollo de TI, independientemente del proveedor.

Algo de Historia:

ITIL se desarrolló entre 1980 y 1990, a partir de esa fecha se empezó a tener una mayor adopción, gracias a la CCTA (Central Computer and Telecommunications Agency) del gobierno británico, como respuesta a la necesidad de estandarizar los contratos estatales con el sector privado.

Certificaciones:

Las personas particulares podemos conseguir certificarnos en ITIL, hay 3 tipos:

Certificado Básico ó Foundation Certificate, Certificado de Responsable ó Practitioner´s Certificate y Certificado de Director ó Manager´s Certificate.

Las organizaciones que implementen ITIL sobre la gestión de servicio de TI se pueden certificar bajo la ISO/IEC 20000.

ITIL v3

Consta de 5 libros basados en el ciclo de vida del servicio, estos son:

1. Estrategia del Servicio.

2. Diseño del Servicio.

3. Transición del Servicio.

4. Operación del Servicio.

5. Mejora Continua del Servicio.

(Estos son explicados en el video publicado)

Fuentes de ayuda:

http://es.wikipedia.org/wiki/Information_Technology_Infrastructure_Library