3.5 CASOS DE ESTUDIO

Las principales características que todo estudio de caso debe cumplir son:

• Los casos deben plantear una situación real.
• La descripción del caso debe provenir del contacto con la vida real y de experiencias concretas y personales de alguien.
• Debe estimular la curiosidad e invitar al análisis.
• Debe ser claro y comprensible.
• No debe sugerir soluciones sino proporcionar datos concretos para reflexionar, analizar y discutir en grupo las posibles salidas.
• Debe fomentar la participación y apelar al pensamiento crítico de los alumnos.
• Los aspectos principales y secundarios de la información deben estar entremezclados.
• El tiempo para la discusión y para la toma de decisiones debe ser limitado.
• La técnica de estudio de caso entrena a los alumnos en la generación de soluciones.
• El estudio de caso debo perseguir metas educativas que se refieran a contenidos académicos, habilidades y actitudes.

• El estudio de caso lleva al alumno a reflexionar y a contrastar sus conclusiones con las de otros, a expresar sus sugerencias y a aceptar las de sus compañeros. De esta manera, el alumno se ejercita en el trabajo colaborativo y en la toma de decisiones en equipo.

• Tiene la gran ventaja de adaptarse a cualquier audiencia: lo mismo se puede emplear en la educación primaria que en la media y superior o en la formación de adultos.

Tipos de casos

Desde un punto de vista general, los casos pueden ser de tres tipos diferentes:

Tipo 1. La descripción de la situación tiene los datos suficientes para que los alumnos realicen un diagnóstico de la situación o una identificación del problema y de sus causas.

En este tipo de casos no sólo se pretende que los alumnos estudien la descripción del caso, analicen las variables que caracterizan el ambiente en que se desarrolla la situación, identifiquen los problemas y propongan soluciones examinando imparcial y objetivamente los hechos y acontecimientos narrados, sino que específicamente se busca que se coloquen dentro de la situación, se involucren y participen activamente.

Las preguntas que se formulan al final del caso pueden ser como estas:

¿Cuál es el problema?

¿Cuáles son sus causas?

Tipo 2. Además de describirse la situación, también se identifican el problema y sus causas. Se trata de determinar las posibles soluciones y analizar sus ventajas y desventajas.

En este tipo de casos, se busca desarrollar un pensamiento deductivo en el alumno con el fin de que sea capaz de encontrar la respuesta o solución correcta a la situación planteada. se busca el entrenamiento de los alumnos en el estudio de situaciones que requieren la resolución de problemas, de manera que se involucren en el proceso de toma de decisiones que, desde la opinión de los individuos y/o el grupo, sea el más adecuado en la situación estudiada.

Este tipo de casos suele ser la estrategia más utilizada didácticamente, ya que, como fase previa, incluye el estudio descriptivo de la situación, donde se define el problema que se intenta solucionar.

Las preguntas que se realizan pueden ser:

¿Cuáles son, a tu juicio, las soluciones al problema planteado?

¿Cuál consideras que es la mejor solución y por qué?

Tipo 3. En este caso se describe la situación, se presenta el problema de forma clara, se dan soluciones y se justifica la selección de una de ellas. Se pretende que el alumno analice la solución elegida, que por lo general presenta algunos inconvenientes.

Este tipo de casos está centrado en el análisis. Su objetivo es que los alumnos conozcan, analicen y evalúen las acciones y los procesos que realizaron otros. Es por esto que la narración del caso debe presentar, de manera minuciosa, el proceso seguido en la situación descrita, explicitando la secuencia de actividades y estrategias empleadas en la solución del problema.

Las preguntas que se formulan a los alumnos pueden ser:

¿Fue correcto el diagnóstico realizado?

¿Fue adecuada la solución elegida?

¿Fue correcta su puesta en práctica?

3.4 Formulación de estrategias a partir de las mejores prácticas de gestión de servicios de TI.

La gestión de servicios de tecnologías de la información es una disciplina basada en procesos, enfocada en alinear los servicios de TI proporcionados con las necesidades de las empresas, poniendo énfasis en los beneficios que puede percibir el cliente final. GSTI propone cambiar el paradigma de gestión de TI, por una colección de componentes enfocados en servicios de punta a cabo usando distintos marcos de trabajo con las "mejores prácticas", como por ejemplo la Information Technology Infrastructure Library (ITIL) o el eSCM (enabled Service Capability Model).

La fase de Estrategia del Servicio es central al concepto de Ciclo de vida del servicio y tiene como principal objetivo convertir la Gestión del Servicio en un activo estratégico.

Para conseguir este objetivo es imprescindible determinar en primera instancia qué servicios deben ser prestados y por qué han de ser prestados desde la perspectiva del cliente y el mercado.

Una correcta Estrategia del Servicio debe:

1. Servir de guía a la hora de establecer y priorizar objetivos y oportunidades.
2. Conocer el mercado y los servicios de la competencia.
3.  Armonizar la oferta con la demanda de servicios.
4.  Proponer servicios diferenciados que aporten valor añadido al cliente.
5. Gestionar los recursos y capacidades necesarios para prestar los servicios ofrecidos teniendo en cuenta los costes y riesgos asociados.
6. Alinear los servicios ofrecidos con la estrategia de negocio.
7. Elaborar planes que permitan un crecimiento sostenible.
8. Crear casos de negocio para justificar inversiones estratégicas.

La fase de Estrategia del Servicio es el eje que permite que las fases de Diseño, Transición y Operación del servicio se ajusten a las políticas y visión estratégica del negocio.

Una correcta implementación de la estrategia del servicio va más allá del ámbito puramente TI y requiere un enfoque multidisciplinar que ayude a responder cuestiones tales como:

·         ¿Qué servicios debemos ofrecer?

·         ¿Cuál es su valor?

·         ¿Cuáles son nuestros clientes potenciales?

·         ¿Cuáles son los resultados esperados?

·         ¿Qué servicios son prioritarios?

·         ¿Qué inversiones son necesarias?

·         ¿Cuál es el retorno a la inversión o ROI?

·         ¿Qué servicios existen ya en el mercado que puedan representar una                          competencia directa?

·         ¿Cómo podemos diferenciarnos de la competencia?

3.3. Importancia de la utilización de métricas en la gestión de servicios de TI.

QUÉ ES MEDIR?         

Medir, según la definición que podemos encontrar en cualquier diccionario es “comparar una cantidad con su respectiva unidad, con el fin de averiguar cuantas veces la primera contiene la segunda”.

Las dificultades de medir son, por tanto dos:

• ¿Qué cantidad hay que comparar?
• ¿Cuál es la unidad contra la que se compara?

Muchas organizaciones consideran que construir las métricas es el primer paso cuando realmente es el último.

COMO MEDIR

Cada organización debe identificar los objetivos que pretende conseguir midiendo.

• No obstante, existen aspectos genéricos útiles para todas las organizaciones y que constituyen un buen punto de partida.
• El cuadro de mando integral de Norton y Kaplan es un  buen punto de partida porque maneja cuatro perspectivas fundamentales.
• Si necesitamos ayuda para identificar métricas que nos ayuden en procesos deberemos acudir a bibliografía más específicas.

Las métricas deberán superar el criterio SMART:

Specific        ---------  específicas

Measurable ---------- medibles

Archievables   ---------- alcanzables

Relevants    ----------- relevantes

Timely          ----------- a tiempo

Las métricas que no superan al criterio SMART no aportarán información útil, no será viable o recuperar la información tendrá coste excesivo.

Uso de métricas para alcanzar la eficacia en TI - FINAL

                   

                                     

Problema

La competitividad entre las organizaciones y las decisiones económicas que se toman para enfrentarla se ven reflejadas en presiones para en lo posible disminuir el presupuesto de áreas que no representen una rentabilidad inmediata. Tal es el caso del área de Tecnología de Información (En adelante TI). Existe resistencia a aplicar las TI en las organizaciones debido a que los beneficios que traen consigo no son tangibles tales como sí lo son el aumento de la rentabilidad, de la producción o disminución de costos, los cuales son más ponderados por sus resultados reflejados en números. Los beneficios de la TI, que son más bien intangibles, van orientados al mejoramiento u optimización de procesos, establecimiento de políticas de seguridad, gestión de tiempos, aseguramiento de la calidad, entre otros.

Cuando los servicios de TI son críticos, cada una de las actividades que se realizan deben de estar ejecutadas con un orden determinado para asegurar que el grupo de TI proporciona valor y entrega los servicios de forma consistente.

A pesar de que los procesos de desarrollo de servicios de TI se caracterizan por su criticidad, en muchas empresas, están pobremente definidos y no son usados de la manera más adecuada, lo cual afecta significativamente el desempeño del área y, por lo tanto, de toda la organización.

Es debido a lo expuesto anteriormente que el problema principal a abordar es la eficiencia del departamento de TI para definir sus procesos, y por lo tanto gestionar cada uno de sus proyectos. Al definir de manera incorrecta los procesos de desarrollo, la probabilidad de que nuestros servicios no cumplan con los objetivos planteados es más alta, y por consiguiente, se pone en riesgo el cumplimiento de las metas propuestas en el proyecto, como por ejemplo:

    Definir requerimientos funcionales y técnicos

    Establecer políticas de seguridad

    Minimizar la cantidad de errores por proyecto

3.2. Metas y objetivos de las estrategias de servicios.

Metas y Objetivos: 

Proveer orientación, desarrollar e implementar la Gestión de Servicios de TI. Su meta primordial es que la organización piense y actúe estratégicamente.

Busca conseguir el alineamiento entre el negocio y TI. 

Proporciona las herramientas para una planeación de la gestión de servicio de TI.

SS busca mejorar el impacto estratégico (utilidad del servicio y percepción del cliente) a través del diseño, desarrollo, implementación y práctica de la Gestión del Servicio (ITSM). 

Transformar la gestión del servicio en un activo estratégico: Pensar cómo puedo mejorar el servicio. 

Proveer principios de soporte (solo principios) para asistir en el desarrollo de: políticas, guías y procesos.

El fijar objetivos y expectativas de desempeño hacia el servicio de clientes y los espacios de mercado.

El identificar, seleccionar y priorizar oportunidades.

El asegurar que las organizaciones están en posición de manejar los costes y los riesgos asociados con las Carteras de Servicios.

El establecerse para la efectividad operacional y un desempeño distintivo. 

Las actividades a realizar en esta fase son: 

1. Definir el mercado. Relacionada con el proceso Gestión de la Demanda. ¿Quién     es mi cliente? ¿Competencia? Procesos, etc.

2. Desarrollar las ofertas. Relacionada con el proceso Gestión de la cartera de             servicios.

3. Desarrollar activos estratégicos.

Relacionada con el proceso Gestión financiera.

4. Preparar la ejecución. Recopilamos información de los 3 procesos y ordenamos.

3.1. Funciones roles y procesos en la gestión de servicios de TI: El modelo RACI.

El modelo RACI es una herramienta relativamente directa que se puede utilizar para identificar roles y responsabilidades durante un proceso organizacional de cambio. Obviamente, los procesos de transformación no trabajan automáticamente o de forma autónoma. La gente tiene que hacer algo para que suceda el cambio en los procesos.

La principal misión de la fase de Diseño del Servicio es la de diseñar nuevos servicios o modificar los ya existentes para su incorporación al catálogo de servicios y su paso al entorno de producción.

El Diseño del Servicio debe seguir las directrices establecidas en la fase de Estrategia y debe a su vez colaborar con ella para que los servicios diseñados:

• ·         Se adecuen a las necesidades del mercado.
• ·         Sean eficientes en costes y rentables.
• ·         Cumplan los estándares de calidad adoptados.
• ·         Aporten valor a clientes y usuarios.

El Diseño del Servicio debe tener en cuenta tanto los requisitos del servicio como los recursos y capacidades disponibles en la organización TI. Un desequilibrio entre ambos lados de la balanza puede resultar en servicios donde se vean comprometidas bien la funcionalidad o bien la garantía.

El proceso de diseño del servicio no es estanco y debe tener en cuenta que los procesos y actividades involucrados incumben a todas las fases del ciclo de vida.

RACI

Para que la fase de diseño resulte exitosa es imprescindible organizar adecuadamente todos los procesos y actividades implicados.

Un modelo útil para la asignación de responsabilidades en la ejecución de tareas o actividades asignadas a un proyecto es el llamado modelo RACI (también llamado matriz de asignación de responsabilidades) que es el acrónimo de:

Encargado: es la persona encargada de hacer la tarea en cuestión.

Responsable: es el único responsable de la correcta ejecución de la tarea.

Consultado: las personas que deben ser consultadas para la realización de la tarea.

Informado: Las personas que deben ser informadas sobre el progreso de ejecución de la tarea

VIDEO DEL USO DE LA TECNOLOGIA EN LAS EMPRESAS

2.1 Definición y Antecedentes COBIT Y ITIL

                                

                                         DEFINICION DE COBIT

Las siglas COBIT significan Objetivos de Control para Tecnología de Información y Tecnologías relacionadas (Control Objectives for Information Systems and related Technology). El modelo es el resultado de una investigación con expertos de varios países, desarrollado por ISACA (Information Systems Audit and Control Association).

El COBIT es precisamente un modelo para auditar la gestión y control de los sistemas de información y tecnología, orientado a todos los sectores de una organización, es decir, administradores IT, usuarios y por supuesto, los auditores involucrados en el proceso. El COBIT es un modelo de evaluación y monitoreo que enfatiza en el control de negocios y la seguridad IT y que abarca controles específicos de IT desde una perspectiva de negocios.

COBIT, lanzado en 1996, es una herramienta de gobierno de TI que ha cambiado la forma en que trabajan los profesionales de tecnología. Vinculando tecnología informática y prácticas de control, el modelo COBIT consolida y armoniza estándares de fuentes globales prominentes en un recurso crítico para la gerencia, los profesionales de control y los auditores.

COBIT se aplica a los sistemas de información de toda la empresa, incluyendo los computadores personales y las redes. Está basado en la filosofía de que los recursos TI necesitan ser administrados por un conjunto de procesos naturalmente agrupados para proveer la información pertinente y confiable que requiere una organización para lograr sus objetivos.

                                                        DEFINICION DE ITIL

Es un conjunto de libros en los cuales se encuentran documentados todos los procesos referentes a la provisión de servicios de tecnología de información hacia las organizaciones.

Desarrollada a finales de los 80s, ITIL se ha convertido en un estándar para la administración de servicios. En sus inicios en la Gran Bretaña permitió que se administrara de manera eficaz y eficiente los costos de los recursos; porque demostró ser útil a las organizaciones en todos los sectores. ITIL, Information Technology Infrastructure Library, es una colección de las mejores prácticas observadas en la industria de TI.

ITIL por medio de procedimientos, roles, tareas, y responsabilidades que se pueden adaptar a cualquier organización de TI, genera una descripción detallada de mejores prácticas, que permitirán tener mejor comunicación y administración en la organización de TI. Proporciona los elementos necesarios para determinar objetivos de mejora y metas que ayuden a la organización a madurar y crecer.

ITIL está dividido en 10 procesos, mismos que están divididos en 5 procesos operacionales (libro azul) y 5 tácticos (libro rojo), además de incluirse dentro de los procesos operacionales una función que es la de servicie desk.

                                                ANTECEDENTES DE COBIT

El proyecto COBIT se emprendió por primera vez en el año 1995, con el fin de crear un mayor producto global que pudiese tener un impacto duradero sobre el campo de visión de los negocios, así como sobre los controles de los sistemas de información implantados. La primera edición del COBIT, fue publicada en 1996 y fue vendida en 98 países de todo el mundo.

 La segunda edición (tema de estudio en este informe) publicada en Abril de 1998, desarrolla y mejora lo que poseía la anterior mediante la incorporación de un mayor número de documentos de referencia fundamentales, nuevos y revisados (de forma detallada) objetivos de control de alto nivel, intensificando las líneas maestras de auditoría, introduciendo un conjunto de herramientas de implementación, así como un CD-ROM completamente organizado el cual contiene la totalidad de los contenidos de esta segunda edición.

Una temprana adición significativa visualizada para la familia de productos COBIT, es el desarrollo de las Guías de Gerencia que incluyen Factores Críticos de Éxito, Indicadores Clave de Desempeño y Medidas Comparativas. Los Factores Críticos de Éxito, identificarán los aspectos o acciones más importantes para la administración y poder tomar, así, dichas acciones o considerar los aspectos para lograr control sobre sus procesos de TI. Los Indicadores Clave de Desempeño proporcionarán medidas de éxito que permitirán a la gerencia conocer si un proceso de TI está alcanzando los requerimientos de negocio.

La Medidas Comparativas definirán niveles de madurez que pueden ser utilizadas por la gerencia para: determinar el nivel actual de madurez de la empresa; determinar el nivel de madurez que se desea lograr, como una función de sus riesgos y objetivos; y proporcionar una base de comparación de sus prácticas de control de TI contra empresas similares o normas de la industria. Esta adición, proporcionará herramientas a la gerencia para evaluar el ambiente de TI de su organización con respecto a los 34 Objetivos de Control de alto nivel de COBIT.

En definitiva, la organización ISACF (creadora, como ya se ha comentado, de la norma) espera que el COBIT sea adoptado por las comunidades de auditoría y negocio como un estándar generalmente aceptado para el control de las Tecnologías de la Información.

                                                  ANTECEDENTES DE ITIL

La Gestión de Servicio ITIL está actualmente integrada en el estándar ISO 20000 (anterior BS 15000).

1980, pero ampliamente adoptada mediados de los 90. Esta mayor adopción y conocimiento ha llevado a varios estándares (ISO/IEC 20000).

ITIL contiene una sección específicamente titulada “Gestión de Servicios de TI” (la combinación de los volúmenes de Servicio de Soporte y Prestación de Servicios).

Recomendaciones de ITIL fueron desarrolladas en los años 1980 por la CCTA (Agencia Central de Telecomunicaciones y Computación, hoy Ministerio de Comercio, OGC -1991) de UK como respuesta a la creciente dependencia de las TI.

ITILv1: Auspicio de la CCTA: “Método de Infraestructura de la Tecnología de Información del Gobierno” – GITM.

Tras la publicación inicial de estos libros, su número creció rápidamente (dentro la versión 1) hasta unos 30 libros. 

Para hacer a ITIL más accesible a aquellos de deseen explorarla, uno de los objetivos del proyecto de actualización ITIL v2 fue agrupar los libros según unos conjuntos lógicos destinados a tratar los procesos de administración que cada uno cubre.

2.2. Procesos de negocio a los que apoya COBIT Y ITIL

                                 COBIT Y SUS PROCESOS DE NEGOCIO

Hoy en día, un mayor número de organizaciones está incrementando su dependencia respecto a las Tecnologías de Información (TI), para hacer más eficientes sus procesos estratégicos y de negocios, por lo tanto mejorar sus operaciones cotidianas. Esta creciente dependencia conduce a la inminente necesidad de generar servicios de calidad que logren satisfacer tanto los requerimientos del negocio, como las necesidades que emanan de los usuarios.

Lo anterior aplica sin importar el tipo, giro o tamaño de la organización; ya sea una institución gubernamental, una empresa de tamaño micro o mediana, un conglomerado multinacional o un proveedor de servicios de tecnologías de información, donde todos enfrentan la misma problemática: requieren que se les proporcione un servicio que sea económicamente rentable, consistente y de alta calidad.

Cobit clasifica los procesos de negocio relacionados con las Tecnologías de la Información en 4 dominios:

·          Planificación y Organización

·          Adquisición e Implementación

·            Entrega y Soporte

·          Supervisión y Evaluación

En definitiva, cada dominio contiene procesos de negocio (desglosables en actividades) para los cuales se pueden establecer objetivos de control e implementar controles organizativos o automatizados:

Por otra parte, la organización dispone de recursos (aplicaciones, información, infraestructura y personas) que son utilizados por los procesos para cubrir los requisitos del negocio:

• ·           Efectividad (cumplimiento de objetivos)
• ·         Eficiencia (consecución de los objetivos con el máximo aprovechamiento de   los recursos)
• ·         Confidencialidad
• ·         Integridad
• ·         Disponibilidad
• ·         Cumplimiento regulatorio
• ·         Fiabilidad

Cabe destacar que, Cobit también ofrece mecanismos para la medición de las capacidades de los procesos con objeto de conseguir una mejora continua. Para ello, proporciona indicaciones para valorar la madurez en función de la misma clasificación utilizada por estándares como ISO 15504:

·           Nivel 0 – Proceso incompleto: El proceso no existe o no cumple con los objetivos

·           Nivel 1 – Proceso ejecutado

·            Nivel 2 – Proceso gestionado: el proceso no solo se encuentra en funcionamiento,                    sino que es planificado, monitorizado y ajustado.

·          Nivel 3 – Proceso definido: el proceso, los recursos, los roles y responsabilidades se                    encuentran documentados y formalizado.

·            Nivel 4 – Proceso predecible: se han definido técnicas de medición de resultados y                  controles.

·         Nivel 5 – Proceso optimizado: todos los cambios son verificados para determinar el                   impacto, se han definido mecanismos para la mejora continua, etc.

En general, gran parte de los puntos que se exponen a continuación pueden ser mapeados a los controles definidos en el estándar ISO 200000.

ITIL Y SUS PROCESOS DE NEGOCIO

¿A qué organizaciones está dirigido ITIL?

La Biblioteca de Infraestructura de Tecnologías de Información resulta de gran utilidad para hacer más eficientes las operaciones de cualquier organización involucrada en la entrega, soporte y administración de los servicios de las TI, ya sea de forma interna o incluso, mediante outsourcing.

ITIL está diseñado mediante el análisis de la administración de servicios de TI, con la premisa de identificar y afinar los requerimientos de los clientes y los distintos grupos de usuarios en materia de servicios de tecnologías de información y telecomunicaciones.

En el esquema, diseñado por la OGC, se definieron cinco elementos que interaccionan entre sí y son complementarios:

• Prestación de servicios de las TI.
• Soporte a los servicios de las TI.
• Perspectiva de negocios.
• Administración de la infraestructura.
• Soluciones.
• La filosofía de ITIL consiste en:
• Capturar las mejores prácticas de la industria.
• Ser escalable, adaptándose a las particularidades y complejidad de las organizaciones.
• Ser independiente de la tecnología.
• Ser más descriptivo que prescriptivo.

Con ITIL se definieron modelos de procesos, mediante un enfoque de rompecabezas, en el que los componentes, a pesar de tener elementos particulares y específicos, dependen en mayor o menor medida unos de otros.

Antes de llevarse a la práctica, el modelo fue probado y mejorado, garantizando y conformando al día de hoy, las mejores prácticas para la administración de servicios de las TI.

2.3. Fases de COBIT y ITIL

                                                

                                                             FASES COBIT

COBIT se divide en tres fases:

· Dominios
· Procesos
 Actividades

Dominios: Agrupación natural de procesos, normalmente corresponden a un dominio o una responsabilidad organizacional.

Procesos: Conjuntos o series de actividades unidas con delimitación o cortes de control.

Actividades: Acciones requeridas para lograr un resultado medible.

Se definen 34 objetivos de control generales, uno para cada uno de los procesos de las TI. Estos procesos están agrupados en cuatro grandes dominios que se detallan a continuación junto con sus procesos y una descripción general de las actividades de cada uno:

Dominio: Planificación y organización.
Este dominio cubre la estrategia y las tácticas y se refiere a la identificación de la forma en que la tecnología de información puede contribuir de la mejor manera al logro de los objetivos de negocio. Además, la consecución de la visión estratégica necesita ser planeada, comunicada y administrada desde diferentes perspectivas. Finalmente, deberán establecerse una organización y una infraestructura tecnológica apropiadas.

Procesos: PO1 Definición de un plan Estratégico

Objetivo:

Lograr un balance óptimo entre las oportunidades de tecnología de información y los requerimientos de TI de negocio, para asegurar sus logros futuros.

Su realización se concreta a través un proceso de planeación estratégica emprendido en intervalos regulares dando lugar a planes a largo plazo, los que deberán ser traducidos periódicamente en planes operacionales estableciendo metas claras y concretas a corto plazo, teniendo en cuenta:

• La definición de objetivos de negocio y necesidades de TI, la alta gerencia será la responsable de desarrollar e implementar planes a largo y corto plazo que satisfagan la misión y las metas generales de la organización.

• El inventario de soluciones tecnológicas e infraestructura actual, se deberá evaluar los sistemas existentes en términos de: nivel de automatización de negocio, funcionalidad, estabilidad, complejidad, costo y fortalezas y debilidades, con el propósito de determinar el nivel de soporte que reciben los requerimientos del negocio de los sistemas existentes.

• Los cambios organizacionales, se deberá asegurar que se establezca un proceso para modificar oportunamente y con precisión el plan a largo plazo de tecnología de información con el fin de adaptar los cambios al plan a largo plazo de la organización y los cambios en las condiciones de la TI.

• Estudios de factibilidad oportunos, para que se puedan obtener resultados efectivos

PO2 Definición de la Arquitectura de Información

Dominio: Adquisición e implementación
Para llevar a cabo la estrategia de TI, las soluciones de Ti deben ser identificadas, desarrolladas o adquiridas, así como implementadas e integradas dentro del proceso del negocio. Además, este dominio cubre los cambios y el mantenimiento realizados a sistemas existentes.
Procesos:

·

 AI1 Identificación de Soluciones Automatizadas

Objetivo: Asegurar el mejor enfoque para cumplir con los requerimientos del usuario
Para ello se realiza un análisis claro de las oportunidades alternativas comparadas contra los requerimientos de los usuarios y toma en consideración:

• Definición de requerimientos de información para poder aprobar un proyecto de desarrollo.

• Estudios de factibilidad con la finalidad de satisfacer los requerimientos del negocio establecidos para el desarrollo de un proyecto.

• Arquitectura de información para tener en consideración el modelo de datos al definir soluciones y analizar la factibilidad de las mismas.

• Seguridad con relación de costo-beneficio favorable para controlar que los costos no excedan los beneficios.

• Pistas de auditoría para ello deben existir mecanismos adecuados. Dichos mecanismos deben proporcionar la capacidad de proteger datos sensitivos (ej. Identificación de usuarios contra divulgación o mal uso).

•  Contratación de terceros con el objeto de adquirir productos con buena calidad y excelente estado.
• Aceptación de instalaciones y tecnología a través del contrato con el Proveedor donde se acuerda un plan de aceptación para las instalaciones y tecnología específica a ser proporcionada.

• AI2 Adquisición y mantenimiento del software aplicativo

FASE DE ITIL

El ciclo de vida del servicio es un acercamiento a la gestión de las áreas de Tecnología que pone énfasis en la Estrategia, Diseño, Transición, Operación y Mejora Continua de los servicios proporcionados al negocio, a través de diferentes funciones, procesos y sistemas necesarios para gestionar estos servicios a lo largo de su ciclo de vida.

El Ciclo de Vida de la Gestión del Servicio consta de cinco fases:

Estrategia del Servicio.

En esta fase se presenta el cómo alinear los servicios proporcionados por TI a los objetivos estratégicos del negocio. Los requerimientos del servicio son identificados y estipulados dentro del Paquete del Nivel del Servicio (SLP) en un conjunto definido de resultados a entregar al negocio, estableciendo además su validez financiera y generando las bases para su diseño, transición y operación. Aquí se expone el cómo transformar la Gestión del Servicio en un activo estratégico.

Diseño del Servicio.

Aquí se diseñan y desarrollan los servicios, los procesos y las capacidades de la Gestión del Servicio a fin de asegurar el cumplimiento del valor establecido como parte de la estrategia. Se utilizan los principios y métodos de diseño para convertir objetivos estratégicos en planes tácticos que garanticen y mejoren los niveles de disponibilidad, capacidad, seguridad y continuidad de todos los servicios.

Transición de Servicios.

Es en esta fase en donde se desarrollan y mejoran las capacidades para la transición de nuevos servicios y/o cambios a los ya existentes, asegurando los requerimientos de la estrategia de servicio. Es una guía para gestionar la complejidad relacionada con los cambios a servicios y gestión de procesos de servicios, previniendo consecuencias indeseables, como fallas e interrupciones.

Operación del Servicio.

Esta fase demuestra cómo se puede alcanzar la efectividad y eficiencia en la entrega y soporte de

servicios para asegurar valor tanto al cliente como al proveedor del servicio. La Operación del Servicio es donde los planes, diseños y optimizaciones son ejecutados y medidos. Desde el punto de vista del cliente, la Operación del Servicio es donde realmente se aprecia el valor del servicio.

Mejora Continua del Servicio.

Se preocupa de crear y mantener el valor para el cliente a través de un mejor diseño, introducción y operación de los servicios, asociando esfuerzos de mejora y resultados con la Estrategia, Diseño, Transición y Operación del Servicio, identificando las oportunidades para mejorar las debilidades o fallas dentro de cualquiera de éstas etapas.