Gestión de Servicios de IT
Agenda
• IT y el negocio
• Gestión de Servicios de IT
• Qué es ITIL?
• Cursos y Certificaciones
• Preguntas
Cómo ve el negocio a
IT?
IT es una función de soporte
Los presupuestos de IT están fuera de control
Sus costos no son claros
La calidad del servicio no es muy buena
No responde a las necesidades del negocio
Más aplicaciones
Desarrollos rápidos
Cambios!
Falta de
Comunicación
Qué debe hacer IT?
© Steve Reed
© Steve Reed
Objetivos
• Alinearlos con las necesidades del
negocio y sus clientes
• Mejorar la calidad de la entrega
• Reducir los costos de provisión
Gestión de Servicios:
Componentes
ITIL
Gente Procesos
Tecnología Information
ITILizando
ITIL
IT Infraestructure Library
• Es una guía de Buenas Prácticas no propietaria
• Aplicable a todo tipo de Organizaciones
• Desarrollado por la CCTA (Actual OGC) en 80´s
• Desde los 90´s es el standard de facto
• Sus principios son:
• procesos
• calidad
• orientación al cliente
• independiente de proveedores de IT
• Los Forums lo actualizan (ITSMF´s)
Buenas Prácticas:
Definición
Roles
Redes Aplicaciones
E S Service
Sistemas Operativos y Proveedores
Tarea Usuarios Desk
Servers Desarrollo
4ta linea
1ra linea
2da linea 3ra linea
Gestionado
Mejora Contínua
Definido Paso a Paso
Círculo de Deming
Gente
ITIL promueve:
• Una cultura orientada al cliente
Gente
• Una terminología común
• Una visión de servicio end to end
• Una mejora en la comunicación
• Romper con la mentalidad de “silo”
• Una visión completa de la provisión del servicio
Procesos
ITIL
• ITIL es / está:
– Basado en procesos
– Imparcial
Procesos
– Independiente de la tecnología
– De Dominio Público
– Sentido común
– Escalable
– Actualizado periódicamente
– De relevancia internacional
– Asociado al standard (BS15000)
Procesos:
Beneficios
Procesos: ITIL
• Pueden ser auditados y mejorados
• Imponen disciplina en la Organización
• Clarifican alcances y roles
Procesos
• Almacenan conocimiento de la Organización
• Son estructurados
• Relacionan individuos con los roles que cumplen
Gartner 2002
Donde estamos
Assessments
ahora?
Mejora
Contínua
Cómo llegamos? Proceso de cambio
Llegamos? Metricas
Libros de ITIL
40 libros
.
.
.
7 libros
Gestión de Servicio
Libros
Gestión de
8 Gestión de 15 14
Disponibilidad Capacidad
9 Desarrollo
Soporte del Servicio
Gestión de 7 Gestión de
incidentes 3 Cambios
12 13
1
Usuarios Service Gestión de
Desk 2 4 Configuración
16
5 Diseño
17
Gestión de Gestión de
Problemas
6 Release
18
Producción
Resto de la
Organización
IT
Lo esencial es invisible a los ojos
15 %
Technology
35 %
Process
25 %
People
25 %
Culture
IT infrastructure
management entails an
integration task of
competitively and reliably
providing applications and
information on scalable
systems. Performance,
availability, security and
scalability are important
aspects which IT must take
into account.
Financial IT Services
•Financial applications and information are essential source and work materials
for banks and insurance companies.
•The requirements for the provision of timely tailor-made and reliable financial
information and applications are increasingly determined by diminished
margins of return and by the desire to cut costs.
Proceso de Atención de Requerimientos.
45
¿Por qué preocuparnos por mejorar nuestros procesos?
46
¿Por qué preocuparnos por mejorar nuestros procesos?
47
¿Qué es el PAR?
48
Objetivos
Proporcionar un proceso de gestión y desarrollo de
productos con sus fases, actividades, roles, etc que nos
permita ordenar y alinear las actividades de las areas.
49
Proyectos Relacionados
Proyectos de Planificación de Proyectos
Mejoramiento Interno (Project Management Institute)
Modelo de Madurez de
capacidades (Capability
Maturity Model Integration)
50
Proceso de Atención de Requerimientos - PAR
FASES
• Análisis de la Necesidad
• Planificación periódica
• Evaluación de la metodología de proyectos
• Análisis Funcional
• Análisis Técnico
• Construcción
• Certificación
• Producción
51
Fase
Análisis de la Necesidad
52
53
¡Hay una oportunidad!
• Identificar defectos al inicio del proceso de desarrollo es
considerablemente más barato que corregirlos después.
Requerimientos
Costo relativo de $10
reparar defectos Diseño
encontrados en las $50
fases del ciclo de Codificación
vida $100
Pruebas Unitarias
$200
Pruebas de Aceptación
$500
Mantenimiento
$2000
54
Fase: Análisis de la Necesidad
Requerimiento
¿Qué es un requerimiento?
Conjunto de necesidades del usuario o cliente que son agrupadas para
que sean atendidas por la División de Sistemas y Organización (DSyO).
Estos requerimientos pueden ser:
Modificaciones de las funcionalidades de un sistema
Nuevas funcionalidades a los sistemas
Elaboración de normas o procedimientos
Necesidad de infraestructura (telecomunicaciones, seguridad, hw,
etc.)
¿Dónde se crea?
Se crea en el Sistema de Administración de Requerimientos (SAR).
¿Cómo se identifica?
Ejemplo: 0700466 – MKT-CHST-Cobro de Comisión de Prepago
55
Requerimiento
Tipos de Requerimientos
Estándar: agrega funcionalidad.
Técnico: no agrega funcionalidad, actualización tecnológica o
mejoras técnicas.
Soporte: error en producción, mejora operativa.
Regulatorio: cambio legal, usualmente no planificados y con fecha
fin.
Rápidos: Menor a 150 h/p, criticidad 1 ó 2, no afectan componentes
en desarrollo o pruebas.
.
56
Roles
57
Visión general de los procesos
Comité de revisión Comité de Pases a
de requerimientos Producción
Portafolio
de
Proyectos
presupue
stados
58
PAR
NO NO
SOPORTE RAPIDO
•Registra •Errores en Prod. •Menor 150 H/p •Elabora SOL •Presenta SOL
•Análisis de la •Planear •Comité revisa
requerimientos •Mejoras Operativa. •Critic.Pruebas 1 ó 2 elaboración de
Necesidad SOLs
•Apoyo Usuarios •Compon. no desarr. SOLs y
•Revisión de
SI SI avances
JdE, AT, AF
JdE, AT, AF JdE, AT, AF
•Elabora matriz
Solución inmediata Atención rápida Funcionalidad/apli
del Soporte del Requerimiento cativo
•Proporciona
estimados de
esfuerzos
Se informa al Comité
ENTREGABLES
59
Fase: Análisis de la Necesidad
60
Fase: Análisis de la Necesidad
Solicitud de Requerimiento
(SOL)
Objetivos
Conceptualizar el requerimiento
Básicamente responde a las preguntas: SOL
(Ver Plantilla)
61
Fase: Análisis de la Necesidad
Solicitud de Requerimiento
(SOL)
1. Funcionalidad
Desarrollar una visión, descripción y alcance del producto final.
62
Fase: Análisis de la Necesidad
Solicitud de Requerimiento
(SOL)
2. ¿Como va a funcionar la solución?
¿Cómo se verá la arquitectura
de ese sistema?
• En esta fase la
arquitectura es tentativa
• Usualmente es
simplemente un borrador
conteniendo los
subsistemas más críticos
63
Fase: Análisis de la Necesidad
Solicitud de Requerimiento
(SOL)
3. Estimaciones
64
Fase: Análisis de la Necesidad
Entra (Documentos)
Lista de
Requerimientos
Sale (Documentos)
Solicitudes (SOL)
Aprobadas por
Comité Reque
Estimación de tiempos
Primera
estimación
de tiempos
65