1. Itil
1.1. Conceptos
1.1.1. Biblioteca de Infraestructura de Tecnologías de Información por sus siglas en inglés
1.1.2. Entrega valor a los clientes a través de servicios
1.1.3. Atributos del servicio - Modelo Kano
1.1.3.1. Normales
1.1.3.1.1. Se encuentra dentro de la promesa
1.1.3.2. Esperados
1.1.3.2.1. Implicitos, se miden por el tipo de servicio
1.1.3.3. Atractivos
1.1.3.3.1. Deben estar en constante evolución
1.1.3.4. De rechazo
1.1.4. Tipos de proveedores
1.1.4.1. Tipo 1
1.1.4.1.1. Proveedor interno
1.1.4.2. Tipo 2
1.1.4.2.1. Servicios compartidos
1.1.4.3. Tipo 3
1.1.4.3.1. Proveedor Externo
1.1.5. Entrega de servicios
1.1.5.1. Activos
1.1.5.1.1. Recursos
1.1.5.1.2. Competencias
1.1.5.2. Procesos
1.1.5.3. Funciones
1.1.5.4. Roles
1.1.6. Características de los procesos
1.1.6.1. Medible
1.1.6.2. Resultados específicos
1.1.6.3. Tiene clientes e interesados
1.1.6.4. Responde a un disparador
1.1.7. Roles de procesos
1.1.7.1. Administrador del proceso
1.1.7.1.1. Gestión Operativa
1.1.7.2. Practicante del proceso
1.1.7.2.1. Ejeución del proceso
1.1.7.3. Dueño del proceso
1.1.7.3.1. Cumplimiento de los objetivos
1.1.7.3.2. Supervisa, Coordina
1.1.7.4. Dueño del servicio
1.1.7.4.1. Responde por la entrega correcta del servicio
1.1.8. Funciones transversales
1.1.8.1. Service Desk
1.1.8.1.1. Mejora
1.1.8.1.2. Tipos
1.1.8.2. Gestión Tecnica
1.1.8.2.1. Garantiza recursos técnicos
1.1.8.2.2. Aporta con su conocimiento en la operación para controlar los impactos
1.1.8.3. Gestión de aplicaciones
1.1.8.3.1. Centrada en el diseño y mantenimiento de aplicaciones
1.1.8.4. Gestión de operaciones
1.1.8.4.1. Día a día
1.1.8.4.2. Subgrupos : Roles
1.1.9. Tecnología y capacitación
1.1.9.1. Tecnología y arquitectura
1.1.9.1.1. Automatización
1.1.9.1.2. Solo servicios y procesos definidos
1.1.9.1.3. Análisis moscow
1.1.9.1.4. Consideraciones de implementación
1.1.9.2. Capacitación y Competencia
1.1.10. Valor del servicio: se determina a traves de la Utilidad y la Garantia
1.1.11. Modelo Raci
1.1.11.1. Responsible
1.1.11.1.1. Ejecutor
1.1.11.2. Accountable
1.1.11.2.1. Responsable final
1.1.11.3. Consulted
1.1.11.4. Informed
1.2. Ciclo de vida del servicio
1.2.1. Estrategia
1.2.1.1. Función principal
1.2.1.1.1. Decide si se presta o no el servicio
1.2.1.1.2. Alinea la estrategia con el negocio
1.2.1.1.3. Define polìticas y principios basados en las necesidades de la organizacion
1.2.1.2. Entradas
1.2.1.2.1. Nuevos proyectos
1.2.1.3. Salidas
1.2.1.3.1. Identificación de riesgos
1.2.1.4. Procesos
1.2.1.4.1. Gestión estratégica
1.2.1.4.2. Gestión de demanda
1.2.1.4.3. Gestión de relaciones con el negocio
1.2.1.4.4. Gestión del portafolio
1.2.1.4.5. Gestión financiera
1.2.2. Diseño
1.2.2.1. Función Principal
1.2.2.1.1. Planea la ejecución de la estrategia
1.2.2.1.2. Diseñar los servicios
1.2.2.1.3. Elabora el SDP
1.2.2.2. Entradas
1.2.2.3. Salidas
1.2.2.4. Procesos
1.2.2.4.1. Coordinación del diseño
1.2.2.4.2. Gestión del catálogo
1.2.2.4.3. Gestión de niveles de servicio
1.2.2.4.4. Gestión de disponibilidad
1.2.2.4.5. Gestión de capacidad (desempeño)
1.2.2.4.6. Gestión de continuidad de servicios de IT
1.2.2.4.7. Gestión de seguridad de la información
1.2.2.4.8. DRP, plan de recuperación de desastres
1.2.2.4.9. Política de seguridad
1.2.2.4.10. Gestión de proveedores
1.2.2.5. Conceptos
1.2.2.5.1. 5 aspectos del diseño
1.2.3. Transición
1.2.3.1. Objetivos
1.2.3.1.1. Entrega el servicio listo para operar
1.2.3.1.2. Liberar, planear,construir, probar, evaluar y entregar
1.2.3.2. Procesos
1.2.3.2.1. Gestión del cambio
1.2.3.2.2. Gestión de liberación e implementación (despliegue)
1.2.3.2.3. Planificación de la transición y soporte
1.2.3.2.4. Evaluación del cambio
1.2.3.2.5. Gestión del conocimiento
1.2.3.2.6. Validación y pruebas
1.2.3.2.7. Gestión de configuración y activos del servicio
1.2.3.3. Conceptos
1.2.3.3.1. SKMS sistema de gestión del conocimiento
1.2.3.3.2. Cambio
1.2.3.3.3. Política de liberación
1.2.3.3.4. DIKW
1.2.4. Operación
1.2.4.1. Opera el servicio
1.2.4.2. Identifica PQR
1.2.4.3. Entrega métricas y KPI del servicio
1.2.4.4. Procesos
1.2.4.4.1. Gestión de eventos
1.2.4.4.2. Gestión de incidentes
1.2.4.4.3. Gestión de problemas
1.2.4.4.4. Gestión de solicitudes de servicio/ cumplimiento de solicitudes
1.2.4.4.5. Gestión de accesos
1.2.4.5. Elementos
1.2.4.5.1. Procesos
1.2.4.5.2. Gente
1.2.4.5.3. Tecnología
1.2.4.5.4. Servicios
1.2.4.6. Conceptos
1.2.4.6.1. Evento
1.2.4.6.2. Alerta
1.2.4.6.3. Incidente
1.2.4.6.4. Solicitud de servicio
1.2.4.6.5. Problema
1.2.4.6.6. Solución temporal
1.2.4.6.7. Error conocido
1.2.4.6.8. Comunicación
1.2.5. Mejora Continua
1.2.5.1. Optimiza el servicio
1.2.5.2. Genera planes de mejora
1.2.5.3. Revisa y analiza métricas
1.2.5.4. Reducir costos sin afectar la satisfacción del cliente
1.2.5.5. Conceptos
1.2.5.5.1. Ciclo de Demming PHVA
1.2.5.5.2. Enfoque CSI
1.2.5.5.3. kPI
1.2.5.5.4. CSF
1.2.5.5.5. Tipos de métricas
1.2.5.5.6. 7 pasos de la mejora continua
2. Togaf
2.1. Introducción
2.1.1. The Open Group Architecture Framework
2.1.2. ABB
2.1.2.1. Bloques de Arquitectura
2.1.3. SBB
2.1.3.1. Bloques de Solución
2.2. Relaciones
2.2.1. PMI
2.2.1.1. Se entrega la maqueta
2.2.1.2. Se recibe la maqueta construida
2.2.2. ITIL
2.2.2.1. Se entrega arquitectura modelada
2.2.2.2. Se reciben los Items de configuración
2.3. Dominios de Arquitectura
2.3.1. Negocio
2.3.2. Datos
2.3.3. Aplicaciones
2.3.4. Tecnología
2.4. ADM
2.4.1. Método de desarrollo de la arquitectura
2.4.2. Fases
2.4.2.1. Gestión de requerimientos
2.4.2.1.1. Identificación de interesados
2.4.2.1.2. Identificación de lo que requiere cada interesado
2.4.2.1.3. Debe estar actualizada con los requerimientos de negocio para generar nuevas Iteraciones
2.4.2.2. Fase preliminar
2.4.2.2.1. Se define un Catalogo de Principios
2.4.2.2.2. Se entalla la arquitectura
2.4.2.2.3. Se definen los interesados a alto nivel
2.4.2.3. A. Visión de la Arquitectura
2.4.2.3.1. Enfoque y Objetivos de la arquitectura ajustados a la visión empresarial
2.4.2.4. B. Arquitectura de negocio
2.4.2.4.1. Definición de línea base AS-IS
2.4.2.4.2. Arquitectura de destino TOBE
2.4.2.4.3. Análisis de brecha
2.4.2.5. C. Arquitectura de Datos y Aplicaciones
2.4.2.5.1. Definición de línea base AS-IS
2.4.2.5.2. Arquitectura de destino TOBE
2.4.2.5.3. Análisis de brecha
2.4.2.6. D. Arquitectura tecnológica
2.4.2.6.1. Definición de línea base AS-IS
2.4.2.6.2. Arquitectura de destino TOBE
2.4.2.6.3. Análisis de brecha
2.4.2.7. E. Oportunidades y Soluciones
2.4.2.7.1. Elección y Priorización de soluciones
2.4.2.8. F. Plan de migración
2.4.2.8.1. Se establecen las atividades necesarias para implementación de las soluciones elegidas
2.4.2.8.2. Tiempo de ejecución de cada proyecto
2.4.2.8.3. Nivel de esfuerzo por cada proyecto
2.4.2.9. G. Implementación del Gobierno
2.4.2.9.1. Asegurar la conformidad de la arquitectura
2.4.2.10. H. Gestión de Cambios
2.4.2.10.1. Verificar la efectividad del los cambios realizados
2.5. Continuum
2.5.1. Repositorios de empresa
2.5.1.1. Entregables
2.5.1.2. Artefactos
2.5.1.3. Bloques de solución
2.5.1.4. Otra documentación
2.5.2. Composición
2.5.2.1. Metamodelo de Arquitectura
2.5.2.1.1. Modelos de referencia genericos para customizar y ajustar al negocio
2.5.2.2. Capacidades de la Arquitectura
2.5.2.3. Panorama de la arquitectura
2.5.2.3.1. Como está construida la arquitectura actual
2.5.2.4. Estándares de referencia
2.5.2.5. Panorama de la arquitectura
2.5.2.6. Base de datos de estándares de Información
2.5.2.7. Bitacora de Gobierno
3. Cobit
3.1. Conceptos
3.1.1. Objetivos de Control para Información y Tecnologías Relacionadas por sus siglas en inglés
4. Scrum
4.1. Fundamentos
4.1.1. Metodología ágil para la gestión de proyectos
4.1.2. Se enfoca en obtener valor de manera más rápida
4.1.3. Requiere de equipos autogestionados con resonsabilidad compartida durante el desarrollo del proyecto
4.2. Beneficios
4.2.1. Adaptabilidad
4.2.2. Transparencia
4.2.3. Retroalimentación constante
4.2.4. Mejora continua
4.2.5. Entrega constante de valor
4.2.6. Ritmo sostenido
4.2.7. Entrega anticipada de Valor
4.2.8. Desarrollo de proceso eficiente
4.2.9. Motivación
4.2.10. Resolución de problemas más rapido
4.2.11. Entregables efectivos
4.2.12. Centrado en el cliente
4.2.13. Ambiente de alta confianza
4.2.14. Entorno colectivo
4.2.15. Alta velocidad
4.2.16. Ambiente innovador
4.3. Aspectos
4.3.1. Organización
4.3.1.1. Roles Centrales
4.3.1.1.1. Product Owner
4.3.1.1.2. Scrum Master
4.3.1.1.3. Equipo Scrum
4.3.1.2. Roles No centrales
4.3.1.2.1. Stakeholders (Interesados)
4.3.1.2.2. Scrum Guidance Body
4.3.1.2.3. Vendedores
4.3.2. Justificación del negocio
4.3.2.1. Enfoque en la entrega de valor al negocio
4.3.2.2. Priorización y ajustes de requerimientos basados en el valor para el negocio
4.3.2.3. Ciclo:
4.3.2.3.1. Evaluar y presentar un caso de negocio
4.3.2.3.2. Justificación continua de valor
4.3.2.3.3. Confirmar el logro de beneficios
4.3.3. Calidad
4.3.3.1. Enfoque de mejora continua en cada Sprint
4.3.3.2. Ajuste en los requerimientos de acuerdo al negocio
4.3.3.3. Se aplica el ciclo PHVA
4.3.3.3.1. Planear
4.3.3.3.2. Hacer
4.3.3.3.3. Verificar
4.3.3.3.4. Actuar
4.3.4. Cambio
4.3.4.1. Es muy dificil tener todos los requerimientos definidos al inicio del proyecto
4.3.4.2. El Product Owner es el encargado de valorar los cambios y su impacto en el valor para la compañia
4.3.4.2.1. Es urgente?
4.3.5. Riesgo
4.3.5.1. Procedimiento gestión de riesgos
4.3.5.1.1. Identificación
4.3.5.1.2. Evaluación
4.3.5.1.3. Priorización
4.3.5.1.4. Mitigación
4.3.5.1.5. Comunicación
4.4. Fases y Procesos
4.4.1. Inicio
4.4.1.1. Crear la Visión
4.4.1.2. Identificar Scrum Master y Stakeholder
4.4.1.3. Formar equipo Scrum
4.4.1.4. Desarrollar Épicas
4.4.1.5. Crear Backlog Priorizado del producto
4.4.1.6. Realizar la planificación del lanzamiento
4.4.2. Planificación y estimación
4.4.2.1. Crear Historias e usuarios
4.4.2.2. Estimar historias de usuarios
4.4.2.3. Comprometer historias de usuario
4.4.2.4. Identificar tareas
4.4.2.5. Estimar tareas
4.4.2.6. Crear el sprint Backlog
4.4.3. Implementación
4.4.3.1. Crear Entregables
4.4.3.2. Realizar el Daily StandUp
4.4.3.3. Refinar el Backlog
4.4.4. Revisión y retrospectiva
4.4.4.1. Demostrar y validar el Sprint
4.4.4.2. Retrospectiva del sprint
4.4.5. Lanzamiento
4.4.5.1. Enviar Entregables
4.4.5.2. Retrospectiva del proyecto
4.5. Principios
4.5.1. Control del proceso empirico
4.5.1.1. Transparencia
4.5.1.2. Inspección
4.5.1.3. Adaptación
4.5.2. Auto-Organización
4.5.2.1. Objetivos
4.5.2.1.1. Aprovechar el conocimiento Multifuncional
4.5.2.1.2. Buscar trabajo proactivamente
4.5.2.1.3. Hacer el trabajo por si mismo
4.5.2.1.4. Estar abierto al aprendizaje
4.5.2.1.5. Actualizar conocimientos y habilidades
4.5.2.1.6. Entregar resultados tangibles
4.5.2.1.7. Comprender la visión del proyecto
4.5.3. Colaboración
4.5.3.1. Dimensiones
4.5.3.1.1. Conocimiento
4.5.3.1.2. Articulación
4.5.3.1.3. Apropiación