214. Métricas de productividad en equipos de software: optimizar con datos | Enrique Padilla (Kindor)

tratar de medir productividad de tecnología no es un tema sencillo, no es un tema donde con es una métrica y eso te voy a responder todas las preguntas. Los líderes de hoy de tecnología ya no va a estar que sean buenos en lanzar código o hacer coaching técnico de sus ingenieros, sino realmente tienen que empezar a operar en función de datos. Es algo que luego hacía mucho con los líderes es saber tú cómo puedes demostrar de forma objetiva que estás mejorando mes con mes. Los incidentes siempre van a pasar. Así te llames Google o sea, es un startup que va arrancando. Algo que habla muy bien de una empresa o de que tan buena es en su área de tecnología, es que tan rápido se recupera de sus incidentes. Los ingenieros a final de cuentas algo que buscan es claridad en cómo ellos pueden crecer en su carrera profesional. Si decidiste que todo mundo va a regresar a la oficina, es porque está bastante validado que eso te va a ayudar como negocio y vas a poder lograr más. Sabías que muchas empresas pierden millones al año simplemente por no medir bien la productividad de sus equipos de tecnología. Hoy, es requeparía, CEO de Kindor, lo juntará cómo está ayudando a cambiar eso y porque el futuro del trabajo no es mi remoto ni presencial. Es mucho más que eso. Hola, soy Jaime Soto Mayor, conductor del podcast de innovación sin barreiras y bienvenidos a un nuevo episodio. En este episodio, prometemos transformar cómo entiende ese rol de los equipos tecnológicos entre el empresa. Antes de pasar a hablar con el RIC, no te olvides de suscribirte al podcast en YouTube, Spotify, o donde sea que escuches tu podcast favoritos, como también, en compartir solo a más personas que quieren aprender más sobre tecnología e innovación. Ahora sí, vamos con el RIC. ¿O el RIC, como estás, bienvenido al podcast? ¿Cómo te va? Que onda, Jaime, muy bien, gracias. Gracias por la invitación, amas, feliz de estar acá. No, encantadísimo de tenerte. Como les he visto para una gran conversa y saltemos directamente a gran. Hay algo que, que todas las empresas nos hacemos, nos cuestionamos todo el tiempo y es, ¿por qué crees que muchas empresas fracasan al medir la productividad de sus equipos de desarrollo, de desarrollo de software, puntualmente? Claro. O sea, ¿que ya no hay que tratar de medir productividad de tecnología? No es un tema sencillo, no es un tema donde tome su nalmétrica y eso te voy a responder todas las preguntas. Es un conjunto de varias cosas. Entonces, lo que pasa es lo que con las empresas es que intentan arrancar, miriendo una sola cosa. A veces, tiene el efecto contrario a lo que se trata de lograr. No, o sea, uno se le ejemplo más clásico y que todo mundo piensa es, pues, empecemos por medir líneas de código liberadas. Y, pues, obviamente, esa médrica por sí sola no te dice nada, incluso más bien puede ser, como decía al principio, puede ser contraproducente. No. Entonces, dada esa complejidad ha ido a que, al final, después que hay una sola métrica, al final, los mismos ingenieros lo toman como algo no positivo, no se logran resultados de querías arrancar el proyecto. Y, pues, deciden mejor regresar a donde estaban antes. Creo que parte de eso es lo que suele hacer bastante complejo este ve proceso. O sea, definitivamente, a veces es difícil poder visibilizar lo que está pasando conforme incluso tus equipos van creciendo, como puedes ir midiendo realmente, o no están con te huyendo individualmente al conjunto completo. Sí, es que, a ver, aquí, no hay, tú piensas en productividad. Y nosotros, hacemos mucho este ejercicio luego acá en Kindor, que es, generalmente, en áreas soparativas, tal vez, áreas de ventas es muy sencillo llegar una métrica que se relaciones con actividad del equipo, pero también impacto al negocio. O sea, en ventas pustas, claro, obviamente, mientras más ventas cierres, mayor impacto al negocio y, pues, también es un trabajo tanto a la persona como el equipo que produce algo positivo para empresa. En tecnología, luego, vas a ir partiendo incluso desde la parte donde a veces el ingeniero ni si quieren, tiende el porquesta haciendo las cosas. Entonces, pues, al final se centra mucho en, pues, estar sacando cosas y luego la misma empresa, a veces, cae en estas, les suelen llamar Vanity Matrix, ¿no? Que son Metricas más que cuantas cargas tú, o cuantos likes de los medagos. Correcto, correcto. O sea, y son metricas más como que el final te dan una percepción errónea de lo que está pasando. O sea, si tú estás sacando mucho código, pero ese código, a final de cuentas, no se traduce en productos que generan más negocio para la empresa, o sea, nada sirveo. Exacto. Entonces, creo que al final, tienes que combinar tanto aspectos de actividad o de output, por así decirlo, como aspectos de output con el resultado como tal para el negocio. Si en esas dos hablando en conjunto, realmente el medir productividad usted está se enganyando. Excellent. Y como fue que nació esta interés por tratar de resolver este problema tan específico en el mercado? A ver, yo tuve la fortuna de, ya tengo más de 15 años trabajando en la parte de tecnología. Tuve, por un lado, la fortuna de vivirlo en Estados Unidos, que en los de algún modo es un mercado un poco más maduro en la forma como llevan tecnología y las empresas como Desarrollo en software. Y después ya en México en un startup con un crecimiento súper acelerado como es el caso de Confío. No es. Y en ambos escenarios tuve la fortuna de liderar equipos. Confío a una escala mucho mayor que lo que fue, lo que fue Microsoft y en Estados Unidos. Habrá de tener, básicamente, un equipo de más de 300 ingenieros. Cuando tú le metes a parte factores como es trabajos, el trabajo, el modo de trabajo remoto, más además la parte de, pues esa presión constante negocio donde teníamos varias líneas de negocio corriendo la vez y queriendo dar esa visibilidad de lo que estaba pasando tecnología. Cómo, pues digo, te pasan, pasan mucho ese parte, de que distintos líderes de cada una de las líneas de negocio te va a pedir distintas cosas. Entonces, como priorizas, cómo da esa claridad de qué está pasando en el área. Incluso cómo estructura esto equipo para tratar de tener el mayor impacto del negocio. Los fue un reto súper constante. Al agrado que nosotros internamente dentro de Confío intentamos, pues varias cosas, no por un lado, intentamos tener personal dedicado que nos ayuda a tener esa visibilidad por otro lado, armar un sistema interno, pero la realidad de las cosas es que siempre nos consumía el día de la empresa. Entonces, nunca encontramos ese tiempo para realmente enfocarnos y sacar esto bien, y caímos un poco en lo que mencionaba al principio, no? Era, pues tenía la mitad del dibujo, no tenía todo. Y cuando yo trataba de dar esa visibilidad negocio o querían, incluso compartirlo internamente con el equipo de tecnología para tomar decisiones, no teníamos la capacidad. A eso les sumas que llegaron varias cosas como fue en caso de, pues la partir 2022, cambiaba mucho la parte de la economía nivel mundial y ahora hay mucho enfoque en, pues ya no ese crecimiento a toda costa, sino más bien seguir creciendo, pero de una forma mucho más responsable, siendo mucho más eficientes en costos. Había esta evolución un poco también impulsada, quizás fue el sector de Ventura Capital, de los que propios los quedábamos en capital, en ese momento era muy el mensaje crecer a toda costa y, claro, balancear el selecciente o crecer rápido no es, no son cosas que van muy de la mano. Entonces, claro, la preciación está en que es crecer, crecer, crecer y a veces pasarle un reporte, un inversión y está diciendo, sí, que hemos duplicado nuestro headcount, de tal fecha, tal fecha era casi como decir, estamos creciendo, y así estamos produciendo más, pero no es realmente duplicar la cantidad de nivel del proceso, aplicando el output de programación, de funcionalidad, de centros otras cosas. Hoy como dice si había ido este cambio hacia eficiencia reducido, digamos, la cantidad de personas que necesitas para cumplir la misma cantidad de trabajo. Entonces, si hay un cambio, no sé si si esto van a hacer como el péndulo y regresaremos hacia el otro lado en algún momento, pero por lo menos hoy, si editamos que seamos más eficiente, ha llegado AI justo también para ayudar a todo lo que desarrollo o a assistance para coding, te creo que es un momento muy interesante para explorarla, eficiencia en este espacio. Entonces, nos se cuéntanos un poquito, entonces al final, cómo fue que que dice "ya, esto lo tengo que yo volver". un producto que todo en precio de tecnología, o que esté desarrollando tecnología, tiene que utilizar. Sí, y pues, a ver, un todo conectado a eso que mencionas, ¿no? Y, no, eso. Me acordé de una negrita curiosa que teníamos, como mencionas, el tema de. casi como un "decircle headcount" iba aumentando de algo positivo. Pues llegaba un punto donde nosotros, literal, teníamos casi metas del tamaño que teníamos que crecer en la idea de tecnología. Y a mes con mes. Y hacíamos hasta casi jaccatones de contratación. Entonces, era. O sea, la verdad, una locura. Pero bueno, regresando un poco a la pregunta. Pues al final, este. Este shift en economía fue también como un golpe de realidad. No, y fue. Pues al final de cuenta es las empresas que están hoy son más negocios. Ya no es como es. Decinda, "más estoy creciendo porque tengo capital infinito, sino realmente estoy haciendo lenguoso de lo que estoy corrosposto yendo". Y también eso. Y es de alguna manera. Ejersió esta presionante tecnología. De tecnología no puede seguir operando, como venía operando hace algunos años. ¿Dónde es. Pues la gente técnica entiende que está pasando. Habla el mismo lenguaje que los ingenieros y de alguna manera, puede saber cómo se están moviendo las cosas. Pero a la vez, existen muchísimas suficitividad. O sea, siguen habiendo muchos temas de opiniones. Y pues cuando tú actas de llevar eso a una perspectiva de negocio, pues no funciona. O sea, se te empieza a quedar corto. Entonces, pues dado este panorama, fue que. Empezamos a. Bueno, en mi caso específico, dije, "Esto tiene que cambiar". Y si no lo hacemos. Si no lo hace alguien, si no ayuda a alguien, empujar todos los líderes. Los líderes de hoy de tecnología, ya no va a estar que sean buenos en lanzar código o hacer coaching técnico de sus ingenieros, sino realmente tienen que empezar a operar en función de datos. Es la misma revolución que ha pasado con todos los negocios, ¿no? Que es. A veces, antes de movir más por intuición y por distintas cosas, ahora los negocios usan la data como una ventaja competitiva. Siento que exactamente lo mismo está empezando a pasar con tecnología, y poco a poco, las empresas van a haber forzadas a tener esta claridad, absoluta en todas sus áreas de operación en creer y en tecnología. Entonces, eso es un poco lo que nos llevó a. Tenemos que empezar a resolver este problema. Entonces, al final tú dices, el ennozo está tomando ediciones, ambas de datos, a la data, terminen contrataciones incesarias que. ¿Van a estar haciendo perder dinero o ir más lento o evitar cuando tal a la persona correcta? Parece puesto. Si he dado que sea el caso, ¿qué pasos puede tomar una empresa para implementar una cultura que sí sea basada en datos? Sí, justo. A ver, lo que va es que el final uno no empieza a pensar que simplemente por echarle más leña el fuego, van a salir las cosas, ¿no? Y siempre, siempre están en esta analogía de no por tener nuevas mujeres embarazadas, vas a tener el bebé en un mes. Lo que pasa es que en tu inmuneción luego no existe esa visibilidad, entonces simplemente vas agregando bien. ¿Quién era hacer algo que igual nos tocó vivirlo? Rejuerdo varias áreas en las cuales. Pues veíamos que no salíamos proyectos y nuestra primer decisión era. Vamos a contratar más. El final traía más gente y las cosas seguían moviéndose a la misma velocidad, incluso más bien, pues medio bajaba, porque ahora había retos de coordinación, colaboración entre los ingenieros. Entonces, al final, es proceso tal cual como de homogécia, entonces, es súper relevante empezar a tener esta información para aportar más lesiones. Por donde partir, a ver, creo que un poco como mencionaba, el reto es que hay muchísimas cosas que se podrían medir en tecnología. Y entonces, la gente que se puede empezar a brumar, ni en vez de decir, pues, sí, jole, tal vez, si me equivoco, voy a romper mi misma cultura que tengo enterramente. Yo algo que luego hacía mucho con los líderes es saber, ¿cómo puedes demostrar de forma objetiva que estás mejorando mes con mes? O sea, ¿qué capéis que a Métricas podrías darme? ¿Qué a ti te ven ese convencimiento de que estás mejorando o enviando? Digo, no, lo que sea, pero que te pueden dar esa media, esa temperatura de cómo va organización de tecnología. Y pues, ahí, ya empiezan a derivar distintas pláticas de estas Métricas que eventualmente pueden llegar a ser como el pilar que te ayuden a moverse y tener esta claridad. No, por ejemplo, algunos ejemplos, algunas de las Métricas que hemos visto como muy relevantes son, por ejemplo, partir por qué tan habilitados están mis ingenieros para liberar código de forma eficiente. Entonces, ahí hizo antes que querías continuar, ¿a qué hacer, a qué tener que ir a dejar el nivel al código? Justo como lanzar código de producción, tener productos nuevos allá afuera. O sea, que las cosas no quedan en un código que estaba en un ambiente de producción, de desarrollo, y a mandarlo a diamos público por poner así, pero nosotros estamos tan familiarizados con la terminología de desarrollo. Claro, o sea, que al final de cuentas lo vea al cliente, que el cliente ya lo tenga en sus manos. Perfecto. Entonces, empezar a medir a ese tipo de cosas como, ¿qué tan seguido estoy sacando esos cambios? ¿Cuánto me tomas a Carlos de que yo definía una nueva funcionalidad a que están las manos de mi cliente? ¿No? Ahí empieza a saber algo más humo, que tan rápido te puedes mover o incluso si los mismos ingenieros, por muy bueno es que sean, cuentan con las herramientas correctas que les permiten estar sacando código rápidamente. Para hacerle de hoy le clica esos adiamos empresas gigantes en el mundo, o sea, un Spotify, por ejemplo, creo que tenían una muy buena reputación de estar lanzando código, no poner lo público, varias veces, durante el mismo día, no sé si es cierto o el mismo Facebook que tenía dos tipos de push, no desierta cosas más chiquitas y luego cambia más grandes cada semana, y la gente se ve muy contenta, y la gente se ve muy contenta, y la gente se ve muy contenta, pues era mucho como saca lo más pronto posible también para que puedas aprender rápidamente y sobre suitar. Pero tú piensas en un cuerpo horativo que tal vez viene operando con tecnología de los 80s, 90s, no es tan sencillo, y jamás vas a poder comparar forma con el Viva Racódigo Facebook, como la banca tradicional por poner un ejemplo. Ahí después, me parece que quizás algunas recomendaciones, porque eso es mi amigo como guía, te ponemos una desentaja y mediata contra nuevos entrantos en marcado, porque sí he visto a empresas grandes como hacen todo lo que es la pernicación de recursos y los ciclos que toma para poder aprobar nuevas funcionalidades, cosa que en una startup o una empresa grande que nació nativa digital, son cosas que son ciclos mucho más cortos. Entonces, como compiten Noralín que ya tiene esta desentaja, no sé si es que usted con Kindle, han visto o han ayudado a compañías que son no nativas digitales. Sí, es un proceso de final y creo que es parte de donde tienes que arrancar, no primero entender dónde estás parado. A veces ni siquiera se tiene esa visibilidad de, "Oye, hoy cuánto me tomas a caralgo, o cómo es mi proceso para que yo pueda ponerle la iniciativa que planeé a mi cliente". Ya teniendo eso, o sea, finalmente en corporativos es más complejo, pero todos van haciendo en cómo son tus procesos y cuáles de instrumentación que tienen para que puedas probar rápidamente, librar rápidamente todo ese tipo de cosas. En final también hay una realidad. Los corporativos de diferencia de startups tienen regulaciones y distintas cosas que deben considerar que no te permiten esa iteración tan rápido. Entonces tú no te puedes equivocar a librar. Revisando un poco al ejemplo de Facebook arranca con el fail fast, pero ese fail fast ya no es viable, ya no se pueden estar equivocando porque afectan a millones de personas. Entonces creo que va mucho por ahí de entender esa parte y después justamente como ir empezando a encontrar esas áreas de oportunidad donde puedes identificar oye, tal vez donde me estoy tardando demasiado en las pruebas. Pero poder identificar esa área para entender por qué las pruebas te están tomando tanto tiempo y qué inversión tendrías que hacer para que eso sea más agir. ¿Qué es poco el fred en tener esa visibilidad y de arte cuánta de esas cosas? Y no simplemente quedan, nosotros liberamos cada tres meses y ahí se acaba la conversación. Entonces haciendo esta lista corta de métricas que una empresa puede inmediatamente empezar a monitorear desde mañana, partimos por cantidad de código o número de funcionalidades que pasas a producción. Esa digamos que sería una de esas, ¿sierto? Sí, para mí sería eso. No necesariamente cantidad de código, porque si no hay que empezamos a caer en el tema de que. Y por qué entonces exactamente sería? Pero más bien, esos iniciativas liberadas o por así decirlo, ¿cómo cuánto me toma el código que yo estoy construyendo, salga a un ambiente productivo o un ambiente que ya un cliente lo puede ver? Entonces, de las, digamos para aquí, ahorita que nos está escuchando el día de mañana, al reser oficina y diga, ya, estas son las tres métricas que tenemos que empezar a monitorear desde guía. El número es número de iniciativas lanzadas, la otra cual sería? Hay que balancear esto, o sea, aquí es donde entra este reto de tecnología, ¿no? Ok, te muergas muy rápido, pero resulta que por moverte rápido, estás rompiendo el producto, estás llenando lo de defectos. Entonces justamente aquí ya entra el tema también como empezar a medir el número de incidentes o defectos, que estás introduciendo de la plataforma. ¿Qué es eso? No, porque al final hay que tener ese balance de memóvo rápido sin sacrificar calidad. Como una fábrica, no? Número diga así accidentes. Esa conozca. De hecho, si solo pasar mucho eso, hay un libro muy interesante que se llama "The Phoenix Project", que hace mucho esa analogía de cómo el desarrollo de eso a Vuerse puede semejar mucho a una línea de producción. Y donde justamente como en una línea de producción, si tú tienes ineficiencia, lo vas a pagar en la velocidad, en la calidad, etcétera. Entonces, al final eso, tú puedes moverte muy rápido, pero también tienes que tener un balance en temas de calidad. No descuede la calidad por ir más rápido. Estados incluso hasta como que es, una puede influir sobre la otra, porque vamos a querer sacar más funcionalidades, las iniciativas, pero la misma es, puede que termina rompiendo el código y te suelas las incidencias, pero la misma es por la tarde en mi tía y poner muchos procesos para controlar que hayan incidencias, terminas produciendo o lanzando menos. Como que en fin o trabajo, ahí no sé si es que como lo resuelven en las compañías, o cuál es el punto de compromiso que terminan tomando. Sí, exacto. Es como que una te puede frenar la otra, ¿no? ¿Cara cuál? A ver, mira, yo creo que hablando de tema de calidad, los incidencias siempre van a pasar. Paso todo el tiempo. Creo que hay mucho lo que tiene que pasar es que tú seas capaz de detectar cuando te equivocas y no sea algo que lo detecte tu cliente primero que tú. Entonces va un poco también de la mano. ¿Cómo tienes sistemas o procesos que te permiten identificar en el momento que algo se rompeó? Para que dute, puedas mover con tranquilidad o con la confianza de que posee rápido, pero yo sé que si algo falla, me voy a enterar y puedo ir a corregir. De hecho, hay entra una metrica más que va un poco a la mano, que es justamente cuánto me toma recuperar medio de un incidente. Los incidencias van a pasar, ¿no? Pero ahora, pues algo que habla muy bien de una empresa o de qué tan buena es en su areta e tecnología, es que tan rápido se recupera de sus incidencias. Este es. Esta buena. Es una otra es una metrica importante, ¿no? Es decir, si es resiliencia o flexibilidad, pero es como que es la capacidad de recuperación, ¿no? Que tan rápido es recuperarte. Entonces tienes esas tres. ¿Cómo? ¿Qué tan rápido eres? ¿Qué tanto fallas? ¿Y qué tan de recuperas ante una falla? Creo que tres que están muy bien. ¿Pero el isad, diría yo? Correcto, correcto. Yo creo que esa es tu edad en una buena base para ir entendificando tu velocidad y conocimos calidad y también con esa capacidad de reaccionar. Y después se pueden empezar a entrar a métricas, pero es un poco más. Es decir, si lo podría decirse más complejas, pero donde ya empiezas a analizar, por ejemplo, la actividad en general de tus equipos, ¿no? y ahí empiezas a estos temas como de cuál es la capacidad real que tiene el equipo en función de cómo peruilló en el día a día, por poner tu ejemplo, vamos a decir, "OK, yo planeé que vamos a liberar esta funcionalidad en dos semanas". Sí. Pero después, obviamente las empresas ocurren cosas en el día a día que hacen que la ingeniería se apareció y se distraiga, pero haga que tenga que prestar atención a atender cosas que van saliendo en el día a día. Ya se han defecto, ya sé que alguien llegó y te pidió y necesitamos sacar esto para el de mañana y entonces, de alguna modo, va a ser empujando lo que ya se había planeado desde un inicio. Entonces, empezar a medir ese tipo de cosas como es, y el lo que yo planeé, cuánto realmente salió en el tiempo que había planeado. Y aparte dentro de ese periodo tiempo, cuánto trabajé en cosas que yo no tenía planeadas, te pueda ayudar a tener una claridad más de realmente cuánto puede ser mi equipo tomando en cuenta la forma como pera o peruilló como empresa. Claro. Y entonces, ya tenéis a poco a poco atacar esta tema de cuál son mis tiempos de entregas y realmente estoy planificando bien. Que generalmente es lo que luego genera más frustración, ¿no? Cuando hablas de tecnología, o sea, como que es, y con las que estos cuates, nunca entregan a tiempo. ¿Sí? Planeamos para tal fecha y ya vamos a otros a dos. Claro. Pero nunca sabes, aquí en Echarles la responsabilidad o la culpa, así es que no tienes como medirlo correctamente con estas méticas que tú mencionas, pero también debe ser difícil poder medirlo sin un álipo de herramienta. Ahí, justamente, Kindle viene a facilitar la medición de todo esto. O sea, ¿a qué punto o si puede llegar a apoyar a un equipo de desarrollo? Sí, a ver, un poco también interesando el lado. El inicio de la conversación era poder empezar a sacar todas estas méticas, no es una tarea fácil. No es algo que tú digas, bueno, lo voy a tomar como un proyecto ahí en mis ratos libres y poco a poco huir sacándolo, porque en realidad lo te parece que al final, o sea, te empiegas a meter a más y más cosas y cada vez se vuelve más complicado y deja tu, o sea, parte de eso. Oye, ya empece a medir más o menos acá en este equipo, pero resulta que este otro equipo dentro de mi misma organización opera completamente distinto y entonces no puedo ya no tengo esa claridad completa, ¿no? Entonces, lo que nosotros buscamos en Kindle es quitar toda esa complejidad de las empresas, permitirlas que se enfocan en lo que realmente importa, o sea, en lo que es su cor, lo que es su negocio y nosotros llegar con una solución que veía, mira, todo esto es importante. Y alguna manera necesitas esta visibilidad porque te va a eficientar tus costos porque vas a tener mucho más traer esta a veces percepción de caja negra sobre tecnología y también a la vez te voy a dar esa guía, te voy a ayudar aquí, vayas poco a poco mejorando lo, ¿no? Una cosa es esa visibilidad, otra cosa es también ya actuar sobre eso, ¿no? Entonces también un poco lo que buscamos en Kindle es ese acompañamiento en las mismas para que puedan lograr esos objetivos y que no se queden algo que simplemente, o sea, está la visibilidad pero hasta ahí, ¿no? O sea, sino más bien que, como vencer antes, mes con mes se vea ese avance. Qué perfecto eso, ¿no? Y de hecho, a nimo a los que nos hayan escuchando si quieren compartirnos cuáles son esas métricas que han venido siguiendo y cómo las están midiendo y si le están funcionando no funcionando, como a tiene en las redes encantados de poder leerlas y y poder darles a yo a quizás el riquio de los tips, ¿no? Por LinkedIn. Claro, de lo que no ha encantado. Justo hablando del LinkedIn y antes de tener esta conversación propuse, lanzé una pregunta a la audiencia un poco para saber qué opinaba, ¿no? Y les pregunté, ¿cuál es el mayor desafío que enfrentan a optimizar la productividad en sus equipos, ¿no? Y estuvo bastante parejo entre todas las opciones, pero a las dos más grandes, por bastante, era las reuniones poco productivas y no tener métricas claras, ¿no? Entonces, lo interesante es lo de las reuniones no productivas porque eso viene al siguiente punto que quiero conversar, pero da justo en el que clavo con lo que me vinieron conversando, no? No tener la métrica esclaves, no tener el permit de poder optimizar su productividad. Te pasa muy seguido con la gente conversa que no tienen métricas o no saben ni siquiera como medirlas. Siempre siento. De hecho, algo cuando arrancamos quiendo un poco el reto que empezamos teniendo fue nosotros lo construimos mucho en función de los aprendizajes que nos llevamos de esto que te cuenta no es la experiencia de liderar estos equipos, varias cosas que vivimos y demás. Pero llegó un punto donde el producto era en tantas métricas que los líunos clientes nos decían por donde empiezan, ¿no? Parle en foco. Entonces, de algún modo nos ha llevado más a tratar de consolidar, decir todo modo, la información y por donde herla de una forma mucho más disteerible para que pueda ser, mira que hay un área de oportunidad. Y esto es exactamente lo que podría hacer y que ya no se siente como hay 40 KPIs y no sé ni por donde arrancar, ¿no? Cada vez lo es más difícil de consumir la información. Entonces, ese es el final. Creo que un líder de tecnología, pues la interesa precisamente, pues que en las personas de algún modo estén rindiendo de acuerdo a los expectativas, tengas esa velocidad y agilidad para poder sacar o está probando nuevos productos en el mercado, que tu calidad no esté sufriendo y diva levantando en foco a otro punto, pues también que el uso del tiempo de tus mismos ingenieros sea de lo más eficiente, que es creo que algo que ahorita también desde pandemia ha distorsionado bastante y creo que da pio un poco, no sé si es a dónde ir quería llegar. De hecho que sí, porque al final hemos hablado de cómo las corporaciones por un poco sus sistemas legados, les cuesta un poquito más sacar nueva funcionalidades en mercado, pero no creo que sea solamente eso, creo que mientras más antiguas son tus prácticas, o cambiar el mindset de estas nuevas culturas de trabajo es difícil y creo que terminan de un impacto muy grande en la productividad. Entonces, y creo que la prueba de que la mayoría de las personas que me lo han respondido han dicho que es reírne de pocas productivas, creo que las startups justamente lo que buscan es minimizar al máximo el uso de reuniones, como por ejemplo una de las prácticas que más hay escuchado que empiezan a utilizar startups para evitar esto de tener reuniones reuniones y como tiene startups desde las machiquitas, hasta las más grandes como un Discord, escuchaba en otro pocas como entrevistaba al CEO y que claro, fueron creciendo y incorporando prácticas muy corporativas, mucho de reuniones y capas, hasta que momento se ve cuenta de que está habían perdido la velocidad de si en quitar todo eso y ahora básicamente es todos saben cuáles son los principales problemas que ellos quieren resolver sus clientes y cada funcionar nueva se la presentan, hay un espacio para que el CEO pueda decir si o no y al final todo pregunca, no funciona en lo que hacen es lo mandan a través de un pequeño video de lume donde ahí la gente va anotando las preguntas que puedan haber pero se evita de que lo que pudo decir un video de lume no termine siendo una reunión como eso que otros cambios simples tú recomendarías a esta persona que está liderando estos equipos para ir a empezar a haber resultados inmediatos. Sí tal cual yo creo que la partida de la pandemia y el tema de trabajo remoto ahora las digo antes pues estabas en la misma oficina y cualquier duda y rápido la podías rebutarnos ahora a la en yo me incluyo porque yo lo empecé a hacer después de candarrancuel tema de trabajo remoto era cualquier duda que uno tenía como humano y era poni una junta y luego como no sabías con quién era subía a 10 20 personas a la llamada. Entonces tenías una una llamada donde posiblemente tenías que haber con dos personas y acababas quitando el tiempo a otras 15 a otras tantas y al final la llamada no digo nada. Entonces creo que una cosa que que nosotros notamos o a mi parecer es es clave es la gente o sea al final de cuanto esto es lo que tienes que buscar es como darles más tiempo liberarlos más tiempo para que realmente se puedan enfocar en su trabajo y entregar pero dentro de eso también tiene que haber cierto responsabilidad como por así emarlo a un airship o accountability dentro de las personas para aquellos mismos tengan esa responsabilidad yo acorde entregar esto en tal fecha y yo mismo voy reportando mis abacias y no que sea un tema más como que el mismo manera de tener que ir a buscar y entonces pongo una reunión únicamente para ver cuál es el el estatus del proyecto que muchas veces o sea yo donde veía ese exceso de juntas era simplemente para revisar el estatus de un proyecto entonces había una persona que podría responder lo pero tenías otras días ahí en la reunión que bus eran a más escuchando ver como más o menos se salía algo donde puedan necesitar entonces realizando un poco a la pregunta creo que es sí se necesita más ciertos procesos no sé que a veces incluso en tecnología están medio en contra de algunos procesos pero son procesos que al final de contestes van a liberar espacio también entonces es tener esa esa capacidad de cómo estar reportando del un lado y pasaba constantemente que los ingenieros son buenos muy buenas codeando pero son muy malos reportando en lo que están haciendo entonces tener como esa práctica de más el mismo de verlo perder esa visibilidad o mínimo estarlo recorda este guardando en algún tipo de sistema como bien mencionaba Discord no sé lo que es en el Slack solo es una herramienta bastante útil poder comunicar eso y ya en dado caso que si exista algo que amériten discutirlo en persona entonces sí que no la sesión pero no que sea simplemente sesiones ya pre programadas de forma diaria durante media hora donde simplemente vamos a hablar de qué salgo porque si agenda los 30 minutos los vas a usar es una moletía es como como ya lo tengo lo voy a utilizar desde los stand-up meetings no o daily o el weekdays o las todas ya vamos a ah hay ah buscarle como llenar esa agenda porque porque ya tenemos eso y es increíble cómo cuando sigamos y esto no en un heterología creo que en cualquier otro espacio cuando teníamos reuniones presenciales como era un tema donde bueno ya me tengo que desclazar para ir al oficina a otra persona me agenda 60 minutos y no necesitan 60 minutos de su tiempo siente lo llenamos porque podía sonar como no creo se descortés porque los he hecho verí de estar acá y a la misma vez es bueno tengo que empezar y en el espacio porque no creo que en 60 vaya a necesitar los 100% cuando hemos visto en la virtualidad que en 25 minutos podíamos haber hecho exactamente lo mismo y ya no había mucho problema y eso me iba también a hacer prácticas costumbres que son difíciles de dejar del pasado por ejemplo mencionadas de digamos que antes la pandemia era tan fácil como ir y tocarle el hombro alguien y hacer una pregunta ya eso y me acuerdo estamos haciendo nuestra startup mi sitio me hubiera comido en la cabeza si yo iba le tocaba el hombro para hacer una pregunta él estaba con sus headphones concentrado codeando y él decía si tú me ves sin headphones es porque sí estoy disponible para que me molesten si estoy con los headphones ni se te ocurra hablar no me desconcentres entonces para mí fue una práctica muy interesante de cuando estoy de a beile o el y cuando no entonces al final más práctico era mandarle todas las preguntas por slack todo se corinaba por slack por más que todo el equipo está físicamente un al costado del otro todo se maneja por slack de manera sin croná y vamos terminando de pulir todo si hacía vamos obviamente los no es presenciales durpales pero irán como que muy por necesidad básicamente como que necesitamos idear cuáles van a hacer la fiesta y funcionaria y se basa la respuesta de los clientes pero de ahí cosas más tácticas creo que era mucho más fácil tenerlo otra vez los caráneles a cintronas pero cuesta mucho ese cambio no sé cómo lo ha visto tú sí no totalmente y sabes que es un tema y también importante los ingenieros digo no quiero hablar de generalizar pero creo que en sus mayorías son malos diciendo no sobre todo en el Latinoamérica entonces qué pasa vos así si llegaba a tomar ayer si llegaba a alguien de negocios yo lo que sea que ponía una reunión así tus sacaras ya fueras sacar de su tiempo de concentración al ingeniero el ingeniero no te decía que no y entonces qué pasaba pues tenía un espacio de una hora para para trabajar en lo que sea que estuviera trabajando, los que tenían que conectar y la reunión, lo regresar y en los que volvían a agarrar el hilo de donde estaba, no? Ese estado de estar como en el flow, como no dicen. Ehh, pues ya era una pere de tiempo. Ese, y lo que pasa es que salvían a lo que te das cuenta, pero luego incluso los mismos ingéros terminan el día, y dicen se me acabó el día y no hacen in, que se me fue. Y no lo lo he convirtado nada. Ahí me pasaba mucho con, con, con, con el líder es que me reportaban directamente que, pues si usaba de pronto ya en algún momento yo revisaba su calendaridad, todo el día se tuvo la verdad reuniones. Entonces, pues yo le pedí, les pedía cosas además, incluso en qué momento lo hacían hacer, no? Si estaban todo el día, y era porque pues de pronto al inligado, y les tenía una reunión y de pronto otra persona y de pronto otra área, etcétera, ya se les atura el, el, el calendario, ¿no? Y que no eran capaces de igual decir, oye no, o sea, como de más bien, como hacer, respetar su tiempo, no? Por eso el escenario que mencionas justo del sitio, pues creo que sí, es más, son cosas que se van desarrollando sobre el tiempo, y generalmente ya perfiles, este más, más signo, lo que ya llevan más tiempo, pues sí llegan a un punto donde estructura muy bien su calendario, y dicen, yo aquí voy a estar totalmente concentrado, pero no pasen todos y los tienes que medir en pujana que lo hagan. Así es, porque en fin, van a ser más eficientes. Ahora, algo que hemos estado observando desde que hemos pasado a la pandemia, que muchos empresas empezaron a solitar a todo el mundo, realizar las oficinas, y hay perfiles muy distintos, que sí estar por ejemplo, hacer un perfil y ser más comercial, estar en la oficina, la es potencia, ese dinamismo para poder ser más dils o hacer cosas juntos, pero me da la impresión que el perfil tecnológico más bien es el distinto, prefieren trabajar en el regalo que mejor les acomoda, o eso más productivo, no necesariamente estar físicamente una oficina, les trae algún valor alguno, o el hecho que pueden trabajar, pues conseguir mejor talento de cualquier parte del mundo tecnológico es una ventaza, y hay visto que justamente es estado mencionando en redes, que el futuro del trabajo no es realmente full, presencial, ni full remoto, sino que hay una suerte de flexibilidad. Entonces, mi cantaria es que nos compararse esa edición, hacia dónde va a ir, esa dinámica de trabajo en los próximos años, y si lo ves distinto para un perfil técnico, como llamamos el resto de los perfiles de la organización, que al final, por ahí se complica porque hay organizaciones que no quieren dar esa distinción dentro de su propia compañía. Sí, a ver, creo que sí, o sea, fústame en que no, el tema de pandemia, de cierto modo, o sea, para mí es algo positivo que haya salido esta opción del trabajo remoto, porque hay gente, esa es la realidad de gente que funciona muy bien, trabajando en ese caso. Y tal vez este, o sea, desde que tal vez este te puede, o sea, quitarle esas horas de traslad y demás, ahora pueden entregar mucho más, pero también pasa lo el efecto contra el honor, de pronto, ahora se les va el día, y ni siquiera comieron, porque se clavaron tanto en lo que estaban haciendo. Yo lo que creo es, no hay una receta secreta que todas las empresas digan el trabajo remoto funciona más o el trabajo presencial funciona mejor. Creo que parte un poco de también el porqué, o sea, de lo que pensamos en quindo, y también por qué vemos que quindo regrese mucho valor, que es tomar una decisión en función de datos. Creo que si tú no sabes realmente qué, o sea, cómo estaba cuando estás presencial o hoy en día, cuando estás remoto, cómo están funcionando, cómo vas a poder tomar una decisión de decir, ¿todos van de regreso a la oficina? O seguimos todos de forma remota? Creo que es un poco lo que está generando, ahorita tal vez más debate desde el mundo, tecnología los perfilas técnicos que empiezan a frustrarse por que los quieren regresar a la oficina, porque casi casi es como un mandato, es decir, "calve es un poco de la mano lo que tú decidas", es que ya los perfiles comercial, los perfiles operativos, ya están en la oficina, solo factamos ustedes. Pero, los al final eso, eso como que el mismo ingeniero no lo toma como, como que es suficiente para decir, sí, o sea, hay una razón de ser, que sería una conversación muy distinta de decir, mira, ya tenemos esta data, ya validamos que funcionamos mejor, as logramos más cosas, hay mayor colaboración, etcétera, si estamos en la oficina, aquí está la información, entonces por eso estamos tomando esta decisión, no. Ahora, también hay una realidad, y veo que es, o sea, ahorita los ingenieros están como, en su mayoría, en contra de regresar, no? O sea, muchos, de hecho. No me imagino porque, o sea, yo si fuera un developer, para mí es como fenomenal, tener un espacio de trabajo, en el que yo puedo, debo manejar mi tiempo y poder tener flexibilidad, y al final me hagan a mí por mi output, y no por la cantidad de horas que me ven sentado una oficina, como que hace sentido, ¿no? Y creo que la mayoría, pero nuestra generalización es demasiado, pero siento que muchos developers son más introvertidos y frutan de. No, no tiene que estar teniendo tantas conexiones en un día, yo soy más lo contrario, y fruta conversar, pero justamente por eso siento que sería tan poco productivo como developer porque estaría en oficina tanto donde conversar contó el mundo y no quieren ser lo que ha hecho. Entonces, puedo impatizar con todos los developers. Sí, totalmente. Y. o sea, bueno, y te voy a decir, no, también, hacemos esta broma, ¿de depende? Tienes hijos o no tienen hijos. No, en el lugar de la gente se llama. Yo no quieres estar en mi casa cuando están mis hijos aquí porque plan no puedo hacer nada. Y la propiedad hay alternativas, hay muy buenos cofis y shops, te puedes ir a trabajar a un co-work, y a mojeste super cerca a la oficina, para si tiene que ir dar a hacer ese comiúting de una hora, dos horas y es que tu vecina queda muy lejos. Claro. No sé tu zorario, no, donde. Para la hora. Viajar en horas no puntas, la cosa que yo hacía en ciertos momentos cuando sabía que tenía que ir físicamente la oficina, no sé a nada, sentí o llegar una hora antes para tener que estar una en el tráfico, prefería llegar una hora después, tal y una después. Creo que también eso es no lo agrega la ecuación de flexibilidad. Todalmente. Pero a lo que también quiere llegar es. O sea, digamos, el ingeniero y testata como mencionas. No, a ver, yo no quiero regresar a la oficina, e incluso de algún modo se está volviendo como una ventaja competitiva, el poder ofrecer trabajo remoto cuando va a ser arreglutada de ingenieros, ¿no? Pero por otro lado, también lo que luego nos seamos, es el mismo ingeniero no se ayuda. Porque entonces, ¿qué pasa? O sea, "OK, te voy a dejar trabajar de forma remoto, ¿eh?" Pero entonces yo necesito ciertos controles o ciertos procesos que a mí me permitan maledar que esto está funcionando. Así es. Porque sé cómo sé, yo como negocio, estoy invirtiendo en estas personas. Así que estamos haciendo esto por el bien del empreso, también. Entonces, pero después empieza a existir a estar misma resistencia también del mismo ingeniero, de decir, "Oye, ahora tengo que reportar todo lo que estoy haciendo." A la parte aburrida, tengo que documentar, tengo que informar, tengo que hacer toda la parte que no es de creatividad, de desarrollo, o sea, construí una un carro, pero no pongo los planos de cómo lo sí, o sea, entiendo eso. Y ahí no entra un papel importante que es la interés general artificial, no están ya asistiendonos. Yo, por ejemplo, veo que ahora las herramientas que apoyan los equipos comerciales, principalmente virtualmente, van tomando nota de todas las conversaciones y al final, también han por sientitizada conversación y actualizar automáticamente los CRM, porque para el perfil comercial, el equivalente era eso. Me encanta ir y vender y esto cerramos un deal, va. Y ahora tienes que ir a ese RME actualizarlo. Vaya pereza, ¿no? Entonces creo que para el dinero, pero eso es bacán, de desarrollo software, implemento todo. Fritación, en el código, puxa, que hit. Y ahora han dado documentas, no cambia el status, en el lunar, RME, en el guirano. Ah, no sé. Entonces, ahí también no está ayudando en ese espacio, ¿qué tanto podemos apoyarnos ahí? Sí, también, o sea, creo que es un buen buen de la mano, como es eso, no, o sea, creo que el ejemplo el CRM es buenísimo, porque tal cual los ingresos, realizando el punto que ya se ha ratonado, es un buen escodeando, pero no, nunca les va a gustar el tema de documentar, o el tema de reportar avances o decir dónde están, o incluso, ya sea por flojero. A veces hasta por miedo, si no tienes la cultura correcta, no voy a reportar algo positivo y mejor no lo reporto. Entonces, no sé ni si espero que explote todo y ahí sale, pero. Pero si regresando al punto del tema de ella, o sea, justamente, pues hay una gran ventaja. Todo esto que están haciendo los ingenieros, pues de algún modo se está registrando en algún lado. O sea, si yo estoy lanzando código, ese código queda registrado en la herramienta de versiónamiento que yo estoy usando. Y eso trae cierta metadata, que estos motores de ella pueden empezar a leer y empezar a dar esa visibilidad de qué está pasando. Los niños ingenieros no son, o sea, suelen escribir código y los mismos títulos que usan para empujar el código están acá para que solamente tecnología los entiendan, ¿no? Pero ahí creo que hay una gran ventaja de Chukrok en Kindle, los estamos enfocando mucho en facilitar esa parte, que es poder leer eso que están leyendo esos títulos que a veces están medio complejos de entender y facilitarle al ingeniero la automatización de esos procesos más curiosos que suelen odiar, entonces mover la tarea y estar reportar en un canal, decir que ella pasaron ciertas cosas para que poco a poco esa información que regresando al punto del trabajo remoto, te ayude a tomar decisiones de qué está funcionando más, cada vez esté más completa y esas decisiones que está estomando realmente se han más asendatos y si decidiste que todo mundo va a regresar a la oficina es porque está bastante validado que eso te va a ayudar como negocio y vas a poder lograr más. Entonces creo que si hay una oportunidad gigantesca ahí y si mucho enfoque de ella y ahora ha sido como en cómo hago que los devuelos pesaquen código más rápido, ¿no? O sea, todos estos temas de copay lo distinto esas herramientas que existen para que pasen programar rapidísimo, porque hay una gran área ahí en toda la parte de más de Pro-Eat Management y Documentación. De manera que tú les inviques a los líderes, o ya cabe o que hay un espacio de mejora, si es que empiezas a utilizar determinadas herramientas o usos de ella y a veces no sabemos que con que aplicando algo de ella y determinados espacios podríamos generar un cierto nivel de eficiencia. Sí, sí, te digo, ahorita hay mucho enfoque en eso de construcción de productos mucho más rápido. Al final, también los modelos de ella pueden ser tan buenos de acuerdo en la data que están recolectando. Entonces mientras más describ'tivo sea lo que se está haciendo de alguna manera puedes explicar lo mejor, pues cada vez el modelo pueda aprender más y empezar a entregar mejor información. Entonces si tú simplemente no es un ejemplo tanto, pero estás desarrollando algo y pasas a cada vez simplemente le pone "box fixes" o los párculos de los medios, pues eso es. No le ayuda al final a poder decir. - Bueno, te voy a querer elísimo. - Ayudando en eso, sino por las cosas. Entonces también por ahí. Bueno, ahí un poquito, entonces hemos venido conversando hacia donde va el futuro el trabajo y en ese onda nos vamos y moviendo y me encantaría que los que nos están escuchando, moviendo de la sección de comentarios nos puedan compartir su visión. Tenga acuerdo con lo que hemos venido conversando si consideran que va por otro camino encantado de escucharlos. Ahora, voy a aparecer rando. A mí siempre encanta poder, alguien que ya viene tiene una trayectoria compartir ciertos consejos y aprendizajes para aquellos que están iniciando este journey, este proceso y hay varias personas que están recién arrancando, quizás su primera startup tecnológica o acá entrar al área de tecnología y no sabe mucho un poco de qué esperan. Entonces, qué consejo le harías a estas personas que están ahora liderando y hacía el equipo técnico de su propuesta startup o han entrado al de una empresa grande. Sí, a ver, a mí algo que me funcionó mucho. generalmente lo lo que digo es los ingenieros que se vuelven bueno más bien los líderes de tecnología generalmente vienen de un background de ser desarrolladores y lo que la clásica de lo que te trajo hasta aquí no es lo que te va a llevar al siguiente paso. Entonces, uno viene operando mucho como ingeniero y tal vez sigue operando como líder pero con la cachucha de ingeniero, con la gorra de ingeniero. Entonces, por un lado, a mí me sirvió bastante, pues empezar a buscar libros, a buscar incluso mentores y ya me hayan que hayan pasado por un proceso similar que me pude a ayudar en temas de hoy. Mira, esto funciona, temas de manajment, así los deberían llevar como todo este tipo de prácticas que tal vez uno como ingeniero nunca vivió. Dos y creo que es super relevante es la confianza en tu equipo. A veces uno, por lo mismo, o sea, por ser muy buen ingeniero, creció muy rápido, le tocó tomar engarriendo del equipo, pero ahora entonces los de abajo no son suficientemente buenos y entonces uno sigue sacando ese trabajo, no, hijo le no le voy a pasar este trabajo porque no lo vaya a a distraer de lo que trae y yo que sé, no, o tal vez no, no es su expertise. Entonces, al final, esa desconfianza, el único que ocurre es tú te estás saturando de más trabajo y a tu equipo no estás ayudando a crecer, ¿no? Y algo que creo que más también como leader de tecnología y demás es los ingenieros, al final de cuántas algo que buscan y conectándolo un poco con el tema de datos es claridad en cómo ellos pueden crecer en su carrera profesional. En tecnología, eso siempre ha sido un reto grandísimo, o sea, el poder hablarles claramente de mí, yo esperaré que logres esto, esto, esto, esto es lo que se necesita para avanzar al siguiente puesto. Es algo que cuesta muchísimo trabajo poner en palabras, poner en objetivos claros y entonces el ingeniero simplemente siempre está con este, como preguntando, no, ya ya sea que tantas funcionalidades, ya sea que tanto código, ya me toca el siguiente paso, no, espera, me es que tal vez esto, como que esa parte de poder lo comunicar claramente, hace que uno, el líder se siente incómodo con esas conversaciones y dos, el ingenieros empieza a frustrar, porque entonces nada es suficiente para hacer, entonces por eso, Dream system mucho en el tema de operar infunción de data objetiva, ideal que no lo van de esta misma data cualitativa, o sea, hay cosas que software o las métricas no van a medir, como ya son más este tema de soft skills, pero como o sea, complementando a más se puede llevar muy bien la conversación con alguien para decir esto es lo que se esperaría y esto es lo que te va a ayudar a crecer, no? Y creo que esa es una forma de poder implementar este tipo de sistemas de tal modo que por un lado, como líder de esa realidad, puedas constantemente llevar esa conversación con negocio y dos, también promuevas una cultura de alto rendimiento que acepte este tipo de sistemas y que de alguna manera ellos mismos deberían el venciso, no? digo, se me vien muchísimas cosas a la. Esa es, yo creo que esa es la que ha mencionado, es una que todo a persona que está tampoco arrancando en este proceso debería tomarlo totalmente en consideración y si ya quieren, obviamente, seguir expandiendo y creciendo en ese rol, hay que empezar a leer más materiales, libros, otros tipos de contenido, ahí, por ejemplo, de parte de ustedes, hay algún tipo material que recomiendan que lean, o de ver de los. lo que comparte es el link, el link ahí en estado bastante bueno, pero no sé si hay algún otro material que recomiendas. Sí, mira, bueno a mí, en temas de management, un libro que me gustó bastante fue el day day radical candor, me pareció bastante útil en temas de cómo poder llevar feedback tanto positivo como más constructivo a los colaboradores, con el objetivo, obviamente, siempre a suelos presear, pero llevando conversaciones que a veces pueden ser complicadas y cómodas, pero que de alguna manera hacen que la misma gente saque lo mejor de sí. Y a mí me reenacrán, no estamos acostumbrados al este radical candor, o sea, que creo que es repador implementarlo, pero de hacerlo, va a ser suavemente beneficioso para la organización. Creo que como latino, son más de no querer que vea un tipo de conflicto innecesario, entonces preferimos evitarlo en vez de enfrentarlo. Sí, o sea, como va a ser una conversación difícil, mejor la baspateando, el problema es que la sigue espateando, como bien me enseñan en ese libro, no, no, no, sigue espateando hasta el que es ya no es sostenible, y al final tienes que tomar una decisión de casi, casi dejar ir a la persona y nunca le pudiste decirles de un inicio que ¿qué harías de oportunidades de tener? Pues le pudo haber hecho un favor si es que tenías estas conversaciones difíciles en el momento adecuado, hasta para que no llegue como tú dices, hacer un punto de totalmente binario de o te quedas o te botón una cosa por el estilo. Pues nada, excelente, es rique, me llevó muchos aprendizajes sobre el que me venido conversando de cómo las métricas hay que tomar las cuáles son las importantes, no permite encontrar puntos de optimización, veo que el cambio cultural, el mindset es importante, hay un espacio que no es como que un solo formato le sirva todo el mundo, sino que vamos a tener que ir a cuando a nuestra propia cultura, pero creo que al final el objetivo es como podemos producir más rápido, sabiendo que bueno pueden haber errores en el camino, pero que tarrapios somos para poder responderlas. Entonces nada, desde ahorita te agraezco por el tiempo, si es que alguien quiere conocer más los ustedes, cuál es la mejor manera para hacerlo. A ver, por un lado tenemos nuestra página web, ahí si le llama la atención, escucha un poco más de lo que estamos haciendo en Kindor, incluso hasta tener una plática como decíamos aquí, no, este tema solo es ser bueno para debatirlo, el tema productiva de diarias de ingeniería, entonces ahí mismo pueden agendar un espacio, nosotros felices de platicar con ustedes, de compartir ideas, incluso ver cómo lo están haciendo dentro de su empresa, también pueden encontrar ahí en LinkedIn, como Enrique Padilla, CEO de Kindor, generalmente eso también estoy bastante activo, el resto de los reyes sociales, la verdad es que casi no lo asuso, entonces creo que esas serían como las mejores formas. Perfecto, ese es el canal entonces para entrar en contacto y seguir aprendiendo y nada, les dejo también, ustedes una pregunta, si es que me la quiero responder a través de las reyes o en YouTube, donde estén escuchando oiviendo esto, pero aquí cambios implementarían esos equipos para hacer más productivos, me encantaría escuchar que es lo que ya han hecho o lo que harían que considera que podría funcionar, ahí compartan sus ideas en los comentarios o en las redes sociales y también nos olviden de seguirnos en innovación sin barreras para escuchar más de estas conversaciones, compartan los con sus conocidos, ambos que más personas enteren de lo que está pasando en este mundo fascinante de la tecnología e innovación. Bueno, muchas gracias por escucharnos el día de hoy y hasta una próxima edición de innovación sin barreras. Chao.