Adquirir e Implantar
7. Instalar y Acreditar
Soluciones y cambios
Métricas de
actividades
% de proyectos con plan de
prueba documentado y aprobado
% de sistemas que satisfacen
los beneficios esperados
(posterior a la implantación)
Pruebas inadecuadas
Problemas de datos
Tiempo perdido
Revisiones posteriores
a la implantación
Gerencia del negocio
Resultados de las pruebas
Aprobar
Evaluar
Planeación de la liberación (release)
Metodología de pruebas
Planear liberación de productos
Soluciones a propiadas
para el propósito deseado,
libre de errores
Aplicaciones
6. Administrar
Cambios
Número
Componentes de la infraestructura
(número y tipo)
Parches
Cambios de emergencia
Versiones diferentes de cada
aplicación de negocios o
infraestructura en mantenimiento
Solicitudes de cambio
Rechazadas
Aceptadas
% de cambios
Siguen los procesos
formales de control
de cambios
Resgitrados y rastreados
con herramientas
automatizadas
Cambios
Reportar
Rastrear estatus
Programar
Autorizar
Priorizar
Procedimientos
de cambio
Comunicar
Definir
Integridad
Infraestructura
Información
Traducción a
soluciones
automatizadas
Requerimientos de
control
Requerimientos de
negocio funcionales
Responder a los requerimientos de negocio
de acuerdo con la estrategia del negocio
4. Facilitar la
Operación y el Uso
Número de aplicaciones que cuentan con un
adecuado entrenamiento de apoyo al usuario
y a la operación
% de los dueños de negocio satisfechos con
el entrenamiento de aplicación y los
materiales de apoyo
Número de aplicaciones en que los procedimientos
de TI se integran en forma transparente dentro de
los procesos de negocio
Generación de materiales de entrenamiento
Comunicación y entrenamiento a
usuarios y a la gerencia del negocio,
al personal de apoyo y al personal de
operación
Desarrollo y disponibilidad de
documentación para transferir
conocimiento
Material de
Entrenamiento
Transferencia de
Conocimiento
del Sistema
Uso del
Sistema
Operación
del Sistema
Manuales
De operación
De usuario
1. Identificar
Soluciones
Automatizadas
Pasos
Requerimientos, Decisión
de Factibilidad y Aprobación
% de Estudios de Factibilidad
Autorizados por el Dueño
del Proceso de Negocio
Estudio de Factibilidad
y Formulación de Cursos
de Acción Alternativos
% de Estudios de Factibilidad
Etregados en tiempo y
Presupuesto
Reporte de Análisis de Riesgos
% de Portafolio Aplicativo
que no es Consistente
con la Arquitectura
Definición y Mantenimiento
de los Requerimientos
Técnicos y Funcionales
del Negocio
Mide
% de Usuarios Satisfechos
Rentabilidad
Factibilidad
Diseño eficiente
Diseño efectivo
5. Adquirir
Recursos de TI
% de interesados
clave satisfechos con
los proveedores
Reducción del costo de compra
Número de controversias
en relación con los
contratos de adquisición
Adquisición
de acuerdo a
procedimientos
Servicios
Software
Hardware
Definición de procedimientos
y estándares de adquisición
Asesoría
Contractual
Legal
Contribución a la utilidad del negocio
Mejorar Rentabilidad de TI
3. Adquirir y Mantener
Infraestructura
Tectológica
Métricas de
Actividades
Número de componentes de infraestructura
que ya no se pueden soportar
Número de procesos de negocio críticos
soportados por infraectructura obsoleta
% de plataformas que no se alinean con la
arquitectura de TI definida y los estándares
de tecnología
La implantación de medidas
de control interno, seguridad y
auditabilidad.
La planeación del mantenimiento
de la infraestructura
El establecimiento de un plan de
adquisición de tecnología que
se alinea el plan de infraestructura
tecnológica
Plataformas
Aplicaciones de negocio
Estándares de Tecnología
Arquitectura definida
de TI
2. Adquirir y Mantener
Software Aplicativo
Métricas de
Actividades
Tiempo promedio de entrega de la
funcionalidad, con base en las
medidas como puntos funcionales
o líneas de código.
% de proyectos de software aplicativo
con revisión y aprobación adecuadas
de conformidad con los estándares
de desarrollo
% de proyectos de software aplicativo
con plan de aseguramiento de calidad
del software desarrollado y ejecutado
Actividades
Aprovechar la inversión
tecnológica existente
Separar actividades de
desarrollo, pruebas y
operación
Priorizar los requerimientos
con base en la relevancia
del negocio
Adherirse a los estándares
de desarrollo para todas
las modificaciones
Traducir los requerimientos
del negocio a las
especificaciones del diseño
Metas
Proceso de desarrollo
Confiable
Oportuno
