![UnDosTres - Victor Lima](/_next/image?url=%2Fassets%2Fimg%2Fpodcast%2F81.jpg&w=384&q=75)
Victor Lima UnDosTres La guía inicial para CTOs
Acompáñanos con Victor Lima, CTO de UnDosTres, la plataforma de pagos y servicios más grande de México.
Comparte
Acompáñanos con Victor Lima, CTO de UnDosTres, la plataforma de pagos y servicios más grande de México.
Comparte
Si solo tienes un minuto, lo más importante que pueden aprender operadores, inversionistas y fundadores de UnDosTres es lo siguiente:
Artemio: Hola, ¿qué tal? Bienvenidos a todos a una edición más de Cuando El Río Suena, el podcast para todas las personas que están buscando construir un negocio saludable de internet. El día de hoy me acompaña Rodrigo, como ya es costumbre, ¿cómo estás, Ro?
Rodrigo: ¿Qué tal? Muy bien.
Artemio: Y, desde UnDosTres, Victor Lima, ¿cómo estás, Victor?
Victor: ¡Hola! Muy bien, muchísimas gracias por la invitación.
Artemio: Es un gusto tenerte por acá. Nos encanta cuando llega un perfil técnico a esta mesa de discusión, porque pareciera que los primeros 75 capítulos que nos echamos, casi todos eran o con CEOs o con gente de marketing o de diseño y, últimamente, nos hemos estado adentrando más en lo que son las tripas de todo esto que estamos construyendo en este ecosistema tecnológico, entonces va a estar buena la charla.
Artemio: Lo que te trae el día de hoy por acá es tu posición como CTO en UnDosTres. Para arrancar poniendo a todos en la misma página, ¿podrías contarnos cuál es su pitch de elevador?
Victor: Nosotros somos una startup que está enfocada en crear o integrar productos o servicios que hagan la vida mucho más fácil a todos los mexicanos, que mejoren su calidad de vida. Nos interesa muchísimo enfocarnos en la experiencia de pago que tienen, en tener los mejores controles de seguridad y de calidad en los productos que hacemos y que integramos. Actualmente contamos con una amplia variedad de ellos, puedes hacer tus recargas para celulares, pago de servicios, comprar también boletos de cine con nosotros y, últimamente, estamos completamente enfocados en traerles también venta de boletos para autobuses a través de nuestra experiencia y nuestra propia tarjeta de crédito, que es en lo que tenemos muchísimas ganas de explotar.
Además de esto, también ofrecemos cashback a todos nuestros usuarios y diferentes promociones que pueden ser muy tentativas para ellos, una de las que más conocen es el día de quincena, en la que damos hasta el 15% de cashback. También, si eres miembro VIP tienes incluso beneficios extra sobre las promociones que ya existen en el sistema. Eso es básicamente lo que hacemos y dónde estamos.
Rodrigo: Buenísimo. Victor, una pregunta por mera curiosidad. Cuando empezaron, ¿tenían pensado esta dirección fintech que ahora están tomando o la decidieron en el camino? Porque parece ser que ya no hay startup que se libere de esta dirección.
Victor: Honestamente, yo creo que varias startups fuimos encasilladas por la misma ley al ser fintech, entonces es algo que se dio con naturalidad. Sin embargo, nuestro objetivo siempre ha sido proveer esos servicios financieros a nuestros usuarios y mejorar la forma en la que hacen las cosas.
Rodrigo: Entiendo entonces que, por el hecho de estar manejando fondos ustedes, caen dentro de esta nueva regulación y eso, bueno, además de pedirles ciertas cosas como nuevos protocolos de seguridad y más, también les abre la puerta. Ya si tienen que hacer todo este tema de compliance, aprovechan la oportunidad para meterle los kilos a esto.
Rodrigo: Y ya sobre tu papel particular como CTO, como Chief Technology Officer aquí en UnDosTres, ¿qué haces todos los días? ¿Cómo se ve un día normal para ti?
Victor: Mi trabajo está mucho más enfocado en ver los recursos que tenemos, tanto monetarios, los recursos y el budget que se nos asigna, como los recursos humanos, para enfocarlos en donde más convenga en la empresa, es decir, qué proyectos vamos a hacer, cuáles vamos a priorizar, cuáles le convienen al negocio. Esta decisión no la tomo yo solo, sino que es una junta directiva donde se ven las prioridades. Mi objetivo es usar los recursos que me proporcionan para dirigirnos hacia donde queremos.
Además de esto, también estoy buscando siempre el mejorar el área, cómo hacer que el equipo de tecnología entregue las cosas más rápido, de mejor manera, con mejor calidad, que no tengan espacios o tiempos muertos donde se puedan aburrir o perder la motivación y, al mismo tiempo, mantener motivado a mi equipo y al tanto de las nuevas tecnologías, eso lo podemos hacer de diferentes formas, como participando en charlas informativas, o bien, que ellos mismos investiguen sobre los temas que más les llaman la atención y, después de eso, que den una charla comunitaria a todos los que quieran participar, precisamente para que no sólo ellos se enriquezcan, sino que sean todos los miembros de mi equipo.
Artemio: Es fundamental este rol de liderazgo ya que se llega a estas posiciones y se vuelve una piedra angular el poder mantener a todo el equipo motivado, particularmente cuando ya llevas un rato persiguiendo el mismo norte, es muy sencillo que la gente se distraiga, que sus prioridades cambien, que se aburran. Y ahorita que mencionas eso de las presentaciones que hace cada quien de los temas que les llaman la atención, esa es una de las dinámicas que acá hemos evaluado para hacer convivencia, particularmente en equipos remotos, aunque parece que vamos a probar primero con jugar Among Us y cosas así, a ver qué tal sale el experimento de jugar todos en línea, pero es muy interesante esto que nos cuentas porque, genuinamente, das como un paso hacia atrás en el coding y pasas más bien a ser un directivo/manager que trabaja con gente que hace código.
Rodrigo: ¿Cuántos desarrolladores son, Victor?
Victor: En total, el equipo está compuesto por 56 personas, entre ellas PM, QA y desarrolladores. Desarrolladores tengo 30 en mi equipo, tengo 10 QA y el resto se reparte en devOps y cibersecurity.
Rodrigo: Es para tener un poco más de contexto ahorita que continuemos.
Artemio: Esta pregunta fundamental y que creo que les sirve a muchos fundadores o a personas que no tienen un perfil técnico al momento de arrancar sus startups es ¿cómo mides el desempeño de los desarrolladores?
Victor: Es un tanto complejo en el sentido de que hemos ido modificándolo sobre la marcha, depende de cómo se vaya ajustando al equipo y también qué tan nuevo y qué tan grande sea tu equipo, de eso depende mucho.
Al principio es muy sencillo. Yo estoy en UnDosTres desde siempre, soy el primer empleado, entonces he estado desde que los fundadores estaban sólo conmigo y he ido creciendo junto con la empresa hasta liderar equipos. He ido viendo cómo hemos ido midiendo este desempeño.
Al principio es relativamente sencillo, sólo asignas los proyectos que más hacen sentido, les das seguimiento muy puntual, no podemos trabajar en más de cinco cosas al mismo tiempo al inicio, entonces es muy simple; sin embargo, cuando el equipo pasa ya a tener un volumen relevante, unos 20 empleados en IT solamente, ahí es donde las cosas se complican un poquito.
Lo que fuimos haciendo a lo largo del tiempo fue, primero, iniciar con una evaluación 360 que hacíamos anualmente, donde veíamos hasta siete rubros. Después de eso, lo modificamos porque vimos que realmente estábamos incluso evaluando cosas repetitivas y ahora tenemos uno donde son solamente cinco rubros y lo hacemos ahora mensualmente para dar un feedback más puntual al desarrollador, en qué puede ir mejorando y en cuáles está muy bien. Esos cinco rubros que tenemos son calidad del trabajo, sus entregas, responsabilidades, comunicación y resiliencia, son los rubros en los que nos enfocamos.
La calidad de su trabajo depende de la cantidad de personas y de los estándares que hay en tu equipo, por ejemplo, he visto que, dentro de mi equipo, cuando están desarrollando algo, tienen permitido equivocarse, tener bugs de aproximadamente un 1% de todo el código que hagan. Es decir, si el código tomó unas dos mil líneas, ellos pueden tener bugs de 20. Al mismo tiempo, esto me ayuda a mantener en control el trabajo diario porque yo sé que, diario, al menos el estándar en mi equipo, ronda entre resolver de uno 4 a 8 bugs por desarrollador. El promedio entonces se vuelve 6 y es conforme los voy evaluando en su calidad de trabajo, que tanto van resolviendo día con día y qué tanto van cumpliendo esas métricas.
Rodrigo: ¿Esta evaluación la haces tú directamente o la haces tú con la gente de QA?
Victor: Es una evaluación 360. La hacen sus pares, es decir los miembros del equipo, su líder técnico inmediato y su manager, que es como un líder técnico pero de un escalón más arriba, ellos son los que participan en los 360, yo solamente veo los resultados.
Rodrigo: Perdón por la interrupción. Es que quería mencionar qué tan metido estabas en esta evaluación.
Victor: Yo participo en todas las evaluaciones cuando se les da el feedback a los empleados anualmente, ahí sí me involucro de lleno para entender qué fue lo que vieron en todo el año mes a mes.
De las entregas, nosotros creamos una pequeña herramienta de estimación de tiempos en la que tenemos varios rubros que se van moviendo y que arrojan precisamente cuántas horas va a tomar hacer X proyecto. Esta estimación, después de pasarla por la herramienta, se discute tanto con el desarrollador como con el líder técnico. Si están de acuerdo, se deja, si no, se va moviendo según las necesidades porque, probablemente, pasamos por alto algo en la estimación, es muy normal. Un dato curioso es que cada estimación que arroja un mismo desarrollador tiene un 25% de margen de error, es lo común en la industria. Si ellos aceptan que esa es la fecha a seguir, ellos tienen un 10% de margen de error. Si sobrepasan eso, entonces hay una penalización en su evaluación.
La toma de responsabilidades va más de la mano con entender precisamente que tu trabajo como desarrollador no termina una vez que programes, sino hasta que el proyecto sale a producción y alguien lo está monitoreando, dicen “está funcionando perfectamente” o “hay este pequeño caso que no consideramos y que debemos resolver”, entonces continúa siendo su responsabilidad ese proyecto. Eso es más lo que revisamos aquí.
En cuanto a la comunicación, es básica en todos los equipos, precisamente para que, si alguien nos pidió X proyecto, nosotros no entreguemos Y resultado porque no entendimos los requerimientos, porque hubo una falta de comunicación, es también lo que evaluamos. Asimismo, el levantar la mano si un proyecto no va a llegar al tiempo prometido, pero con tiempo, es decir, con tiempo en el que nosotros podamos maniobrar, ya sea poniendo a algún otro desarrollador para sí llegar y cumplir la fecha o revisar los requerimientos del proyecto y ver si hay alguna cosa que quizá podamos cortar.
Artemio: Sólo iba a agregar que esta caja negra que son las estimaciones de los equipos de desarrollo es un reto con el que nos hemos encontrado tanto aquí en el estudio desarrollando los productos para los clientes que servimos como con la gran mayoría de las startups que hemos platicado, hay un chorro de recursos respecto a eso en YouTube, en internet, y parece ser un pain point con el que todos tenemos que lidiar y para el que cada quien tiene sus distintas formas de solucionarlo. También existen estos sistema como los sprint points, las estimaciones que tú mencionas. Me llama mucho la atención, ¿qué considera la herramienta que ustedes hicieron de estimaciones?
Victor: Está en fase de prueba, es algo que yo desarrollé personalmente. Toma en cuenta puntos como número de requerimientos y también la magnitud de los requerimientos. Hay una forma de medirlos que lo llama el t-shirt scale, donde van los requerimientos extra pequeños a los extra large, pasando por todas las etapas intermedias. Reviso también si vamos a tener interacción con un tercero, ya que eso alarga la comunicación, revisamos si vamos a necesitar QA manual, hay ocasiones donde nuestro QA ya tiene los procesos automatizados y solamente necesitamos correr nuestros scripts de regression, por lo tanto, el tiempo es mucho menor que en otras ocasiones, si el desarrollador debe crear un nuevo setup, si es algo que no conoce, si es algo que ya conoce, si lo va a tomar un desarrollador senior o un junior. Todo es un compendio de unas 50 reglas.
Rodrigo: Eso como herramienta interna suena como un aparato poderosísimo. No es nada más tomar en cuenta esto, sino es el mapa entero de cómo estas variables influyen unas a otras.
Artemio: Y arrojar una estimación donde ya la dirección ejecutiva de la empresa te pueda decir “eso es demasiado tiempo, necesitamos la mitad”.
Rodrigo: Victor, tienen un equipo de más de 50 personas y han ido creciendo el equipo conforme han tenido más recursos, más requerimientos y han necesitado más poder, siempre para robustecer un producto hace falta ir creciendo el equipo. En esta dirección, ¿cuáles son los retos técnicos más importantes a los que se han enfrentado ahí en UnDosTres? Para nosotros, normalmente, cuando crece el equipo, tiene que ver con algún reto técnico, que casi siempre es esto lo que impulsa a aumentar el número de cabezas en el equipo. Por ahí se nos había ocurrido que las integraciones eran una lata.
Victor: Les cuento un poco más. Puntualmente, mencionaré dos retos a los que sí nos hemos enfrentado. Uno es CAS, que es nuestro nombre interno de Card as a Service, nuestra tarjeta de crédito. Esto representa un reto enorme, no sólo en el área de IT sino en todas las demás, precisamente, aprendiendo todo sobre regulaciones, hablar el lenguaje ahora de los abogados, legal, compliance, traducirnos todo el tiempo. A parte de eso es crear una infraestructura y un proyecto desde cero, incluso revisamos en su momento cuáles eran las mejores tecnologías que podíamos emplear para este proyecto y cambiamos totalmente de stack tecnológico, eso empleó un reto enorme para todo el equipo involucrado porque debieron aprender nuevas tecnologías, estudiar nuevos lenguajes, etcétera.
En segundo lugar, es nuestro reto día a día que tenemos en el ecommerce porque, si bien no somos enormes o renombrados mundialmente, pero tenemos un flujo transaccional muy alto. Día a día hacemos entre 70 y 80 mil transacciones, entonces eso implica que en horas pico hemos llegado a tener hasta unas 600 transacciones en un minuto, por lo tanto, obviamente, el reto técnico ahí es el cómo nuestros servidores van a responder, disminuir la latencia al momento de la generación de pago, nosotros también creamos métodos de fallback para no dejar ir al cliente, lo único que sucede es que, obviamente, vas a esperar un segundo extra, pero, al final del día, vas a obtener tu producto. Sin embargo, al agregar estos mecanismos de fallback incrementamos el tiempo y ahora tenemos el reto de disminuir el tiempo sin perder la robustez que estamos generando. Esos son los dos retos más puntuales que tenemos día con día.
Artemio: Están durísimos. El primero entra en esta cubeta del change management, el “ahora esto va a ser de esta forma”, también me imagino, siendo demasiado optimista, que hubo oportunidad para repensar o recrear cosas que tal vez fueron hechas igual y un poco más rápido.
Victor: Eso es ser muy optimista, la verdad es que no. Actualmente, mientras hablamos, el equipo está trabajando en el proyecto de hacer un revamp de nuestra tecnología, es algo que ya era necesario, pero es un proyecto totalmente separado.
Rodrigo: Victor, ¿de qué stack a qué stack se están moviendo?
Victor: Nos estamos enfocando en Java y Flutter para el lado del front end. Actualmente, nuestras apps están en CodeLink y Swift y van a pasar a Flitter.
Rodrigo: Qué interesante. He escuchado un montón de historias últimamente de abandonar PHP a todo lo que dé, porque se logró meter todavía a un montón infraestructuras de los últimos 3 o 4 años a los que, tal vez, ya no debería haber entrado, pero claro, es el lenguaje que un montón de desarrolladores saben usar. Sabemos que, a mediados del año pasado, había 900 mil puestos de desarrollo no utilizados en América Latina, no sé en cuántos estemos ahora pero ha de haber crecido ese número, y, si sabían usr PHP, con eso arrancaban el proyecto.
Pero me da gusto saber que un proyecto más se está alejando de este lenguaje del demonio.
Victor: Sí, aunque Facebook también estaba en PHP hace un par de años.
Rodrigo: Es verdad. Pero bueno, sabemos que ya no.
Artemio: Oye, Victor, sabemos que es muy importante, particularmente para las startups, tener un proceso de onboarding eficiente. Y justo digo que es particularmente para las startups porque después tienen este crecimiento acelerado con cada ronda de inversión que bajan y estos objetivos que pone un CEO loco. ¿Cómo luce su proceso de onboarding?
Victor: Es relativamente sencillo, honestamente. Entra un nuevo miembro al equipo y, por dos o tres semanas, tiene un proceso de training donde un líder técnico lo adopta y le va enseñando día día lo necesario para empezar a programar con nosotros, como las bases generales. Durante estas dos semanas, se agregan un par de proyectos que son muy pequeños pero que también le van a ayudar a cubrir todas estas fases generales del proyecto. Una vez al término de las dos semanas, se empiezan a poner proyectos un poco más enfocados tanto al área a la que va a ir dedicado como al dominio, ya que nosotros estamos siguiendo una arquitectura que se llama Domain-Driver Design, que es, básicamente, el siguiente pasito de microservicios y, entonces, ya tenemos los equipos designados de qué dominios son los que van a atender, por lo tanto, si alguien entra dentro de alguno de esos equipos, entonces empezamos a asignar proyectos precisamente para que se empiecen a enfocar en lo que realmente deben aprender tanto del negocio como técnicamente y ya no sólo en general.
Una vez que acaba este primer gran proyecto, consideramos que ya está listo para empezar a adentrarse a ese nivel de proyectos y lo empezamos a guiar en esa forma.
Pasan unos seis meses y nosotros le empezamos ya a hacer preguntas, si es que es alguien junior, del tipo ¿hacia dónde quieres ir?, ¿a qué te gustaría dedicarte? Si va a front end, back end, devOps, ciberseguridad, etcétera, y empezamos a ayudarle a trazar ese camino.
Artemio: Fantástico, nada como un proceso que sea sencillo. Yo soy muy partidario de hacer las cosas muy simples, obviamente, muchas veces, la complejidad es parte de la sopa en la que te metes, pero, en medida que las cosas puedan ser UnDosTres, es una bendición eso.
Rodrigo: Victor, esto va hacia entregar valor a las personas que nos escuchan. Tienes mucha experiencia, desde que empezó UnDosTres, dirigiendo este equipo de desarrollo, en tu papel de líder, y queríamos preguntarte ¿cuáles son tres consejos fundamentales que has aprendido ahí en tu carrera en UnDosTres? Puede venir de antes también y que se hayan reforzado, no tienen que ser únicamente de este rol, pero sí para alguien que está liderando un equipo de desarrollo, ¿cuáles serían las tres cosas que no le pueden fallar?
Victor: Yo empezaría con que debes aprender a retener tanto talento como puedas porque, si bien ya empleaste recursos, ya le invertiste tiempo, ya los construiste, lo que menos quieres es que se vayan de tu equipo. Entonces debes aprender a distinguir precisamente qué necesidades tienen. Cada persona tiene diferentes motivos o se motivan de forma diferente. Debes aprender a saber qué son esos motivos que hacen que él esté feliz o ella esté feliz en tu equipo y ayudar a potenciarlos.
En segundo lugar, yo creo que lo que más me costó, honestamente, cuando empecé a dirigir equipos y demás es el aprender a delegar correctamente. Fue uno de mis grandes baches que pasé y aprender a delegar correctamente no es solamente decirle “haz esto” y ya, sino, en tu posición de liderazgo y de guía también ponerlos al menos en el punto de partida, ofrecer todas las herramientas que tengas y que sean de utilidad para que ellos puedan realizar o continuar el camino de la forma más fácil posible para ellos. Es decir, debes tener muy claro en tu mente que, si a ti te costó en su momento un par de semanas aprender eso, a ellos debes ser capaz de transmitirles eso en 20 minutos, lo de esas dos semanas que tú empleaste, para que aprendan y hagan un mejor trabajo que tú porque, al final del día, lo que quieres hacer es que te superen.
Y, por último, yo creo que, otra de las cosas que veo muchísimo al inicio, cuando alguien está empezando a dirigir equipos, es que tendemos a copiar a otros líderes. Mi consejo ahí para todos es que está bien copiar al inicio, sin embargo, no debemos estancarnos en esas formas de liderazgo porque, honestamente, ninguna forma de liderazgo es la correcta o la que tiene la verdad absoluta y todos debemos emplear o saber obtener todos esos patrones que a nosotros nos gustaron y que podemos replicar fácilmente y adaptarlos a nuestra propia forma de liderazgo.
Rodrigo: Me llama mucho la atención la segunda de cómo, si algo te tomó a ti dos semanas, poderlo pasar en 20 minutos, porque, claro, no es lo mismo un reto que tuviste tú solo, que tuviste que aprender a hacerlo desde cero, a toda la guía que tú, como manager, puedes brindar a un miembro de tu equipo para que pueda avanzar de forma mucho más rápida. Eso está interesante porque sí puedes tú sintetizar, ya sabes cuáles son las áreas que van a costar trabajo y eso me parece valioso.
Artemio: Sí, y creo que también adoptar tu propio estilo de liderazgo es fundamental porque una cosa es siempre la teoría y la estrategia que puedes tener respecto a este acercamiento, pero, ya después, la realidad puede ser completamente otra, iniciando sólo con que tienes que leer un poco y analizar quién es tu equipo de trabajo y luego, muchas veces, lo que hacen los mejores coaches o entrenadores de un equipo, es que hacen todo acorde al equipo que tienen en su plantilla y no al revés. Obviamente, tiene mucho que ver el aspecto cultural de qué es lo que consideramos que es un buen trabajo, cuáles son estos principios que sienta la empresa, pero, en gran medida, siempre este plan se va a ver modificado según la persona en cuestión que esté haciendo el trabajo. Y el poderles dar los mejores recursos que necesitan también variará según la persona en la posición en cuestión.
Nos mencionabas que era fundamental retener talento. También nosotros somos muy partidarios del tener una cultura atractiva y una visión que también sea atractiva y el poder brindar a nuestros empleados, nos gusta mucho una frase que nos robamos de otro estudio, pero que dice “somos para nuestros clientes altamente eficientes e innovadores y para nuestros empleados, un genuino santuario”, ese es el norte que tenemos y en verdad creo que muchos CFOs no se dan cuenta del poder que tiene el retener talento porque es muy caro estar liquidando gente o estar capacitando a nuevas personas y, realmente, si quitas esa capa de la ecuación o si la reduces al mínimo haciendo todos estos esfuerzos pro empleado, es muchísimo el dinero que ahorra la compañía y son muchísimos los recursos que obtiene a partir de eso.
Artemio: Sin dar tanto preámbulo, ¿cómo se retiene el talento en tecnología? ¿Cuáles son las cosas que has notado que tal vez sea patrones a lo largo de desarrolladores? Tal vez darles libertad.
Victor: Uno quiere estar a gusto donde está trabajando, eso es primordial. Nadie quiere ir de malas o pensar “debo pararme de nuevo y hacer esto”. Honestamente, yo creo que inicia en la cultura. La cultura de una empresa es sumamente importante, el cómo tratas a los demás, el respetarlos, el precisamente abrir tus puertas, no solamente de lengua para afuera, sino realmente hacerlo, es decir, estar totalmente consciente de que pueden decirte “oye, esto que hiciste está totalmente mal, no me parece” y tú tener toda la entereza para tomarlo así, como es, que es un feedback y es una oportunidad para ti de crecimiento en lugar de tomarlo como una represalia o algo por el estilo, eso ayuda muchísimo porque, obviamente, tu equipo se siente escuchado, siente que vas, no solamente con la dirección que tiene la empresa, sino también vas cuidando sus necesidades y eso es muy importante.
Aquí tenemos una cultura muy abierta, puedes ir directamente con los fundadores, mencionar ideas que tengas, no sólo para tu propio departamento sino para otros o mencionar puntos que quizá estén mal o hagan falta y vas a ser escuchado y vas a ser atendido, es decir, cambios ocurrirán con base en tu retroalimentación.
Lo segundo que he notado es que todos los desarrolladores tienen este ego de “yo soy muy bueno, quiero seguir mejorando, quiero hacer las cosas”. Yo creo que el retar constantemente esas habilidades que ya tienen, tomar también tiempo para irlas apreciando, motiva muchísimo, al mismo tiempo, no sólo de ofrecerles el aprendizaje que necesitan, porque hay ocasiones en las que alguien está interesado en hacer otra cosa, por ejemplo, a mí me gusta muchísimo hablar de estos casos que tengo en mi equipo. Yo contraté para programar a un ingeniero geofísico que parece ser que nada que ver, sin embargo, ahorita es uno de mis mejores líderes técnicos, es excepcional y fue precisamente por decirle “las puertas están abiertas, ven, aprende cómo se hace, ve cómo se hace y toma tu propio camino” y, actualmente, ahorita él va a empezar a dar un salto hacia a ser devOps, que es quien coordina la comunicación entre la máquina y el código. Precisamente, yo veo esas oportunidades que le das a tu equipo de aprendizaje, de retarse, de apreciar sus habilidades, es lo que hace que sigan contigo.
Por último, y va de la mano con esto, son los planes de carrera que les puedas ofrecer. Actualmente, con nosotros, existen unos 6 niveles, es decir junior, medium, senior, líder técnico, management y luego mi posición. Entonces, una de las cosas que les comento es que, incluso si quieren aplicar para mi posición, el canal está abierto, obviamente estamos en una meritocracia y quien realmente merezca estar donde tiene que estar es quien llegará a esa posición, entonces esto es muy importante y, de nuevo, es también parte de dejar a un lado tu ego y ayudarlos a superarte porque, al final del día, tú también quieres que la compañía donde estás crezca porque eso es un win-win para todos, es algo que te va a traer también a ti más beneficios como empleado y, al mismo tiempo, va a potenciar tus habilidades y te va a posicionar mejor en el mercado. Esas son las formas.
Artemio: Fantástico, muchas gracias Víctor.
Rodrigo: Me llamó la atención esta reflexión última. En el mundo del empleado, depende mucho del equipo, de dónde estés trabajando, de cada uno de los empleados, pero luego no existe este compromiso, sobre todo ahora en puestos de tecnología donde hay desarrolladores que brincan mucho, que los sources están viendo a quién le van a bajar el próximo desarrollador y es verdad que, incluso como empleado, permanecer en la misma empresa durante tanto tiempo y verla crecer, a ti te trae beneficios más interesantes que estar brincando de un lado a otro, igual y no son salariales de forma inmediata, porque existen estos diferentes escalones y no puedes hacer nada sobre ellos, pero entregar tu tiempo a una organización sigue siendo una de las formas de crecer todos juntos porque, entre más tiempo estés en una misma organización, le aportas mucho más valor y ayudas a que crezca y eso, a su vez se puede convertir en muchos beneficios para ti.
Rodrigo: Victor, a nosotros nos ha estado funcionando para distintas cosas, estamos todavía investigando por dónde lo podemos explotar, pero, aprovechando tu perfil técnico, te queríamos preguntar ¿qué te llama la atención del boom reciente que está teniendo la inteligencia artificial? ¿Ves alguna aplicación que puedan aprovechar ahí en UnDosTres, tal vez ahora o más a un mediano plazo? Cuéntanos.
Victor: Todas las nuevas tecnologías deben ser investigadas y exploradas. Lo mismo sucedió con todo este boom de blockchain, etcétera. Actualmente, con la inteligencia artificial, lo que estamos explorando nosotros es más que nada es enfocado a ciberseguridad, más que nada al análisis de logs y de accesos, así mismo como levantamiento de nuevos protocolos. Eso es lo que estamos realmente investigando nosotros, el cómo le podemos hacer, actualmente, solamente estamos alimentando a la inteligencia artificial para ver qué nos arroja y estamos haciendo pruebas semanales con ella para ver hacia dónde nos va a llevar. Yo, honestamente, creo que sigue en etapa de exploración, todo el mundo está intentando hacer algo con ella, no te puedo decir hacia dónde va a ir, no puedo ver el futuro; sin embargo, yo creo que sí nos va a ayudar muchísimo en varios ámbitos, porque la inteligencia misma empieza también a arrojar código, del lado de programación también estamos empezando a explorar esto para ver si alimentándola con código puede optimizarlo, que es lo que más nos interesa, que tarde menos la ejecución. Esas son las áreas que estamos explorando con la inteligencia artificial.
Rodrigo: Nosotros también el copilot, se llama, todavía no hemos tenido la oportunidad de probarlo, pero sí tenemos las manos calientes, estamos preparados también para hacer exactamente lo mismo ahí.
Artemio: Sí, 100%, además las promesas son muy atractivas, incluso he visto casos de uso en los que se habla de que te ayuda a hacer la misma documentación, te ayuda a analizar código y analizarlo. Realmente esto podría agilizar las cosas en gran medida. A mí lo que me gusta también, abstrayéndolo todavía un poquito más, es que este tipo de tecnología tiene un chorro de aplicaciones, vemos gente que habla de sus aplicaciones en coding, marketing, contenido, en toma de decisiones incluso, y, algo que a mí me encanta de este paradigma, es esta posibilidad de tú ser el director creativo de cosas que antes no tenías tú el conocimiento y de poder decirle a una AI “llévame paso por paso respecto a cómo construir esto que quiero construir” y siempre algo que yo ya he dicho varias veces en este programa, que a mí me frustra mucho, un reto que tenemos como sociedad, es que construir algo en internet o digital es complejo. Necesitas estos equipos de decenas de desarrolladores, un chorro de recursos, cuando, realmente, yo digo que sería genial construir estas cosas como drag & drop, y este tipo de tecnologías son las que nos acercan a poder, tal vez no hacer un sistema de drag & drop, pero sí de decir “quiero construir eso, llévame paso a paso considerando que soy alguien X, D, Z, Y” y que existe como este gran banco de datos que sólo está aprendiendo y actualizándose, ya hasta empieza a sonar distópica la cosa, pero son muy emocionantes las promesas que tienen este tipo de tecnología.
Victor: Definitivamente es muy atractivo. Yo creo que también en manos especializadas de desarrolladores podrían tener incluso más potencial para agilizar los tiempos, lo que te tomaba programar algo en dos semanas ahora lo vas a poder hacer en 20 minutos simplemente sabiendo qué dictar.
Rodrigo: Ese es el sueño.
Artemio: y hay una frase ahorita volando en Twitter y en LinkedIn que dice “un AI no te va a quitar tu chamba. Te va a quitar tu chamba alguien que sabe usar AI y que lo incorpora en su workflow”, eso sí es muy probable.
Rodrigo: Victor, nos acercamos ya al final del programa y nos queda la última pregunta, esta la hacemos en cada episodio y siempre consideramos que es muy valiosa. Ante los retos que enfrenta UnDosTres y tú como su CTO en los próximos años, ¿qué te quita el sueño? ¿Dónde está puesta tu atención? ¿Qué te preocupa?
Victor: Yo creo que, en un mediano plazo, son este tipo de regulaciones, como las que mencionábamos en el inicio que, si bien no llegan de imprevisto, el acatar todas las reglas que te imponen, llegan más de imprevisto. Y no es porque el equipo no pueda hacerlo o no podamos realizarlo, sino, más bien, porque interrumpe tu línea de negocio, hacia dónde vas, lo que realmente tú quieres hacer como compañía que te va a permitir crecer y generar más ganancia, eso es realmente lo frustrante de la situación, porque debes hacer algo donde lo único que vas a ganar es seguir las normas.
Rodrigo: Y evitar multas.
Victor: Así es.
En segundo lugar, es la evolución del equipo. Actualmente he estado muy involucrado precisamente en hacia dónde voy a tomar al equipo de tecnología y hacia dónde va a evolucionar, en el sentido, por ejemplo, de que mi departamento de QA probablemente vaya a desaparecer en un par de años, pensando tanto en usar inteligencia artificial como usar también solamente pruebas unitarias y de integración para asegurar la calidad en los sistemas que estemos creando. Asimismo, el departamento de Project Manager, precisamente, para usarlos on demand solamente en los proyectos que se requieran, entonces es toda esta vorágine de cambio organizacional y nuevos paradigmas que se están llevando a cabo son donde yo me estoy enfocando ahorita en los siguientes meses, precisamente para planear en un par de años hacia dónde va a ir el equipo. Obviamente, sin dejar ir a nadie del equipo, es decir, con un plan certero de “nos vamos a transformar en esto, debemos empezar a evolucionar hacia este lado porque es hacia donde el mercado está yendo y va a ser un win también para ustedes”, son las dos cosas, aparte de que, muy probablemente, estemos pensando en expandirnos, ya no sólo estar en México, sino también ir a LATAM. Eso, más que asustarme, me emociona, es genial, es muy bueno ver crecer el proyecto en el que estás involucrado. Son esas tres cosas.
Artemio: Fantástico, Victor. Me quedo con muchas ganas de seguir platicando de esta dirección de QA que tienen, pero tal vez tengamos que dejarlo para una segunda ocasión.
Te agradecemos muchísimo el venir a este espacio a charlar con nosotros, esperando que toda la gente que haya llegado hasta este punto haya extraído mucho valor tanto de lo que estás haciendo ahí en UnDosTres como de la experiencia y consejos que nos compartes por acá.
Les recuerdo a todas las personas que nos están escuchando que, si conocen a alguien a quien pudiera servirle este tipo de contenido, por favor lo hagan llegar a esa persona. Estamos buscando fundadores, CMOs, CTOs, COOs, realmente a cualquier persona que tenga el interés o la responsabilidad de construir un producto exitoso en internet, este espacio está repleto de consejos e insights para esos perfiles. De igual forma, les recuerdo que en cuandoelriosuena.com ustedes pueden suscribirse a nuestra newsletter y recibir una notificación cada que saquemos un capítulo nuevo. Nos vemos el próximo lunes y gracias a toda la gente que se quedó hasta acá, gracias, Victor, gracias, Ro.
Escucha otro episodio
Solo usamos cookies para brindarte la mejor experiencia en nuestro sitio, pero puedes revisar nuestra política de cookies e inhibirlas si prefieres. Si sigues navegando por el sitio asumiremos que estás de acuerdo con ellas.