Presentación del tablero operacional
Enviado por Sheyla Johana Lazo Osorio • 15 de Enero de 2025 • Informe • 4.321 Palabras (18 Páginas) • 16 Visitas
(0:00) Equipo, buenas tardes, ¿cómo están? (0:02) Vamos a hacer nuestra presentación del tablero operacional para el mes de noviembre. (0:06) Entonces vamos a avanzar por cada uno de nuestros, de nuestro summary que tenemos por cada uno de los bloques que trabajamos (0:15) y vamos a ir dando comentarios acerca de ello. (0:18) Voy a arrancar por la parte de cambios mientras se nos suma Germán que nos ayuda con la parte de incidentes y problemas.
(0:24) Listo, entonces por la parte de cambios durante el mes de noviembre tuvimos 356 cambios en total, de los cuales 23 fueron cancelados, (0:34) el restante fueron ejecutados, salvo algunos que no completaron el flujo, pero de estos 356 cambios del mes de noviembre, (0:43) uno de ellos generó un incidente 9-11, este cambio está relacionado con ICBS de sincronización de saldos en línea, (0:55) es el cambio terminado en 31-97 y bueno, nos generó un impacto de 1-9-11 sobre el mes de noviembre. (1:03) Este indicador de cambios nos quedó en incumplimiento porque recordemos que con un solo cambio que tengamos fallido durante el mes, (1:11) pues nos afecta el indicador, ¿vale? (1:14) Avanzamos con el SRI, el SRI para el mes de noviembre es del 1.98, hemos trabajado en las diferentes líneas que conforman este indicador, (1:26) aquí pues avanzamos sobre esta versión del SRI 1.0 y aún así, pero recordemos que ya se está trabajando en el SRI 2.0 para el mes de diciembre, (1:38) ya se tiene el primer acercamiento sobre este indicador que va a tener unos cambios bien significativos, (1:45) nuestro indicador del SRI 1.0 es 1.98 quedando en amarillo, pero con el cambio a la nueva medición del SRI 2.0, (1:55) vamos a tener ahí unos números, partimos con unos números rojos, los cuales pues ya estamos trabajando con el equipo de seguridad (2:04) para definir los planes que nos van a llevar a un mejor indicador durante este año. (2:09) Entonces, en resumen, el SRI anterior, amarillo, 1.98. (2:15) Y felicitar a todo el equipo de Colombia, a todos los participantes, 1.98 representa el mejor score del grupo, (2:24) tuvimos por ahí en el mes de octubre un tema con el tema de vulnerability, susceptibility, (2:30) y entonces, perdón, de phishing susceptibility, que nos levantó el score.
(2:35) Pero este mes se retoma el score y pues vamos a 1.98, lo cual coloca a Colombia en el mejor lugar dentro del grupo, (2:45) es muy bueno, si siguen haciendo más actividades, entonces esa es la buena noticia en términos del SRI. (2:52) Y como mencionas, pues la mala es que estábamos encaminados a alcanzar el indicador del SRI 1.0, (3:01) cuando bueno, pues ya surgió la versión 2.0 y hubiera que volver a retomar el camino basado en los nuevos indicadores. (3:08) Pero pues felicitar a todo el equipo por ese logro de ser el mejor score dentro del grupo.
(3:14) Así es Ricardo, muchas gracias por ese reconocimiento y pues de la mano de los comentarios de Ricardo, (3:21) pues este es un esfuerzo conjunto, tanto de los equipos técnicos como de los Application Owners, (3:26) que hacen que este indicador haya tenido una evolución muy buena en los últimos años (3:32) y dejándonos en una posición PCR de indicador de SRI 1.0 muy buena, como líderes a nivel global. (3:41) Perfecto Ricardo, muchas gracias. (3:43) Avanzamos con el tema auditoría, entonces para auditoría durante el mes de noviembre tuvimos ocho requerimientos, (3:49) estos ocho requerimientos fueron atendidos a satisfacción, no tuvimos ningún impedimento, ningún impase (3:54) y toda la información solicitada en estos ocho requerimientos, pues fue enviada de forma correcta en tiempo y forma.
(4:04) Por la parte de activos, que se encuentra en la parte derecha superior, tenemos un total de servidores de 1.294, (4:12) aquí hemos hecho una reducción significativa posterior a la finalización del proyecto de Software Currency. (4:17) Recordemos que por unos meses tuvimos un aumento en los servidores porque con la estrategia de aprovisionamiento de Fresh Setup, (4:26) pues tuvimos que aprovisionar servidores nuevos que iban a ser de transición mientras nos movíamos a esa nueva versión. (4:34) Ya una vez finalizado el proyecto, estamos haciendo los decomisos de esos servidores que se reemplazaron (4:38) y aquí vemos una disminución en el número de servidores que tenemos aprovisionados.
(4:44) De estos tenemos el porcentaje de 99.38 en servidores mapeados, aquí hay algunos que están marcados como huérfanos (4:53) por la misma dinámica que tenemos del decomiso de los servidores anteriores y de los nuevos (5:00) y como tuvimos en algunos la estrategia de mantener la dirección IP, entonces algunos quedaron como huérfanos (5:06) y aquí ya los estamos, en estos meses los estamos trabajando para reducir este número y volver al cumplimiento que teníamos en meses anteriores. (5:15) Listo, por parte del cumplimiento de la CMDB estamos a 98.79 en verde, esto es de cara a los criterios que se tienen dentro de la herramienta (5:24) y por parte de User Support tenemos un cumplimiento del 96.60 estando en verde. (5:33) Pasamos a la parte de problemas.
(5:40) Dale Germán, si quieres ayudarnos con la de incidentes y problemas, por favor. (5:44) Listo, buenas tardes a todos. (5:48) Para el tema de incidentes, como vemos aquí se viene presentando una situación un poco dramática a nivel de 9.11 (5:59) porque se nos han incrementado durante el último mes.
(6:04) Aquí vemos cómo están clasificados cuáles han sido de alcance monitoreo GTS o cuáles han sido detectadas por los usuarios. (6:18) De eso realmente nos preocupa el tema del MTTR, que un MTTR de 4.3 significa que en un 9.11 en promedio nos estamos tardando 4.3 horas en recuperarnos (6:32) y significa el WIH que de 27 horas que deben sumar los que hay como SLA máximo de los 9.11 en un Q pues ya llevamos 8.67, o sea la tercera parte. (6:48) Entonces estamos en MTTR es 2.5, o sea estamos super por encima del tema.
(6:55) Ahí venimos haciendo un trabajo de la mano con los directores, con los gerentes de ingeniería para determinar qué acciones se pueden tomar. (7:05) Ahí en el análisis que hemos encontrado realmente la mayoría de estos incidentes se han generado más por temas de procesos, (7:14) no han sido temas realmente como el típico caso de una falla en el software que se nos fue para producción y nos generó un 9.11 o una falla que se generó en el software y nos generó un 9.11. (7:27) Sí tenemos, pero no son la mayoría, la mayoría son temas de que se mandó mal un certificado, que de pronto en el despliegue de algún cambio o despliegue de algún fix de servidores se cometió algún error y han sido más como esos temas. (7:46) Entonces, si bien es positivo, porque en teoría son temas más difíciles de más fáciles de entre comillas de implementar una acción, pues también es un poco preocupante porque realmente son temas que no nos deberían estar pasando.
...