ITIL SD - Del Capacity Management al Availability Management
Cuando los dejé en nuestra entrada anterior les prometí que entraba de lleno en el Capacity Management; el Santo Grial de los recursos a obtener para tener tus servicios con talento que los mantenga, talento motivado, talento renovándose feliz de progresar con los bolsillos llenos de dinero.
Ahí es donde chocamos con Recursos Humanos.
Eso de chocar con RRHH y con las políticas de contratación o carrera de las compañías; es una condena del trabajo de Gerente de Sistemas, también de todos sus reportes y de cada empleado o usuario que trabaja con los servicios de TI. El problema es que a esta difícil ecuación, las áreas que deberían ayudar a resolverla están más preocupadas en hacer un prode interno o un concurso de empoderamiento de la diversidad sexual.
ITIL SD evita estratégicamente el tema para no comentar cosas como las que digo más arriba y no profundiza en esta relación, sino que enfoca en la disciplina de entender que el Capacity Management es un proceso de ITIL que abarca a todo el SD a través de un Capacity Plan a actualizar anualmente.
Increíble, van tres años de lecturas pausadas de ITIL, admiro vuestra paciencia. Yo por mi parte aporto mi tozudez y avanzo en la lectura de Service Design, estoy en los densos capítulos de Availability Management que para mi hasta podría ser un libro aparte.
Libro aparte porque conlleva en si mismo la marca de la madurez de la empresa en el entendimiento que tiene de la estabilidad de sus sistemas. Es el lugar donde se encuentra el BCP con un circuito bien articulado de tecnología.
Cuando leía estos capítulos marqué una serie de variables a tener en cuenta: me detuve en los costos del Service Failure Analysis y la extensión desmesurada que toma esta disciplina en ITIl. Me anoté mentalmente aquello de las revisiones profundas anuales y me introduje con algarabía dentro del IT Service Continuity Management sobre el cual pienso que la clave es saber como articularlo con lo que acabamos de leer.
Los dejo rescatando el gráfico siguiente, véanlo y piensen.
Ahí es donde chocamos con Recursos Humanos.
Eso de chocar con RRHH y con las políticas de contratación o carrera de las compañías; es una condena del trabajo de Gerente de Sistemas, también de todos sus reportes y de cada empleado o usuario que trabaja con los servicios de TI. El problema es que a esta difícil ecuación, las áreas que deberían ayudar a resolverla están más preocupadas en hacer un prode interno o un concurso de empoderamiento de la diversidad sexual.
ITIL SD evita estratégicamente el tema para no comentar cosas como las que digo más arriba y no profundiza en esta relación, sino que enfoca en la disciplina de entender que el Capacity Management es un proceso de ITIL que abarca a todo el SD a través de un Capacity Plan a actualizar anualmente.
Increíble, van tres años de lecturas pausadas de ITIL, admiro vuestra paciencia. Yo por mi parte aporto mi tozudez y avanzo en la lectura de Service Design, estoy en los densos capítulos de Availability Management que para mi hasta podría ser un libro aparte.
Libro aparte porque conlleva en si mismo la marca de la madurez de la empresa en el entendimiento que tiene de la estabilidad de sus sistemas. Es el lugar donde se encuentra el BCP con un circuito bien articulado de tecnología.
Cuando leía estos capítulos marqué una serie de variables a tener en cuenta: me detuve en los costos del Service Failure Analysis y la extensión desmesurada que toma esta disciplina en ITIl. Me anoté mentalmente aquello de las revisiones profundas anuales y me introduje con algarabía dentro del IT Service Continuity Management sobre el cual pienso que la clave es saber como articularlo con lo que acabamos de leer.
Los dejo rescatando el gráfico siguiente, véanlo y piensen.
