Subscribe
Share
Share
Embed
Dev&Ops es el espacio donde hablamos de cultura tech, compartimos anécdotas reales y damos consejos prácticos para todo entusiasta del mundo del desarrollo y la tecnología. Acompáñanos a descubrir las últimas tendencias, aprender de nuestras experiencias y recibir tips que te ayudarán a destacar en este entorno digital en constante evolución.
Douglas (00:00)
lo primero que va a cruzar por nuestra mente va a ser querer ocultarlo.
es lo que ha pasado por mi mente cada una de las veces que me he equivocado, Cada una de las veces. Yo no lo controlo. Lo primerito que cruza mi mente es cómo masajeo la situación, cómo puedo evitar que caiga esta culpa sobre mí. Pero los segundos después, comienzo a pensar de manera más fría y entiendo que lo mejor que puedo hacer.
por el equipo, por los demás, por la situación es reconocer el error
Juan (00:31)
Bienvenidos sean todos a un nuevo episodio de Dev & Ops. Como siempre está aquí acompañándome mi buen amigo Douglas. El día de hoy vamos a hablar de muchos, un tema interesante que creo que les va gustar a todos. Douglas, ¿qué tal que me contas de nuevo cómo ha estado tu día y tu semana?
Douglas (00:49)
Juan, ¿qué tal? Pues muy bien, muy bien. Este tiempo, estas conversaciones que tenemos siempre me animan, siempre me alegran. Para nosotros que somos entusiasmos de la tecnología, es algo que nos entretiene mucho el simple hecho de crear este contenido y pues de paso tener la oportunidad de proveer valor a aquellas personas que tal vez o vienen comenzando o están pasando por situaciones similares, en específico con el tema que vamos a hablar hoy, ¿verdad? También me
de ánimo entonces no aquí estoy con todo
Juan (01:23)
me
alegra, alegra eso, aquí estamos con todos, estoy muy contento del tema que vamos a tocar porque es algo que nos pasa a nos ha pasado y creo que nos va a seguir pasando lamentablemente y nos estamos refiriendo obviamente a cuando tenemos un error, cuando tenemos ⁓ un problema, un fracaso, así que el día de hoy vamos a ver cómo afrontar esos fracasos,
problemas muy grandes que hemos tenido en el trabajo y van de casas a casas obviamente pero siempre sucede suceden cosas que obviamente nadie lo quiere pero tenemos errores que a veces afectan a los demás nos afectan a nosotros mismos y hay consecuencias no y es difícil es feo se siente mal uno pero que hay que hacer cómo lo afrontamos y bien eso
que vamos a tratar de discutir el día de hoy, a compartirles nuestras ideas de cómo nosotros hemos tratado de lidiar con estas situaciones y también lo que hemos visto nosotros a nuestro alrededor y así tal vez a ustedes el día de mañana les llegue a suceder. Ojalá que no, pero lo más probable es que sí. Cuando les suceda van a poder tener unas herramientas un poco más fuertes para afrontarlo.
Douglas (02:46)
exacto.
Juan (02:53)
que nos ha pasado, pasa siempre a mí en lo personal Douglas me han sucedido un par de veces, algunas más fuertes que otras, en tu caso ya tener una carrera, una trayectoria, me imagino por simple estadística que te ha pasado más de una vez.
Douglas (03:17)
Me ha pasado más de una vez y voy a hacerle eco a algo que mencionaste. Lastimosamente, Juan, sí me entristece, pero lastimosamente va a seguir pasando. El hecho de que somos seres humanos, el error está en nuestro ADN. Entonces, de hecho, por eso, la sistema busca automatizar.
los procesos porque justamente buscan evitar el error humano. Entonces es una lástima, es triste. Entonces de la misma manera que la muerte es algo inevitable y es prudente que nos preparemos para ella, es bueno prepararnos para saber cómo afrontar el fracaso, cometer errores.
Juan (03:48)
Mm-hmm.
Douglas (04:06)
que puedan afectar a un sistema o a otras personas del equipo, prepararnos para ello porque lastimosamente si ya te ocurrió, bienvenido al club, pero de que te va pasar en algún momento, te va a pasar y entonces, estemos listos.
Juan (04:25)
Y con ese enlace que hiciste a la muerte creo que es buen momento para iniciar. Y con el primer punto me gustaría, como siempre hemos hecho en los episodios anteriores, tratamos de dejar claro a qué nos referimos, por dónde van nuestras opiniones y qué es lo que vamos a abordar el día de hoy. Así que de esa misma manera me gustaría que aclaráramos un poco, tal vez de manera breve o un poco extenso,
nos referimos nosotros con fracaso porque como decía dije yo al inicio van
hay algunos que son más fuertes que otros, a veces hacemos una mala configuración, hacemos que se caiga el sistema o tal vez introdujimos un bug en el sistema, hay múltiples factores y cuáles son los que en nuestra opinión Douglas y Mia, Juan, cuáles consideramos nosotros que encajan con esta definición que estamos hablando el día de hoy de fracaso. Entonces,
Me gustaría empezar Douglas diciendo que nos vamos a referir a algo muy fuerte, vamos a dejar de lado el hecho de si es un bug de programación y que lo encontramos en el ambiente de testing y no pasó a producción, eso no cuenta, eso podemos dejarlo por fuera porque tal vez lo vamos a hablar un poco más adelante pero realmente no cuenta en el aspecto que fue
fue más bien parte del proceso, fue encontrado dentro de nuestras políticas dentro de nuestros procesos de QA ya lo habíamos abordado en un episodio anterior donde hablábamos de todos estos pipelines que vamos introduciendo al flujo de trabajo QA, Unit Testing, Integration Test, todas estas cosas, eso no, si te sentís mal
Douglas (06:03)
Mm-hmm.
Juan (06:30)
y tuvieron un error y no nos referimos a eso y si se sienten mal porque a mi me ha pasado lo que les puedo recomendar o decir es que podría ser peor hay que ver el lado positivo, no llego a producción creo que aquí nos vamos a...
Douglas (06:48)
Sí, justo por eso Juan, perdón, justo por eso
está ese proceso definido.
Y el proceso como tal, cuando encontró un error de sintaxis en mi pull request, cuando encontró que la funcionalidad no devolvía los datos como era o lo que sea que haya encontrado, en lugar de fracaso realmente es una victoria del proceso que lo encontró antes de llegar a producción. Entonces, para agregarle que a eso no nos referimos como fracaso porque justo para eso está el proceso y creo que vale la aclaración.
Juan (07:20)
Si, correcto, vale la aclaración porque como dije, a mi me ha pasado, me siento mal a veces e incluso más al inicio. Pero lo que le estamos apuntando en el día de hoy es a esos errores que son un poco más graves, ya sea graves a nivel de cómo trabaja el sistema y también graves de cómo estamos afectando a nuestro equipo de trabajo. Entonces aquí la clave es si lo que estamos haciendo nosotros
afecta al funcionamiento del sistema y estamos hablando ya el funcionamiento en producción o si está afectando a nuestros compañeros. Si yo hice algo que requiere que ahora se vean mis compañeros de trabajo ahora tengan que parar sus actividades y empezar a ayudarme a corregir el error que acabo de introducir. En ese caso eso lo que estamos diciendo como fracaso.
y ojo antes de que empecemos la palabra fracaso se escucha muy fuerte muy muy dura pero no quiere decir que eso ya nos costó la vida y no es el fin no nos van a despedir de hecho por eso estamos haciendo vamos a listar algunos puntos de cómo afrontarlo porque si bien no es fin del mundo se siente mal uno se siente feo y bueno son situaciones que pasan pero bueno
Básicamente, eso sería, ¿no Douglas? Serían estas situaciones donde estamos afectando a nuestro equipo y estamos afectando al funcionamiento crítico de nuestro sistema, aplicación o página web.
Douglas (09:03)
Sí, yo quisiera agregarles Juan, tal vez como métrica, desde el momento en que afectó a alguien más en cualquier medida. Vos está diciendo que la palabra fracaso suena fuerte. Es una palabra fuerte, pero pues cuando algo no sale, falla, es fracaso. No necesariamente fracaso.
de mi persona como profesional o para fracaso de un equipo es fracaso en esa esa área en ese proceso en esa situación de la misma manera que la palabra ignorancia suena fuerte verdad pero desconocer un tema es ignorancia de mi parte de ese tema no que yo como persona sea ignorante entonces quiero poner ese esa claratoria ahí y cualquier cosita
que afecte fuera de mí mismo al equipo o a la aplicación o a la empresa, eso se considera fracaso. ejemplo, para dar un ejemplo rapidito, lo que dijimos primero, no estamos hablando errores de sintaxis o cualquier otra cosa que se han encontrado durante el proceso, ya sea por el pipeline o por code review o por el flujo que tengamos para el ciclo de vida de nuestra aplicación, eso nos cuenta como fracaso. Pero si llevo...
8 o de esos hoy, el mismo día, y eso hace que empiece a trazarse el deadline de lo que voy a entregar, y ahí ya empieza a entrar como fracaso porque eso se tenía que entregar hoy, y como ya me hicieron 8 veces la misma observación, ya no va a salir hoy, ¿verdad? tal vez esa es la métrica, Juan, que yo pudiera dar y para hacer fácil que las personas que nos ven y nos escuchan puedan entender.
desde el punto pequeño o grande que afecta a alguien más que a mí mismo, desde ese punto contaría como un fracaso, la magnitud del fracaso es la que va a cambiar, pero desde ese punto en adelante ya contaría como un fracaso, diría yo que esa es la métrica que podemos dejar definida.
Juan (10:57)
Sí.
Sí.
Sí, me parece bien la definición que acaba de dar. Y bien, me agrada porque, como siempre, sos más directo y está bien que lo dejemos en claro. Creo que tenés razón. A veces estas palabras... Hay cierto tabú, tal vez. No sé si será por nuestra cultura, ¿no? Ahorita que lo mencionabas de la palabra ignorante, la palabra fracaso, tal vez suena muy fuerte, pero realmente...
si no lo hacemos con el ánimo de ofender a los demás, realmente no tienen su significado, Significan algo, me parece bien. Bien, con eso ya aclarado, entonces podríamos empezar a pasar, o mejor dicho, pasamos a lo que toca del tema,
Como mencionamos, cómo afrontar estos fracasos. Y aquí creo que nuestra conversación va a ir hacia dos puntos. El primero sería, ¿qué hacemos en el momento? ¿Y qué hacemos después? En el momento me refiero a, ¿no funciona la aplicación? ¿No funciona el sistema de pagos? ¿No se puede registrar a los usuarios? Algo, ¿no? Algo no, no.
falló y hay que corregirlo y es rápido, se tiene que hacer rápido y luego lo corregimos, qué pasa después. creo que nuestra conversación va a ir hacia ahí y aquí tengo algunos puntos que podemos ir tocando en base a eso. Así que lo primero que recomiendo o recomendamos de aquí nosotros dos sería si tuviste un error, un fracaso, hay que responsabilizarlo.
hay que dar la la cara perdón y...
hay que atacarlo lo más rápido posible. No se vale el hecho de esconder lo que hicimos o tratar de ocultarlo y que nadie más se dé cuenta. Eso al final nos puede realentizar en el proceso y también va hablar mal de nosotros, la verdad. Va a hablar mal de nosotros como profesionales. Así que lo mejor es dar la cara, ¿no?
es un poco duro al inicio pero hay que hacerlo, ni modo
Douglas (13:35)
sí, no,
mira, hay que hacerlo y realmente que yo creo que se está dando el clavo ahí y cuando decimos en el momento del fracaso
va a variar por la magnitud, lo aclaramos antes. Supongamos que por un error mío o por haber hecho algo mal en mi proceso de una configuración de un servidor, cambia el deadline y una tarea que tenía que ser entregada hoy va a ser entregada hasta mañana. Esto no es algo que afecta a producción, afecta a la aplicación como tal, pero afecta al equipo, afecta el deadline que había. Entonces, inmediatamente responsabilizarme del error y decir...
equipo disculpen yo me atrase o probé algo me falló tuve que rehacerlo entonces va a estar listo hasta mañana en ese caso en ese ejemplo que no hay nada caído eso es responsabilizarme del error eso es ser responsable por él hablar decir hey esto pasó
Si es que la aplicación se cayó por completo por un error mío lo mismo, inmediatamente decir, hey, yo publiqué esto, yo cambié esta configuración y por eso la aplicación se cayó. Y nuestra... nuestra personalidad o nuestra humanidad
lo primero que va a cruzar por nuestra mente va a ser querer ocultarlo.
es lo que ha pasado por mi mente cada una de las veces que me he equivocado, Cada una de las veces. Yo no lo controlo. Lo primerito que cruza mi mente es cómo masajeo la situación, cómo puedo evitar que caiga esta culpa sobre mí. Pero los segundos después, comienzo a pensar de manera más fría y entiendo que lo mejor que puedo hacer.
por el equipo, por los demás, por la situación es reconocer el error
de lo contrario vamos a tener gente haciendo troubleshooting y como cuando hay un error y no sabes que pasa, empezas a ver todas las partes
comienzan a llamar al que publicó la última vez hace dos semanas porque vos fuiste el último en publicar, comienzan a llamar al project manager para preguntar qué es lo último que pidió el cliente y empiezan a molestar a un montón de gente y tal vez yo estoy en la esquina sabiendo qué es lo que ocurrió y estoy creando un problema más grande al no responsabilizarme y reconocer el error lo más rápido posible y esto aplica para las otras situaciones donde ya sea que...
por mi culpa el equipo se atrasó, o información se perdió, aunque no sea de producción, si no lo reconocemos rápido, entra un proceso de investigación donde vamos a poner a más gente a trabajar.
que se pudo haber evitado si yo lo reconocía. Entonces, es la intención de reconocer el error. Humanamente lo queremos esconder, queremos evitarlo, es normal, pero la acción que tomemos jamás debería buscar hacerlo, buscar esconderlo. Por el contrario...
tener esa tranquilidad, nos va tocar lidiar con consecuencias y lo vamos a hablar más adelante. Luego pasamos a eso de momento por responsabilidad a mi equipo, a mis compañeros, a la misma empresa, reconocer el error y poner a todo el mundo al tanto de lo que hice.
Juan (17:11)
Sí.
Es normal, me agrada que lo mencioneis, es normal que todos queramos ocultarlo, maquillarlo y decir, pues sí, me equivoqué yo, es porque tal cosa. Es mejor evitar ese tipo de acciones y bueno, requiere cierta, cómo decirlo, madurez y cierta resiliencia en nuestra personalidad.
y
si no nos nace a la primera pues al menos intentarlo a la segunda, intentarlo luego porque es como mencionaba yo hablan bien de nosotros como profesionales porque nos vamos a equivocar algo que que tener en cuenta es que estos errores pasan porque somos humanos y errar es de humanos
Pero lo importante no es que no nos pase o que si nos pasa muy poco es qué hacemos cuando sucede. Eso es lo más importante que tenemos que afrontar.
Douglas (18:23)
Y también Juan, perdón, para aclararnos,
consideremos que estos son sistemas informáticos y hay una posibilidad bien alta de que eventualmente se puedan dar cuenta que yo fui el del error. Y en ese punto voy a quedar peor incluso, ¿verdad? A veces, por más que parezca que en la empresa donde yo trabajo hay un desorden, no hay logs, no hay registro de esto, se sorprenderían de la forma...
Juan (18:39)
Sí.
Douglas (18:50)
que hay con una persona que sepa un poquito de muchas veces encontrar dónde se originó el error. Entonces, que no se nos olvide que los sistemas informáticos van dejando registros, huellas, y ya hay una posibilidad alta, aunque yo lo quiera esconder, de que eventualmente lleguen a mí y ese va a ser una consecuencia aún peor.
aún peor porque se va a saber que yo hice trabajo, yo no solo cometí el error, sino que al ocultarlo hice trabajar de más, tal vez causé más pérdidas, más tiempo la aplicación abajo, etcétera, y ahí vamos a hacer mal vistos. Entonces también, ese es otro motivo, si la parte ética no les preocupa tanto, defiédanse ustedes mismos y sepan que probablemente van a llegar a ustedes tarde o temprano.
Juan (19:36)
Si, yo creo que de entrada si utilizan git va a ser bastante fácil saber quién fue el último en cometer X problema al momento en que lo encuentren. ⁓
Douglas (19:46)
¿Cómo depende del problema Juan? Porque puede ser
un cambio de una configuración y tal vez crees que nadie lo va a ver porque todos se conectan con el mismo usuario suponiendo que una empresa tenga malas prácticas o puede ser de nuevo fui yo quien me atrase con la tarea y no lo dije entonces tal vez no es un problema donde producción está caído pero han empezado a ver de que los proyectos no son entregados
Juan (19:50)
Sí.
mmm mmm
Douglas (20:09)
en
tiempo y forma y se inicia un proceso de investigación donde alguien le va dedicar muchas horas a ello y eso es perdida de la empresa, eventualmente se van a dar cuenta y cuando preguntamos Douglas sabía que él es el que ha estado entregando tarde esas cosas y no dijo nada, va a depender del error y del fracaso del problema pero de que la posibilidad es alta de que eventualmente lleguen a mí eso que no les quepa duda.
Juan (20:36)
Sí, sí. Y a veces ni siquiera necesitamos un sistema informático. A veces con solamente asociar, falló, qué sé yo, el módulo de inventario. Y quién estaba trabajando en inventario o quién hizo algo referente a eso. Entonces ya se puede indagar. Pero sí, lo importante aquí es responsabilizarnos para evitar que el equipo pierda tiempo. Como decía Douglas, van a empezar a buscar desde lo más básico hasta las partes
Douglas (20:53)
Se.
Juan (21:07)
más específicas para encontrar el error y si nosotros sabemos dónde está el error porque fuimos nosotros lo podemos decir y nos ahorramos todo eso. Yo creo que aquí lo importante es tomar la actitud de no ocultarlo sino decir falle en esto ¿cómo lo resolvemos? independientemente de si sé cómo solucionarlo o no sé cómo solucionarlo en el momento
Douglas (21:18)
Mm-hmm.
Juan (21:36)
lo importante es que nosotros que cometimos el error nos esforcemos por solucionarlo y que nosotros seamos los más interesados en que esto se corrija lo más rápido posible a veces hay algunos errores que no
no requieren que todo el equipo se involucre, de nuevo es necesario, es bueno darlo a conocer y buscar cómo arreglarlo, ya sea que tal vez la forma de corregirlo sea arreglando parte del código o contactando a las personas de base de datos para que limpien la data. No importa el proceso, lo que importa es que nosotros nos
enfoquemos y nos propongamos en solucionarlo. Yo he tenido la experiencia de que a veces me he topado con las personas, vaya por ejemplo algo que pasa muy seguido, algo no funciona como debería y el de backhand le echa la culpa al de fronthand y el de fronthand le echa la culpa al de backhand y con el tiempo yo lo que he aprendido es no echar culpa a nadie
asumir de entrada que es mi problema es un error mío y asegurarme de revisar todo lo que corresponde a mí de esa forma yo evito que los demás vayan a perder su tiempo y evito pues que eso no que pierdan su tiempo y no vayan a buscar donde no deben pero algo que he notado y esto es falta de madurez en mi opinión es eso no decir
Douglas (23:20)
mmm
Juan (23:27)
No, esto es problema de backend. Yo en mi código está bien. Y tal vez no es así, ¿no? Porque si bien el de backend no está haciendo el código de frontend, puede entender el código de frontend y puede ver que no, esto no es aquí. O esto sí es aquí. dentro de lo que se puede, yo creo que la mejor actitud es buscar que se resuelva el problema, ya sea que yo puedo hacer todo lo
necesario para resolverlo o ponerme en contacto con las personas que sí lo pueden resolver creo que de esa manera se puede llegar a un mejor a una mejor solución
Douglas (24:12)
Me gusta eso Juan porque eso es parte de responsabilizarme por el error. Es reconocerlo, pero también ser en la medida de lo posible el que trabaja o el que más trabaja en resolver el problema.
Juan (24:19)
Sí.
Douglas (24:30)
Y cuando digo la medida de lo posible es porque puede ser que tal vez en primer lugar el problema se originó porque tal vez soy muy junior o yo no conocía muy bien ese sistema y no tuvieron que haberme dado a mí esa tarea y ahí se comienza a volver un fracaso compartido, ¿verdad? Entonces ya a la hora de solucionarlo probablemente digan no, mira a ver, no vas a hacer voz porque...
realmente no tuviste que haber hecho esta tarea, ¿no? Pero aún ahí, para aquellas personas que van a solventar el problema, ver si les agarro otras tareas que ellos tienen, para que ellos puedan tener el tiempo libre. O como vos dijiste, es manejar la comunicación, ser proactivo, contactar a las personas, pero ser yo el que más trabaja...
en resolver el problema en la medida de lo posible. Sólo porque cometí el error a las 4 y media, ya son las 5 de la tarde y decir bueno, aquí un balance entre la vida personal y la vida de trabajo ya se acabó, no me pagan un grado extra, ahí no puedo decir ese tipo de cosas o poner ese tipo de excusas.
Juan (25:15)
No,
Douglas (25:34)
si me toca quedarme tarde, si tengo que salir de madrugada de ser necesario, fui yo el que causó el problema, entonces yo debería ser el que más tiene que trabajar. eso incluye responsabilizarme del error, del fracaso, reconocerlo rapidito, hacerlo saber rápido y ser el que más trabaja, el más proactivo hasta que el problema se solvente.
Juan (26:01)
sí cuando trabajamos remoto incluso creo que se presta para eso no para medio mande un mensaje en slack y ya con eso pues me limpio las manos perdón y no la idea es buscar que se solucione ese
Douglas (26:22)
Y en eso me gustaría contar una anécdota, Juan, y eso es probablemente
de los fracasos más recientes que he tenido en la empresa en la que estoy, que por eso dije tal vez en la medida de lo posible, y es que estábamos migrando un cliente de RDS, de RDS, las bases de datos administradas de IWS, lo estábamos migrando a Galera.
Juan (26:33)
Ok
No,
Douglas (26:49)
Entonces, el día anterior hicimos una prueba de la migración, entonces yo hice un dump de la información de producción e hice la prueba para estar seguro de que el proceso trabaje bien.
Juan (26:49)
Ok
Douglas (27:04)
Entonces, el día que ya tocaba hacer la migración, que era un viernes, porque todo estaba bien planeado y bien trabajado, y ese era el momento en el que el cliente podía tener no downtime, pero es un content freeze, o sea, no agregar más contenido porque se está migrando otra base de datos, entonces contenido nuevo se perdería.
Juan (27:20)
Claro, claro.
Douglas (27:27)
de meses antes yo había pedido, yo había indicado que desde ese viernes en la noche yo iba a viajar fuera de la ciudad con mi familia porque iba fuera de la ciudad e inclusive la siguiente semana iba a estar fuera varios días pero el proceso estaba sólido, probado, estaba testiado, todo y debería de funcionar bien. Entonces pongo contexto porque es importante para el ejemplo y al momento de hacer todo
Juan (27:36)
Ok.
No,
jaja
Douglas (27:57)
Yo ya el migrar a la otra base de datos, importo la base de datos de la prueba que hice el día anterior. Yo hice el DOM de la información de producción en ese momento.
Juan (28:11)
que
Douglas (28:13)
Pero a la hora de importar, importo la del día anterior, no había borrado la base de datos, estaba trabajando en otro servidor, no estaba trabajando en mi local porque era información de producción, no es ético tenerla en mi local, no la había borrado. Entonces cuando importo, importo la del día anterior, termino el proceso, corro lo que tengo que correr, hago un par de pruebas y reporto, todo está bien. Ok equipo, ya como ustedes saben, me desconecto, me voy.
Juan (28:24)
Mm-hmm.
Douglas (28:40)
como a los 30 minutos, el cliente responde, hey, lo que hemos metido hoy no está. Toda la información que hoy no está. Y toma dos segundos en mi mente para saber, dada la situación, ⁓ importé el dump equivocado. Y fue una situación tan agónica porque hice lo que pude por estar como 40 minutos más buscando apoyar y ser yo quien trabajara.
Juan (28:46)
Peace!
Douglas (29:08)
pero ya tenía programado ese viaje. Lo sabían los jefes, sabían del riesgo de hacerlo un viernes y yo estuve 40 minutos, más o menos, 50. Ya no podía, ya teníamos maletas listas, ya teníamos un montón de cosas.
Juan (29:23)
Perdí
Douglas (29:25)
Por suerte, mi jefe es
Juan (29:25)
el vuelo.
Douglas (29:26)
muy comprensivo, ellos lo entendían, pero mi jefe tuvo que quedarse como cuatro horas y media más trabajando en ello porque no sólo era bastante información, sino que hay que correr otros procesos de reemplazar URL y otras cosas que toman bastante tiempo.
Juan (29:42)
si siempre que involucra
información es un proceso bien delicado
Douglas (29:46)
es tedioso, es largo, Entonces mi
jefe tuvo que estar trabajando hasta súper tarde y yo iba de viaje, me sentía mal, pero mal, mal de haber causado que mi jefe se quedara trabajando por un error tan pequeño que era la fecha en el nombre del archivo, ¿verdad? Entonces doy este ejemplo porque por eso dije, en la medida de lo posible, a veces se va a escapar de nuestras manos por diferentes razones. Dí un ejemplo antes de que puede ser de que no estaba capacitado.
y no era yo quien lo tenía que solventar o tal vez causé algo que era un error en un área afuera tal vez lo que causé fue un problema en la parte de redes y tiene que ser un administrador de redes o tal vez puede ser algo como esto donde sí tuve esa suerte de que mis jefes sabían y fueron muy comprensivos pero realmente fue bien agónico fue bien bien difícil para mí verdad el sentirme mal de estar sabiendo de que yo me voy de vacaciones por unos días y dejé a mi jefe
Juan (30:23)
Mm-hmm.
Douglas (30:46)
trabajando hasta la madrugada
Juan (30:47)
y esos primeros segundos
cuando dicen no, es que está mal eso es primer de ay, que paso si es feo y por eso bueno siempre que hay que trabajar con la data migraciones y todo eso es feo pero
Douglas (30:53)
Sí, sí.
Sí.
Juan (31:12)
Pero sí, qué bueno porque al final, bueno, usted solucionó en tu caso y ya era algo que se salía de tus manos, pero la actitud, digamos, ahí estaba.
Douglas (31:28)
Mm-hmm.
Juan (31:28)
no fue
algo como que bueno, falle pero yo ya me voy, adiós. No, no se puede hacer eso. Hay momentos, creo que nuestro trabajo nosotros somos muy afortunados en ese aspecto donde tenemos trabajos que bastante tranquilos podríamos decir, bastante relajados, sí comprensivos nuestros compañeros y jefes, pero por ejemplo,
Douglas (31:32)
Sí.
comprensivos será.
Juan (31:58)
muchas veces no tenemos horarios de trabajo tan extensos muchas veces solo se trabajan hasta el viernes, no se trabajan el fin de semana que pues por lo que sabemos aquí en Honduras y estoy seguro en la región en general trabajan hasta más días pero
hay ocasiones donde todo eso ya no importa y si tenemos que desvelarnos tenemos que darlo todo y la frase que a todos les gusta de ponerse la camiseta hay veces que realmente toca y solo en ocasiones donde no se puede ahí pues no se puede pero cuando toca desvelarnos y cuando toca solucionarlo sí o sí pues hay que hacerlo y lo menciono también porque a veces si alguien está escuchando y
que es nuevo tiene que saber eso, que hay ocasiones donde ni modo, ya no hay hora de salida y hay que solucionar el error que Bien, solucionamos el error, lo afrontamos de la mejor medida y dimos la cara, fuimos proactivos, se solucionó.
en este punto es donde viene la otra parte que a veces es la más complicada, creo yo a veces esta es la parte que puede causar problemas a niveles personales para cada persona va a depender de la personalidad pero creo que aquí es donde normalmente pasa y es cuando vienen las consecuencias cuando...
ya se solucionó y ahora pues toca ver qué se va a hacer y a veces
Douglas (33:50)
sería qué hacer
después del fracaso, porque nos mencionaste al inicio que nos íbamos a enfocar en qué hacer durante el fracaso, qué es lo que estuvimos hablando hasta ahorita, pero entonces cuando me decís consecuencia ya es qué hacer después, el día después.
Juan (33:58)
Exacto. Sí.
Correcto,
correcto. Básicamente están durante y después. Durante se soluciona y después que se solucionó el fracaso, el error. Entonces, aquí es donde vienen las consecuencias y las consecuencias pueden variar dependiendo de la empresa. Hay empresas que tienen ciertas políticas más rígidas, más estrictas que otras y ahí es donde va a depender. Las consecuencias pueden ser...
sanciones que ya sea te deducen algo del salario o te empiezan a limitar los permisos o suspensión laboral, puede ser. Pero son consecuencias que van a suceder. Y creo que aquí lo importante en este momento es que tenemos que
Douglas (34:47)
suspension laboral.
Juan (35:07)
valga la redundancia afrontarlo hay que afrontar esas consecuencias y no tomarnos y no empezar a pelear como decir no pero ya se solucionó no no era para tanto hay que rendir cuentas ante la empresa y aceptar el castigo
sea que ellos hayan decidido claro aquí también depende del error
Douglas (35:34)
Y es que en este tipo de cosas Juan, perdón, es que en este tipo de cosas cuando son
afrontar la consecuencia laboral, son normalmente situaciones que ya están escritas en políticas internas, ya la empresa ya tiene procesos internos de qué hacer según severidad del error, como sin intención, muchas veces puede que el error hizo perder a la empresa mucho dinero.
puede que sea una sanción económica. Aquí no se trata de si es bueno o no. Como por ejemplo, sé que hay personas que trabajan en puestos de cajas, en restaurantes o algo, y si ellos hacen un mal cobro y al final no cuadra las compras con las ventas, les deducen a ellos o les cobran a ellos eso. Es una práctica que en lo personal no me parece correcta.
Juan (36:12)
Ajá, sí.
Douglas (36:26)
Pero, si yo estoy como empleado y eso está ahí por escrito y yo accedí a ello al momento de agarrar el trabajo, entonces, al momento del error, tengo que afrontar la consecuencia. Como vos dijiste, no tratar de venir y decir, pero solo fue tanto, hoy se vendió un montón, ¿verdad? No empezar con eso. sea, estemos o no estemos de acuerdo si antes de firmar contrato, accedimos a esas políticas internas.
Juan (36:33)
Sí.
Mm-hmm.
Douglas (36:53)
Entonces nos toca afrontar, agachar la cabeza, reconocer si fallé, según las reglas, según el reglamento interno esto toca y lo afronto, verdad. Entonces por esa parte normalmente ya está escrito, no tiene que ver con que sea correcto o no sea correcto. Si teníamos un pero era antes de aceptar el trabajo, no al momento en que fracasee en esa área o falle en esa área.
Juan (37:05)
Mm-hmm.
jajaja
Sí, fíjate que a mí me pasó algo similar a eso. Antes trabajaba en un hotel y en cierto momento, bueno, yo era el recepcionista, Y en cierto momento yo hice malo un cobro de una de las habitaciones y tenían esa política. Si hacías algo malo, tenías que, pues, se te deducía de tu salario. Pero resulta que yo hice un error con la habitación más cara que tenían. Llegó una persona.
salario eso era lo que costaba la habitación una situación que nadie quiere pasar pero pues ni modo hay que ahí lo único que fue lo que logré fue negociar ok háganme el descuento por partes y así y así así pero pero la sanción ahí está y pues es lo que hay
Douglas (38:39)
Y que por llegar con buena actitud
probablemente lograste conseguir eso, que lo descuente por partes. Si hubiese llegado con mala actitud, de nuevo, no tiene que ver si es correcto no, ¿verdad? Pero como llegas con buena actitud, los dueños o gerentes están dispuestos a hacer arreglo la mayoría de las veces.
Juan (39:01)
Correcto. Bien, entonces vamos a mencionar algunas tips que hemos como mencionado entre nosotros para ir...
como tomando cartas en el asunto en el momento en el que llegan estas consecuencias y dependiendo de las consecuencias. Ya mencionábamos una consecuencia que es la laboral, sanciones de todo tipo. La peor sanción es que te despidan, pero ahí ya ni modo. No hay mucho que puede ser, pero no podemos hacer mucho ahí. Vos me mencionabas Douglas que una práctica que se debe hacer
Douglas (39:30)
¿Qué puede ser? ⁓
Juan (39:43)
es la de hacer un post mortem y en su momento estábamos hablando recuerdo porque yo en lo personal no lo he visto tan seguido pero puede que yo esté sesgado en las empresas de mi alrededor y aún así si no lo están haciendo yo creo que todo el mundo debería hacerlo me parece algo muy muy bueno el hecho de si ya pasó el error ya se solucionó
ok
ahora sería bueno tener como un reporte para los que no estén muy familiarizados con esto un post mortem es como un reporte de qué sucedió y cómo se solucionó así de términos de manera muy muy simplificada es eso y se puede hacer dependiendo de la empresa esto puede salir al público o no incluso yo yo considero que aún si la empresa no lo pide
sería bueno para nosotros mismos tener como una nota por ahí en Notion, Obsidian, en cualquier lado una nota de esto y para que no vuelva a suceder bueno no sé si nos podría dar un poco más de detalles en esto Douglas como te mencionaba yo no tengo mucha experiencia con esa parte, con esa fase
Douglas (41:11)
Sí, fíjate que lo que estaba pensando Juan es hacerlo, dar el consejo un poco más general, ¿verdad? Y es, después del error, es estar dispuesto a rendir cuentas. Y ahí vamos a incluir esta parte de los postmortem. En algunos lugares le llaman incident report, en otros lugares le dicen incident retrospective. Pero...
el concepto es el mismo. Pero es estar dispuesto a rendir cuenta. Vos decís que en los lugares donde has trabajado normalmente, o sea, no es una práctica común y te parece que tal vez en Latinoamérica no es algo muy común, pero mínimo, Juan, existe una rendición de cuentas luego del error, llegan los jefes, los ejecutivos o los dueños y preguntan, hey, ¿qué pasó? ¿Por qué pasó?
Entonces yo como el que cometió el error debo de estar dispuestos a rendirle cuenta ya sea a mi jefe para que luego vaya a los ejecutivos o si tengo que ir con ellos directamente ya sea un mensaje por Slack ya sea un correo electrónico o ya sea verbalmente reunirme con mi jefe y rendir cuenta. No, mirá ve creí que estaba conectado al servidor de prueba y en realidad estaba el de producción y cambié la configuración o sea rendir cuentas y explicar qué pasó dependiendo
de trabajes de nuevo va a variar. En muchas empresas tienen una cultura muy sana alrededor de los errores y problemas.
En muchas otras empresas, lastimosamente en Latinoamérica, tienen una cultura bien tóxica alrededor de ellos y se enfocan en encontrar un culpable y señalarlo y criticarlo y creen los jefes que con eso impusieron su autoridad, ¿verdad? Pero piensan que son buenos jefes con eso, es cierto, ¿no? Y tenés toda la razón. Pero, de nuevo.
Juan (43:06)
Ya son buenos jefes con eso.
Douglas (43:13)
Recordemos que al final del día no estamos validando este tipo de comportamientos, pero al final del día nosotros decidimos aceptar ese trabajo. Entonces, si esa cultura tóxica no me gusta, tengo que comenzar a prepararme para un lugar donde haya un ambiente más saludable alrededor de ello. Pero es rendir cuentas. Tiene que haber una rendición de cuenta de explicarle a alguien qué pasó, qué hice, por qué se dio el error y luego cómo lo solucioné.
Ahora, dentro de las prácticas correctas o modernas, bueno, tiene mucho tiempo la verdad este concepto, pero al menos lo que yo, si en mi experiencia lo que si miro más seguido, se hace este tipo de reportes, posmortem, los que ya mencionamos dependiendo del nombre, pero la idea de ellos es un resumen del error.
Juan (43:50)
Sí.
Douglas (44:07)
un resumen de qué pasó, cómo se identificó el problema, sea, como que quién fue el primero en reportar el problema, si fue que el sitio ha caído, decir, un usuario nos escribió y nos dimos cuenta, el CEO le quería enseñar sacar pecho con la página web con un amigo y se vio que estaba caído, etcétera, cómo nos dimos cuenta y luego qué pasó, paso detalle a detalle, de hecho se incluye un timeline con hora.
y fecha lo más estimado posible, en algunos casos se puede ser bien específico porque como decir si fue una publicación ahí está la obra del commit o la obra en que se publicó, etcétera, lo más específico posible.
Juan (44:47)
Sí.
Douglas (44:51)
con línea de tiempo, a tal hora pasó esto, tal hora pasó lo otro, a tal hora me di cuenta y para una solución inmediata saqué ese servidor del cluster y la página dejó de fallar porque tal vez no estaba caída pero estaba dando errores de remitente porque ese servidor estaba ahí, luego de ello pues repare el servidor erróneo con cualquier configuración, luego lo incluía el cluster entonces con timeline.
Juan (45:19)
Ajá.
Douglas (45:20)
fecha
y hora, de a qué horas pasó. Luego de ello, se presenta ya de manera como más detallada. De nuevo, estos reportes varían un poquito, pero es el mismo concepto. Luego se dice como la causa raíz o el root cause, de qué pasó ya en específico, en esencia, porque aunque sea un error mío, ese error generó un fallo técnico, ¿verdad? Y luego incluye...
¿Qué se está haciendo?
o qué se va a hacer a raíz de ese error para evitar que ese mismo error vuelva a pasar. Y al final esa es la intención de estos reportes. Uno, tener claridad. Incluso por eso el timeline. Porque a veces te das cuenta en el timeline, los eventos, en el orden de los eventos y la hora, ahí te puedes dar cuenta que se tomó un paso de más o dos pasos de más. O que hubiésemos mejor verificado algo antes de lo que sí verificamos y eso hubiese hecho que volviera más rápido. O sea,
propósito de ese tipo de reportes.
Juan (46:24)
o que se actuó muy tarde, se dejó mucho tiempo tal vez.
Douglas (46:27)
Exacto, se
encontró que no recibimos una alerta. El primer reporte fue a tal hora y luego, 30 minutos después, nos dimos cuenta nosotros. Justo lo que vos decís, nos dimos cuenta, falló la alerta. Entonces, hacer para que... en los pasos, ¿qué hacer?
para que no vuelva a ocurrir van a existir, puede ser mejoras al pipeline o mejoras al code review para asegurarnos que ese tipo de error no se encuentre, puede ser mejoras a las alertas y al monitoreo para encontrar antes ese tipo de error y ahí se van a delimitar e incluso producto de ello pueden quedar tareas internas, parte del sprint o como con un nuevo deadline a implementar para evitar
Juan (47:06)
Mm-hmm.
Douglas (47:16)
en la medida de lo posible que un error igual se vuelva a dar porque hemos hablado de que lastimosamente somos humanos y los errores se van a dar yo quisiera garantizarle a todos los que nos ven y nos escuchan pónganse las pilas que nunca se van a equivocar, lastimosamente no es real pero lo que sí debemos evitar es cometer los mismos errores una y otra vez y eso lo que busca este tipo de reportes
Juan (47:27)
Sí.
Douglas (47:44)
Y vos dijiste algo importante, que a veces son públicos. Las empresas grandes que tienen clientes, muchos clientes o que son bien públicas, tienen una versión de ese reporte y lo tiran al internet. ⁓ Vamos a poner el enlace recientemente. Ahorita en junio tuvo un problema Cloudflare. Y eso fue un boom recientemente porque se cayó el internet. Se cayó medio internet por ese error de Cloudflare.
Juan (48:10)
Sí.
Qué gran dependencia
tenemos de Cloudflare. ⁓
Douglas (48:14)
Ahí nos dimos cuenta de que por mucha redundancia que
exista, somos dependientes a veces de algunos servicios. Pero ellos lanzaron su incident report.
Juan (48:22)
Sí.
Douglas (48:26)
público, vamos a poner el enlace en la descripción de los videos y en Spotify y en las plataformas de streaming para que vean un ejemplo. Esto es en el caso de las empresas que no tienen esta práctica o las personas que han trabajado en lugares donde no está esta práctica para que lo vean y como vos dijiste si están en un lugar. La revisión de cuenta va a existir.
Juan (48:39)
Sí.
Douglas (48:47)
Eso es algo que tenemos que hacer después del error, la rendición de cuenta. Pero si algo tan organizado como un incident report, un post mortem, si ese proceso no existe en su empresa.
Yo sugiero que hablen con los jefes o si ustedes son los jefes que lo empiecen a meditar y que se implementen porque ese tipo de cosas comienzan a cambiar la mentalidad del ambiente tóxico de ponernos a buscar quién fue, quién fue, quién fue de eso a hacerlo constructivo y a hacer ok de qué manera evitamos que pase porque si los jefes buscan culpar todo el tiempo a quién fue y buscar
tenga consecuencias severas se van a quedar sin empleados rápido porque como ya dijimos los errores son parte de la naturaleza humana pero eso es Juan y de nuevo, más que es enfocarme solo en hacer un incident report o un post mortem, sepamos, estemos dispuestos, estemos abiertos a rendir cuentas porque esto va de la mano con esa naturaleza lo que nos cruza por la mente de querer ocultar el error
al momento en que se dio de querer ocultar y decir yo fui también está la naturaleza de querer ocultar detalles para no verme tan mal ¿Verdad? Y es por eso que estamos dando el tip de rendir cuentas. Seamos abiertos, seamos honestos. Al final del día vamos a tener consecuencias más serias si no somos honestos. digamos a detalles y fue, miren, me distraje. Me distraje, agarré el celular, me puse a ver TikTok. Me distraje. Bueno, seamos honestos.
Juan (50:23)
Me puse a ver de
menopsi, se me fue el tiempo.
Douglas (50:26)
sí, no hagan eso, veannos, escúchenos, pero no descuiden su trabajo,
pero ese es el punto, ¿no? Rindamos cuentas.
Juan (50:34)
Sí,
sí, muy interesante la verdad.
esa acción de rendir cuentas mediante incluso un reporte si se puede yo lo que considero Douglas a veces porque a veces también podemos lavarnos las manos a veces es posible decir falle pero falle por esto yo no se depende de la personalidad de cada quien pero yo a veces prefiero simplemente
que pues falle y esto es algo que me pasó hace poco el desarrollo de un feature se vio retrasado bastante con lo que yo estaba haciendo y al punto donde era necesario luego volver a
asentarnos a la mesa y redefinir los requerimientos y las cosas que tenían que hacer, revisar qué se hizo, qué hace falta y claro yo podría haber dicho pues lo que pasa es porque me dijeron una cosa luego me dijeron otra y así ¿no? que no está mal tal vez mencionarlo pero no a manera de
de quitarse la culpa aún. Porque siempre va a estar la culpa, ya que nosotros somos los dueños de X proceso, X tarea, cualquier cosa que estamos haciendo, nosotros somos los dueños de eso y hay que adueñarnos, hay que tomar la responsabilidad. yo lo que sugiero es eso, que no manera de autosabotearse a uno mismo y solo echarse la culpa, pero
siempre tener la mentalidad de nosotros somos nosotros tenemos la responsabilidad total de cualquier tarea que estamos haciendo y si algo pasa con alguien externo pues si se vale mencionarlo pero no no esconder la cara
Douglas (52:49)
Fíjate que me quiero
resaltar algo del ejemplo que nos estás dando Juan, nos estás contando tu experiencia que no es botar producción, sino que decís que con tu... por lo que estabas haciendo se atrasaron features que tenían que implementar en el proyecto, la aplicación, lo que sea, ¿verdad? Y pues uno que es otro ejemplo de fracaso donde no es que se botó producción y esto es en particular...
Juan (52:59)
Mm-hmm.
Sí.
Douglas (53:18)
no requieren un incident report, pero sí la rendición de cuenta para explicar por qué. Y también me gustó lo que dijiste de no buscar lavarnos las manos. Resaltemos lo que ocurrió. Vos decís sí, a veces es real. Primero me dijeron una cosa, luego me dijeron otra y son cosas reales y se dan como por qué, pero no con intención de lavarnos las manos, porque de ser proactivo yo tuve que haber mencionado eso.
ahorita me dijeron otra cosa y el scope o lo que se esperaba al inicio era esto entonces te están te están percatando de que son dos cosas distintas si te dicen sí ok entonces reajustemos los timelines, ¿verdad? sea tuvo que haber sido responsabilidad de nuevo no conozco los detalles pero tal vez hubiese sido tu responsabilidad o cualquiera en ese caso entonces
Juan (54:06)
No, pero... Pero sí.
Douglas (54:11)
Por eso me gusta que decís, una cosa es mencionar los detalles, sea, no solo agachemos la cabeza, mencionemos los detalles, no con mala intención, pero en las partes donde nosotros fallamos, no busquemos lavarnos las manos, nos reconozcamos y busquemos mejorar.
Juan (54:17)
Mm-hmm.
Correcto, correcto.
Y de hecho no es necesario hacer un incident report ni nada de eso. Pero de hecho en esta ocasión que menciono, sí yo hice un mini reporte de, se había hecho esto, se hizo esto, luego cambió así. Todo lo que yo consideraba relevante para dárselo a las personas que lo necesitaban ver. Y al menos así ya tienen una noción de qué está pasando y qué pasó.
Douglas (54:58)
Puedes
Juan (54:59)
es necesario
Douglas (55:00)
decir que no era necesario, pero vos tomaste la proactividad en ese sentido y tal vez puedo contar otras necrotamías, si mal no recuerdo es mi fracaso más reciente. Está fresco, bueno, fresco como último, pues ya tiene bastantes meses.
Juan (55:13)
⁓ ok, fresquecito.
Ajá,
ajá.
Douglas (55:20)
que fue
como... no fue como, fue en enero porque hasta se porque se dio, no voy a dar detalles aquí pero hasta se porque se dio fue en enero pero iba de la mano con lo tuyo que fuese proactivo reaccioné tarde a una alerta estuvo caído más tiempo de lo necesario un cliente y entonces producto de ello
la empresa en la que trabajo actualmente tuvo que hacerle un crédito al cliente de 500 dólares, o sea reducirle 500 dólares de su factura producto de eso, ¿verdad? Como resultado interno la empresa no tiene de que a mí me van a cargar nada, no me van a cargar a mí ese cobro ni nada e incluso ni siquiera me dijeron nada más allá de comunicar la situación.
Juan (55:56)
Sí.
Douglas (56:14)
Ni siquiera me dijeron, mira que por lo que vos hiciste, pasó eso. Nada. No nada, fijate. La verdad es en esa parte yo estoy muy agradecido con Dios porque las empresas son muy comprensivos en ese sentido. No me dijeron nada. en ese, por esa situación...
Juan (56:17)
Tene más cuidado...
Douglas (56:34)
Yo hablé con los jefes, desde mi jefe directo hasta el vicepresidente del área. Yo les pedí, nos podemos reunir, tienen unos minutos para que nos reunamos. Es por este incidente. Y entonces ya me dijeron claro que sí. Hicimos una videollamada y yo comencé diciéndoles, mira el B, quiero aclarar que yo me responsabilizo del error.
absolutamente nada de lo que voy a mencionar ahorita, es buscar lavarme las manos, es buscar tratar de quitarme algo, sacudirme algo de encima. Yo fui responsable, yo fallé, yo tuve que haber actuado distinto y sepan que lo reconozco y cargo con consecuencias, que ya estaba claro que no iban a haber más. Y todos, ok, gracias por aclararnos, decínganos qué nos querés decir y aclaré un par de cosas que fue como información que tal vez no nos transmitieron de
correcta y no nos transmitieron de manera apropiada la urgencia que había con ese cliente en particular y eso es lo que a mí me hizo tomar un poco más a la ligera cuando empezaron a caer las alertas de ese cliente.
Juan (57:28)
Ok, ok.
Si no son excusas, es más
como falló el proceso por esto. Es un por qué.
Douglas (57:46)
es un porqué, no son excusas, es un porqué.
Y de nuevo, yo reconocí mi error y es real. sea, fue error mío, ahí no hay... Pero entonces, yo me fui por el lado, me gustaría que la comunicación sea un poquito más... un poco más directa en ese sentido.
Juan (57:53)
Sí.
Mm-hmm.
Douglas (58:07)
Por una parte, lo que vos hiciste, ¿no? Fui proactivo. Nadie me pidió nada, pero yo lo busqué. Y aparte de reconocer mi error, quería que se abordara ese tema para que no se volviera a repetir. Porque realmente, y esto tiene que ver con estar pendiente de clientes en un call rotation, ¿verdad? Entonces, si querés saber qué clientes tienen más tiempo de respuesta, qué clientes son más críticos, qué clientes no, porque a veces estás en la calle, ¿no? Y querés saber cómo reaccionar.
Juan (58:30)
ok
Douglas (58:35)
Pero en esa parte pues quería contar esa experiencia porque siento que va de la mano con lo que vos nos estabas comentando y con lo que te ocurrió a vos.
Juan (58:38)
jajaja
y que no muchos toman esa decisión de... porque muchos diríamos, bueno, no pasó nada, que bien, sigamos adelante. ⁓ sí. Ay, sí, increíble. Pero hay un dios. Pero sí, sí, es importante ir cambiando nuestra mentalidad, son cosas que pasan.
Douglas (58:51)
Ajá. Como la persona a la que no le cobraste es en el hotel y dijo bueno, si me decís que está bien me voy, ¿no?
a
Juan (59:09)
y bueno sigamos duras sigamos con algunos tips y puntos que tenemos por aquí bueno como recapitulando no ya dijimos dispuestos a rendir cuentas es lo que hemos dicho hasta el momento con respecto a las consecuencias y lo otro que también hay que tener en cuenta respecto a las consecuencias que se dan una vez que ya pasó es que no hay que tomarse a pecho lo que van a empezar a decir ya sea
Douglas (59:12)
Mm-hmm.
Sí.
Juan (59:39)
los compañeros de trabajo o nuestros jefes y esto va en un rango muy amplio de diferentes comentarios o actitudes o incluso acciones. Como mencionaba, puede que nos quiten permisos, pueden que directamente en el Active Directory ya nos quitaron de un grupo y ya no podemos hacer algo. O a veces simplemente ya no nos van a otorgar ciertas tareas.
puede que esperemos que solo por un tiempo o tal vez hacen bromas y eso pasa entonces esas cosas van a pasar van a suceder en algunos casos un poco más tóxicos que otros eso definitivamente
Douglas (1:00:11)
por un tiempo al menos
Juan (1:00:33)
Pero si no es algo tóxico, como decimos, no es algo con la intención de hacer daño, sino que son las reacciones que tenemos como seres humanos y compañeros. Recordemos que al menos cuando estamos presencial, pasamos más tiempo con estas personas que con nuestras familias. Entonces, se crea ahí ciertas brumas y comentarios que se dan. ese tipo de cosas, el consejo que nosotros damos es no...
tomárselo a pecho, hacerlo algo más grande de lo que realmente es. Realmente lo que sucede no es algo grave. A mí en lo personal me sucedió en cierto momento y entiendo que hicieran bromas porque fue algo un poco gracioso. En cierto momento me otorgaron la tarea de optimizar un reporte. Este reporte era un
query de SQL con...
si no eran más de mil líneas eran como 900 líneas de SQL, puro SQL entonces me puse a optimizarlo y hacer todos los trucos que me sabía en su momento tablas temporales por aquí y allá y al final después de un query que tardaba minutos literalmente minutos 11 minutos 10 minutos algo así paso a solamente 11 segundos y súper bueno
todos contentos, todos muy alegres este reporte era un reporte que nos daba una lista de usuarios y estos usuarios sabía que hacer algo con ellos y era en un rango de fecha, dame los usuarios de esta semana el problema es que en cierto punto dejó de arrojar resultados y ya no salía el reporte y cuando reviso el query resulta que yo había dejado hardcoded unas fechas
dentro del query estaban las fechas que en teoría el usuario seleccionaba entonces eso en parte también ayudaba a que fuese más rápido pero bueno fue algo que que sí afectó a producción pero fue mínimo el impacto ya que con la fecha que había dejado lograron trabajar mucho tiempo y cuando cuando falló lo corregimos
entonces se corrigió, se hizo lo que se tenía que hacer pero luego surgieron las bromas y sí, mis compañeros hacían las bromas siempre que yo empezaba a hacer un query me daban el issue, lo solucionaba y yo les decía, bueno ya está y me decían, revisaste las fechas, revisaste tal cosa y se reían y la verdad es que va a depender de cada persona Douglas, yo en lo personal como lo veo es que si se ríen, si hacen bromas
que no eran bromas pesadas. Siento que eso como que más bien aliviana la situación, lo hacen un poco más a menos y ya me quitan ese peso de decir, wow, la verdad es que hice algo muy grave. Yo lo personal me lo tomo más des... por el lado amable, por decirlo así, de una forma más positiva porque al menos yo soy así. Si yo hago una broma es porque no pasa nada, preferís bromear que hacer un drama.
pero
estoy seguro que hay muchas personas que tal vez no son así entonces el consejo es intenten no tomárselo tan tan serio y entender que esas son cosas que pasan y con el tiempo se van a ir disipando y van a ir o tal vez no la verdad es que mis compañeros aún de vez en cuando me hacen esa broma pero pero no es algo que tenemos que estar cargando toda la vida
son cosas que pasan, no dublas. Y como decía, más cuando es presencial, convivimos con estas personas y hacen bromas.
Douglas (1:04:42)
Sí, fíjate
que comparto al 100 el consejo, obviamente, de no tomarlo a pecho. No sé si en toda Latinoamérica nos van a entender esta expresión, tomarlo a pecho. Es como tomarlo, es una expresión que usamos al menos en nuestra región para decir no tomarlo tan en serio, tan apegado al corazón.
Juan (1:05:05)
Sí.
Douglas (1:05:06)
profundo la situación, eso es no tomarlo a pecho, por si en alguna parte no se entiende. Lo comparto al cien, sin embargo también reconozco que, y vos lo dijiste, va a variar por el temperamento de cada persona y la mayoría de las veces, o en muchas ocasiones es más fácil decirlo que hacerlo, porque esto es lo que nos empieza a afectar anímicamente.
más que el mismo error, este tipo de situaciones nos comienzan a afectar anímicamente dependiendo de nuestro temperamento y de nuestro carácter y muchas veces influyen bastante a que no salgamos de un hoyo grande que un error en el trabajo pudiera dejarnos, ¿verdad? Pero de nuevo, no estamos de acuerdo con las personas que hagan este tipo de burlas, este tipo de cosas, sobre todo los que lo hagan de manera tóxica.
Juan (1:06:01)
Si, una broma,
algo o comentarios muy fuertes ya que buscan herir, eso no hay que soportarlo de hecho.
Douglas (1:06:12)
Sí, sí, sí, exacto, exacto. Pero, pero de nuevo, porque ya se sale de línea, ¿no? Pero, pero con no tomarlo a pecho es eso, porque hay que entender, y esta es la parte tal vez, Juan, que quiero agregar, hay que entender de dónde viene en el sentido de que muchas veces, muchas veces...
Juan (1:06:17)
Mm-hmm.
Douglas (1:06:31)
son personas que se vieron afectadas por el error. No sonaste algo que tal vez, como no tomarnos a pecho que el jefe empieza a darnos menos acceso a las cosas, a los sistemas producto del error, o ya no nos empiezan a dar esas tareas, no empiezan a decir, ok, hoy toca publicar y entonces pasan por sobrevoz y se lo dan a fulanito porque...
Juan (1:06:34)
No,
Hoy va a publicar
él.
Douglas (1:06:55)
Ajá. Y en
tu interior vos sabes, o sea, aunque no lo diga el jefe, en tu interior vos sabes, claro, no me lo da a mí porque la última vez yo fallé, ¿verdad? Entonces no lo tomemos a pecho, entendamos de que también se vio afectado pues y tal vez entonces este viernes el jefe no quiere quedarse tarde, ¿no? ¿Verdad?
o quien tal vez hizo un chiste fue alguien que le tocó que lo llamaran desde su casa, oíme vos fuiste el último en comitear y le tocó tal vez encender su laptop y conectarse un rato. De nuevo, no es que la reacción de él sea correcta, quiero recalcarlo, no estamos validando ese tipo de comportamiento, sin embargo cuando entendemos que fueron personas afectadas, eso nos va a ayudar a no tomarlo...
pecho, no a no tomarlo tan profundo y la intención aquí Juan es buscar que el error pase lo más rápido posible. Si están haciendo bromas, aún aquellos que hacen las bromas con mala intención, porque cuando es presencial siempre se da hasta lo de otros departamentos que ni siquiera son técnicos, verdad, pero siempre viene el más bromista y va a sacar el chiste con toda la mala intención de herir, verdad, pero si la broma me sigue afectando la van a seguir haciendo.
Juan (1:07:43)
Claro.
Douglas (1:08:10)
en la medida en que vean que ya la supere, que no me molestó, entonces ya nadie más le va a dar risa la broma, verdad, o que las situaciones que están pasando con mi jefe, que tal vez nos quitaron acceso, nos quitaron privilegios, etcétera, en la medida en que lo empiece a superar...
van a volver esa confianza hacia nosotros, van a volver a irnos dando esos privilegios. Entonces esa es la intención, esa es la intención de no tomárselo a pecho, pero reconozco, reconozco y reconocemos que esta es la parte que muchas veces nos deja más dolidos, más que el mismo problema, así como a mí me ocurrió de que de esta vez que yo, el ejemplo que les conté, que me tocó dejar al mi jefe trabajando...
por como cuatro horas y media y acostarse como a las 12 de la mañana producto de ello y eso es lo que más me dolía más que el error ¿no? Sentirte que un error tuyo causó ese daño, si lo queremos llamar de esa manera pero intentemos ponerle, tener piel gruesa intentemos tener piel gruesa, esa es una frase que mi jefe en el trabajo anterior intentemos tener piel gruesa y yo creo que eso es muy acertado
Juan (1:09:17)
Buen punto. ⁓
sí, sí es difícil y es complicado dar un consejo global no les podemos decir entonces hagan esto y ya no les va afectar pero la meta es eso, que no... irlo superando poco a poco y no demostrar que nos afecta porque si no así ellos el que se enoja pierde siempre, es lo que dicen
Douglas (1:09:54)
En fecha que juan que disculpa porque
quiero yo sé que hemos hablado bastante pero tengo una anécdota más un fracaso más que me gustaría compartir antes de entrar al punto final verdad y que va de la mano
Juan (1:10:03)
Ajá, ajá, sí.
Douglas (1:10:08)
similar a lo que vos hiciste, ¿no? Reduciste el tiempo del query de 11 minutos a 11 segundos, eso es una gran victoria, pero quedaste establas con el error de dejar hardcoded las fechas. A mí me pasó algo bien similar. Un día, donde estábamos en el trabajo donde vos y yo nos conocimos, teníamos, había unos dispositivos Cisco que eran los balancers. Era una configuración que se venía arrastrando por muchos años y era un solo dispositivo, no había alta disponibilidad.
Juan (1:10:15)
No,
Mm-hmm.
Ok
Douglas (1:10:36)
Entonces ya se había informado pero seguían con ellos y yo había recomendado usar Nginx como load balancer porque son aplicaciones web y entonces nos convenía el procesamiento en la capa 7. Entonces pues un día fallaron y las aplicaciones más críticas que eran si mal no recuerdo eran siete estaban caídas. una empresa que vende millones de dólares al día. Entonces
Juan (1:10:57)
pocas.
Sí, sí.
Douglas (1:11:04)
Estaban caídas estas empresas y pues yo llego temprano trabajar y desde más temprano ya estaba reunida gente viendo cómo iba a ser y el plan para solucionarlo porque como había solo un dispositivo y mientras venía el otro, iban a estar toda la noche hasta como a las cuatro de la mañana para la solución provisional y levantar en los sitios hasta esa hora, la provisional y luego cuando viniera el sitio y yo llegué al trabajo a las ocho de la mañana, ¿no?
y hasta como las 3 4 de la mañana, algo así, va a estar listo el sitio, imagínate. Y al llegar al día siguiente el nuevo hardware, había que repetir el proceso para cambiarlo, y iba a estar caído la mitad de ese tiempo. Entonces, yo sugerí, ¿por qué no usamos los balancers de Nginx? Levantamos una VM en cada vlan.
Juan (1:11:44)
Uh-huh.
Ok, ajá.
Douglas (1:11:56)
asignamos, hacemos
NGINX y el reverse proxy para que haga load balancer e incluso no necesitábamos cambiar DNS nada porque solo cambiábamos la NAT para quienes no sepan NAT en networking es el concepto de Network Address Translation es el concepto de ligar una IP externa a una IP interna en tu red local entonces solamente cambiamos la NAT, la IP externa es la misma por ende la resolución de DNS del internet se mantiene
internamente apuntamos a los load balancers de Nginx cuando venga el nuevo load balancer se configura todo y sólo volvemos a cambiar la NAT
Juan (1:12:26)
Ok.
Uhum.
No,
Douglas (1:12:37)
no hay downtime y todos, hey dale pues y empezó a trabajar con la demás gente de sysadmin levantamos las VMs configuramos y como en dos horas algo que iba estar listo hasta en la madrugada todo un día caído estaba arriba en dos horas y empezamos a recibir tráfico empezamos a ver y todo, hey que bien y los aplausos, hey el héroe, el héroe
Juan (1:12:43)
Mm-hmm.
Douglas (1:13:00)
Entonces se termina la actividad de levantar todo y me dicen ok, instalales el agente de monitoreo, o vamos a Avix, instalales el agente de monitoreo y yo ok, le voy a instalar porque como están corriendo producción hay que monitorearlas.
Juan (1:13:15)
Claro,
Douglas (1:13:16)
perfecto
entonces yo vengo y dije yo, ahí entró la memoria muscular de ese punto en adelante, en toda máquina virtual nueva corriamos un script, aquel tiempo teníamos un script, comenzábamos con configuration management y estábamos buscando implementar pop-it, entonces era un script y este script hacía host names, instalaba paquetes y servicios incluyendo la gente de monitoreo, pero al finalizar
Juan (1:13:41)
ok, ok.
Douglas (1:13:42)
el
script reiniciaba la computadora, servidor, perdón, porque se está corriendo en un servidor nuevo que no se ha entregado. Entonces empecé yo y le instalé el script y empezaron a reiniciarse las VMs y empieza a caerse el sitio y rapidito la llamada, hey, falleo, mira aquí, allá, llámate fulano, sotano, me engano, y yo mismo como yo estoy con la memoria muscular yo digo, hey, ¿qué habrá sido? ¿qué habrá pasado? y como a los...
Juan (1:14:09)
Y
seguías y seguías.
Douglas (1:14:10)
Sí, sí. Y como a los 15
segundos me cae, pum, y siento que me va el alma por dentro. Y yo quedo... ¡Ay, qué terrible! Y lo que yo te digo diciendo, ¿cómo puedo hacer Dios mío para evitar mencionar el gran error que tuve? Entonces tuve que decir, hey, miren, En la llamada estaban todos alterados, escúchenme, escúchenme, miren, ve.
Juan (1:14:16)
Mm-hmm.
Ajá, exacto, ese primero segundo son los feos.
Douglas (1:14:37)
disculpen y yo usé la frase en inglés, dice tuve un brain fart, verdad, tuve un... mentalmente no sé qué me pasó y reinicié las... VMS. Mi jefe me quedó viendo con una cara de odio así como que ¡ay! ¡qué bárbaro! y yo miré la cara de decepción todo el mundo en la llamada y pasé de... de... héroe a villano en segundos, verdad, entonces lo bueno que hice...
Juan (1:14:41)
Sí, sí, sí,
Se me cayó mi herbe, decían.
Douglas (1:15:04)
los 100 que sumé, le resté 100, entonces quedé en cero, me salvé de problemas porque al final aún a pesar del error siempre le salvé la empresa, los sitios iban a estar caídos todo un día, pero sí, volver, claro, pero cuando vos ves ese glitch, te parece que entonces no estás dejando una configuración apropiada.
Juan (1:15:05)
jajaja
pero al reiniciar volvía a estar bien,
Douglas (1:15:28)
Entonces, si no va a ser apropiada, mejor comencemos a trabajar con el plan que teníamos al inicio porque toma un día y entre más rápido lo iniciamos, más rápido salimos. Entonces, tuve una situación así. Yo creo que ese yo lo considero como el más grande, fíjate, de mis errores. Lo recuerdo ahora me genera gracia, en su momento, como todos los traumas de nuestra vida, mientras se dan realmente son complicados.
Juan (1:15:28)
Sí, sí, sí.
Qué feo.
Sí.
si, yo por eso digo, esos primeros momentos donde te das cuenta, fui yo, en serio esta pasando esto, no puede ser, na, que feo, ay dios mio, pero si, bueno y la verdad es que...
Douglas (1:16:00)
Sí.
Juan (1:16:13)
hay muchas anécdotas así yo creo que a veces las reprimo no recuerdo tantas anécdotas o tal vez me van viniendo a la mente en lo que vamos hablando ojalá bueno vamos a ir entrando en la etapa final de estos puntos que estamos dando solamente como para ir mencionando verdad lo lo que lo que la finalidad de esto perdón la finalidad de lo que estamos diciendo es
que logremos superar las consecuencias de nuestros errores, nuestros fracasos estos fracasos ya lo hemos dicho creo que miles de veces en este episodio y es que siempre van a pasar entonces no se trata de hacernos indiferentes a bueno me pasó y no importa no importa no se trata de eso se trata de ir aprendiendo de estos errores y a veces entre más
mas se nos queda grabado y menos vuelven a pero de nuevo la idea es solucionarlo, aprender y que las consecuencias que vengan pues tratar de afrontarlas y levantar la cabeza con estas cosas algo que ayuda mucho Douglas es como para ir entendiendo estos aspectos sociales que se dan también es bueno ponernos en los zapatos
de las personas que se vieron afectadas.
Por ejemplo, en tu caso mencionaste que tu jefe se quedó trabajando mientras tenías que irte... No fue algo que se salió de tus manos, pero en otro lado podría darse el caso que este jefe se enoje y te diga, pucha, qué mal por tu culpa me tocó a mí. Podría ser, Pero si nosotros entendemos se vieron afectados por equis motivo, entonces es necesario, ¿no?
eso yo creo que nos puede ir ayudando a ir pasando pasando página entonces es necesario eso pero
Otra cosa que es necesario también hablar Douglas es que no es tan fácil eso de pasar página. Realmente dependiendo de la gravedad de los problemas que se dieron, a veces uno queda dañado por decirlo así emocionalmente. Nuestra moral se ve decaída e incluso luego nos puede afectar en el siguiente trabajo.
⁓ yo soy una persona que realmente soy muy duro conmigo mismo me he dado cuenta de eso que a veces incluso problemas que se dan que tal vez no pasan a mayor ⁓ no afectan a los demás yo en lo personal si soy muy duro conmigo mismo y es algo que estoy tratando de mejorar pero
porque los he tratado de mejorar porque de nuevo cuando suceden estos errores nos golpean muy duro y es muy feo uno se siente como que tuve este error, este fracaso y significa que entonces no soy capaz de hacer lo que me dijeron que tenía que hacer y eso a me pasa y aquí esto se puede derivar en una plática sobre el síndrome de impostor pero esto se sale del
lo que queremos mencionar en este vídeo, tal vez en otra ocasión podríamos hablar un poco más detenidamente de eso, pero lo que quiero decir es que si se sienten así, por un lado es normal, es normal que más cuando acaba de suceder, nos vamos a sentir mal, nos vamos a sentir como con todas estas inseguridades, este sentimiento de culpa, es normal que suceda, pero
es importante esforzarnos en que eso vaya pasando como decía antes no les puedo dar una una un consejo de decir hagan esto esto y esto y ya se les va a pasar no puedo
Pero lo que sí les puedo decir es que requiere que nosotros mismos nos esforcemos en ir retomando nuestra confianza en nosotros mismos para luego volver a obtener la confianza de los demás. Así que es una situación muy complicada Douglas, definitivamente dependiendo de la persona, de nuevo depende de cada quien, pero sí puede llegar a darse esta situación donde uno se siente que ya no puede y que no está.
la altura tal vez del trabajo, las tareas y todo esto.
Douglas (1:21:14)
Sí, y es que tal vez
uno con los consejos anteriores...
se quiere, primero que nada, llegar a evitar el daño emocional. De diferentes formas se presenta el daño emocional. No somos psicólogos, no somos expertos en salud mental. Estamos hablando de nuestras vivencias y yo creo que vos o yo hemos experimentado algunas de estas cosas en algunas ocasiones dependiendo del error o el fallo. Pero también hemos visto gente con la hemos trabajado que ha llegado
a situaciones tal vez severas emocionalmente. lo primero es, los consejos es tratar de llegar a ese daño emocional grande, pero en muchas situaciones, como ya lo mencionamos y dependiendo del carácter, es casi imposible ese daño emocional y se presenta de diferentes maneras y yo concuerdo con vos Juan, el primero es ese de no sentirme capaz, o sea, de venir y decir, pucha, fallé en algo tan sencillo.
en algo tan que es una tarea que lo pudo haber hecho un junior dependiendo del error y ya se manifiesta el daño emocional de esa manera, sentirme incapaz, el síndrome del impostor. Otra forma en la que yo miro que se manifiesta ese daño emocional, Juan, es el quedar con miedo a esa tarea que lo causó. Si tal vez yo hice una configuración en el web server y falló, entonces luego...
Juan (1:22:31)
Sí.
Douglas (1:22:45)
o no quiero tocar más configuraciones en NGINX en el web server o tal vez se web server en el particular, digo, ay, ese no lo toco yo, se lo voy dar a mi jefe esa tarea, ¿no? Y quedas con ese miedo genuino porque tal vez la consecuencia fue grande y ahí es la parte emocional afecta, ¿no? La consecuencia fue tan grande que, ay, quedo con miedo, ya no lo quiero tocar y cómo se llama ahí...
Juan (1:23:06)
Mm-hmm.
Douglas (1:23:09)
Y eso son situaciones reales y son situaciones duras producto de fracasos que tenemos en el trabajo y quisiéramos... la mente sabe que al final ya se resolvió, la mente sabe que ya está todo bien, que ya pasó lo malo, ¿verdad? Pero nuestro sentimiento y nuestro corazón queda con ese daño, con eso ahí que nos hace actuar y comienza a afectar
rendimiento de nuestro trabajo.
Juan (1:23:42)
Si, exacto, eso es algo clave, empieza a afectarnos. A mi me ha pasado eso. Tuve un problema, un error, esto me afecta y ya no estoy trabajando de la misma manera. Y como ya no estoy trabajando de la misma manera, ahora también eso alimenta el sentimiento que tenía antes y se crea esta bola de nieve muy oscura, Y realmente cuesta. No es fácil. Cuando ya estás en ese
punto a veces cuesta salir de ahí pero
es necesario es necesario como decía yo esforzarnos y cómo lo podemos hacer hay varias formas podríamos tocar algunos algunos métodos bastante generales de cómo hacerlos yo la personal siempre le apunto a reforzar eso que eso es lo que falle si si yo me equivoqué en una configuración o en un hice un
programa y este programa falló bastante porque no es como yo esperaba entonces necesito ir a reforzar estos conocimientos que yo creí tener esto puede ser con tomar más cursos en internet hacer otras prácticas por aparte eso nos va a ayudar a retomar la confianza en nosotros mismos porque necesitamos como que volver a tomar y arrancar los motores
y volver a entender que eso fue un error muy puntual de una vez.
todavía puedo. Y de nuevo, si sentimos como que tal vez necesitamos reforzar conocimientos y conceptos, se vale volver a tomar cursos, volver a estudiar. No quiere decir que, bueno, ya lo hemos dicho en otros episodios, aquí nunca dejamos de estudiar lamentablemente o positivamente como lo quieras ver. Pero sí, es necesario hacer eso. Es necesario retomar.
los conocimientos que ya teníamos, tal vez, probablemente. Es algo que no nos guste, pero hay que hacerlo. En tu caso Douglas, ¿tenes alguna acción que solés hacer cuando te sentís mal o con estos sentimientos que hemos dicho anteriormente?
Douglas (1:26:13)
Sí, producto de los fallos, como estás diciendo, porque a veces ese daño emocional, a veces como consecuencia, hasta nos puede hacer querer cambiarte de trabajo, para empezar fresco, De lo mal que nos sentimos. Yo no he llegado a ese punto, gracias a Dios.
Juan (1:26:30)
Sí.
Douglas (1:26:32)
No me ha ocurrido ese punto, pero conozco de gente que ha llegado a punto de cambiarse de trabajo o querer cambiarse de trabajo para quitarse, sacudirse un fallo. Y compartiendo la idea que vos nos diste de ponernos a estudiar.
esa área en la que fallé para volver a ganar esa confianza y a veces puede ser que falle en comunicación, a veces el error fue, tal vez el último que nos mencionaste vos, ¿no? Cambiaron los requerimientos y tal vez te faltó comunicación en el siglo con tiempo, es necesario, a veces es bueno sacar, entender cómo comunicarnos mejor y sacar un curso para ello. En algún momento yo...
Juan (1:26:58)
Claro, sí.
Sí.
Douglas (1:27:16)
y saqué un cursito rápido de dirigir reuniones de manera efectiva porque deambulaba mucho al momento de que me tocaba dirigir reuniones con clientes y se siente feo que lo regresa en el primer grado uno a veces, pero es necesario dar ese paso atrás y es producto. Luego de ello, yo siempre me he sentido con confianza de hablar, nunca he tenido confianza, pero la confianza no es sinónimo de saber dirigir.
Juan (1:27:37)
Mm-hmm.
Douglas (1:27:41)
un tiempo, entonces me toca hacer eso y otra cosa que hago es para situaciones similares hago mi propio checklist, verdad, muchas veces producto del consejo que dimos antes de hacer este incident report o estos post mortem, la idea es incluir cosas al proceso para que errores similares no se vuelvan a dar, pero aparte de ello y vos mencionabas algo similar también, aparte de ello yo hago mis propias notas.
Juan (1:27:42)
correcto
en
Douglas (1:28:11)
de
cómo hacerlo. De hecho, uno de los fallos que tuve de este que importé la base de datos incorrecta fue que en aprender de errores, yo durante mantenimientos o migraciones, yo decidí tener los comandos que se van a ejecutar ya listos.
ya listos, verdad, entonces cuando corrí el comando que tenía ya listo por eso tenía la fecha del dump del día anterior producto de como yo había llegado a mis propios cheques de errores anteriores entonces luego de este error
Juan (1:28:42)
Sí.
Tu
optimización te jugó en tu contra.
Douglas (1:28:52)
Exacto, entonces luego de
este error yo vine y le agregué un proceso más que es media hora antes del mantenimiento revisar a detalle cada uno de esos pasos y en la medida de lo posible mandarlo es un día antes mandarlo a revisión a todo el equipo mi plan le digo y este es mi plan lo manda el equipo cuando tengan chance por favor revisenlo y me dan su feedback
y luego media hora antes yo lo repaso producto de este último error que te comento. Entonces, y así yo tengo checklists de diferentes procesos, esos checklists han sido enriquecidos a lo largo de la cantidad de fracasos y errores que he tenido, pero de nuevo eso me ayuda a enfocarme.
a no repetir el mismo error y eso me ayuda a volver a ganar la confianza en mí mismo para comenzar a salir de ese daño emocional que dejaron diferentes errores que cometido en el pasado.
Juan (1:29:52)
Sí, porque...
obviamente el temor que viene aquí es el como decía lo mencionaste antes no ya no querés agarrar esa tarea porque te da miedo el miedo viene de volver a cometer ese error pero con estos checklists pues ya te estás asegurando de no ya no va a volver a suceder porque ahora yo estoy siguiendo estos pasos y que me van a ayudar a evitarlo si me gusta la verdad es que si es complicado
a veces poder encontrar un flujo de trabajo que sea tan eficaz a prueba de balas, correcto eso es difícil y lamentablemente a veces se van dando a través de los errores entonces podemos ver los errores como un aprendizaje y bueno por último Douglas es importante que entendamos
Douglas (1:30:31)
a prueba de balas.
Juan (1:30:53)
si tuvimos un error eso no significa que ya no sabemos nada o que ya no estamos capacitados para el puesto de trabajo es necesario recordar que anteriormente ya hemos hecho otras tareas ya hemos hecho otras trabajos más difíciles incluso entonces sí nos vamos a sentir mal ⁓
recibir comentarios, todo esto, pero es importante no perder de vista el valor que tenemos nosotros. Entonces, uno va perdiendo confianza en uno mismo a veces, es normal, pero de nuevo, hay que hacer un esfuerzo por recordar las cosas que ya hemos logrado. ¿Qué cosas han logrado? Probablemente han logrado un...
un título universitario, han logrado un proyecto personal, han logrado x trabajo. Entonces todas estas cosas a veces es necesario recordarnos uno mismo, darnos una palmadita en el hombro.
porque eso ayuda, dependiendo de la persona, pero si ayuda a aspecto emocional y la moral caída la podemos levantar nosotros mismos tratando de recordando estas cosas y suena suena raro tal vez ahorita que lo estoy diciendo en voz alta suena un poco raro pero pero la verdad es que sí es necesario a veces uno
vencer estas inseguridades recordando las cosas que uno sí ha logrado las cosas de las que uno se siente orgulloso entonces
Douglas (1:32:42)
Fijate Juan, que me
causa gracia porque si es cierto, suena raro decirlo, pero fíjate que eso es algo que yo hago, yo hago. Y yo le digo recordar victorias pasadas, así me lo, victorias pasadas, lo, lo, lo, lo, lo, lo, lo, lo, lo, lo,
Juan (1:32:53)
victorious ok
Douglas (1:33:05)
para salir de ese daño emocional, de eso que me afectó emocionalmente cuando cometí un error en el trabajo, lo que estamos llamando ahorita fracaso, que afecta a otros, producto de mi error, en el nivel que sea, estamos llamando eso fracaso, pero también lo uso cuando creo que fracase en planes, y un ejemplo que puedo dar, yo recuerdo el año en que nació mi hija mayor,
Juan (1:33:18)
Sí.
Douglas (1:33:31)
obviamente entre trabajo y otras responsabilidades personales y todo, la responsabilidad de un hijo era mi primera hija y ese año fue bien complejo. Al final del año, agradecido con Dios por la bendición de ser padre y disfrutando el proceso, a nivel laboral dije yo, este año fue lento para mí porque yo siempre me pongo metas a mejorar.
cada año, no necesariamente dentro del trabajo como tal, en un ascenso, pero yo en aprender nuevas tecnologías, nuevas cosas, aprender una herramienta, etcétera. Y yo dije, este año no pude enfocarme en eso, no es que me sienta mal como tal porque sé por qué ocurrió, pero no pude.
Juan (1:33:59)
Mm-hmm.
Sí.
Douglas (1:34:25)
Y entonces ahí comencé con el proceso de retrospectiva, de decir, ¿qué hice? Voy a poner a pensar, ¿qué hice? Y cuando comencé a año saqué una certificación de POPET, ese año implementé unas cosas en el trabajo, ¿verdad? Y empecé a sacar cuentas y yo creo que había logrado más.
Juan (1:34:32)
No hice nada, dijiste vos, pero...
Mm-hmm.
Douglas (1:34:51)
que en otros años que no, cuando no era padre, verdad. Entonces, ella dije, ey, agradecido con Dios por todo, pero ella dije, realmente que uno se enfoca en, uno es duro con uno mismo, vos dijiste eso, ¿no? Y las personas que nos fascinan esto de la tecnología solemos ser así, Como uno es duro y se enfoca en la manchita pequeña en la pared porque quiere mejorar siempre y está bien, pero ey.
Juan (1:35:06)
Sí.
Douglas (1:35:19)
había logrado un montón de cosas y ya empecé a decir realmente que no estoy mal este fue un muy buen año para mí fue mi mejor año porque recién era padre pero creí que a nivel profesional no lo iba a ser tanto y resultó ser un año redondo porque hasta en esa área había logrado mucho pero fue de ponerme de manera intencional a ser retrospectiva
y recordar esas victorias pasadas que por pequeñas o grandes que sean nos dan ese impulso de ánimo, ese recordatorio de decir, hey, por algo estoy aquí, tal vez vos dijiste algo cuando discutíamos un poco este tema Juan, decías, si soy un junior que acabo de, este es mi primer trabajo, ¿verdad? ¿Cuál es mi victoria pasada? Tengo meses, tu victoria pasada es haber adquirido el conocimiento necesario para ser junior y tener ese trabajo.
Juan (1:36:01)
Sí.
Douglas (1:36:08)
esas son victorias, vos dijiste sacar un título universitario o de la manera en que sea que aprendiste lo que hoy sabes, son victorias. Entonces no olvidemos esas cosas, recordémonos que Dios nos ha dado esa sabiduría, entendimiento para continuar creciendo como seres humanos, ese espacio para seguir creciendo, esa oportunidad de mejora, ¿verdad? Y esa mentalidad nos va a ayudar a poder... va a variar por persona, de nuevo, no somos expertos en salud mental.
Juan (1:36:11)
Sí.
Douglas (1:36:37)
Pero por experiencia propia, esa mentalidad nos va a ayudar a ir saliendo de ese bache emocional que el fracaso nos genera muchas veces.
Juan (1:36:46)
correcto, correcto, creo que cabe la aclaración que no somos psicólogos ni nada, creo que estamos apuntándole a un problema tal vez no tan grande, esperemos, pero...
aunque no es tan grande, nos limita a veces, ya lo decía, nos influye negativamente en nuestro trabajo y si a veces uno pierde de vista las cosas que hecho atrás y es necesario hacerlo. De nuevo, no me canso en decirlo, hay que esforzarse, que hacerlo activamente como decías porque nadie más lo va hacer por nosotros y en estos momentos
donde uno tiene estos fracasos que uno lo ve como que son lo peor que pudo haber pasado. Ahí es donde tenemos que ser fuertes y tratar de superarlos, una vez lo superamos eso como que te vuelve dar más impulso más grande para luego salir de eso y salir mejorado. Es raro, pero pasa.
Bueno, creo que con esto podemos ir cerrando el episodio Douglas. La verdad es que de nuevo me pareció un tema muy, muy interesante cuando me lo propusiste porque esto fue idea de Douglas. Y la verdad es que es algo que le pasa a todos y nos va a pasar a todos en todos los momentos pasa. Solo recordándoles si se sienten mal es normal, pasa.
uno se siente bajoneado, triste, lo importante aquí es que uno sale de eso, eso pasa y uno sigue adelante, hay que seguir adelante, eso es importante. No sé si tienes algunas palabras dublas que les quisieras decir para ir para el cierre.
Douglas (1:38:47)
Mi pensamiento
final sería tal vez evitemos enfocarnos en no equivocarnos porque es imposible y si nos enfocamos en eso vamos a pasar de decepción a decepción porque es imposible. Tratemos de redirigir nuestro esfuerzo a evitar repetir los mismos errores.
Haciendo eso, les aseguro que nuestra mentalidad, nuestra forma de afrontar las cosas va a cambiar y nuestro progreso incluso va a ser exponencial, ¿verdad? Entonces recordemos, mejor enfoquémonos en evitar repetir en la medida de lo posible los mismos errores y vamos a obtener mejores resultados, tanto anímicos como de parte de rendimiento en nuestro trabajo.
Juan (1:39:35)
Me encanta, me encanta ese consejo. Yo también lo voy a aplicar a mí mismo. Y bien, eso ha sido todo por esta ocasión y gracias a todos los que llegaron hasta aquí. Gracias por las reacciones que nos dan en los videos, en las redes sociales. Y si llegaste hasta aquí, por favor, un like, un follow o como se llame en las redes sociales en las que nos estás viendo. Porque definitivamente eso nos ayuda y lo agradecemos infinitamente. Así que bien.
eso ha sido todo nos vemos a la próxima gracias a todos bye