Catalogo de Servicios y SLAs
Diseño y gobierno de catálogos de servicio, niveles de servicio y acuerdos operativos para clarificar oferta, expectativas y medición.
El curso 'Catalogo de Servicios y SLAs' se ha planteado como una unidad de aprendizaje completa: introduce fundamentos, ordena los temas en una secuencia razonable y propone una salida practica para que el estudio pueda convertirse despues en una pagina web, una ruta de aprendizaje o un recurso de consulta personal.
Modulo 01. Que es un servicio y como se cataloga
Objetivo del modulo
'Que es un servicio y como se cataloga' ocupa una posicion relevante dentro de Catalogo de Servicios y SLAs porque conecta la teoria del area de Gobierno IT con decisiones reales de trabajo, ya sea en operacion diaria, diseno de soluciones, gobierno o mejora continua.
Resultados esperados
- Comprender el alcance del bloque 'Que es un servicio y como se cataloga' dentro del mapa completo del curso.
- Identificar conceptos, actores, decisiones y riesgos que aparecen en la practica.
- Transformar el conocimiento teorico en un entregable o criterio util para trabajar mejor.
Desarrollo teorico
Diseño y gobierno de catálogos de servicio, niveles de servicio y acuerdos operativos para clarificar oferta, expectativas y medición.
Este modulo profundiza en que es un servicio y como se cataloga como pieza necesaria para que el alumno construya criterio y no solo vocabulario. En la mayoria de disciplinas tecnicas, los problemas no aparecen por desconocer una definicion, sino por no entender como encaja cada decision en un sistema mayor. Por eso el modulo se trabaja desde contexto, impacto y uso.
El hilo conductor del curso 'Catalogo de Servicios y SLAs' consiste en pasar de una comprension fundacional a una capacidad operativa. En este punto conviene prestar atencion a relaciones, dependencias, trade offs y errores frecuentes. Casi siempre hay varias formas validas de resolver un problema, pero no todas son igual de sostenibles, medibles o seguras.
Tambien es importante aterrizar el tema en un escenario recognoscible: un servicio que hay que mejorar, un dispositivo que hay que gestionar, una plataforma que hay que gobernar o una pieza de software que hay que construir y mantener. Esa traduccion a realidad es la que convierte el aprendizaje en un activo reusable dentro de la biblioteca.
Contenido ampliado
En este modulo conviene observar especialmente como se equilibran gobierno, riesgo, finanzas, arquitectura dentro del problema tratado, porque ese equilibrio suele marcar la diferencia entre una solucion elegante y una solucion realmente operable.
Modelo mental del modulo
Una buena forma de estudiar este bloque es pensar en capas: fundamento conceptual, decision operativa, riesgo asociado y evidencia de que la solucion funciona. Ese patron sirve tanto para temas de Gobierno IT como para la mayoria de disciplinas tecnicas y de gestion.
Puntos clave
- Conceptos nucleares asociados a que es un servicio y como se cataloga y su terminologia operativa.
- Relaciones con otros modulos, capacidades y decisiones del curso.
- Riesgos de implantacion, configuracion o adopcion que suelen aparecer.
- Metricas o evidencias que permiten validar si el resultado es util y sostenible.
Checklist operativa
- Definir claramente el objetivo del trabajo relacionado con que es un servicio y como se cataloga.
- Identificar actores implicados, entradas, salidas y dependencias clave.
- Acordar criterios de calidad, seguridad, rendimiento o gobierno segun el contexto.
- Documentar un resultado pequeno pero reutilizable: plantilla, checklist o mini procedimiento.
Errores frecuentes
- Abordar que es un servicio y como se cataloga como teoria aislada sin conectarlo con un flujo real.
- Confundir herramienta con capacidad, o configuracion puntual con modelo operativo.
- No definir criterios de exito antes de empezar a practicar o implantar.
- Generar documentacion extensa pero poco accionable para el trabajo diario.
Practica sugerida
Prepara un entregable breve sobre que es un servicio y como se cataloga: puede ser una nota tecnica, una propuesta de trabajo, una checklist, un esquema de arquitectura o una comparativa de opciones. El entregable debe incluir objetivo, contexto, actores, decisiones, riesgos, metricas y siguiente paso recomendado.
Preguntas de autoevaluacion
- Como explicarias que es un servicio y como se cataloga a una persona nueva en el area sin leer definiciones?
- Que decision critica aparece en este tema y que riesgos tiene tomarla mal?
- Que evidencia te haria pensar que el modulo ha quedado bien aprendido y bien aplicado?
Cierre
Antes de pasar al siguiente modulo, revisa como 'Que es un servicio y como se cataloga' se relaciona con los demas bloques de 'Catalogo de Servicios y SLAs'. Si puedes explicarlo con tus palabras, aterrizarlo en un caso y defender una decision razonable, entonces ya no estas memorizando: estas construyendo criterio.
Modulo 02. Diseno del catalogo orientado a negocio
Objetivo del modulo
'Diseno del catalogo orientado a negocio' ocupa una posicion relevante dentro de Catalogo de Servicios y SLAs porque conecta la teoria del area de Gobierno IT con decisiones reales de trabajo, ya sea en operacion diaria, diseno de soluciones, gobierno o mejora continua.
Resultados esperados
- Comprender el alcance del bloque 'Diseno del catalogo orientado a negocio' dentro del mapa completo del curso.
- Identificar conceptos, actores, decisiones y riesgos que aparecen en la practica.
- Transformar el conocimiento teorico en un entregable o criterio util para trabajar mejor.
Desarrollo teorico
Diseño y gobierno de catálogos de servicio, niveles de servicio y acuerdos operativos para clarificar oferta, expectativas y medición.
Este modulo profundiza en diseno del catalogo orientado a negocio como pieza necesaria para que el alumno construya criterio y no solo vocabulario. En la mayoria de disciplinas tecnicas, los problemas no aparecen por desconocer una definicion, sino por no entender como encaja cada decision en un sistema mayor. Por eso el modulo se trabaja desde contexto, impacto y uso.
El hilo conductor del curso 'Catalogo de Servicios y SLAs' consiste en pasar de una comprension fundacional a una capacidad operativa. En este punto conviene prestar atencion a relaciones, dependencias, trade offs y errores frecuentes. Casi siempre hay varias formas validas de resolver un problema, pero no todas son igual de sostenibles, medibles o seguras.
Tambien es importante aterrizar el tema en un escenario recognoscible: un servicio que hay que mejorar, un dispositivo que hay que gestionar, una plataforma que hay que gobernar o una pieza de software que hay que construir y mantener. Esa traduccion a realidad es la que convierte el aprendizaje en un activo reusable dentro de la biblioteca.
Contenido ampliado
En este modulo conviene observar especialmente como se equilibran gobierno, riesgo, finanzas, arquitectura dentro del problema tratado, porque ese equilibrio suele marcar la diferencia entre una solucion elegante y una solucion realmente operable.
Modelo mental del modulo
Una buena forma de estudiar este bloque es pensar en capas: fundamento conceptual, decision operativa, riesgo asociado y evidencia de que la solucion funciona. Ese patron sirve tanto para temas de Gobierno IT como para la mayoria de disciplinas tecnicas y de gestion.
Puntos clave
- Conceptos nucleares asociados a diseno del catalogo orientado a negocio y su terminologia operativa.
- Relaciones con otros modulos, capacidades y decisiones del curso.
- Riesgos de implantacion, configuracion o adopcion que suelen aparecer.
- Metricas o evidencias que permiten validar si el resultado es util y sostenible.
Checklist operativa
- Definir claramente el objetivo del trabajo relacionado con diseno del catalogo orientado a negocio.
- Identificar actores implicados, entradas, salidas y dependencias clave.
- Acordar criterios de calidad, seguridad, rendimiento o gobierno segun el contexto.
- Documentar un resultado pequeno pero reutilizable: plantilla, checklist o mini procedimiento.
Errores frecuentes
- Abordar diseno del catalogo orientado a negocio como teoria aislada sin conectarlo con un flujo real.
- Confundir herramienta con capacidad, o configuracion puntual con modelo operativo.
- No definir criterios de exito antes de empezar a practicar o implantar.
- Generar documentacion extensa pero poco accionable para el trabajo diario.
Practica sugerida
Prepara un entregable breve sobre diseno del catalogo orientado a negocio: puede ser una nota tecnica, una propuesta de trabajo, una checklist, un esquema de arquitectura o una comparativa de opciones. El entregable debe incluir objetivo, contexto, actores, decisiones, riesgos, metricas y siguiente paso recomendado.
Preguntas de autoevaluacion
- Como explicarias diseno del catalogo orientado a negocio a una persona nueva en el area sin leer definiciones?
- Que decision critica aparece en este tema y que riesgos tiene tomarla mal?
- Que evidencia te haria pensar que el modulo ha quedado bien aprendido y bien aplicado?
Cierre
Antes de pasar al siguiente modulo, revisa como 'Diseno del catalogo orientado a negocio' se relaciona con los demas bloques de 'Catalogo de Servicios y SLAs'. Si puedes explicarlo con tus palabras, aterrizarlo en un caso y defender una decision razonable, entonces ya no estas memorizando: estas construyendo criterio.
Modulo 03. SLAs, OLAs y acuerdos de soporte
Objetivo del modulo
'SLAs, OLAs y acuerdos de soporte' ocupa una posicion relevante dentro de Catalogo de Servicios y SLAs porque conecta la teoria del area de Gobierno IT con decisiones reales de trabajo, ya sea en operacion diaria, diseno de soluciones, gobierno o mejora continua.
Resultados esperados
- Comprender el alcance del bloque 'SLAs, OLAs y acuerdos de soporte' dentro del mapa completo del curso.
- Identificar conceptos, actores, decisiones y riesgos que aparecen en la practica.
- Transformar el conocimiento teorico en un entregable o criterio util para trabajar mejor.
Desarrollo teorico
Diseño y gobierno de catálogos de servicio, niveles de servicio y acuerdos operativos para clarificar oferta, expectativas y medición.
Este modulo profundiza en slas, olas y acuerdos de soporte como pieza necesaria para que el alumno construya criterio y no solo vocabulario. En la mayoria de disciplinas tecnicas, los problemas no aparecen por desconocer una definicion, sino por no entender como encaja cada decision en un sistema mayor. Por eso el modulo se trabaja desde contexto, impacto y uso.
El hilo conductor del curso 'Catalogo de Servicios y SLAs' consiste en pasar de una comprension fundacional a una capacidad operativa. En este punto conviene prestar atencion a relaciones, dependencias, trade offs y errores frecuentes. Casi siempre hay varias formas validas de resolver un problema, pero no todas son igual de sostenibles, medibles o seguras.
Tambien es importante aterrizar el tema en un escenario recognoscible: un servicio que hay que mejorar, un dispositivo que hay que gestionar, una plataforma que hay que gobernar o una pieza de software que hay que construir y mantener. Esa traduccion a realidad es la que convierte el aprendizaje en un activo reusable dentro de la biblioteca.
Contenido ampliado
En este modulo conviene observar especialmente como se equilibran gobierno, riesgo, finanzas, arquitectura dentro del problema tratado, porque ese equilibrio suele marcar la diferencia entre una solucion elegante y una solucion realmente operable.
Modelo mental del modulo
Una buena forma de estudiar este bloque es pensar en capas: fundamento conceptual, decision operativa, riesgo asociado y evidencia de que la solucion funciona. Ese patron sirve tanto para temas de Gobierno IT como para la mayoria de disciplinas tecnicas y de gestion.
Puntos clave
- Conceptos nucleares asociados a slas, olas y acuerdos de soporte y su terminologia operativa.
- Relaciones con otros modulos, capacidades y decisiones del curso.
- Riesgos de implantacion, configuracion o adopcion que suelen aparecer.
- Metricas o evidencias que permiten validar si el resultado es util y sostenible.
Checklist operativa
- Definir claramente el objetivo del trabajo relacionado con slas, olas y acuerdos de soporte.
- Identificar actores implicados, entradas, salidas y dependencias clave.
- Acordar criterios de calidad, seguridad, rendimiento o gobierno segun el contexto.
- Documentar un resultado pequeno pero reutilizable: plantilla, checklist o mini procedimiento.
Errores frecuentes
- Abordar slas, olas y acuerdos de soporte como teoria aislada sin conectarlo con un flujo real.
- Confundir herramienta con capacidad, o configuracion puntual con modelo operativo.
- No definir criterios de exito antes de empezar a practicar o implantar.
- Generar documentacion extensa pero poco accionable para el trabajo diario.
Practica sugerida
Prepara un entregable breve sobre slas, olas y acuerdos de soporte: puede ser una nota tecnica, una propuesta de trabajo, una checklist, un esquema de arquitectura o una comparativa de opciones. El entregable debe incluir objetivo, contexto, actores, decisiones, riesgos, metricas y siguiente paso recomendado.
Preguntas de autoevaluacion
- Como explicarias slas, olas y acuerdos de soporte a una persona nueva en el area sin leer definiciones?
- Que decision critica aparece en este tema y que riesgos tiene tomarla mal?
- Que evidencia te haria pensar que el modulo ha quedado bien aprendido y bien aplicado?
Cierre
Antes de pasar al siguiente modulo, revisa como 'SLAs, OLAs y acuerdos de soporte' se relaciona con los demas bloques de 'Catalogo de Servicios y SLAs'. Si puedes explicarlo con tus palabras, aterrizarlo en un caso y defender una decision razonable, entonces ya no estas memorizando: estas construyendo criterio.
Modulo 04. Metricas, reporting y revision periodica
Objetivo del modulo
'Metricas, reporting y revision periodica' ocupa una posicion relevante dentro de Catalogo de Servicios y SLAs porque conecta la teoria del area de Gobierno IT con decisiones reales de trabajo, ya sea en operacion diaria, diseno de soluciones, gobierno o mejora continua.
Resultados esperados
- Comprender el alcance del bloque 'Metricas, reporting y revision periodica' dentro del mapa completo del curso.
- Identificar conceptos, actores, decisiones y riesgos que aparecen en la practica.
- Transformar el conocimiento teorico en un entregable o criterio util para trabajar mejor.
Desarrollo teorico
Diseño y gobierno de catálogos de servicio, niveles de servicio y acuerdos operativos para clarificar oferta, expectativas y medición.
Este modulo profundiza en metricas, reporting y revision periodica como pieza necesaria para que el alumno construya criterio y no solo vocabulario. En la mayoria de disciplinas tecnicas, los problemas no aparecen por desconocer una definicion, sino por no entender como encaja cada decision en un sistema mayor. Por eso el modulo se trabaja desde contexto, impacto y uso.
El hilo conductor del curso 'Catalogo de Servicios y SLAs' consiste en pasar de una comprension fundacional a una capacidad operativa. En este punto conviene prestar atencion a relaciones, dependencias, trade offs y errores frecuentes. Casi siempre hay varias formas validas de resolver un problema, pero no todas son igual de sostenibles, medibles o seguras.
Tambien es importante aterrizar el tema en un escenario recognoscible: un servicio que hay que mejorar, un dispositivo que hay que gestionar, una plataforma que hay que gobernar o una pieza de software que hay que construir y mantener. Esa traduccion a realidad es la que convierte el aprendizaje en un activo reusable dentro de la biblioteca.
Contenido ampliado
En este modulo conviene observar especialmente como se equilibran gobierno, riesgo, finanzas, arquitectura dentro del problema tratado, porque ese equilibrio suele marcar la diferencia entre una solucion elegante y una solucion realmente operable.
Modelo mental del modulo
Una buena forma de estudiar este bloque es pensar en capas: fundamento conceptual, decision operativa, riesgo asociado y evidencia de que la solucion funciona. Ese patron sirve tanto para temas de Gobierno IT como para la mayoria de disciplinas tecnicas y de gestion.
Puntos clave
- Conceptos nucleares asociados a metricas, reporting y revision periodica y su terminologia operativa.
- Relaciones con otros modulos, capacidades y decisiones del curso.
- Riesgos de implantacion, configuracion o adopcion que suelen aparecer.
- Metricas o evidencias que permiten validar si el resultado es util y sostenible.
Checklist operativa
- Definir claramente el objetivo del trabajo relacionado con metricas, reporting y revision periodica.
- Identificar actores implicados, entradas, salidas y dependencias clave.
- Acordar criterios de calidad, seguridad, rendimiento o gobierno segun el contexto.
- Documentar un resultado pequeno pero reutilizable: plantilla, checklist o mini procedimiento.
Errores frecuentes
- Abordar metricas, reporting y revision periodica como teoria aislada sin conectarlo con un flujo real.
- Confundir herramienta con capacidad, o configuracion puntual con modelo operativo.
- No definir criterios de exito antes de empezar a practicar o implantar.
- Generar documentacion extensa pero poco accionable para el trabajo diario.
Practica sugerida
Prepara un entregable breve sobre metricas, reporting y revision periodica: puede ser una nota tecnica, una propuesta de trabajo, una checklist, un esquema de arquitectura o una comparativa de opciones. El entregable debe incluir objetivo, contexto, actores, decisiones, riesgos, metricas y siguiente paso recomendado.
Preguntas de autoevaluacion
- Como explicarias metricas, reporting y revision periodica a una persona nueva en el area sin leer definiciones?
- Que decision critica aparece en este tema y que riesgos tiene tomarla mal?
- Que evidencia te haria pensar que el modulo ha quedado bien aprendido y bien aplicado?
Cierre
Antes de pasar al siguiente modulo, revisa como 'Metricas, reporting y revision periodica' se relaciona con los demas bloques de 'Catalogo de Servicios y SLAs'. Si puedes explicarlo con tus palabras, aterrizarlo en un caso y defender una decision razonable, entonces ya no estas memorizando: estas construyendo criterio.
Modulo 05. Implantacion y gobierno del catalogo
Objetivo del modulo
'Implantacion y gobierno del catalogo' ocupa una posicion relevante dentro de Catalogo de Servicios y SLAs porque conecta la teoria del area de Gobierno IT con decisiones reales de trabajo, ya sea en operacion diaria, diseno de soluciones, gobierno o mejora continua.
Resultados esperados
- Comprender el alcance del bloque 'Implantacion y gobierno del catalogo' dentro del mapa completo del curso.
- Identificar conceptos, actores, decisiones y riesgos que aparecen en la practica.
- Transformar el conocimiento teorico en un entregable o criterio util para trabajar mejor.
Desarrollo teorico
Diseño y gobierno de catálogos de servicio, niveles de servicio y acuerdos operativos para clarificar oferta, expectativas y medición.
Este modulo profundiza en implantacion y gobierno del catalogo como pieza necesaria para que el alumno construya criterio y no solo vocabulario. En la mayoria de disciplinas tecnicas, los problemas no aparecen por desconocer una definicion, sino por no entender como encaja cada decision en un sistema mayor. Por eso el modulo se trabaja desde contexto, impacto y uso.
El hilo conductor del curso 'Catalogo de Servicios y SLAs' consiste en pasar de una comprension fundacional a una capacidad operativa. En este punto conviene prestar atencion a relaciones, dependencias, trade offs y errores frecuentes. Casi siempre hay varias formas validas de resolver un problema, pero no todas son igual de sostenibles, medibles o seguras.
Tambien es importante aterrizar el tema en un escenario recognoscible: un servicio que hay que mejorar, un dispositivo que hay que gestionar, una plataforma que hay que gobernar o una pieza de software que hay que construir y mantener. Esa traduccion a realidad es la que convierte el aprendizaje en un activo reusable dentro de la biblioteca.
Contenido ampliado
En este modulo conviene observar especialmente como se equilibran gobierno, riesgo, finanzas, arquitectura dentro del problema tratado, porque ese equilibrio suele marcar la diferencia entre una solucion elegante y una solucion realmente operable.
Modelo mental del modulo
Una buena forma de estudiar este bloque es pensar en capas: fundamento conceptual, decision operativa, riesgo asociado y evidencia de que la solucion funciona. Ese patron sirve tanto para temas de Gobierno IT como para la mayoria de disciplinas tecnicas y de gestion.
Puntos clave
- Conceptos nucleares asociados a implantacion y gobierno del catalogo y su terminologia operativa.
- Relaciones con otros modulos, capacidades y decisiones del curso.
- Riesgos de implantacion, configuracion o adopcion que suelen aparecer.
- Metricas o evidencias que permiten validar si el resultado es util y sostenible.
Checklist operativa
- Definir claramente el objetivo del trabajo relacionado con implantacion y gobierno del catalogo.
- Identificar actores implicados, entradas, salidas y dependencias clave.
- Acordar criterios de calidad, seguridad, rendimiento o gobierno segun el contexto.
- Documentar un resultado pequeno pero reutilizable: plantilla, checklist o mini procedimiento.
Errores frecuentes
- Abordar implantacion y gobierno del catalogo como teoria aislada sin conectarlo con un flujo real.
- Confundir herramienta con capacidad, o configuracion puntual con modelo operativo.
- No definir criterios de exito antes de empezar a practicar o implantar.
- Generar documentacion extensa pero poco accionable para el trabajo diario.
Practica sugerida
Prepara un entregable breve sobre implantacion y gobierno del catalogo: puede ser una nota tecnica, una propuesta de trabajo, una checklist, un esquema de arquitectura o una comparativa de opciones. El entregable debe incluir objetivo, contexto, actores, decisiones, riesgos, metricas y siguiente paso recomendado.
Preguntas de autoevaluacion
- Como explicarias implantacion y gobierno del catalogo a una persona nueva en el area sin leer definiciones?
- Que decision critica aparece en este tema y que riesgos tiene tomarla mal?
- Que evidencia te haria pensar que el modulo ha quedado bien aprendido y bien aplicado?
Cierre
Antes de pasar al siguiente modulo, revisa como 'Implantacion y gobierno del catalogo' se relaciona con los demas bloques de 'Catalogo de Servicios y SLAs'. Si puedes explicarlo con tus palabras, aterrizarlo en un caso y defender una decision razonable, entonces ya no estas memorizando: estas construyendo criterio.
Resultados de aprendizaje
- Construir un catálogo orientado a cliente y operación.
- Definir SLAs, OLAs y métricas viables.
- Evitar acuerdos irreales o poco útiles para el negocio.
Publico objetivo
Service managers, PMOs de servicio, responsables ITSM y analistas de procesos.
Requisitos previos
Conocimientos básicos de gestión de servicios.
Guia de estudio
Guia de estudio
Ritmo sugerido
El curso contiene 5 modulos. La mejor forma de abordarlo offline es estudiar en bloques regulares, reservando tiempo para leer, resumir y practicar.
Plan orientativo
- Semana/Bloque 01: Que es un servicio y como se cataloga. Objetivo: consolidar una capacidad concreta y dejar un entregable breve.
- Semana/Bloque 02: Diseno del catalogo orientado a negocio. Objetivo: consolidar una capacidad concreta y dejar un entregable breve.
- Semana/Bloque 03: SLAs, OLAs y acuerdos de soporte. Objetivo: consolidar una capacidad concreta y dejar un entregable breve.
- Semana/Bloque 04: Metricas, reporting y revision periodica. Objetivo: consolidar una capacidad concreta y dejar un entregable breve.
- Semana/Bloque 05: Implantacion y gobierno del catalogo. Objetivo: consolidar una capacidad concreta y dejar un entregable breve.
Metodo recomendado
- Lee el modulo completo antes de subrayar o resumir.
- Extrae vocabulario esencial y conviertelo en glosario personal.
- Resume cada modulo en tres ideas fuerza y una pregunta abierta.
- Si trabajas ya en el area, conecta cada bloque con un caso real de tu entorno.
Evidencias de aprendizaje
- Autoevaluacion al final de cada modulo con preguntas de explicacion en voz alta.
- Un resumen ejecutivo de una pagina al completar la mitad del curso.
- Un entregable final que combine terminologia, decisiones, riesgos y buenas practicas.
Senales de progreso real
- Puedes explicar el tema con un ejemplo propio sin leer el texto.
- Sabes distinguir una buena practica de una mala practica y justificar por que.
- Has creado un entregable pequeno que podria reutilizar otra persona.
1. ¿Cual es el objetivo mas razonable del bloque 'Que es un servicio y como se cataloga' dentro del curso 'Catalogo de Servicios y SLAs'?
2. ¿Cual es el objetivo mas razonable del bloque 'Diseno del catalogo orientado a negocio' dentro del curso 'Catalogo de Servicios y SLAs'?
3. ¿Cual es el objetivo mas razonable del bloque 'SLAs, OLAs y acuerdos de soporte' dentro del curso 'Catalogo de Servicios y SLAs'?
4. ¿Cual es el objetivo mas razonable del bloque 'Metricas, reporting y revision periodica' dentro del curso 'Catalogo de Servicios y SLAs'?
5. ¿Cual es el objetivo mas razonable del bloque 'Implantacion y gobierno del catalogo' dentro del curso 'Catalogo de Servicios y SLAs'?
Glosario del curso
COBIT
COBIT 2019 ayuda a traducir objetivos empresariales en objetivos de gobierno y gestion. Su valor esta en la trazabilidad entre estrategia, control, riesgo y capacidad organizativa. Conviene definirlo con tus palabras, identificar donde aparece en la practica y relacionarlo con al menos un modulo del curso.
Control
Concepto util para entender Catalogo de Servicios y SLAs dentro del area de Gobierno IT. Conviene relacionarlo con terminologia, decisiones y ejemplos del curso para que no quede como una palabra suelta. Conviene definirlo con tus palabras, identificar donde aparece en la practica y relacionarlo con al menos un modulo del curso.
Capability
Concepto util para entender Catalogo de Servicios y SLAs dentro del area de Gobierno IT. Conviene relacionarlo con terminologia, decisiones y ejemplos del curso para que no quede como una palabra suelta. Conviene definirlo con tus palabras, identificar donde aparece en la practica y relacionarlo con al menos un modulo del curso.
ITAM
ITAM bien ejecutado conecta inventario, ciclo de vida, licencias, seguridad y coste. Sin datos confiables, el gobierno de activos se convierte en opinion y excepciones manuales. Conviene definirlo con tus palabras, identificar donde aparece en la practica y relacionarlo con al menos un modulo del curso.
CMDB
Una CMDB sirve si ayuda a decidir, analizar impacto y reducir incertidumbre. Si se convierte en un inventario decorativo, su mantenimiento cuesta mas de lo que aporta. Conviene definirlo con tus palabras, identificar donde aparece en la practica y relacionarlo con al menos un modulo del curso.
SLA
Concepto util para entender Catalogo de Servicios y SLAs dentro del area de Gobierno IT. Conviene relacionarlo con terminologia, decisiones y ejemplos del curso para que no quede como una palabra suelta. Conviene definirlo con tus palabras, identificar donde aparece en la practica y relacionarlo con al menos un modulo del curso.
FinOps
FinOps introduce visibilidad, accountability y optimizacion continua sobre gasto cloud. No es solo reducir costes: es tomar mejores decisiones sobre valor, velocidad y sostenibilidad. Conviene definirlo con tus palabras, identificar donde aparece en la practica y relacionarlo con al menos un modulo del curso.
Showback
Concepto util para entender Catalogo de Servicios y SLAs dentro del area de Gobierno IT. Conviene relacionarlo con terminologia, decisiones y ejemplos del curso para que no quede como una palabra suelta. Conviene definirlo con tus palabras, identificar donde aparece en la practica y relacionarlo con al menos un modulo del curso.
Chargeback
Concepto util para entender Catalogo de Servicios y SLAs dentro del area de Gobierno IT. Conviene relacionarlo con terminologia, decisiones y ejemplos del curso para que no quede como una palabra suelta. Conviene definirlo con tus palabras, identificar donde aparece en la practica y relacionarlo con al menos un modulo del curso.
Roadmap
Concepto util para entender Catalogo de Servicios y SLAs dentro del area de Gobierno IT. Conviene relacionarlo con terminologia, decisiones y ejemplos del curso para que no quede como una palabra suelta. Conviene definirlo con tus palabras, identificar donde aparece en la practica y relacionarlo con al menos un modulo del curso.
Laboratorio / Taller
Taller Aplicado
Objetivo
Traducir el curso 'Catalogo de Servicios y SLAs' a un escenario de trabajo realista mediante analisis, priorizacion y propuesta de mejora.
Secuencia sugerida
- Definir el contexto de una organizacion, equipo o servicio.
- Identificar problema, objetivo y restricciones del caso.
- Usar al menos tres modulos del curso para estructurar la respuesta.
- Proponer decisiones, metricas y riesgos con un plan por fases.
- Presentar conclusion ejecutiva y siguiente paso recomendado.
Entregables
- Documento final de 1 a 3 paginas o equivalente en la web.
- Checklist de pasos realizados.
- Lecciones aprendidas y mejoras propuestas.
Criterios de evaluacion
- Claridad y orden en la ejecucion del trabajo.
- Conexion real entre teoria y aplicacion.
- Evidencias o argumentos suficientes para defender la solucion.
- Capacidad de identificar riesgos, limites y siguientes pasos.
Caso practico integrador
Caso Practico Integrador
Escenario
Una organizacion necesita mejorar o profesionalizar capacidades relacionadas con 'Catalogo de Servicios y SLAs'. Existen presiones sobre gobierno, riesgo, finanzas, arquitectura, asi como limitaciones de tiempo, presupuesto y madurez del equipo. Tu papel es ordenar el problema, priorizar decisiones y proponer un camino realista de evolucion.
Objetivo del caso
Aplicar de forma conjunta lo estudiado en los distintos modulos, evitando respuestas teoricas aisladas. El valor del ejercicio esta en enlazar decisiones, justificar supuestos y pensar en implantacion gradual.
Entregables esperados
- Contexto y problema inicial.
- Supuestos de trabajo y restricciones.
- Decision principal a tomar y opciones alternativas.
- Riesgos, mitigaciones y metricas de exito.
- Plan de implantacion o mejora en fases.
Criterios de calidad
- Claridad al explicar el contexto y el objetivo.
- Coherencia entre modulos, decisiones y resultados esperados.
- Realismo operativo: que se pueda empezar por una primera iteracion manejable.
- Capacidad para medir valor, riesgo y aprendizaje posterior.
Recursos y Bibliografia Orientativa
Fuentes base del area
Como usar bien estos recursos
- Usa primero la documentacion oficial para conceptos, limites y nomenclatura actual.
- Aprovecha videos, blogs tecnicos y manuales para ver casos de uso y opiniones contrastadas.
- Si una fuente discrepa de otra, prioriza terminologia y comportamiento descritos por el fabricante o el marco oficial.
Estrategia recomendada
Lee este curso como contenido principal y usa las fuentes externas para contrastar, profundizar o buscar ejemplos mas especificos. El objetivo de la biblioteca no es sustituir la documentacion oficial, sino hacerla mas digerible y conectarla con una secuencia de aprendizaje util.
Evaluacion
Evaluacion del Curso
Enfoque de evaluacion
La evaluacion esta pensada para validar comprension, criterio y capacidad de aplicacion. No basta con recordar terminos: el alumno deberia ser capaz de explicar relaciones, priorizar decisiones y argumentar por que una opcion tiene sentido en un contexto dado.
Preguntas abiertas de repaso
Pregunta 01
- Enunciado: Explica por que el bloque 'Que es un servicio y como se cataloga' es importante dentro de 'Catalogo de Servicios y SLAs'.
- Que se espera en la respuesta: relacion con el objetivo del curso, una decision o riesgo asociado y un ejemplo de aplicacion.
Pregunta 02
- Enunciado: Explica por que el bloque 'Diseno del catalogo orientado a negocio' es importante dentro de 'Catalogo de Servicios y SLAs'.
- Que se espera en la respuesta: relacion con el objetivo del curso, una decision o riesgo asociado y un ejemplo de aplicacion.
Pregunta 03
- Enunciado: Explica por que el bloque 'SLAs, OLAs y acuerdos de soporte' es importante dentro de 'Catalogo de Servicios y SLAs'.
- Que se espera en la respuesta: relacion con el objetivo del curso, una decision o riesgo asociado y un ejemplo de aplicacion.
Pregunta 04
- Enunciado: Explica por que el bloque 'Metricas, reporting y revision periodica' es importante dentro de 'Catalogo de Servicios y SLAs'.
- Que se espera en la respuesta: relacion con el objetivo del curso, una decision o riesgo asociado y un ejemplo de aplicacion.
Pregunta 05
- Enunciado: Explica por que el bloque 'Implantacion y gobierno del catalogo' es importante dentro de 'Catalogo de Servicios y SLAs'.
- Que se espera en la respuesta: relacion con el objetivo del curso, una decision o riesgo asociado y un ejemplo de aplicacion.
Actividades de validacion
- Resume el curso en una pagina para una persona que necesite decidir si estudiarlo o implantarlo.
- Diseña un mini caso de uso donde se apliquen al menos tres modulos del curso de forma conectada.
- Define tres metricas simples para saber si el aprendizaje se ha traducido en mejor practica profesional.