SlideShare una empresa de Scribd logo
1 de 35
No hablamos de:
  Redes
  Bases de datos
  Sistemas
  Lenguajes de programación

En resumen;
 no hablamos de tecnología.



                               2
Hablamos de:
  Administración
  Procesos
  Procedimientos        Mejores    Buenas
  Políticas            prácticas   prácticas
                         Antes            Hoy

En resumen;
 Hablamos de servicio
Tiene un gran componente de
 subjetividad

Influye en la valoración del
 mismo, lo que el solicitante
 desea o concibe como servicio:
  Rapidez ¿Qué es pronto?
  Bajo costo ¿Qué es barato?
  Amabilidad ¿Qué es buen trato?
  …..
Influye en la valoración del mismo,
 lo que el proveedor concibe como
 servicio:
  Rapidez ¿Qué es pronto?
  Bajo costo ¿Qué es barato?
  Amabilidad ¿Qué es buen trato?
  …..

Por lo tanto se requiere de una
 idea comúnmente compartida
 entre proveedor y cliente.
No se le puede medir la calidad
 con anticipación, cuando mucho
 al momento en que se está
 ofreciendo.

A un producto sí.
  Da oportunidad de mejorar con anticipación.
Un servicio requiere de la participación
 activa del cliente.
Un producto no, o poca.

Un servicio no se puede remanufacturar
Un producto sí

¿Cómo desfríes un huevo frito?
Un servicio es un asunto de dos.
  Cliente <> Proveedor



Si uno de ellos no participa como
 se espera, el servicio es deficiente
 Por lo tanto el servicio es un
  asunto de expectativas.

 El dilema es que los técnicos
  todo lo queremos solucionar con
  nuestra técnica:
    Hardware-asos  Galleta  Potencia/velocidad de proc.
    Software-asos  Lechita  Capacidad de alm.


 ¿Por qué?
Por que el que tiene complejo
 de martillo a todo le ve cara de
 clavo.
Sabemos que en TI:
  Demasiado foco en la “actividad de bombero”.
  Pobre comprensión del negocio y la relación con el
   cliente (interno y externo).
  Dificultad para manejar la cantidad y velocidad de
   cambios requeridos por el negocio.
  Inapropiado balance entre procesos y tecnología.
  Inefectiva comunicación entre áreas de TI.
Hacer cosas diferentes.
   Es una locura pretender que haciendo
    cosas iguales obtendremos resultados
    diferentes.
Es decir:
No seguir viendo el problema como
 clavo y cambiar de herramienta, el
 martillo ya no nos sirve.
No concebirnos como especialistas
 de la herramienta, sino como
 administradores de procesos.

Un buen carpintero conoce los
 tipos de madera, el proceso de
 barnizado, el cepillado, el corte,
 el pegado, pero no se especializa
 en afilar escoplos o fabricar serruchos.
Le quité lo que
  le sobraba
 Miguel Ángel
Hablar de ITIL:
Es hablar de la mente del
 usuario (cliente)
De su percepción.
De sus necesidades.
Y de las limitantes para satisfacerlas.

La calidad es una percepción individual.
Es diferente entre un individuo y otro.
Para que un grupo tenga la
 misma o similar percepción de
 calidad es necesario que:
Todas las ocasiones que solicite
 un servicio sea igual sin distinción…
Del tipo de servicio
Del lugar en que se ofrece
Del horario en que se da
De la persona que lo entrega.
O sea se debe evitar la VARIABILIDAD.
Gran
                confiabilid
                    ad

 Alta
Satisfacción




                                          Falta de
  Baj




                                         confiabilid
  a




                                             ad
               Baj      Variabilidad   Alta
               a
Con una variabilidad alta en
 los procesos que hacen el
 servicio es imposible
 lograr calidad.

¿Cómo se elimina la variabilidad?

ESTANDARIZANDO PROCESOS EN
 TODO EL GRUPO DE TRABAJO.
Preguntas
            Lo que si
            hacemos        Hacer     Hacer ci
                                           n
                                                  fundamentales:
                bien        bien        le
                                      bien
                                       e
Ejecución




                           cosas    xc
                                   E cosas
                                                  ¿Cómo saber lo
                                                  qué si debemos
                                    a
                         indebidas debidas
                           Hacer     Hacer        hacer?
                            mal       mal
            Lo que no                             ¿Cómo saber
             hacemos
                           cosas     cosas
                                                  qué lo que
                 bien    indebidas debidassí
                        Lo que        Lo que      hacemos, lo
                        no             debemos
                        debemos                   hacemos bien?
                                          hacer
                        hacer
                        Planeación estratégica
Administración               Administración
Centro
  de             de                           de
Servicio     incidentes                   problemas
   s             Correcci




                              Administración      Administración
                 ón



                                   de                   de
                                versiones         configuraciones




                                        Administración
                            Prevenc          de
                            ión           cambios
1
                                        Situación original
                                                   1                             1
                                                 8               2           8           2
                                                                                                     Revisa causas,
        8                2


7                               3            7                       3   7                       3    recomienda
                                                                                                        acciones
            Incidentes
                                                     Versiones           Configuraciones



                                                                                                     Administración
                                             Cambio
                    2                             3                              1                         de
        1                   3              inadecuado4
                                               2                             8       2
                                                                                                       problemas
    8                               4        1                           7
                                                                     5                       3



            Incidentes
                                                     Versiones           Configuraciones             Administración
                                                                                                          de
                                                                                                       cambios
                2
                                        Cambio adecuado
                                                         2                       2
    1                   3                        1               3           1       3


8                               4            8                       4   8                   4           Ejecuta
                                                                                                      acciones sin
        Incidentes
                                                     Versiones           Configuraciones                impacto
                                                                                                        adverso
nte: http://www.gartner.com/resources/99200/99205/nsm_often_the_w.pdf
No hay cambios pequeños.
Todos los cambios tienen impacto.
Todos los impactos tienen costo.
Todo costo es indeseable.
Actitud                        Actitud
    reactiva                      proactiva



                                Ahorro
                     Fallas



                   Inspección




               Prevención

   Procesos                       Procesos
descontrolados o                 controlados
poco controlados
Gente



        Roles y                Educación y
   Responsabilidades          Entrenamiento




                 Implantación y
                Mejora Continua




Procesos          Integración y
                  Configuración
                                  Tecnologí
                                      a
Organización de la
                   gente



                    Proceso
                       1
               Administració




                                              Informática
Contabilid




                                 Ingeniería
                                                            Organizació
   ad




                               Proceso
                    n

                                                              n de la
                                  2                          empresa




             Proceso
                3
A      B          C          D         E

                              Usuarios




     Interfase                 SLA                 de relación




                            Servicios

         Servicio 1         Servicio 2          Servicio 3




                          Infraestructura


Dispositivos       Sistemas          B. de datos          Gente
• ITIL no es un objetivo en sí mismo El
  objetivo es el control
Se deben identificar agentes de cambio y diseñar un plan de
           beneficios o retribuciones para ellos
CMMi
 ISO
20000
Administración de servicios de TI en el mundo real: ITIL y más allá

Más contenido relacionado

Similar a Administración de servicios de TI en el mundo real: ITIL y más allá

Gconsultora Six Sigma - Lean
Gconsultora Six Sigma - LeanGconsultora Six Sigma - Lean
Gconsultora Six Sigma - Lean
Guillermo Paine
 
Semana 3 racionalizacion gestión por procesos
Semana 3 racionalizacion gestión por procesosSemana 3 racionalizacion gestión por procesos
Semana 3 racionalizacion gestión por procesos
Augusto Javes Sanchez
 
Qpr 8 sistema de gestion integral
Qpr 8   sistema de gestion integralQpr 8   sistema de gestion integral
Qpr 8 sistema de gestion integral
Abyliel Garcia
 
Calidad y Estándares. Informática del Ayuntamiento de Madrid
Calidad y Estándares. Informática del Ayuntamiento de MadridCalidad y Estándares. Informática del Ayuntamiento de Madrid
Calidad y Estándares. Informática del Ayuntamiento de Madrid
CIFF Fundación
 
Causas comunes, causas especiales de variación de las cartas de control
Causas comunes, causas especiales de variación de las cartas de controlCausas comunes, causas especiales de variación de las cartas de control
Causas comunes, causas especiales de variación de las cartas de control
Katerine Bergengruen
 
Las Herramientas para la Calidad
Las Herramientas para la CalidadLas Herramientas para la Calidad
Las Herramientas para la Calidad
Marianne Vargas
 
P Pt Calidad Supervisores 200810
P Pt Calidad Supervisores 200810P Pt Calidad Supervisores 200810
P Pt Calidad Supervisores 200810
Mario Charlin
 
P pt calidad supervisores_200810
P pt calidad supervisores_200810P pt calidad supervisores_200810
P pt calidad supervisores_200810
Mario Charlin
 
Ejemplo de cálculo del capital intelectual
Ejemplo de cálculo del capital intelectualEjemplo de cálculo del capital intelectual
Ejemplo de cálculo del capital intelectual
Michael Salcedo
 

Similar a Administración de servicios de TI en el mundo real: ITIL y más allá (20)

Management with metrics 2009 / Gerenciando con Métricas (Mario Jiménez)
Management with metrics 2009 / Gerenciando con Métricas (Mario Jiménez)Management with metrics 2009 / Gerenciando con Métricas (Mario Jiménez)
Management with metrics 2009 / Gerenciando con Métricas (Mario Jiménez)
 
Ejemplo del formato EVADE
Ejemplo del formato EVADEEjemplo del formato EVADE
Ejemplo del formato EVADE
 
Gconsultora Six Sigma - Lean
Gconsultora Six Sigma - LeanGconsultora Six Sigma - Lean
Gconsultora Six Sigma - Lean
 
Semana 3 racionalizacion gestión por procesos
Semana 3 racionalizacion gestión por procesosSemana 3 racionalizacion gestión por procesos
Semana 3 racionalizacion gestión por procesos
 
Como abordar una implementación exitosa - Raúl Zabala
Como abordar una implementación exitosa - Raúl ZabalaComo abordar una implementación exitosa - Raúl Zabala
Como abordar una implementación exitosa - Raúl Zabala
 
Qpr 8 sistema de gestion integral
Qpr 8   sistema de gestion integralQpr 8   sistema de gestion integral
Qpr 8 sistema de gestion integral
 
Calidad y Estándares. Informática del Ayuntamiento de Madrid
Calidad y Estándares. Informática del Ayuntamiento de MadridCalidad y Estándares. Informática del Ayuntamiento de Madrid
Calidad y Estándares. Informática del Ayuntamiento de Madrid
 
Causas comunes, causas especiales de variación de las cartas de control
Causas comunes, causas especiales de variación de las cartas de controlCausas comunes, causas especiales de variación de las cartas de control
Causas comunes, causas especiales de variación de las cartas de control
 
Las Herramientas para la Calidad
Las Herramientas para la CalidadLas Herramientas para la Calidad
Las Herramientas para la Calidad
 
Modulo 5 -_operacion_del_servicio
Modulo 5 -_operacion_del_servicioModulo 5 -_operacion_del_servicio
Modulo 5 -_operacion_del_servicio
 
Usampymes2
Usampymes2Usampymes2
Usampymes2
 
Midiendo ITIL
Midiendo ITIL Midiendo ITIL
Midiendo ITIL
 
Explicacion cartas de_control
Explicacion cartas de_controlExplicacion cartas de_control
Explicacion cartas de_control
 
P Pt Calidad Supervisores 200810
P Pt Calidad Supervisores 200810P Pt Calidad Supervisores 200810
P Pt Calidad Supervisores 200810
 
P pt calidad supervisores_200810
P pt calidad supervisores_200810P pt calidad supervisores_200810
P pt calidad supervisores_200810
 
Gestion Cambio
Gestion CambioGestion Cambio
Gestion Cambio
 
Fundamentos de monitoreo
Fundamentos de monitoreoFundamentos de monitoreo
Fundamentos de monitoreo
 
Ejemplo de cálculo del capital intelectual
Ejemplo de cálculo del capital intelectualEjemplo de cálculo del capital intelectual
Ejemplo de cálculo del capital intelectual
 
Empresa en accion_3_trimestre_2011
Empresa en accion_3_trimestre_2011Empresa en accion_3_trimestre_2011
Empresa en accion_3_trimestre_2011
 
¿Todavía hay algo que mejorar en la Gestión de Incidentes?
¿Todavía hay algo que mejorar en la Gestión de Incidentes?¿Todavía hay algo que mejorar en la Gestión de Incidentes?
¿Todavía hay algo que mejorar en la Gestión de Incidentes?
 

Más de Software Guru

Más de Software Guru (20)

Hola Mundo del Internet de las Cosas
Hola Mundo del Internet de las CosasHola Mundo del Internet de las Cosas
Hola Mundo del Internet de las Cosas
 
Estructuras de datos avanzadas: Casos de uso reales
Estructuras de datos avanzadas: Casos de uso realesEstructuras de datos avanzadas: Casos de uso reales
Estructuras de datos avanzadas: Casos de uso reales
 
Building bias-aware environments
Building bias-aware environmentsBuilding bias-aware environments
Building bias-aware environments
 
El secreto para ser un desarrollador Senior
El secreto para ser un desarrollador SeniorEl secreto para ser un desarrollador Senior
El secreto para ser un desarrollador Senior
 
Cómo encontrar el trabajo remoto ideal
Cómo encontrar el trabajo remoto idealCómo encontrar el trabajo remoto ideal
Cómo encontrar el trabajo remoto ideal
 
Automatizando ideas con Apache Airflow
Automatizando ideas con Apache AirflowAutomatizando ideas con Apache Airflow
Automatizando ideas con Apache Airflow
 
How thick data can improve big data analysis for business:
How thick data can improve big data analysis for business:How thick data can improve big data analysis for business:
How thick data can improve big data analysis for business:
 
Introducción al machine learning
Introducción al machine learningIntroducción al machine learning
Introducción al machine learning
 
Democratizando el uso de CoDi
Democratizando el uso de CoDiDemocratizando el uso de CoDi
Democratizando el uso de CoDi
 
Gestionando la felicidad de los equipos con Management 3.0
Gestionando la felicidad de los equipos con Management 3.0Gestionando la felicidad de los equipos con Management 3.0
Gestionando la felicidad de los equipos con Management 3.0
 
Taller: Creación de Componentes Web re-usables con StencilJS
Taller: Creación de Componentes Web re-usables con StencilJSTaller: Creación de Componentes Web re-usables con StencilJS
Taller: Creación de Componentes Web re-usables con StencilJS
 
El camino del full stack developer (o como hacemos en SERTI para que no solo ...
El camino del full stack developer (o como hacemos en SERTI para que no solo ...El camino del full stack developer (o como hacemos en SERTI para que no solo ...
El camino del full stack developer (o como hacemos en SERTI para que no solo ...
 
¿Qué significa ser un programador en Bitso?
¿Qué significa ser un programador en Bitso?¿Qué significa ser un programador en Bitso?
¿Qué significa ser un programador en Bitso?
 
Colaboración efectiva entre desarrolladores del cliente y tu equipo.
Colaboración efectiva entre desarrolladores del cliente y tu equipo.Colaboración efectiva entre desarrolladores del cliente y tu equipo.
Colaboración efectiva entre desarrolladores del cliente y tu equipo.
 
Pruebas de integración con Docker en Azure DevOps
Pruebas de integración con Docker en Azure DevOpsPruebas de integración con Docker en Azure DevOps
Pruebas de integración con Docker en Azure DevOps
 
Elixir + Elm: Usando lenguajes funcionales en servicios productivos
Elixir + Elm: Usando lenguajes funcionales en servicios productivosElixir + Elm: Usando lenguajes funcionales en servicios productivos
Elixir + Elm: Usando lenguajes funcionales en servicios productivos
 
Así publicamos las apps de Spotify sin stress
Así publicamos las apps de Spotify sin stressAsí publicamos las apps de Spotify sin stress
Así publicamos las apps de Spotify sin stress
 
Achieving Your Goals: 5 Tips to successfully achieve your goals
Achieving Your Goals: 5 Tips to successfully achieve your goalsAchieving Your Goals: 5 Tips to successfully achieve your goals
Achieving Your Goals: 5 Tips to successfully achieve your goals
 
Acciones de comunidades tech en tiempos del Covid19
Acciones de comunidades tech en tiempos del Covid19Acciones de comunidades tech en tiempos del Covid19
Acciones de comunidades tech en tiempos del Covid19
 
De lo operativo a lo estratégico: un modelo de management de diseño
De lo operativo a lo estratégico: un modelo de management de diseñoDe lo operativo a lo estratégico: un modelo de management de diseño
De lo operativo a lo estratégico: un modelo de management de diseño
 

Administración de servicios de TI en el mundo real: ITIL y más allá

  • 1.
  • 2. No hablamos de: Redes Bases de datos Sistemas Lenguajes de programación En resumen; no hablamos de tecnología. 2
  • 3. Hablamos de: Administración Procesos Procedimientos Mejores Buenas Políticas prácticas prácticas Antes Hoy En resumen; Hablamos de servicio
  • 4. Tiene un gran componente de subjetividad Influye en la valoración del mismo, lo que el solicitante desea o concibe como servicio: Rapidez ¿Qué es pronto? Bajo costo ¿Qué es barato? Amabilidad ¿Qué es buen trato? …..
  • 5. Influye en la valoración del mismo, lo que el proveedor concibe como servicio: Rapidez ¿Qué es pronto? Bajo costo ¿Qué es barato? Amabilidad ¿Qué es buen trato? ….. Por lo tanto se requiere de una idea comúnmente compartida entre proveedor y cliente.
  • 6. No se le puede medir la calidad con anticipación, cuando mucho al momento en que se está ofreciendo. A un producto sí. Da oportunidad de mejorar con anticipación.
  • 7. Un servicio requiere de la participación activa del cliente. Un producto no, o poca. Un servicio no se puede remanufacturar Un producto sí ¿Cómo desfríes un huevo frito?
  • 8. Un servicio es un asunto de dos. Cliente <> Proveedor Si uno de ellos no participa como se espera, el servicio es deficiente
  • 9.  Por lo tanto el servicio es un asunto de expectativas.  El dilema es que los técnicos todo lo queremos solucionar con nuestra técnica:  Hardware-asos  Galleta  Potencia/velocidad de proc.  Software-asos  Lechita  Capacidad de alm.  ¿Por qué?
  • 10. Por que el que tiene complejo de martillo a todo le ve cara de clavo. Sabemos que en TI: Demasiado foco en la “actividad de bombero”. Pobre comprensión del negocio y la relación con el cliente (interno y externo). Dificultad para manejar la cantidad y velocidad de cambios requeridos por el negocio. Inapropiado balance entre procesos y tecnología. Inefectiva comunicación entre áreas de TI.
  • 11. Hacer cosas diferentes.  Es una locura pretender que haciendo cosas iguales obtendremos resultados diferentes. Es decir: No seguir viendo el problema como clavo y cambiar de herramienta, el martillo ya no nos sirve.
  • 12. No concebirnos como especialistas de la herramienta, sino como administradores de procesos. Un buen carpintero conoce los tipos de madera, el proceso de barnizado, el cepillado, el corte, el pegado, pero no se especializa en afilar escoplos o fabricar serruchos.
  • 13. Le quité lo que le sobraba Miguel Ángel
  • 14. Hablar de ITIL: Es hablar de la mente del usuario (cliente) De su percepción. De sus necesidades. Y de las limitantes para satisfacerlas. La calidad es una percepción individual. Es diferente entre un individuo y otro.
  • 15. Para que un grupo tenga la misma o similar percepción de calidad es necesario que: Todas las ocasiones que solicite un servicio sea igual sin distinción… Del tipo de servicio Del lugar en que se ofrece Del horario en que se da De la persona que lo entrega. O sea se debe evitar la VARIABILIDAD.
  • 16. Gran confiabilid ad Alta Satisfacción Falta de Baj confiabilid a ad Baj Variabilidad Alta a
  • 17. Con una variabilidad alta en los procesos que hacen el servicio es imposible lograr calidad. ¿Cómo se elimina la variabilidad? ESTANDARIZANDO PROCESOS EN TODO EL GRUPO DE TRABAJO.
  • 18. Preguntas Lo que si hacemos Hacer Hacer ci n fundamentales: bien bien le bien e Ejecución cosas xc E cosas ¿Cómo saber lo qué si debemos a indebidas debidas Hacer Hacer hacer? mal mal Lo que no ¿Cómo saber hacemos cosas cosas qué lo que bien indebidas debidassí Lo que Lo que hacemos, lo no debemos debemos hacemos bien? hacer hacer Planeación estratégica
  • 19.
  • 20. Administración Administración Centro de de de Servicio incidentes problemas s Correcci Administración Administración ón de de versiones configuraciones Administración Prevenc de ión cambios
  • 21. 1 Situación original 1 1 8 2 8 2 Revisa causas, 8 2 7 3 7 3 7 3 recomienda acciones Incidentes Versiones Configuraciones Administración Cambio 2 3 1 de 1 3 inadecuado4 2 8 2 problemas 8 4 1 7 5 3 Incidentes Versiones Configuraciones Administración de cambios 2 Cambio adecuado 2 2 1 3 1 3 1 3 8 4 8 4 8 4 Ejecuta acciones sin Incidentes Versiones Configuraciones impacto adverso
  • 23. No hay cambios pequeños. Todos los cambios tienen impacto. Todos los impactos tienen costo. Todo costo es indeseable.
  • 24. Actitud Actitud reactiva proactiva Ahorro Fallas Inspección Prevención Procesos Procesos descontrolados o controlados poco controlados
  • 25. Gente Roles y Educación y Responsabilidades Entrenamiento Implantación y Mejora Continua Procesos Integración y Configuración Tecnologí a
  • 26. Organización de la gente Proceso 1 Administració Informática Contabilid Ingeniería Organizació ad Proceso n n de la 2 empresa Proceso 3
  • 27. A B C D E Usuarios Interfase SLA de relación Servicios Servicio 1 Servicio 2 Servicio 3 Infraestructura Dispositivos Sistemas B. de datos Gente
  • 28. • ITIL no es un objetivo en sí mismo El objetivo es el control
  • 29.
  • 30.
  • 31.
  • 32.
  • 33. Se deben identificar agentes de cambio y diseñar un plan de beneficios o retribuciones para ellos