1
00:00:00,001 --> 00:00:03,440
[MÚSICA]

2
00:00:03,440 --> 00:00:11,040
Hola y bienvenidos a  ITIL 4 Sin Filtros.

3
00:00:11,040 --> 00:00:14,360
Soy Julián y conmigo está mi coanfitriona, Alex.

4
00:00:14,360 --> 00:00:18,040
Alex, hoy tenemos un tema súper interesante.

5
00:00:18,040 --> 00:00:19,720
Así es, Julián.

6
00:00:19,720 --> 00:00:24,080
Nos sumergimos en el mundo del monitoreo y la gestión de

7
00:00:24,080 --> 00:00:25,360
eventos.

8
00:00:25,360 --> 00:00:29,960
Este tema es uno de esos que muchas organizaciones piensan

9
00:00:29,960 --> 00:00:34,040
que entienden y luego se dan cuenta de que hay mucho más de

10
00:00:34,040 --> 00:00:35,000
lo que parece.

11
00:00:35,000 --> 00:00:35,920
Exacto.

12
00:00:35,920 --> 00:00:39,400
Manténganse atentos porque vamos a hablar de casos reales,

13
00:00:39,400 --> 00:00:43,200
mejores prácticas y algunos errores que, ay, creanme,

14
00:00:43,200 --> 00:00:46,040
he visto demasiadas veces en entornos de TI.

15
00:00:46,040 --> 00:00:48,360
Así que, todos en alerta.

16
00:00:48,360 --> 00:00:51,600
Muy bueno ese juego de palabras, Julián.

17
00:00:51,600 --> 00:00:55,560
Imaginen que están escuchando alertas constantemente en el

18
00:00:55,560 --> 00:00:57,400
fondo mientras hablamos.

19
00:00:57,400 --> 00:00:59,720
Esos pitidos, esas notificaciones,

20
00:00:59,720 --> 00:01:02,720
esos son exactamente el tipo de eventos de los que vamos a

21
00:01:02,720 --> 00:01:03,320
hablar hoy.

22
00:01:03,320 --> 00:01:06,600
Claro, porque los eventos están sucediendo constantemente en

23
00:01:06,600 --> 00:01:08,040
nuestros entornos de TI.

24
00:01:08,040 --> 00:01:10,960
Y la pregunta del millón es, ¿estamos realmente prestando

25
00:01:10,960 --> 00:01:11,600
atención?

26
00:01:11,600 --> 00:01:14,200
O mejor dicho, ¿estamos prestando atención a lo

27
00:01:14,200 --> 00:01:15,000
correcto?

28
00:01:15,000 --> 00:01:17,760
Bueno, empecemos con lo básico.

29
00:01:17,760 --> 00:01:21,680
Porque la gestión de eventos en ITIL 4 es, básicamente,

30
00:01:21,680 --> 00:01:25,480
el proceso de monitorear todos los eventos que ocurren a lo

31
00:01:25,480 --> 00:01:28,720
largo de la infraestructura y servicios de TI.

32
00:01:28,720 --> 00:01:30,720
Pero aquí está la cosa.

33
00:01:30,720 --> 00:01:33,040
Y esto es súper importante.

34
00:01:33,040 --> 00:01:36,560
Un evento no es necesariamente algo malo.

35
00:01:36,560 --> 00:01:37,600
Así es, Alex.

36
00:01:37,600 --> 00:01:40,680
Y eso es algo que muchas personas no entienden bien.

37
00:01:40,680 --> 00:01:44,280
La gente tiende a pensar que los eventos son solo, ya saben,

38
00:01:44,280 --> 00:01:45,000
problemas.

39
00:01:45,000 --> 00:01:48,040
O esas alertas rojas que parpadean por toda la pantalla

40
00:01:48,040 --> 00:01:49,240
como en las películas.

41
00:01:49,240 --> 00:01:51,320
Pero la realidad es muy diferente.

42
00:01:51,320 --> 00:01:52,240
Así es.

43
00:01:52,240 --> 00:01:55,840
Un evento puede ser cualquier cosa que sea detectable o

44
00:01:55,840 --> 00:01:59,480
discernible y que tenga significado para la gestión de

45
00:01:59,480 --> 00:02:03,080
la infraestructura de TI o la entrega de servicios.

46
00:02:03,080 --> 00:02:06,240
O sea, estamos hablando de, bueno,

47
00:02:06,240 --> 00:02:09,840
de completar una tarea programada exitosamente.

48
00:02:09,840 --> 00:02:11,640
Eso es un evento.

49
00:02:11,640 --> 00:02:15,040
Un usuario que inicia una sesión en el sistema.

50
00:02:15,040 --> 00:02:16,360
También un evento.

51
00:02:16,360 --> 00:02:17,120
Correcto.

52
00:02:17,120 --> 00:02:20,880
El uso de CPU que alcanza un umbral del 75%.

53
00:02:20,880 --> 00:02:22,800
Definitivamente un evento.

54
00:02:22,800 --> 00:02:26,000
Una transacción que tarda más de lo esperado en completarse.

55
00:02:26,000 --> 00:02:28,440
Como ya se imaginan, otro evento.

56
00:02:28,440 --> 00:02:31,560
Lo clave es entender que no todos los eventos requieren

57
00:02:31,560 --> 00:02:32,800
acción inmediata.

58
00:02:32,800 --> 00:02:34,200
Exactamente.

59
00:02:34,200 --> 00:02:37,720
Algunos son simplemente informativos.

60
00:02:37,720 --> 00:02:41,080
Es como si el sistema nos estuviera diciendo, oye,

61
00:02:41,080 --> 00:02:43,280
quiero que sepas que esto pasó.

62
00:02:43,280 --> 00:02:44,600
Es información.

63
00:02:44,600 --> 00:02:48,360
No necesariamente una crisis que requiere que despertemos a

64
00:02:48,360 --> 00:02:50,560
alguien a las 3 de la mañana.

65
00:02:50,560 --> 00:02:52,720
Poco más porque en ITIL 4,

66
00:02:52,720 --> 00:02:56,320
generalmente categorizamos los eventos en 3 tipos principales.

67
00:02:56,320 --> 00:02:59,320
Y esta categorización es crucial para saber cómo responder

68
00:02:59,320 --> 00:03:00,440
adecuadamente.

69
00:03:00,440 --> 00:03:01,800
Perfecto.

70
00:03:01,800 --> 00:03:04,280
Empecemos con los eventos informativos.

71
00:03:04,280 --> 00:03:07,280
Estos son eventos que no requieren acción inmediata,

72
00:03:07,280 --> 00:03:10,400
pero es importante saber sobre ellos para tener contexto

73
00:03:10,400 --> 00:03:11,160
completo.

74
00:03:11,160 --> 00:03:14,480
Por ejemplo, cuando un respaldo se completa exitosamente o

75
00:03:14,480 --> 00:03:16,600
cuando un usuario se conecta al sistema.

76
00:03:16,600 --> 00:03:20,120
Son como notificaciones tranquilas que nos confirman que

77
00:03:20,120 --> 00:03:22,520
todo está funcionando como debe ser.

78
00:03:22,520 --> 00:03:25,560
Y déjenme contarles una historia rápida aquí.

79
00:03:25,560 --> 00:03:27,160
Esa historia es buena.

80
00:03:27,160 --> 00:03:30,080
Estaba trabajando con esta organización hace unos meses y

81
00:03:30,080 --> 00:03:33,000
estaban literalmente ahogándose en alertas.

82
00:03:33,000 --> 00:03:37,400
El equipo de operaciones estaba agotado, frustrado y empezando a

83
00:03:37,400 --> 00:03:39,760
ignorar notificaciones importantes.

84
00:03:39,760 --> 00:03:41,200
Cuando hicimos el análisis,

85
00:03:41,200 --> 00:03:44,880
resultó que como el 60% de sus notificaciones urgentes eran

86
00:03:44,880 --> 00:03:47,760
solo eventos informativos que habían sido clasificados como

87
00:03:47,760 --> 00:03:48,640
críticos.

88
00:03:48,640 --> 00:03:52,320
Y eso nos lleva a una lección súper importante.

89
00:03:52,320 --> 00:03:54,840
La clasificación importa, gente.

90
00:03:54,840 --> 00:03:57,920
No todos los VIPs son emergencias.

91
00:03:57,920 --> 00:04:00,440
De hecho, la mayoría no lo son.

92
00:04:00,440 --> 00:04:05,080
Y si tratan todo como urgente, al final nada es urgente.

93
00:04:05,080 --> 00:04:06,040
Exacto.

94
00:04:06,040 --> 00:04:08,440
Luego tenemos los eventos de advertencia.

95
00:04:08,440 --> 00:04:10,920
Estas son como las luces amarillas del semáforo,

96
00:04:10,920 --> 00:04:12,200
por así decirlo.

97
00:04:12,200 --> 00:04:14,600
Son eventos que indican que algo inusual ha ocurrido,

98
00:04:14,600 --> 00:04:17,440
pero no necesariamente está causando interrupción del

99
00:04:17,440 --> 00:04:19,160
servicio en este momento.

100
00:04:19,160 --> 00:04:21,560
Me gusta esa analogía del semáforo.

101
00:04:21,560 --> 00:04:24,840
Es como, bueno, como el indicador de gasolina en su

102
00:04:24,840 --> 00:04:28,040
carro cuando está en un poco menos de la mitad del tanque.

103
00:04:28,040 --> 00:04:30,280
Todavía no es crítico.

104
00:04:30,280 --> 00:04:32,560
No se van a quedar varados ahí mismo.

105
00:04:32,560 --> 00:04:36,440
Pero definitivamente vale la pena vigilar y planear una

106
00:04:36,440 --> 00:04:38,680
parada en la gasolinera pronto.

107
00:04:38,680 --> 00:04:39,640
Buen ejemplo.

108
00:04:39,640 --> 00:04:41,600
Veamos algunos de TI.

109
00:04:41,600 --> 00:04:45,600
Si el uso de CPU llega al 80% por un periodo breve.

110
00:04:45,600 --> 00:04:47,240
Esa es una advertencia.

111
00:04:47,240 --> 00:04:50,600
Si el espacio en disco alcanza el 85%.

112
00:04:50,600 --> 00:04:51,720
Advertencia.

113
00:04:51,720 --> 00:04:54,040
Estos eventos nos están diciendo, oye,

114
00:04:54,040 --> 00:04:56,920
manténganse atentos a esto porque podría convertirse en un

115
00:04:56,920 --> 00:04:59,120
problema si no le prestamos atención.

116
00:04:59,120 --> 00:05:03,040
Y la clave con las advertencias es encontrar ese equilibrio

117
00:05:03,040 --> 00:05:05,720
entre no ignorarlas completamente,

118
00:05:05,720 --> 00:05:07,920
pero tampoco entrar en pánico.

119
00:05:07,920 --> 00:05:11,160
Son indicadores tempranos de que algo podría necesitar

120
00:05:11,160 --> 00:05:14,680
atención pronto, pero no necesariamente ahora.

121
00:05:14,680 --> 00:05:17,200
Y finalmente tenemos los eventos de excepción.

122
00:05:17,200 --> 00:05:18,640
Estas son sus alertas rojas.

123
00:05:18,640 --> 00:05:22,040
Sus situaciones de dejen todo lo que están haciendo y ocúpense

124
00:05:22,040 --> 00:05:23,360
de esto ahora mismo.

125
00:05:23,360 --> 00:05:25,760
Interrupciones de servicio, rechas de seguridad,

126
00:05:25,760 --> 00:05:27,120
caídas del sistema.

127
00:05:27,120 --> 00:05:30,400
Estos sí requieren respuesta inmediata.

128
00:05:30,400 --> 00:05:34,200
Estos sí son los que justifican despertar a alguien a las 3 de

129
00:05:34,200 --> 00:05:35,440
la mañana.

130
00:05:35,440 --> 00:05:38,040
Pero aquí está lo interesante.

131
00:05:38,040 --> 00:05:41,080
Y es aquí donde muchas organizaciones realmente la

132
00:05:41,080 --> 00:05:41,920
proliferan.

133
00:05:41,920 --> 00:05:46,520
Tratan absolutamente todo como un evento de excepción.

134
00:05:46,520 --> 00:05:47,880
Es un problema enorme.

135
00:05:47,880 --> 00:05:51,040
Cada pitido, cada notificación recibe el mismo nivel de

136
00:05:51,040 --> 00:05:53,640
urgencia y eso lleva directamente a lo que llamamos

137
00:05:53,640 --> 00:05:55,320
fatiga de alerta.

138
00:05:55,320 --> 00:05:58,480
La gente empieza a ignorar las alertas porque simplemente hay

139
00:05:58,480 --> 00:06:01,160
demasiadas sonando constantemente.

140
00:06:01,160 --> 00:06:04,880
Es exactamente como el cuento del niño que gritaba lobo,

141
00:06:04,880 --> 00:06:05,680
¿verdad?

142
00:06:05,680 --> 00:06:07,640
Cuando todo es urgente, al final,

143
00:06:07,640 --> 00:06:09,720
nada es realmente urgente.

144
00:06:09,720 --> 00:06:11,880
Y cuando llegue una emergencia real,

145
00:06:11,880 --> 00:06:14,080
nadie va a estar prestando atención.

146
00:06:14,080 --> 00:06:16,960
Entonces, ¿cómo funciona todo esto en la práctica?

147
00:06:16,960 --> 00:06:19,960
Porque una cosa es entender la teoría y otra muy diferente es

148
00:06:19,960 --> 00:06:22,440
implementarlo en un entorno de producción.

149
00:06:22,440 --> 00:06:25,040
El proceso de la gestión de eventos típicamente sigue

150
00:06:25,040 --> 00:06:26,320
varios pasos clave.

151
00:06:26,320 --> 00:06:28,720
¿Y te parece que lo veamos uno a uno?

152
00:06:28,720 --> 00:06:29,320
Claro.

153
00:06:29,320 --> 00:06:33,360
Primero tenemos la detección y notificación de eventos.

154
00:06:33,360 --> 00:06:36,600
Es aquí donde necesitamos detectar que algo pasó.

155
00:06:36,600 --> 00:06:37,520
Obviamente.

156
00:06:37,520 --> 00:06:40,160
Esto podría ser a través de herramientas de monitoreo

157
00:06:40,160 --> 00:06:43,760
automatizadas, reportes de usuarios que nos llaman o mandan

158
00:06:43,760 --> 00:06:48,160
tickets o incluso observación manual de alguien que nota algo

159
00:06:48,160 --> 00:06:48,680
raro.

160
00:06:48,680 --> 00:06:51,440
Lo clave aquí es tener cobertura completa a través de su

161
00:06:51,440 --> 00:06:52,440
infraestructura.

162
00:06:52,440 --> 00:06:55,120
Y cuando digo completa, me refiero a que, bueno,

163
00:06:55,120 --> 00:06:58,000
siempre le digo a la gente, si no pueden verlo,

164
00:06:58,000 --> 00:06:59,400
no pueden gestionarlo.

165
00:06:59,400 --> 00:07:00,520
Es así de simple.

166
00:07:00,520 --> 00:07:04,400
Así que asegúrense de que sus herramientas de monitoreo estén

167
00:07:04,400 --> 00:07:08,560
realmente monitoreando las cosas que importan para el negocio.

168
00:07:08,560 --> 00:07:12,880
No sirve de nada monitorear 500 métricas diferentes si ninguna

169
00:07:12,880 --> 00:07:16,760
de ellas les dice si sus usuarios pueden hacer su trabajo

170
00:07:16,760 --> 00:07:18,040
efectivamente.

171
00:07:18,040 --> 00:07:19,320
Buen consejo.

172
00:07:19,320 --> 00:07:21,960
Luego viene el filtrado de eventos, que es, bueno,

173
00:07:21,960 --> 00:07:25,880
posiblemente uno de los pasos más importantes y más ignorados.

174
00:07:25,880 --> 00:07:29,000
No todos los eventos necesitan llegar a la atención humana.

175
00:07:29,000 --> 00:07:31,280
De hecho, la mayoría no deberían.

176
00:07:31,280 --> 00:07:32,480
Así es.

177
00:07:32,480 --> 00:07:36,080
Aquí es donde aplicamos reglas y filtros inteligentes para

178
00:07:36,080 --> 00:07:40,320
determinar qué eventos necesitan procesamiento adicional y

179
00:07:40,320 --> 00:07:43,840
cuáles pueden ser simplemente registrados para referencia

180
00:07:43,840 --> 00:07:44,480
futura.

181
00:07:44,480 --> 00:07:48,800
Piénsenlo como el filtro de spam de su email.

182
00:07:48,800 --> 00:07:50,400
Excelente analogía.

183
00:07:50,400 --> 00:07:52,920
Su filtro de email está automáticamente revisando

184
00:07:52,920 --> 00:07:55,800
miles de mensajes y solo les muestra los que realmente

185
00:07:55,800 --> 00:07:56,680
necesitan ver.

186
00:07:56,680 --> 00:08:01,160
Un buen sistema de filtrado puede reducir el ruido en un 80% o

187
00:08:01,160 --> 00:08:05,700
incluso 90%, dejándoles solo con los eventos que realmente

188
00:08:05,700 --> 00:08:07,080
necesitan su atención.

189
00:08:07,080 --> 00:08:10,200
Y sin filtrado apropiado, van a terminar literalmente

190
00:08:10,200 --> 00:08:13,640
ahogándose en un mar de notificaciones irrelevantes.

191
00:08:13,640 --> 00:08:16,400
¿Receta segura para el desastre operacional?

192
00:08:16,400 --> 00:08:19,400
Categorizar y priorizar es el próximo paso.

193
00:08:19,400 --> 00:08:21,400
Una vez que un evento pasa el filtro,

194
00:08:21,400 --> 00:08:23,400
necesitamos categorizarlo.

195
00:08:23,400 --> 00:08:24,640
¿Es informativo?

196
00:08:24,640 --> 00:08:25,680
¿Advertencia?

197
00:08:25,680 --> 00:08:27,280
¿O es una excepción?

198
00:08:27,280 --> 00:08:28,800
Luego priorizamos.

199
00:08:28,800 --> 00:08:31,160
¿Qué tan urgente es esto para el negocio?

200
00:08:31,160 --> 00:08:34,840
Sabes, Julián, aquí es crucial tener buenos acuerdos de niveles

201
00:08:34,840 --> 00:08:37,880
de servicio para priorizar en base al impacto al negocio.

202
00:08:37,880 --> 00:08:40,920
Porque seamos honestos, no todas las organizaciones son

203
00:08:40,920 --> 00:08:44,360
iguales, ni todos los sistemas tienen el mismo significado

204
00:08:44,360 --> 00:08:45,240
para el negocio.

205
00:08:45,240 --> 00:08:46,240
Correcto.

206
00:08:46,240 --> 00:08:48,640
El servidor que maneja las nóminas de la empresa es

207
00:08:48,640 --> 00:08:52,320
definitivamente más crítico que el que actualiza el menú de la

208
00:08:52,320 --> 00:08:53,640
cafetería corporativa.

209
00:08:53,640 --> 00:08:56,520
Se prioriza en base a las necesidades y requerimientos

210
00:08:56,520 --> 00:08:57,400
del negocio.

211
00:08:57,400 --> 00:09:00,640
Esto requiere entender profundamente qué servicios de

212
00:09:00,640 --> 00:09:03,080
TI respalan qué procesos de negocio.

213
00:09:03,080 --> 00:09:06,880
Sin esa conexión clara, estás básicamente volando a ciegas y

214
00:09:06,880 --> 00:09:08,960
adivinando prioridades.

215
00:09:08,960 --> 00:09:11,360
Ya categorizado y priorizado el evento,

216
00:09:11,360 --> 00:09:13,600
viene la respuesta y escalamiento.

217
00:09:13,600 --> 00:09:15,320
Para eventos que requieren acción,

218
00:09:15,320 --> 00:09:17,800
necesitamos responder apropiadamente.

219
00:09:17,800 --> 00:09:22,040
A veces eso significa respuestas automatizadas.

220
00:09:22,040 --> 00:09:25,400
Tal vez reiniciar un servicio automáticamente o limpiar

221
00:09:25,400 --> 00:09:26,520
espacio en disco.

222
00:09:26,520 --> 00:09:30,080
Otras veces significa involucrar a la gestión de incidentes o la

223
00:09:30,080 --> 00:09:31,680
habilitación del cambio.

224
00:09:31,680 --> 00:09:34,800
La clave aquí es tener procedimientos claros y bien

225
00:09:34,800 --> 00:09:37,400
definidos para cada tipo de evento.

226
00:09:37,400 --> 00:09:39,680
Y aquí está algo súper importante.

227
00:09:39,680 --> 00:09:43,040
Mucha gente no entiende que la respuesta no siempre significa

228
00:09:43,040 --> 00:09:44,520
"arréglalo ahora mismo".

229
00:09:44,520 --> 00:09:47,520
A veces la respuesta más apropiada es reconocer el

230
00:09:47,520 --> 00:09:50,640
evento y programar una acción para la próxima ventana de

231
00:09:50,640 --> 00:09:52,360
mantenimiento.

232
00:09:52,360 --> 00:09:55,920
O investigar más a fondo durante las horas hábiles del negocio.

233
00:09:55,920 --> 00:09:59,240
Estas también son respuestas perfectamente válidas.

234
00:09:59,240 --> 00:10:02,400
Dependen del impacto y la urgencia real del evento.

235
00:10:02,400 --> 00:10:03,520
Exactamente.

236
00:10:03,520 --> 00:10:07,000
Lo importante es que cada evento reciba la respuesta apropiada

237
00:10:07,000 --> 00:10:10,280
basada en su impacto real y urgencia verdadera.

238
00:10:10,280 --> 00:10:13,840
No solo en qué tan fuerte pita la alerta o qué color tiene en

239
00:10:13,840 --> 00:10:14,920
la pantalla.

240
00:10:14,920 --> 00:10:18,720
Bueno, ahora hablemos de herramientas por un minuto,

241
00:10:18,720 --> 00:10:23,200
porque la realidad es que ya no pueden hacer gestión de

242
00:10:23,200 --> 00:10:25,480
eventos efectiva manualmente.

243
00:10:25,480 --> 00:10:28,920
Los entornos de TI modernos son simplemente demasiado

244
00:10:28,920 --> 00:10:33,360
complejos y generan demasiados eventos para que los humanos los

245
00:10:33,360 --> 00:10:35,680
procesen todos a mano.

246
00:10:35,680 --> 00:10:39,280
Están herramientas tradicionales de monitoreo como Nagios,

247
00:10:39,280 --> 00:10:41,520
SolarWinds, PRTG.

248
00:10:41,520 --> 00:10:45,240
Estas han existido por décadas y funcionan muy bien para

249
00:10:45,240 --> 00:10:47,160
monitoreo básico de infraestructura.

250
00:10:47,160 --> 00:10:51,200
Son como los caballos de batalla confiables del mundo del

251
00:10:51,200 --> 00:10:51,840
monitoreo.

252
00:10:51,840 --> 00:10:56,160
Son excelentes paramétricas fundamentales como uso de CPU,

253
00:10:56,160 --> 00:10:59,760
memoria, espacio en disco, conectividad de red.

254
00:10:59,760 --> 00:11:02,280
Todas esas cosas básicas, pero esenciales.

255
00:11:02,280 --> 00:11:05,040
Son confiables, han sido probadas en batalla durante

256
00:11:05,040 --> 00:11:08,680
años y la mayoría de los equipos de TI ya saben cómo

257
00:11:08,680 --> 00:11:10,160
usarlas.

258
00:11:10,160 --> 00:11:13,960
Pero también tienen limitaciones para entornos modernos más

259
00:11:13,960 --> 00:11:14,640
complejos.

260
00:11:14,640 --> 00:11:18,960
Herramientas más nuevas como Datadog, New Relic, Splunk,

261
00:11:18,960 --> 00:11:22,160
están más enfocadas en monitoreo de aplicaciones y en la

262
00:11:22,160 --> 00:11:23,840
experiencia del usuario final.

263
00:11:23,840 --> 00:11:27,600
Son herramientas que pueden rastrear transacciones de

264
00:11:27,600 --> 00:11:32,640
usuario de extremo a extremo, analizar logs de aplicaciones

265
00:11:32,640 --> 00:11:37,760
en tiempo real y proporcionar insights más profundos sobre lo

266
00:11:37,760 --> 00:11:40,760
que realmente está experimentando el usuario.

267
00:11:40,760 --> 00:11:44,400
No solo que algo está lento, sino en dónde exactamente se

268
00:11:44,400 --> 00:11:47,360
crea el cuello de botella en el flujo completo de la

269
00:11:47,360 --> 00:11:48,080
transacción.

270
00:11:48,080 --> 00:11:51,040
Algunas incluyen capacidades de inteligencia artificial y

271
00:11:51,040 --> 00:11:54,360
machine learning para detección automática de anomalías.

272
00:11:54,360 --> 00:11:58,120
Eso sí, pueden ser muy costosas y complejas de implementar y

273
00:11:58,120 --> 00:11:58,800
mantener.

274
00:11:58,800 --> 00:12:02,400
Pero para aplicaciones críticas de negocio,

275
00:12:02,400 --> 00:12:06,080
la inversión generalmente se justifica por la visibilidad

276
00:12:06,080 --> 00:12:08,000
adicional que proporcionan.

277
00:12:08,000 --> 00:12:11,160
Pero aquí está la clave y esto es súper importante.

278
00:12:11,160 --> 00:12:14,240
La herramienta en sí misma no es la solución mágica.

279
00:12:14,240 --> 00:12:17,640
He visto organizaciones gastar literalmente mucho dinero en

280
00:12:17,640 --> 00:12:20,360
herramientas súper sofisticadas y luego--

281
00:12:20,360 --> 00:12:22,560
Y luego no las configuran apropiadamente,

282
00:12:22,560 --> 00:12:24,240
no les dan mantenimiento regular,

283
00:12:24,240 --> 00:12:27,440
no entrenan a su gente y terminan siendo básicamente un

284
00:12:27,440 --> 00:12:32,080
registro de actividades muy caro que nadie realmente usa

285
00:12:32,080 --> 00:12:33,600
efectivamente.

286
00:12:33,600 --> 00:12:35,000
Exactamente.

287
00:12:35,000 --> 00:12:39,360
El valor real viene de cómo configuran, afinan y realmente

288
00:12:39,360 --> 00:12:42,720
integran estas herramientas en sus procesos de ITSM.

289
00:12:42,720 --> 00:12:45,120
Necesitan entrenamiento continuo,

290
00:12:45,120 --> 00:12:48,800
configuración apropiada, mantenimiento regular e

291
00:12:48,800 --> 00:12:51,520
integración real con sus otros sistemas.

292
00:12:51,520 --> 00:12:55,280
Así que no solo compren la herramienta más cara del

293
00:12:55,280 --> 00:12:58,720
mercado y esperen que ocurra magia automáticamente.

294
00:12:58,720 --> 00:13:03,040
La magia viene del trabajo duro, la configuración inteligente y

295
00:13:03,040 --> 00:13:05,400
el uso consistente a lo largo del tiempo.

296
00:13:05,400 --> 00:13:06,800
Así es.

297
00:13:06,800 --> 00:13:10,640
Julian, hemos cubierto mucho terreno hasta aquí,

298
00:13:10,640 --> 00:13:15,720
desde qué son realmente los eventos hasta cómo detectarlos

299
00:13:15,720 --> 00:13:17,440
y las herramientas que necesitan.

300
00:13:17,440 --> 00:13:21,560
Pero ahora viene la parte donde muchas organizaciones,

301
00:13:21,560 --> 00:13:25,400
donde realmente se define el éxito o el fracaso.

302
00:13:25,400 --> 00:13:29,120
Sí, porque una cosa es entender la teoría y otra muy diferente

303
00:13:29,120 --> 00:13:30,800
es llevarlo a la práctica.

304
00:13:30,800 --> 00:13:33,320
En la segunda parte de Con los ojos bien abiertos,

305
00:13:33,320 --> 00:13:35,200
vamos a hablar sobre mejores prácticas,

306
00:13:35,200 --> 00:13:38,200
recomendaciones y orejitas que pueden ayudarle.

307
00:13:38,200 --> 00:13:41,280
Vamos a hablar de errores comunes que hemos visto una y

308
00:13:41,280 --> 00:13:45,000
otra vez, casos de estudios reales y, por supuesto,

309
00:13:45,000 --> 00:13:47,680
cómo empezar si están apenas comenzando este viaje.

310
00:13:47,680 --> 00:13:49,680
Así que estén atentos a la segunda parte.

311
00:13:49,680 --> 00:13:51,760
Esto es ITIL 4 sin filtros.

312
00:13:51,760 --> 00:13:53,720
Hasta la próxima.

313
00:13:53,720 --> 00:13:57,080
[MÚSICA]

314
00:13:57,080 --> 00:14:00,420
[MÚSICA]