Transcripción

Transcripción

Los Retos de Producto de Factorial con Ilya Zayats #311 — vídeo y transcripción

¿Quieres participar en el podcast? Rellena este formulario y hablemos: https://2ydogsajep9.typeform.com/to/sE0zvWxJ PATROCINADOR Factorial: https://rebrand.ly/factorial_hr En el podcast de hoy tenemos como invitado a Ilya Zayats VP of Eng

www.youtube.com 2026-04-19 Ver fuente

Título

Los Retos de Producto de Factorial con Ilya Zayats #311 — vídeo y transcripción

Resumen

¿Quieres participar en el podcast? Rellena este formulario y hablemos:
https://2ydogsajep9.typeform.com/to/sE0zvWxJ

PATROCINADOR
Factorial: https://rebrand.ly/factorial_hr

En el podcast de hoy tenemos como invitado a Ilya Zayats VP of Engineering en Factorial.

Puntos clave

  • Bienvenido a las historias de startups de ID yo soy Bernard farrero y esta semana estoy con Ila saat Hola Qué tal ilea Hola a todos Ila con este apellido no es de Reus es ruso no eh viniste a España hace 9 años 9 años ya y y fue precisamente eh para trabajar en tebox que era la empresa donde o redb en este momento y ahora redb no que era empresa d Jordi Romero y Pau Ramón antes de venir aquí a factorial trabajaron no s posteriormente a esto luego entraremos en tu historia pero posteriormente a esto viniste a inck trabajaste en uno de los proyectos de inic como cto camalon no luego emprendiste montaste tu empresa levantaste bastante dinero de entrada muy muy temprano construiste un producto muy difícil consumer luego nos explicarás y finalmente te recuperamos ack en factorial tod coro y has llegado un año especialmente complicado ha sido un año para factorial bastante difícil de cambios donde tú entraste en febrero no entraste como líder tecnológico director de ingeniería del dominio de finance que era un dominio nuevo que habíamos creado en factorial y poco a poco eh bueno empezaría a ver cambios y hasta el punto que habría una reestructuración un cambio una reorganización digamos el equipo de producto una forma de trabajar y saldría al cto mi socio paau Ramón después de 7 años decidió que quería hacer otra cosa estaba cansado que le superaba la escala que no le apetecía y decidió hacer otras cosas con lo cual te invertiste en en su sustituto no e y hoy eres hoy eres el líder de tecnología de de factorial no Entonces yo quería preguntarte ilea cómo cómo se vive esta esta situación donde de golpe un cofounder cto que está desde el primer día que ha contratado la mayoría de gente de golpe se va en un medio de un momento de cambios de todo tipo y de golpe tú eres el next Guy estoy riendo Porque si con Pao es un patrón si Claro si que tú quieres tocar Mi historia un poco de adelante pero enb pasó Exactamente lo mismo si al final pa Jordi me contratado para como ser un Team lead pero en algún momento ellos deciendo que vale tenemos una idea una idea genial hacer una plataforma para recursos humanos que se llama factorial por eso vamos a hacer esto y ya Ahora eres un sitio de Red Bull Sí por eso aquí vale en factorial pasa lo mismo tengo una experiencia no pero es verdad sí bromas fuera es que es verdad es un es un reto pero es un reto grande y y que me motiva al final porque hay un montón de cambios hay un montón de challenges a nivel del equipo a nivel cultural a nivel de negocio Pero es algo como es manera perfecta para crecer al final si tú quieres pero siempre en todos los empresas en todos los equipos cuando todo todo si todo va bien vale es muy confortable es muy estable pero es también no es aburido pero es algo que tú estás cómodo día el día pero si hay un challenge es una oportunidad grandísima para crecer y pero pero es un challenge del que para mucha gente huiría un poco no porque es muy difícil de golpe en un entorno así de cambio em asumir esta responsabilidad no con con con gente que está con las urp un poco las uñas eh fuera no porque porque porque se han producido cambios y porque se va la persona que les ha contratado que en aquel momento además se convierte en un semidios yo yo quiero mucho Pau eh pero Pau en factorial hoy es una especie de semidios no no pero depende de cómo tú ves Esto si es si tú crees en un equipo si tú crees en una idea Sí claro que hay algunas cosas y algunos problemas que tenemos ahora pero si tú ves en 6 meses un año en 2 años en larga duración es una motivación grandísima porque al final vale tenemos algunos challenges ahora vamos a arreglar todo vamos a poner en marcha y al final vamos a crecer mucho y es es una motivación si si tú enfoques solo en un mes o en dos meses Claro que ves más fácil despedirse yo recuerdo cuando te lo planteo que tú bueno tomas un tiempo para pensártelo Pero qué pasa en aquel momento tú o sea Cuáles son las var rápidamente dices Sí no voy a hacerlo en mi historia normalmente sí está este tiempo para pensar es algo falso al final porque normalmente yo tengo respuesta en 5 segundos pero también después tengo que racionalizar a mí porque es una buena respuesta pero internamente tengo esta respuesta aquí pasa lo mismo porque yo no no he visto otra otra manera como yo puedo decir no esta oportunidad Vale y cómo te encuentras el el equipo y el equipo de producto de factor Aquí somos muy transparentes explicamos siempre siempre todo y creo que que es bueno entonces cómo te encuentras el equipo y y y cuáles son tus primeros lo que haces en el primer mes dos meses aquí challenge principales claro como tú estás diciendo que Pau es una persona muy fuerte que yo tengo un montón de confianza y respeto y también es Claro que todo el mundo va a comparar a ti con paau pero yo no no soy paau y yo tengo mi estilo yoo tengo mi visión yo tengo todo y primero que yo quería hacer es transmitir esta visión y que y también aprender mucho porque Claro que es para mí es factorial fue algo nuevo solo desde febrero hasta Julio Este cambio pasó 3 meses y por eso me falta un montón de contexto por eso hablar cada día con un montón de gente hacer cosas que todo el mundo está pensando que es no es escalable pero para mí idea fue que vale Yo voy a [ __ ] todos los managers que tengo todos los directorios que tengo y voy a aprender que es un producto que es un dominio Qué challenges hay hablar persona por persona y tener si sacar más información máximo de información que puedo y en paralelo también enviar mensajes que vale cosas más culturales porque me parece aquí podemos empezar un poco sobre Qué cambios hemos hecho y Y por qué lo hemos hecho si yo voy a hacer como un repaso que que he visto personalmente es que en en cada compañía pasa en esta historia que Y si tú vas a escuchar un montón de podcast siempre pasa Ah estamos en fase hyper growth por eso Ah Buscamos un montón de gente encontramos un montón de gente y después no sabemos cómo podemos manejar exacto 100% y es algo muy que pasa mucho y en este caso me parece factorial no fue diferente porque al final tenemos equipo muy bueno tenemos me parece cultura de ingeniería y producto muy buena pero claro si tú vas a meter más de 100 personas un año es normal que al final se rompan cosas rompan cosas y es muy complicado alinear tan tamaño de personas Ah por eso en este caso al final pasó pasó lo mismo que para mí algo que fue muy significativo es que cuando entrado est domin de finance es yo entendí que vale Yo entiendo entiendo esta idea que al final podemos centralizar cosas y descentralizar cosas en momento cuando yo entrado Todo está muy descentralizado la idea fue que vale vamos a crear una compañía dentro una compañía Ah tenemos un coo tenemos un ctio de de dominio y tiene su idea tiene su visión de todo pero al final teníamos seis o cinco estas compañías sin hablar de todo sin hablar de nada y al final cada cada esta compañía va a su su dirección antes expliquemos igual lo que es un dominio sí eh Porque en nuestro caso el producto está dividido en en cuatro dominios no eh cuatro dominios cuatro partes eh Muy diferenciadas eh igual demasiado En aquel momento muy muy diferenciadas de del producto una es la parte de de hr operations de recursos humanos la parte más operativa que es la gestión del tiempo y del payroll la otra es la parte de desarrollo de talento que es donde hay la evaluación del desempeño Pues el engagement y el recruitment principalmente eh la otra es finance que es todo lo que es a día de hoy gestión de gastos notas de gastos e y la cuarta es una parte más meta que es lo que es mucha gente le llama plataforma que es básicamente el producto per sé de factoriales donde donde los dominios construyen donde hay las abstracciones comunes donde hay todos los espacios eh que que unen las el pegamento que une todas las todas las distintas funcionalidades de factorial no no también pues la la Api no y y bueno las partes estructurales la parte de reports no todo esto es Core no to estos cuatro dominios les llamamos dominios eh era como estaban divididas el equipo de producto y cuando cuando tú llegas y cuando yo también me centro el producto porque esto vamos juntos nos encontramos que los dominios están divididos con un un gm sí un gm un general manager por dominio a quien reportan tanto los ingenieros como como los diseñadores como los product managers Sí exactamente y al final la idea fue como es separamos todo es como equipo tiene su roadmap tiene su oker y tiene su visión después de este equipo tenemos un dominio que es un conjunto de estos equipos y conjunto de dominios es como factor al final en papel todo Perfecto perfecto Sí sí sí sí funciona si cada uno tiene un objetivo también de arr sí a nivel de dominio s nivel de equipo Sí pero en realidad oares y todo es como si es un un una herramienta pero si nadie está usando este correctamente está usando como herramienta y pone como una idea es es algo que solo decidimos una vez a a quter y después no sabemos Claro que con nuevo contexto y todo pensamos que V Ester no tiene sentido Pero vale tenemos este queera y lo mismo con todos roadmaps cosas que cada equipo va solo por su cola no revisando que está pasando por la izquierda o por la derecha el equipo es un sub un subgrupo dentro de un dominio hay unos seis por dominio no seis o siete por dominio y cada uno tiene una misión una misión y también es como es un trío de director de es product manager diseñador y engineer manager y con engineer manager cada engineer manager lev c se de ingenieros por eso es como equipo multifuncional que tiene todo del mundo pero al final es Si tienes esta separación tan muy definida y esto todo es muy tan distribuido Ah y al final est con Wow clásico es que tú vas a tener tu producto como tu estructura de de compañía y pasó lo mismo porque al final tenemos algunos productos que te punto de vista de usario es un producto pero porque es tres o cuatro equipos en nuestra organigrama es cuatro productos Def fendas que no hablan entre ellos que no comparte datos entre ellos y al final de punto de vista de usario todo es un caos porque yo entro en un lugar Ah Es para mí un producto de time por ejemplo o s de finance y al final hay otra pestaña y tercera pestaña también que no comparta datos y yo no entiendo por qué Porque para mí es un factorial todo es factorial Ah que prefieren los equipos hacer su propio subproducto sub empresa incluso pestaña dentro del producto to su funci que colaborar con otros equipos que que no tien una línea dira de reporting exacto y por qué Porque comunicación siempre es algo muy muy complicado y el ser humano Busca lo fácil el camino fácil y desde luego colaborar con otros seres humanos probablemente No seaa más porque al final todo es como un proceso tienes su roadmap otro equipo tiene su roadmap y por eso es como alinear RM es muy complicado también pasan no cada día si quieres romper algo es también tienes que levantar humano es también otro challenge y al final sí status quo es Tú vas por su su cuenta y pero también que es que me preocupa más que todo el mundo inicialmente pensaba que todo bien al final si yo estoy haciendo mi trabajo día al día Mira estamos creciendo estamos esto es otra cosa que pasa cuando crecen los equipos y no le pasa solo a factor le pasa a muchas empresas que es que de golpe la división de responsabilidades empieza a parecer la complacencia es decir la gente dice bueno alguien se encargará no el producto no va bien Yo ya se lo he dicho a alguien es se lo he dicho al de al lado e no me gusta como se ha hecho la última navegación no me gusta el último design System no me gusta la tabla la abstracción de la tabla que hemos hecho pero como me queda lejos Pues eh No lo puedo cambiar y otro tema que es también es cambia tu chip un poco porque está todo el mundo ahora está pensando que vale estamos tan grandes como estamos un Enterprise no no no no hay otra manera diferente es solo que es o sea es asimilarlo como como un hecho incambiable no somos somos ya somos Enterprise con lo cual esto ya es lo normal sí sí sí somos tan grandes por cambiar algo es un es un reto grandísimo por eso no vamos a atacar esto porque yo como una persona no puedo porque son cómo se cambia eso tan tan horroroso que estamos escribiendo No qué haces para cambiar eso no al final no es tan horroroso porque es horroroso si tú ves en esta manera pero nadie en no hay como iniciativa mala en esto nadie está pensando que vale vamos a esto sí sí pero es algo que tenemos que cambiar es increíble como o sea sin Mala Fe sí se puede ir a no sé al desastre eh todo el mundo cada parte con buena fe y todo y cada persona está haciendo su trabajo su trabajo definido en este caso clo claro y tiene una idea muy fuerte de cuál es su trabajo y dónde empieza y dónde acaba no per eso es challenge principal aquí es como siempre en todos los compañías especialmente grandes más grandes como es comunicación y alineamiento Cómo podemos alinear todos estos personas si tenemos más de 200 personas Cómo podemos asegurar que ellos trabajan en la misma dirección es primero es un challeng grandísimo al final qué qué hemos hecho Ah y para mí es un trabajo clave de middle management de directores en este caso porque es como Ellos están en este caso en nuestro caso es managers de managers están responsable alinear todos los dominios y ver vale Dónde tenemos estos puntos de conexión Y si Time tiene conexión con Core Core tiene alguna dependencia con people no sé Ah esto es su trabajo principal que y no pasó antes y al final Ahora me parece que estamos más en mejor lugar Comparado con Hace 6 meses Ah En ese sentido Pero el primer punto para para estructurarlo eh yo creo estoy muy metido no pero la gente que no escucha igual no no el primer punto es construir una capa de management no de directores eh que se pisa un poco no que que trabaja en el mismo proyecto en conjunto en construir un solo producto no Exacto pero también en este caso tenemos que romper estos cosas como como falsos al final que factorial es tan grande que no podemos meter todo Road map de factorial en un cabeza de una persona porque esto fue como un truis mantra mantra que se repetía no que es demasiado grande demasiado complejo ex exacto y es no es verdad porque sí claro que estamos grande pero no tan grande que es imposible para un q revisar que qué va a pasar en todo factorial Ah por eso es primero que primer requerimento que todos los directores tienen que saber roadmap de todo factorial porque solo en este caso podemos Buscar estos puntes Y overlaps de todos los dominios si esto no pasa No claro que nunca podemos asegurar que a nivel de ic o a nivel de equipo Ah ellos pueden tener estas estas conexiones por eso es primero segunda es también Ah revisar nuestras rituales y nuestra cadencia porque al final Ah si estamos tan grandes tenemos que buscar unas oportunidades comunicar a todo todo toda la compañía y a tod toda la gente pero ahora tenemos como en cada quarter tenemos una serie de eventos que estamos asegurando que al final estamos en el en misma Vamos a la misma dirección primero es cada roadmap en primera de cu cada roadmap que tenemos está publicado en slack que todo el mundo puede ver a nivel de equipo y nivel de dominio que es muy importante porque si Ah producto al final no es solo para producto es para ventas es para g acc para todo el mundo Ellos tienen que tener y tiene que tener esta posibilidad de influir que va a pasar este quarter y normalmente todo el mundo está diciendo que cada día esto pasa está está pasando normalmente pero no es verdad A veces es complicado A veces tenemos día al día por eso es tener una oportunidad en quarter cuando publicamos todos los roadmaps y todo el mundo puede ver y ver si vale ahora este equipo está pensando atacar este este Pain Ah este challenge Ah Es es mejor y da oportunidad a todo el mundo entender y cambiar algo en este momento otra tema que es importante es también es porque estoy saltando un poco al final de para mí quería cambiar yo estoy un yo creo mucho en deadlines para mí es algo muy muy importante y esta también es una oportunidad para alinear todos los equipos por es ahora tenemos la como timeline o Tim normalmente es una nivel de que todos los equipos están entregando algo al final de quarter y es como un deadline normal que está pasando revisamos todos los entregas a nivel de quarter por eso es algo no es tan Popular a veces en la mundo de ingeniería porque todo el mundo está pensando que tenemos que deployar cuando estamos seguro que tiene calidad muy alta pero yo no yo no compro esto porque normalmente tenemos tres variables que podemos incluir recursos scope y Time si fijamos dos de estos recursos porque normalmente tiene tamaño de equipo más o menos está definido Ah deadline vale vale tenemos que entregar algo en se semas o en quarter solo una cosa que podemos influir en un scope y es algo que es que es llave al final porque si queremos un equipo clave cl es clave Sí sí porque si queremos equipo que sabe qu está haciendo que está alineado Ellos tienen que aprender 100% que es un challenge de de usuario al final Por qué creamos este feature o por qué hacemos este refactoring o por qué hacemos algo Ah hay alguna alguna razón dentro de esto Ah y sin aprender esto en detalle Tú no puedes incluir disc Porque si tú no sabes porque esto es cómo tú puedes decir si yo tengo que hacer parte de este feature o en algo más global o puedo quitar est o puedo quitar esta esquina o no es cortar algo Si tú no sabes Ah A dónde vas Ah por eso si para mí es algo clave otra vez Es que si gente tiene su su control 100% si equipos tienen control 100% de scope ellos automticamente empiezan a aprender Ah por qué estamos haciendo esto y para mí equipo no es solo ingeniería o es solo diseño o es solo pms al final es conjunto de todos porque a veces en el mundo pasa que proceso normal de desarrollo de producto es que yo normalmente está llamando McDonald's es que pm está encontrando un un Pain está preparando un un documento un artefacto está describiendo vale solución ideal es esta vamos a aadir estos botones vamos a aadir esos pantallas ya está después pasa esta a diseñador diseñador coge Solo este artefacto sin conocimiento de usuario sin conocimiento de nada está pintando High fidelity screens y después pasando est ingeniería ingeniería está desarrollando algo y deploy al final en cada paso de este de esta cadena introducimos más y más ruido y idea inicial que puede ser también no es tan tan buena de PM al final se convierte en algo totalmente roto totalmente diferente Que usuario no quiera por eso para mí una manera construir productos sana es hacer overlap de todos estos partes que p tienes está tiene muy claro el pain de usuario y puede explicar solo pain no la solución y después pasar esto a equipo de diseño y equipo de ingeniería ellos en un Time box de se semanas de un quarter tiene que llegar a una solución pero tener en claro primero input es una problema un problema de usario y no una solución y normalmente est funciona mucho mejor Comparado con mdonal y ese concepto del overlap es interesante porque el el que se puedan pisar el product manager el product designer y ingeniero en vez de trabajar en cadena como dices del McDonald's no del producto que pasa muchas empresas eh hace que se cree cosas mucho más creativas pero sobre todo hace que se priorice y se decida mejor no tú lo has dicho no o sea eh Al final el construir un proyecto es una es un tradeoff es una dicotomía o una tricotomía entre eh el alcance el tiempo y los recursos utilizados no para construir el producto Entonces como esto eh es muy difícil determinar a priori porque hay muchas variables en muchísimas dimensiones que pueden aparecer en la construcción de un producto le das el ownership al equipo para que ellos dinámicamente decidan en base a la información que van recogiendo trabajen juntos pisándose construyendo una solución en en conjunto Aunque el diseñador se encarga más del diseño y el ingeniero más de la ingeniería y el manager más del problema los tres o los tres roles porque en realidad el equipo puede ser más grande si hay más ingenieros trabajan como un solo equipo pensando como un solo equipo decidiendo como un solo equipo no y al final acaban teniendo el producto s que no has podido terminar a priori pero que confías en el equipo que es el producto óptimo con el tiempo y recursos no y por eso es importante que el tiempo sea una unao de los factores que se determina y tú dices Bueno en estos tres parámetros de alcance y recursos yo te fijo el tiempo y los recursos no lo estás diciendo son las personas que forman parte del equipo y el tiempo Entonces te dejo el scope te doy la responsabilidad del alcance para que tú decidas hasta dónde puedes llegar yaro y cuál es el incentivo del equipo de llegar lejos porque dices Oye pues voy a ser muy conservador y voy a hacer poquita cosa Sí pero es normal también también hay otra otra cosa que es que es no es variable para yo quiero hacer esto muy fijo esa sensación de calidad que también significa vale est ficho es parte de factorial y que significa calidad de factor aquí esto es como criterio interno es algo que es mu ad Mostrar oer es describir es verdad si tú tienes o no tú tienes pero es algo que tú puedes aprender pero Normalmente se transmite a nivel cultural que tú ves vale tradición oral como historias como la cultura misma sí sí sí sí pero es verdad tú ves qué está pasando en otros equipos cóm estamos decidiendo que vale es un buen producto es un mal producto también revisando los números Pero hay un montón de cosas pero al final esto es no podemos quitar este este variable no podemos decidir que decir que vale solo como es difícil de medir pues no no lo vamos a medir no s o otra tema es como excusa es solo se semanas tengo recursos limitados es problema muy compado ca Exacto pero es porque es que realmente no tengo más tiempo no sí sí sí sí pero también es importante que aprender que vale puede ser solo un botón pero botón que funciona 100% de veces y está resolviendo un pain de usuario vale No es algo muy flashy es un botón pero exactamente usuario quiere este este botón pero otra tema que es a veces está pasando es estamos invirtiendo Ah invirtiendo invirtiendo sí gracias un montón de tiempo en algo muy complicado pero no podemos traer en es seis semanas o en un quarter y por eso estamos casi ahí pero no sabemos si va a funcionar es algo muy muy complicado usuarios no lo entiende y al final es también Ah motivación de equipo está totalmente en su suelo porque sí claro claro ellos que no pueden traer algo a producción Ah pero al final esto pasa Porque no tenemos este challenge dentro de un equipo si diseñador no pueden trabajar con ingeniería ingeniería no pueden decir que vale porque es no tiene sentido de mi punto de vista porque todo el mundo no tiene en su cabeza esta visión final de usuario y cuando est tú estás cambiando esto magia magia Ah empezará normalmente volvemos al principio donde yo te he preguntado e qué pasa en los siguientes dos meses después de asumir este rror no hay una serie de discusiones y cambiamos la forma de hacer producto o sea la maquinaria de factorial y cómo se construye producto cambia no tú has hablado de Bueno hay una serie de rituales Sí sí sea básicamente general en producto hay los rituales hay una serie de artefactos que la gente construye y mantiene eh Hay una serie de incentivos No sí vale finalizamos con y la cultura también no pero podc montón de cosas pero finalizamos con rituales porque sí es al final tenemos esta principio de que Ah esto Kick off se llama es que todo el mundo está publicando su su roadmap un que cuando dices un que para la gente que no no se ha metid en la jerga es un trimestre Ah trimestre gracias Sí sí porque un trimestre sí es como funciona el equipo de producto piensa en trimestres Exacto sí es como cuatro al año sí sí Y es como un calendarios y está definido esas partes y normalmente estamos entregado cada cuarter Claro que deos más cada día pero al final que medimos y que revisamos es como un quarter o sea o sea el quarter es la unidad eh de de valoración de los resultados hechos no es cuando se lanza el producto no tú lo has dicho eh se lanza constantemente se está creando está cambiando el producto eh Pero al final de quarter es cuando se evalúa Sí también paramos y pensamos A dónde vamos la dirección correcta No es también es un importante tener algunos puntos en en su día a día que cuando vale todo estos día o esta semana Estoy totalmente en manera revisar cosas vale Ah y tenemos tres es primero sí es como este kickoff que todo el mundo está pensando que vale eso son los rituales estendo los eventos que pasan en la organización de producto de sincronización s s Sí primero es vamos con este plan es nuestro roadmap mitad de trimestre es A dónde publicamos primeros resultados que cada equipo está diciendo que vale nuestro plan inicial era esto ahora estamos en esto En este estado es Mira Ah puede ser una e figma o puede ser un demo real o Algunos números Ah nuevos es vale si gente va acá día al día aprendiendo contexto nuevo y ellos están represando este contexto está construyendo producto nuevo y ahora es en mitad de quarter podemos hacer un checkin y Mostrar que vamos a la misma dirección heo Sí lo mostr sí a todo el mundo en realidad a toda la compañía Por qué es importante porque sí todo el mundo está empezando que vale claro que tenemos algunos Ah Podemos tener algunos dependencias con clientes con con ventas pero también todo el mundo puede aprender cómo desarrollamos producto y cómo pensamos y Por qué priorizamos algunas cosas sobre otros Ah y y también que es importante es es a veces es normal romper su roadmap porque cada día tenemos un contexto nuevo y puede ser que tú vas a encontrar una oportunidad más grande que que pensáis hace se semanas por eso est normal que decir que vale chicos totalmente pensamos nuestro roadmap Pero mira Por qué tenemos una un documento una lógica detrás no es porque no podemos entregar es porque ha tenemos otra oportunidad más grande y es otro momento donde es normal deir decir a todo el mundo que nuestro roadmap como equipo está cambiando y al final de quarter que es más importante tenemos product review que es también importante no solo para equipos es también para directores Porque para mí es voy a repetir es Ah Podemos tener una compañía más grande de manera descentralizada pero como empezamos todo el mundo va a su dirección y yo quería hacer un poco de otra vez Es centralizar más cosas y este capa de middle management directores en este caso es un otra cosa clave que clave de todo sí sí sí sí que tiene que tener sí tenemos mucha gente ahí pero al final Mi idea es que cada persona piensa en la misma la misma dirección y está alineado 100% Porque con este podemos tener que vale cada dominio está pensando a nivel de negocio Ellos tienen roadmap de todo factorial en su cabeza por eso pueden encontrar cosas conexiones y también que tiene este criterio de calidad también compartido porque es que es más importante que vale en un dominio ten Ah no puede ser que es más más relajado Comparado con otro dominio que es a nivel de calidad de e visión de producto y de todo no queremos deployar teneremos tener factorial como una compañía un producto pero tenemos un montón de gente pero eso es est un challenge est dejo m real Ah tenemos que operar cada día y en este caso directores son claves o sea esta construcción de criterio compartido que es un problema en factorial tenemos a 220 personas 200 Entre 10 y 20 eh en el equipo de producto de los 460 son ingenieros eh 25 product managers 25 diseñadores más o menos no antes hablado de que teníamos cuatro dominios pero luego tenemos un quinto que que no me lo olvido que es la parte de infraestructura donde está el Data donde está los analytics donde está la parte de servidores etcétera no e entonces per me olvidado lo que iba a decir no estoy también quiero finalizar con product review que es Por qué es tan importante para directorios Y para esta capa que al final cogemos todos los equipos y todo que que entregado en este quarter y con todos los directorios revisamos que vale producto por producto si tiene este calidad Ah calidad de factorial si entregado al final Porque es importante deadline es algo que es deadline en realidad si no entregado es un un fallo grande tenemos que revisar Por qué está pasando que está que con este equipo no es correcto y y también discutir Cómo priorizamos cosas como desarrollamos es algo importante para equipos para recibir este feedback constantemente de de directores y de management pero es también muy importante para directores para clar eso es lo que iba a decir o sea la parte más importante es crear esta conciencia compartida entre los directores no que todos los directores pueden ser reemplazables que pueden dar feedback a los equipos que entiendan la misma visión de calidad no la misma visión de factorial en su conjunto no Y para eso sirven también los product reviews no no solo para los propios equipos reciban el feedback de su equipo sino para que los directores se impregnen y consensu se hagan el esfuerzo de discutir y de alinear Exacto idealmente equipos tienen que recibir feedback cada día Ah de su directores pero también tenemos que tener un momento en un cuarter donde podemos parar y también alinear a todos y revisar que vale estamos en ello Ah o no y y dar que este es feedback un poco más oficial Pero la idea es que si equipo llega a product review con un sorpresa que es algo mal que es algo malo es mal mal trabajo de director que director no está diciendo dando feedback correctamente día a día Ah y es también un señal que no Qué implicaciones tiene este product review Sí también me parece aquí tenemos que tocar cosas variables en general cosas divertidas sí cosas divertidas que no es tan popular normalmente en ingeniería Por cierto que el bien y el mal en producto o sea el definir esto es un buen producto un mal producto es de las cosas más difíciles que hay 100% y no hay objetividad Ah 100% y no es posible hacer objetividad porque siempre como ingeniería todo el mundo mundo puede gamificar algunos sistema y si algo es gamificado vamos a encontrar hackers al final un producto es una implementación de de una visión fuerte de una opinión fuerte subjetiva eh No Y eso tiene que ver con factores estéticos funcionales e varios factores en su conjunto Sí con un montón de variables que no tú puedes poner en un papel es en teoría con puede ser en algún momento pero ahora sí es que es importante tener todo todas las personas en la misma sala discutiendo parte de producto para revisar si es es un producto bueno o no que final en software b2b esto se traslada en en en conseguir el éxito del usuario y del cliente eh porque al final el b2b lo que te permite es ser bastante más objetivo y racional no normalmente los clientes para los que trabajamos tiene un objetivo nosotros podemos o bien ahorrarles tiempo o bien enable arles hacer cosas que no podían hacer antes sin nuestro producto no y todo esto una experiencia placentera Exacto que es muy complicado al final si tú pones solo los números vas a tener Excel que al final está resolviendo un montón de Pains pero no es que Excel es la [ __ ] Sí exactamente pero nadie quiere usar Excel pero nadie quiere usar todo el mundo lo usa sí Exacto pero por qué no hay otra sí Ah Pero al final sí También queremos que tener nuestra visión y queremos transmitir esta visión y queremos tener una un equipo muy fuerte que también No solo está ejecutando qué usuario está preguntando porque a veces usuarios tienen sí soluciones hechas en papel y todo y pero están este equipo tiene que transmitir visión de factorial y por eso empezamos con directorios con la idea que al final tenemos algo centralizado pero después descentralizado que si tenemos directores alineados ellos pueden vender y transmitir esta idea a todos los equipos al final y es Qué difícil es esta centralización y descentralización no sí es un challenge es el challenge de todo y es también es challenge que es muy lento al final ver los resultados Porque si tú puedes normalmente como todo el mundo está pensando que comunicación es algo que vale Yo voy a grabar un zoom o voy a transmitir este mensaje y todo el mundo está yendo este mensaje estaré viendo pero no es falta tien claro yo yo De hecho ilea yo hablo contigo y te digo Oye arregla el producto ya Exacto ya no Pero cl cuesta no lleva tiempo no sí sí lleva tiempo lleva tiempo es verdad pero es este cambio cultural es es normalmente sí es primero tienes que cambiar cosas mu en manera muy rápida Porque si tú llevas en coche hay GPS y si tú pones en Gps dirección errónea Tú vas a Y si tú estás de cuenta tú vas a parar y poner correcta No vas a 5 km más y después poner a correcta pero en este caso en caso de nuestro tamaño es no somos un coche somos como un Liner en oceanos como no tourist Liner como una Oh Cómo es un un crucero un crucero gra sí Ah grandísimo si tú vas a cambiar de dirección también con enercia tú vas como lleva tiempo en este caso no sé tú has visto el el podcast de Lex friedman con Jeff besos no que bueno tengo en mi cola nada Nada nuevo no seguramente ti pero es curioso porque él habla de que osta una empresa como Amazon de 1,5 millones de personas trabajadores no se mueven con muchísima agilidad no y con unos con una ser de principios muy básicos no pero me interesante queé significa se mueve en este caso ejecutar algo en los mismos principios es una cosa pero cambiar al es es otro tema y cambiar en el chip por mí cosas culturales se cuesta mucho es porque tú es tu manera de pensar es algo que tú tienes que reforzar cada día con ejemplos cl y cuando tú Tú tienes dos más de 200 personas es tiempo sí es que hay algunos factores culturales que nosotros nos damos cuenta los founders de factorial que que por el camino vamos perdiendo no porque para nosotros son muy intuitivos no el hecho de ese sentido de urgencia el moverse rápido el el el enfocarse al detalle crear ser handson estar creando siempre no de golpe cuando empiezas a crecer empiezas a incorporar midle management a veces te encuentras que hay mucha gente que ya no crea hay mucha gente que ya no se mueve simplemente se dedica a comunicar y a hablar no y pierde esta noción de detalle esta noción de producto de de builder e que cualquier emprendedor técnico no normalmente tiene al principio no de construir producto entonces claro es es lo que nos pasa no cuando nosotros nos empezamos a sentir a no sentir orgullosos de lo que estamos haciendo No es que el producto de factorial esté roto eh o sea no es que no funcione el producto de factorial el producto de factorial sigue siendo la herramienta elegida para para un cliente cuando le dan dos opciones tres opciones o prueba varias opciones en el mercado pero sí que Comparado con nuestra expectativa esta expectativa de de un de un diseño placentero de una experiencia que pasa sola que funciona sola que es casi mágica que al principio es como empieza empieza factorial hay un momento dado donde cortando corners y gestionando scopes y en esta falta de comunicación y de colaboración se empieza a generar un producto más complejo sí 100% pasa esto y también s es como al final Ah no hay mala fe como estamos discutiendo s al final s no no no estoy pensando que al final todo el mundo está pensando vale pero yo estoy Ah executando mi trabajo Estoy haciendo 100 correcto pero al final no es un producto que estamos orgullosos porque a veces si tenemos que parar y pensar que vale es algo raro porque estamos ahora estamos priorizando Este feature sobre no sé calidad Bugs o otra tema Ah y está siempre tenemos que priorizar cosas porque es otro challenge que pero la calidad nunca se nunca se negocia no 100% pero sí claro si tú todo el mundo está diciendo que tenemos que traer más feat más features más features todo el mundo va a pensar que vale calidad no es algo que es importante para nosotros pero es que es que más features con la misma calidad el problema El problema siempre es esta definición de calidad o sea esto que estabas diciendo al principio de cómo cómo generar esta esta visión unificada esta cultura fuerte de Qué es calidad yo yo hago una charla en en en junio o Julio en julio hago una charla en Factor y hago una presentación pongo fix the product ya está acabado mi trabajo mi trabajo siempr es el más fácil leraz entonces de golpe todo el mundo empieza a hablar de fix prod y cada uno significa cada uno le atribuye algo diferente no fix product Qué es fix product no entonces hay un montón de cosas Hay un montón de cosas porque para algunos es Bugs y sl para otras es como esta sensación de estamos orgullosos quecia Sí hay muchas cosas s claro y entonces claro Hay que unificar no hay que hay que consensuar yo creo que estos meses esto que tú describes como este proceso de review de alignment entre ores es un poco la discusión la conversación larga con visión a largo plazo no porque Oye esto tienes que tener paciencia no donde hay existen todas estas discusiones no se empiezan a producir estas discusiones y se empieza a tangibilizar mediante la product review que no es un algoritmo y es una putada porque los ingenieros buscan algoritmos para medir el éxito product review donde los directores se comprometen a dar un feedback profundo denso de Por qué sí Y por qué no no Exacto pero también es otro punto interesante a nivel de ingeniería por ejemplo en este caso si estamos hablando sobre directores directores directores pero no es solo directores que también se puede transmitir esta sensación de calidad para mí es también una un nivel de seniority en ingeniería es exactamente esto es que alguien puede decir que vale no podemos deployar este o no es una manera como desarrollamos producto tenemos otra y puede levantar su mano y también de que vale No no podemos continuar con esto y yo veo ahora después de estos cambios y este cambio del chip que le da es también es algo que no podemos quitar que cada día especialmente developers como ingenierías a nivel de staff o senior está liderando como estoy diciendo en campo de está liderando el qué en campo en como en día a día en día a día en el terreno Sí todo el mundo es como vale No es si quier est mostrando en su ejemplo Cómo desarrollar producto manera que estamos orgullosos y para mí es otra pata que es un muy importante en ingenierías y es tener estos tener estos líderes a nivel de ingeniería no es como managers pero a nivel de ic individual contributors que que está también mostrando y transmitiendo esta cultura Porque si tenemos developers nivel de senior staff que está cometiendo errores No no errores como está que está quitando cosas muy importantes a nivel de calidad Claro que después Juniors o me van a ver y pensar que vale Si staffs no está haciendo esto yo voy a repetir lo mismo porque es algo normal que está pasando en compañía o sea no solo coges a los directores y y les transmites esta visión fuerte esta idea de calidad sino también algunos individual contributors algunos programadores individuales que tienen muchísima mucha seniority para M es una definición de seniority al final si solo pensamos seniority es como hard skill 100% si Qué es la diferencia desde staff senor que una persona que está programando muy bien va a programar mejor que aquí perdemos una oportunidad porque yo veo todos los staffs es Es como un líderes al final y para m líderes es alguien que también No solo está haciendo código que es también levantando nivel general de cultura y de ingeniería por eso está transmitiendo mucho está revisando y está mostrando Qué es qué es bien y qué es mal Ah haciendo mentoring Y también conectando puntos a nivel de de todo factorial porque también esto alineamiento de roadmap puede ser hacer directores pero cosas técnicas es yo estoy confiando mucho en en mi staff porque ellos sta Qué significa staff porque es como normalmente en carrier pad de ingeniería tú tienes Juniors mids y seniors y después de seniors no hay hay staff developers que es alguien con un montón de experiencia y con este nivel de Liderazgo Ah y es seniority es una marca de seniority en este caso y Ah y para mí es Ellos están 100% responsable también lantar cultura deí la cultura la cultura de ingeniería y la calidad nivel Definir la calidad sí Exacto es todo cultura está como conjunto de todo al final en este caso vale o sea es un es un es otra forma de Liderazgo que no es funcional no es de reporting no como pasa habitualmente en las organizaciones sino que es meritocrático puramente técnico de Liderazgo es ejemplo y y algunos de estos ingenieros pueden tener más impacto incluso que un manager no un director o sea pueden tener ellos solos pueden proponer una nueva forma hacer algo que acaba siendo lo que cambia el mercado exacto y es otra parte de centralización para mí que es importante si cosas queremos centralizar roadmap queremos centralizar la visión Pero cómo transmitimos esto después a tod todos los ingenieros que tenemos es para mí es estos Ah semillas en este caso de a nivel de staffs es manera Ah como muy importante para hacer esto mm vale hemos hablado de rituales em a nivel de artefactos Cuáles son los documentos no en común que comparte la organización de producto y que y que de alguna forma permiten seguir cómo vamos es un buen tópico porque que al final empezamos con un montón de artefactos que cada cada dominio tenía su artefacto un montón de roadmaps un montón dees notions notion ha hay notion para todo Ah pero al final ahora Los vemos Que Sí es que nos qué en qué metrix estamos interesados en cada producto si estamos ver si es healthy o no healthy es sano o no sano al final es usage mrr y nps más o menos es como tres que podemos ver cada producto y tener alguna como algún luz color verde o color amarillo si todo vía no se todo va mal en este caso y para mí es importante que todo el mundo pueda saber como mínimo estos tres MC sla no no has hablado eh sla es otro tema Sí sí vamos vamos a sacar esto O sea me has dicho usage que vendría a ser la métrica de éxito de de un producto es decir para para que este producto tenga éxito hay que hacer eits acciones eventos dentro del producto esto lo Define cada equipo se consensua con El dominio y con y con con todo el mundo y pasa a ser la metrica que se sigue equipo a equipo no esto es usage luego has dicho nps que básicamente es una métrica de satisfacción por parte al usuario cuando le preguntas explícitamente qué probabilidad tendría de recomendar esta funcionalidad a un amigo no y tiene un sistema de respuestas donde bueno se eliminan e los los los pasivos eh se restan los los detractores a los promotores y te da un número no esto es el nps y luego eh la tercera cosa que has dicho era mrr mrr se me ha olvidado qué fuerte que es básicamente la métrica de facturación te hecho una putada hablando en español normalmente hablamos inglés en factorial dicho no por favor Ho es en español muy bien pero al final si quieres tocar también métricos son muy importantes todo el mundo tiene que saber esto no solo pm porque a veces es otro error en mi equipo Lleva esto mtrica de solo proder no ingeniería llev también y diseño lleva también todo el mundo está revisando est todo el mundo está responsable para esto y es muy importante Si queremos al final tener esto enow Team Ah pero sí al final Yo quiero todo el mundo que es que tienes esta responsabilidad y que puede asumir esta responsabilidad y no después poner dedos Ah pero otra cosa es ley es calidad es como más más de BS que todo el mundo no no le gusta es Qué significa es le en este caso si nos nos como ingeniería o producto y hag un B de un usuario tenemos depende de su importancia de este B algunos tiempos para resolver Esto si es Back muy importante como nada nada de está cargando nada funciona Claro que olvidamos todo y estamos arreglando si es pi1 es como 5 días si es pi2 15 días vale no es tan importante pero al final cada B está ah estamos prioritizar depende de su de su importancia y si al final también es muy importante para equipo aprender que en b2b bgs que tiene totalmente otra significación que Comparado en b2c porque cada usuario cada empresa está tiene confianza en factorial pone su información muy importante y esta confianza para nosotros es es vital si al final rompemos Esto vale no tenemos negocio y por eso si tenemos un bg y llevamos un montón de tiempo resolviendo Este bg vale Yo voy a quitar un poco de la confianza sí gota por gota y por eso es importante aprender que BX para nosotros es algo que no podemos olvidar 100% y tambén pero también a veces es es muy bien decir esto que sí bxs son importante Por favor ingenieros arregla arreglan cosas ingenieros que pueden decir que sí sí Yo quiero arreglar per es más es más están de acuerdo normalmente siempre todo el mundo está pero tengo mi roadmap muy grande Tengo un montón de presión de de todo el mundo que tengo que desarrollar features nuevos y cómo puedo también hacer este equili B entre cosas nuevas y arreglar los problemas existentes eso es un mensaje al final otro alineamiento que tenemos que tener a nivel de la compañía y resolvemos esto con variables es con cosa no es tan popular si en mundo de ingeniería pero pero para mí no es algo de Ah esto es otra manera como empresa puede darar dinero No es otra es herramienta muy potente para enviar enviar señales pero más que variables O sea que que estoy de acuerdo o sea 100% de acuerdo eh objetivos no son los objetivos dentro previo los variables es qué objetivos le ponemos a la gente Exacto pero también si también tenemos que tener Ah este señ Porque si claro como quear podemos tener un un objetivo pero si no llegamos a este objetivo y no pasa nada no es tan importante para mí este objetivo Ah y si también tú puedes tener tu roadmap como objetivo y tu S como objetivo o sea que norment hay muchos objetivos sin consecuencias exacto y Pero también es complicado día al día prar tengo dos objetivos roadmap sl Cómo puedo opar que es uno importante o otra es importante Por eso tenemos que resolver esta y que no gente piensa menos Ah en este nivel y tiene muy muy como señal muy Ah muy fácil para aprender y al final es es un variable eh En este caso y tenemos exactamente variable en tres partes de variable primero es Es que tenemos a nivel de todos los puntos a nivel de factorial Ah que no podemos sobrepasar si sobrepasamos también decir que es los puntos Ah estos tiempos que he comentado antes a nivel de que es prioritario que esto todo si sobrepasamos ese deadline de cuando resolvemos el pack empezamos a asumir puntos eh y depende de de priorit de cada bac asumimos más puntos o menos pero al final podemos ver que como factorial como un equipo Ah estamos en general tratando más resolviendo bgs Por eso tenemos no sé 2000 puntos 3000 puntos 10,000 puntos algo algún número y si bajamos este número mejoramos si este número crece peor por eso parte de e de para resolver esto ponemos una meta que no vamos a sobrepasar 500 puntos al final Como factorial en general es algo compartido en un trimestre en un trimestre en un trimestre es algo compartido para con todos equipos por eso no hay discusión si es mi b o es B de otro equipo no no es todo para factorial Ah y tenemos que tener esta sensación de calidad a todos los developers diseñ adores y prod managers están bien compartido todos los niveles Ah y con esto resolvemos esta discusión si tengo quear pm roadmap o tengo que priorizar esa ley ahora tenemos un una meta que está muy conectado también a tu salario si no llegamos a estos 500 puntos nadie en producto recibe parte de su variable está se Cuáles son los objetivos que tienen los equipos de producto uno es calidad es calidad técnica sí exacto y también es tiempo de despues en este caso otra tema es entrega es est product review que tenemos para cada equipo revisamos que cada equipo está entregando y y es directores están también evaluando si este equipo tiene que cobrar su variable o no tiene que cobrar su variable para mí es otro tema si tenemos otra sorpresa y algo y un equipo no está comprando no es también solo una penalización monetaria es también señal muy fuerte que en este equipo algo está roto que tenemos que repensar procesos ahora porque vale este equipo no funciona o sea por defecto en la produc review eh lo lo normal es que se apruebe digamos no O sea que todo está O sea que está bien se toma decisiones se ha explicado el razonamiento no y Y en este y en este razonamiento pues se valora este proceso de decisión de gestión del scope no Y lo normal es que esto esté bien No pero si no está bien entonces no solo este equipo no va a cobrar una parte de su variable sino que además tenemos un problema estructural en esteipo Exacto sí es una posibilidad para directores todo el mundo rar qu está pasando porque no no puede ser que en dos quarters el mismo equipo no está coperando esta parte porque está pasando algo está totalmente fatal y también es otra tema que queremos hacer algo manera muy explícita porque antes normalmente en cada cada compañía pas está pasando exactamente esto hay algunos equipos muy buenos hay otros equipos que es malos ponemos en este caso y aquí tenemos que mostrar a todo el mundo que vale hay algunos equipos con problemas y tenemos que res resolver esto Si no resolvemos es como no hay sorpresas para nada si por ejemplo tenemos que reestructurar todo el equipo Vale y tienen que de alguna forma los equipos ayudar a los otros no ayudarse subir el nivel no como tú decías antes no para asegurarse que la calidad es es Es la que buscamos no Exacto entre todos los equipos y hemos dicho product review a nivel de de de objetivos me has dicho la valoración de todos los directores eh que hacen sobre sobre la entrega y las decisiones tomadas por un equipo el sla y el tercero mrr mrr mrr sí es también parte muy importante para mí negocio Sí exactamente porque al final no podemos pensar que estamos que producto está totalmente desconectado de pentas de customers Access de Mercado de todo y que estamos desarrollando algo muy diferente hay un argumento que se escucha mucho no que es cuando le pones a un equipo de producto un objetivo de mrr pasa a pensar a corto plazo deja de pensar a largo plazo tú qué piensas esto podrías salir más detalles Qué significa esto no bueno a ver es lo que dice el equipo concretamente algunas personas del equipo de factoria no O sea dicen [ __ ] pero es que si me pones un objetivo voy a maximizar el mrr no y igual voy de trabajar en cosas más largo plazo no me gusta Si algo alguien puede maximizar me suena muy sano en este Pero al final yo puedo pensar qué puede ser que vale que yo puedo imaginar si tenemos este parte de marr al final podemos olvidar cosas más orgullosos de producto que es verdad Si no vamos a pensar a nivel de animación complejos o alguna solución más general que no puede cambiar mrr en este quarter pero sí claro que puede cambiar algo en futuro futuro yo puedo ver este argumento pero también para mí es cosa cultural si pensamos que si vale si estamos si pensamos que es vale para mí es imposible ver si repetimos el mismo abstracción o el mismo idea siempre en diferentes partes de producto Ah y no podemos unificar esta y decidir decidir que que no voy a hacer esto porque tengo mi variable ener no vamos a comprar yo tiendo a pensar que que la gente es más lista que yo en general no y más el equipo de producto buen todos los equipos no pero veo el equipo de producto gente que sabe mucho que tiene opiniones muy fuertes no entonces si yo soy capaz de balancear el corto el medio el largo plazo Por qué no Debería hacerlo un equipo de producto no Por qué no deberían pensar en sus yos dentro de 6 meses en sus yos dentro de 12 meses no Pero también es importante no es es a veces no es prioritizar pero es también conectar porque cuando añadimos esta variable es una anécdota Pero al final he recibido tanto preguntas sobre negocio de ingeniería que me gusta mucho cuando gente está aprendiendo variables funnel conversón conversion rat todo es muy sano porque al final todo el mundo erróneamente está pensando que yo no puedo influir nada No no es verdad si ingeniería no puede influir nada nadie en teoría puede influir nada porque ellos normalmente están desarrollando cosas nuevas por eso en este caso para mí No no estoy comprando y luego el tema también de la del tema del largo plazo al final desde mi punto de vista es que hay hay una sola vida eh entonces en esta vida tenemos que conseguir crear una historia una narrativa No qué es lo que estoy haciendo con mi vida para sentirme orgulloso no Y tú tienes la oportunidad de estar trabajando en un producto que que le va a cambiar la vida a las personas que utilizan en este caso 600,000 personas en su día a día que es de alto uso no Y tú te estás planteando De verdad te estás planteando Voy a maximizar esto corto plazo porque eh Porque voy a cobrar el variable voy a cobrar el variable o sea yo creo que hay que pensar en cobrar el variable es una es una parte importante porque con cobrando t el variable va a cobrarlo también el resto de la organización marketing y ventas que viven en este quarter que vienen este mes que tienen objetivos pero también tienes que pensar en generar esta historia y esta solución rompedora sí Y esto requiere madurez requiere cultura y por eso no todo el mundo sirve para trabajar en factorial eh Y eso es lo que te iba a preguntar ahora qué perfiles buscas tú en tu equipo con agencia es normalmente si no sé es con Cristiano es el mismo que no agencia es con agenc Pero vale con iniciativa para mí es una bandera muy roja si yo voy a preguntar por qué estamos haciendo esto y alguien me está respondiendo porque alguien me ha dicho es para mí y yo voy normalmente tengo sí desconectado y todo es estoy furioso después Sí pero porque es algo que me está triando mucho Ah y si gente que estoy buscando no pueden decir esto y no no quieren decir esto no es normalmente no no es normal para ellos decir frase como esto Ellos están aprendiendo muy claro por qué está haciendo esto y tengo su visión que es bien o que es mal y si algo está fuera de su visión ellos va a levantar su mano y decir que tenemos un problema aquí tenemos que rizar tenemos que repensar se van a negar a hacer algo sí que no compran 100% que no es lo que pasaba porque ojo que antes has dicho bueno la gente tiene buena fe pero no están no está cambiando esto que ve que no por eso me es una un Moto de factor que es convince o get convinced que es el contrario de Amazon no Aparentemente depende falta faltamos detalles ahí básicamente el disagree and comit no y estas dos culturas no disagree and comit o convince get convince no sí sí sí pero me parece es el mismo al final si es como falta detalles falta marketing pero es muy importante Si tú no estás comprando Si tú no entiendes 100% que que estás cometiendo tienes que tener est discusión fuerte muy fuerte y es sano tener discusiones fuertes Ah pero es también importante salir una sala después que todo el mundo está está teniendo muy claro por qué tomamos alguna decisión o una decisión o otra y especialmente a nivel de management a nivel de directores Porque si ellos no están comprando algo algunos cambios mundo sí es ellos no pueden liderar después a sus equipos porque al final es también es muy importante a nivel director que ellos no son sol proxis o sol transitores de decisiones ellos son líderes y Yo sin agencia Esto no puede pasar lo mismo con staff no y el mismo con staff pero en general en todo el mundo no porque tenemos casualmente tenemos gente muy muy joven Junior que tienen unas opiniones fuertísima y que las batallan no y que discuten no y es esa cultura donde esto pasa para mí es clave no donde al final cualquier persona puede eoner imponer su criterio con información 100% Sí sí sí pero tamb bien que es importante si no es solo imper criterio pero asumir responsabilidad pero a veces sí es también es complicado y a veces también cultura de ingeniería en general que está pasando en otras compañías que vale tenemos algunos sprints algunas cosas estamos trabajando pero si algo está rota Ah Es es es no es nuestr Ah y yo también es otro Trigger para mí que es al final Ah si algo está roto y tú lo ves tú tienes que no tú tienes que arreglar o tú tienes que llevar a otro equipo tú tienes que asumir Ah responsabilidad tod factorial y no solo de tu equipo Cómo se incentiva que alguien que tiene un objetivo de calidad mrr y entrega del producto en su equipo en el trimestre tal y como eh ha previsto y tomando las decisiones adecuadas Cómo se incentiva que coja un problema común igual fuera de su equipo igual no algo genérico del producto y lo arregle porque al final gente listo está tiene este sensación muy clara que todo es conectado si tú ves una problema que tú y tú también tienes muy claro que es algo importante porque a veces es no Ah Es muy conectada mrr es muy conectada de calidad y después va Pero igual no mrr de su producto concreto de su pero mrr de factorial Pero al final mrr de fact Claro pero esto es lo que la tragedia de los comunes no de todos los espacios comunes Cómo cómo se encarga porque luego evidentemente tenemos un dominio del espacio común de de cor no pero es imposible por grande que fuera este dominio es imposible que se se encargar de todos los problemas comunes no al final o es un es un factor cultural para mí es exactamente Es que tiene que llevar a staff developers más porque si ellos están Claro que es para todo el mundo pero para ellos exactamente es su Job description que al final llevar cosas comunes y al final entregar impacto a nivel de todo factorial A veces es complicado y porque y es también que quiero cambiar mucho Es que staffs para pensar que vale mi día a día solo entregar código si staff piensa esto tenemos una oportunidad perdida muy perdida en este caso y para mí es staff también tiene que dedicar mucho tiempo a tener contexto de todo todo negocio tener contexto de otros equipos llevar algunos s revisar código mucho revisar problemas en otros equipos en su dominio también para buscar estos puntos vale Yo veo aquí algo común yo veo ahí algo común cómo puedo arreglar esto y hay un montón de soluciones vídeos Comunicaciones no un código nuevo abstracción nueva Hay un montón pero también es muy complicado Poner este solo en description Porque para mí es que más senior persona hay es más complicado definir su su Job roll porque claro es Hay un montón de variables como lo mismo como en calidad y para mí es también importante que gente está aprendiendo que V a nivel de staff y más Ah yo tengo que buscar oportunidades para negocio y alinear conmigo con directores Qué significa esta oportunidad en este caso mm cuántos staff tienes en factoria Ah más 10 10 12 personas me parece 10 12 personas Sí sí y directores directores cinco cinco de ingeniería cinco Sí y luego tienen por debajo engineering managers cada uno de ellos tiene entre cuatro y seis personas Sí sí s sí em qué tiene que hacer un desarrollador para promocionarse para crecer siendo que es una pregunta que mucha gente se hace no dentro de factoria exacto y también es es un challenge en todos los equipos porque al final tenemos carer Paz es una un documento que está describiendo que vale si cómo tú tú puedes crecer en factorial y para mí es algo sano es muy bien que tenemos y es algo importante pero también Ah si tú pones si tú haces muy muy complicado va a convertirse como en un juego si yo voy a cerrar todo estos puntos automáticamente me va a promocionar yorito algoritmo exacto y es algo complicado a veces porque claro vamos a repetir lo mismo que es en compañía en un startup cada día recibimos un nuevo contexto y a veces solo cerrar todos los puntos no significa promoción y también depende de manager para algunos Ah Esto sí para otros no también esment tiene otra definición que es de cada de est de punto por eso e no es algo que hemos solucionado 100% es algo que intentamos solucionar Pero al final es el lo mismo primero es todos los promociones son públicos que cada vez que promocionamos una persona estamos publicando documento Por qué promocionamos a esta persona y es para mí es lo mismo es cambio cultural si todo el mundo está revisando que vale tenemos una persona aquí que ahora es un seor Y por qué hace a b c d también yo voy si yo soy un Meet yo voy a revisar y yo voy a copiar Por eso cada promotion también está revisando por director y si estamos directores alineados es muy fácil que revisamos todos por los promotions estamos seguro que en este documento todo es muy explicado Ah por promocionamos persona y para mí es es más importante Sí es muy importante tener es documento que carer pa pero en realidad yo quiero que todo el mundo está revisando Por qué promocionamos gente y está conectando dots por su mismo quién recluta en facto hisa Ah managers en sentido que si tenemos recrutar idea clásica Pero ellos están ayudando más con funnel y con algunos filtros pero es también importante que todo el mundo todos los managers directores está está haciendo hing porque y también yo porque yo estoy como un punto final en todos los hing procesos Porque para mí es importante si no queremos romper cultura de factor al final que estamos que tenemos y que mejoramos díaa al día para mí es importante revisar toda la toda la gente que está entrando y también es otro tema que al final es muy complicado alinearnos es vale si en si contratamos gente correcta porque si tú si estamos cinco dominios un montón de managers y cada persona está contratando claro que tú tienes su visión su experiencia contratar y su criterio que a veces al final vamos a tener un un senior persona que es senior en un dominio que es en realidad senñor y otro dominio que puede ser un Junior pero lleva un título de senñor esta inflación de títulos pue puede pasar por eso al final resolvemos esto con que persona que está responsable contrar es manager pero también tenemos un equipo de como es lo mismo como Amazon bar racers que es equipo de confianza interno que está revisando todos los todo código de challenges que estamos recibiendo y está poniendo su los challenges son las pruebas técnicas técnicas Sí sí sí que hace todo el mundo que fact ex para entrar en con este podemos también tener una expectación generalizada que es que es un challenge bueno que es un challenge malo en este caso y evitamos sorpresas y yo como un challenge final para cada persona que está entrando para mí es muy importante también enviar este mensaje que sí estamos más o menos grandes y en teoría yo no puedo ser como un una persona final en todos los harings pero no es verdad es podemos hacer cosas que no son escalables pero es solo única manera como podemos controlar al final la calidad y revisar que cada persona que entra es es muy buen persona y muy has rechazado algún perfil un montón Por qué Ah ah yo personalmente sí es a veces es porque no tiene esta visión de producto no tiene No tiene esta agencia es es para mí es algo que yo estoy intentando verificar en en cada en cada interview que tengo mm Porque si todo el mundo está con energía baja en este sentido Ah que no tiene esta iniciativa es también algo que está cambiando su su alrededor Ah por eso yo estoy buscando también gente que tiene un montón de iniciativas y pueda explicarme en su puesto anterior que ha cambiado Qué cosas han cambiado es también importante m un empower Team no eh que le llamamos Cómo cómo cómo está formado quién ahí en un en un equipo que lleva una parte del producto Ah este parte no hemos cambiado es al final tenemos product manager product designer engineering manager engineering manager también y un equipo de ingeniería Ah Cuántos Ah depende pero máximo seis seis o ocho Ah en algunos equipos pero sí al final es como máximo de manager con en este caso y para mí es en Part significa lo mismo que hemos discutido que ellos tienen muy claro que tienen que resolver todos los problemas de de usuario están controlando su scope y están entregando Cuál es para ti el rol del product manager es encontrar challeng encontrar Pains encontrar problemas de usuario y hacer go to Market porque este es también muy importante al final y que estamos fallando un montón de equipos están fallando en general no solo en factorial que estamos diseñando y haciendo cosas muy buenas que tenemos un buen feedback de usuarios pero no sabemos cómo vender esto y cómo después podemos mostrar a todo el equipo de go to Market Cómo venderé a todo el mundo y este es para mí es una responsabilidad de product manager liderar el proceso de de go to Market Exacto Exacto empezar ser Los Pioneros del del go to market No sus productos y el product designer para mí es un mejor amigo de ingeniería en sentido que ellos siempre tienen que trabajar juntos porque siempre que yo cuando yo veo que todos los features nuevos están empezando con High fidelity designs para mí es algo erróneo 100% porque ingeniería y diseño cuando trabajan juntos están haciendo un montón de prototipos verificando cosas discutiendo Cómo podemos solucionar esto de manera más rápida porque es muy importante entregar algo a usar final para recibir feedback antes de este momento tú estás solo pensando cosas pero que al final tiene sentido este feedback de usuario cuando tú muestras algo que es no es solo prototipo Enigma que ellos pueden tocar y usar en su día al día en su empresa por eso esto tiempo time to market Pero time to prototipo en mi cabeza es es algo muy importante y que tenemos que Ah mejorar en cada equipo pero solo una manera para hacer esto diseño estar trabajando junto con ingeniería si tienen que trabajar tienen que ser uno no tien que ten la visión tecnológica muy clara Exacto exacto no pintar pantalla Sí sí sí pero es también importante estoy pensando esto a nivel de que es en Power Team que es en Power dominio en este sentido Porque si si solo continuamos con esta manera pero cada equipo es un silo que está tocando solo su parte de producto y está planificando todos los challenges Pains solo su par de producto Vamos a continuar con lo mismo por eso es importante que ellos están revisando scope de todo El dominio que tenemos de todos los challenges a nivel de como una familia de productos y para porque a veces está pasando que tú tienes una iniciativa o una oportunidad más grande más derecha en otro equipo o en otra o en otra parte de dominio y tú puedes tacar esto arreglar esto y al final llevar más mrr más usage más todo todo más Cuáles son los principales retos de car el año que viene pregunta así muy sí es también estoy pensando Sí muy abierta no pero si tuvieras que encontrar Cuáles son las cosas que más te preocupan o las mayores oportunidades de c el año que viene para el equipo de producto de factorial para mí es continuar con este alineamiento de directores que ellos sí es como tenemos que buscar algunas personas pero tenemos que encontrar algunos perfiles y alinear todo el mundo y después Ah cambiar Este chip cultural porque yo veo algunos cambios ahora después de estos 5 o 6 meses pero no estamos ahí Tenemos que trabajar más y al final para mí es un challenge que a nivel de directores a nivel de staffs quiero otra capa de que de staff developers que yo puedo confiar mucho que ellos van a levantar en cultura que ellos van a liderar algunos iniciativas desde bottom up Ah sí Y por eso continuar con el proceso que tenemos pero escalar escalar escalar en este caso muy bien Oye pues yo creo que te he preguntado casi todo No sé si me he dejado algo bueno lo que lo que no te he preguntado es Cómo fue tu tu experiencia eh previa no tú montaste un negocio Sí sí intentado intentado Qué pasó ahí ahí fue F una experiencia parcialmente brutal pero es también que yo si yo pueda sio voy a tener una Time Machine yo voy a repetir lo mismo 100% Ah al final yo o sea volverías a hacerlo eh volver 100% 100% antes de eso sea tú tú estudiaste informática en en Rusia sí robótica en robótica robótica Eh autom automatización sí vale eh Qué hiciste antes de redb rápidamente brevemente eh antes de redb vale inicialmente aprendido a hacer programación haciendo mi propio startup Porque yo quer sí yo quería hacer un to list muy en manera muy diferente Qué raro eh un ingeniero haciendo una herramienta de to list nadie lo hemos hecho sí s s pero totalmente diferente totalmente diferente era totalmente diferente siempre pensamos eso es verdad Ah y al final sí y Mi motivación fue vale me falta esto yo quiero tener esto como puedo aprendí programar Ah también he montado un equipo he encontrado un diseñador otro programador todo sin pagar nada porque si fue 100% eran gratis í en Rusia son gratis todo es gratis claro comunismo no eres gratis porque s ya estamos en España Ah vale Y al final si es no es porque pensamos en idea si motivamos gente no no cobr nuestros usarios Pero al final Cómo arranca todo sí sí sí sí cómo arranca todo startup 100% pero al final hemos tenido un éxito año 2008 2009 es que cuando publicamos algunos portales como product Hunt ahora es en el mismo noche tenemos 1000 de usuarios y un montón de Sí en 8 horas sí es como hace 12 12 años 12 años como internet en Rusia almente fue diferente y todo Ah pero sí fue un primer de estos to list con web 2.0 totalmente con con Ajax y todo es muy diferente y fue tenía un buen de pinta pero después desarrollamos tiempo libre para más dos más años y hemos vendido este proyecto si al final fue como un primer éxito Con vale desde cero he recibido algunos algún dinero y fue como sí un buen ejemplo para vale Yo puedo mandar equipo yo puedo encontrar una idea yo puedo vender pero durante los do años nadie cobró No nadie porque es imposible en este momento en Rusia no había esta experiencia de pagar Ah los programadores Ah no s porque al final sea digo la gente que trabajaba eh los programadores pero todo el mundo tiene un parte de de este de este proyecto es como un sí al final fue como tres tres programadores un designer por eso es equipo muy pequeñito Pero al final sí cuando vendimos Claro que cada persona recibía parte de su dinero y fue un buen éxito Ah sí claro que es todo relativo pero para mí en este momento Sí sí te cambió la vida Ah he Comparado coche por eso vale en 21 años y es Fue como un sí vale pero claro no es tan éxito grande pero al final no cobramos no fue un negocio solo un proyecto con algunos usuarios con miles de usuarios Pero vale No es algo a quién lo vendéis Ah A quién lo vendiste una como no sé cómo está vure Venture builder al final de el momento y después me gustó mucho este sí experiencia con startups y pero continuaba trabajar como un desarrollador en remoto para asciendo freelance en algún momento intentado trabajar por una agencia Ah me como en dos meses entendí que es imposible porque al final es como fue ellos venden mi tiempo por eso tengo un proyecto para dos meses he resolviendo en dos días y después ellos me están diciendo que vale tú tienes que sentar y pensar que tienes que hacer ver que haces cosas Exacto pero no hacer nada y para mí es no no no es imposible pero y al final he encontrado un otro startup que me gusta mucho que se llama que se llama barum map que la idea fue que en un click tú puedes conectar su linkedin Facebook o algo y vamos a generar un un resume un CV Ah infográfico no es pero es como infográfico y tiene muy buen pinta tecnológicamente es también fue muy muy muy complicado y me gustó mucho empezó como Tim Lita allí y trabajaba í por 3 años y en algún momento fui a Barcelona para hablar en una conferencia y he encontrado Red Bull qué conferencia Ah Es fue sobre mbergs es como si una framework de javascript en este momento Vale y y hablaste Ah conociste a he hablado con Jordi después a Pa Entonces te hicieron el lío y Y te viniste a Barcelona a vivir exactamente al final sí como estoy siempre estoy discutiendo que mudamos por trabajo pero al final quedamos por ciudad porque me gustó mucho Barcelona por jord final sí cuando Jordi pa se fue también si se cambiado puesto pero sí pensamos que con mi mujer siempre podemos volver a Rusia pero no queremos no voy a hablar sobre política pero también Sí porque no nos gusta mucho Barcelona España ym mal Entonces en un momento dado sales de redbull y entras en camalon eh pasas un tiempo en camalú como cto eh Y en un momento dado decides emprender sí que es este mix feeling no cuando alguien te dice Bueno voy a montar mi negocio no dice [ __ ] qué putada por un lado No porque pues pieza clave no de de camalú En aquel momento Juan casi Tuvo una depresión eh Y pero al mismo tiempo dices Bueno pero qué Ilusión No es que al menos pues aquí estamos todo el día hablando de emprender no de arrancar cosas y tal Y y vas a montar un lo tuyo no Y además con financiación muy muy temprano no sí sí al final fue talmente muy natural natural pero también he tenido una idea en este momento de covid cuando estamos muy todos muy en remoto y todo trabajando desde casa Ah que yo he encontrado que vale mi día empieza a las a las 89 finaliza a las 89 y 12 horas solo Mirando a mi laptop ualmente Sí muy cansado sin energía sin nada estoy pensando pero mi calendario también está Sabiendo mi día a día todas las reuniones que tengo todos los HM Ah como Time blocks que tengo también por qué no está haciendo como un coach vale tú tienes mucho en en su plato tú tienes que quitar algunas cosas replan ificar o ir a gimnasio o vale pero sí cambiar cambiar mis hábitos es que salud y de salud Sí de día porque y he intentado hacer como prototipos cómo puede ser Cómo Cómo podemos ver esto Ah por cierto que eso tú lo utilizas hoy sí no eso es tu app la que tú utilizas sí Ah vale porque yo lo he visto en tu pantalla que de volpe te dice tienes que levantarte no sé qué no para ahora para de trabajar y no no es es otro es otro es otro es otro es otro prototipo vale Pero vale Ah sí Y al final Como intentado sí empezado a hacer estos prototipos y y publicado cosas en Twitter que mira tengo esta idea tengo esta idea Mira cómo puede serc y he recibido un una llamada vale estamos una Venture fund que también estamos pensando lo mismo como calendario como Smart o a calendario no sé cómo Cómo podemos llamar este que tenemos que hablar y al final hablamos es que al final con idea levantando dinero y oportunidad que crear un producto desde cero dinero es casi un millón de euros no sí sí más o menos O sea un poco menos pero sí o sea de entrada que alguien recib una llamada y te voy a dar un millón de euros para que Montes esta app que has puesto en Twitter sí no pero también no es también solo de tweet yo voy a recibir F como gente va a empezar a twitear pero sí a crear en público A veces tiene sentido Porque todos los mis conexiones fue por Twitter Jordi es Twitter Al final este este experiencia de emprendedor también Twitter Pero eso sí hacer cosas manera pública tiene en sentido Ah pero al final Ah fue business plan Fue como un montón de de charlas no es solo un tweet que que levantó tanto dinero pero sí dos dos años intentando Buscar creando equipo creando producto pensando a nivel de go to Markets y también poniendo estos gorras de yo no soy solo un programador o cto también un ceo tengo que pensar a todos los niveles de negocio y si negocio tiene sentido es cambia tu perspectiva mucho y sí Y también cuando tú tienes sí es Claro que he tenido dinero pero no es solo dinero para años y años al final es tú ves pero contrataste mucha gente Ah no mucho pero como máximo tenemos como 11 personas Pero y al final sí tú ves tu runway también no es indefinido Y tú tienes que tener algunas cosas en un proceso pensamos que vamos a hacer bit clásico que vamos a tener un prod producto que vamos a vender a customers que ellos van a pagar con suscripción y encontramos al final que es muy complicado primero es mercado de performance de como productivity es algo muy raro que no voy a nunca decir que tienes que ir ahí porque sí es como reduction 100% y también Ah yv ahí es como muy muy muy bajo Ah para gente es normal comprar algo para dos o TR o 5 eur por año y cambiar e aplicaciones cada mes es es pas normal por eso chorn es muy alto y cb es muy bajo Ah pero también Ah cac Es imposible alto en este caso Ah por eso pensamos pensamos pensamos revisamos que es muy complicado y encontramos otra manera que en teoría podemos entrar a b2b porque todo el mundo está especialmente Hace 2 años pensaba que vale Tenemos un montón de equipos remoto burnout es fue una palabra de de moda exacto y hay un montón de Ah coaches que está haciendo este coaching para cada para cada equipo que vale Cómo podemos trabajar Cómo podemos evitar burnout si podemos encontrar manera mejor su día a día como planificar tu tu schedule Ah y por eso pensamos que esta app que está sacando un montón de datos de tu de tu móvil de cómo tú duermes Cómo tú estás moviendo como Qué es tu calendario está conectando todo y puedo mostrar a y junto con un Coach que puede también explicar a ti Por qué es importante revisar todos esos datos puede ser una pareja ideal Ah y al final sí también ahora estoy revisando que hay algunos negocios que está creciendo mucho en este espacio pero también mi inversor en este momento está diciendo que vale tiene sentido ahí vemos que es es una idea pero estamos 100% b2c por eso Si quieres continuar vamos vamos a buscar alguien nuevo que pueda univers unor nuevo que también puede ayudarte con experiencia b2b porque es totalmente otro mundo es Ah pero después de dos años también mic founder en este momento tenía su primer hijo y fue como unos momento muy complicado para vale no podemos levantar otra ronda también no estamos 100% seguros Si queremos continuar con esta paz y paramos un proyecto y yo he recibido una llamada a ti intent recordar si era pavo Yo sí sí sí vale muy bien menos mal menos mal por la parte de factorial no es una putada eh Cuando cuando ves que no sale un proyecto Pero bueno fue fue relativamente breve no O sea visteis relativamente rápido que no no ibais a dedicaros a a hacer esto no sí sí sí sí pero sí es Al final est todo que es conectado a calendario es muy complicado porque gente está personalmente trabajando con tiempo totalmente diferente diferente depende de su nivel depende de su seniority depende de un montón de cosas por eso encontrar un patrón que está repitiendo para cada persona en su app es muy complicado Y si tú no puedes encontrar es patrón es muy complicado monetizar este por eso a nivel de negocio es también un challenge en general tú te ves ceo en el futuro o cto te ves echándome de factor igual sería estaría bien al final es lo mismo como St Power Team yo estoy y pensando y creando a nivel de overlap si todo el mundo tiene que hacer un overlap Y si vamos solo vale sio llevando ingeniería si están llevando solo negocio va mal por eso para mí no es tan importante que es mi título al final si producto funciona si negocio también funciona y si yo veo que algo está roto yo voy a hablar también vale Yo no veo este negocio yo no veo est esta dirección Ah por eso Si yo tengo esta libertad y nadie me me está diciendo que vale tú solo ingeniería trabaja en ingeniería yo estoy estoy cómodo muy interesante eh Muchas gracias por contarnos tu historia y y un poco Cómo estamos construyendo producto en factorial y bueno Seguiremos contando eh Y cada equis tiempo vamos contando lo que aprendemos y lo que vamos probando que es un proceso de experimentación constante que llevamos 7 años y la verdad es que hemos aprendido un montón No y y mucha gente dice Oye pues no es lo mismo ahora que es la empresa es grande y ya no es lo mismo como los viejos tiempos para mí es al revés no O sea este reto que tenemos ahora no de conseguir que esas personas con tanto talento no tengan el espacio para crear para construir eh para para hacer historia eh es super interesante 100% s y más cuando tanta gente del mercado le interesa lo que hacemos no y están dispuestos a utilizarlo y y a pagar por ello no sí sí Y para m y me parece tenemos esta libertad que yo estoy comentando que nadie va a decir que tú solo en un ingeniero por eso toca código y nada más Ah no tenemos una libertad que es si tú quieres crear un producto que tú estás orgulloso Sí me parece factor es un lugar ideal para esto perfecto tu action final vendemos un poco Muy bien pues nada hasta la semana que viene somos un ecosistema de startups Tech de Barcelona creadores de camalon kipu y factorial entre otras ofrecemos más de 5000 Met cu de coworking a startups y organizamos eventos diarios para discutir negocio hasta laedad desde f invertimos en equipos con capacidad de construir grandes productos y negocios te esperamos

Descripción

¿Quieres participar en el podcast? Rellena este formulario y hablemos:
https://2ydogsajep9.typeform.com/to/sE0zvWxJ

PATROCINADOR
Factorial: https://rebrand.ly/factorial_hr

En el podcast de hoy tenemos como invitado a Ilya Zayats VP of Engineering en Factorial.
Se aborda la transición de Ilya a Factorial, los desafíos organizativos durante el crecimiento acelerado de la empresa, y la reestructuración. Se discuten temas como la descentralización en los equipos de producto, la necesidad de alineación y comunicación, y la importancia de construir una capa de gestión efectiva para abordar los desafíos en una empresa en crecimiento. Además, Ilya destaca la importancia de mantener una visión clara y trabajar en la misma dirección, incluso en una empresa con múltiples dominios y equipos.


Suscribiros para podcasts como este cada semana
youtube.com/@itnig?sub_confirmation=1

EVENTOS
Jueves de Itnig (18h30) - https://itnig.net/events/

SOBRE ITNIG

Twitter - https://twitter.com/itnig
LinkedIn - https://es.linkedin.com/company/itnig
Instagram - https://www.instagram.com/itnig/
Newsletter - https://itnig.net/newsletter/
Web - https://itnig.net/

ESCUCHA NUESTRO PODCAST EN
Spotify: http://bit.ly/itnigspotify
Apple Podcast: http://bit.ly/itnigapple

TENGO UN PROYECTO
Si tienes un proyecto tecnológico y buscas financiación, completa este formulario y presenta tu proyecto en nuestro Pitch to Investors. https://itnig.net/fund

Index:
00:00 Comienzo
01:19 Ilya Zayats y cambios tecnológicos en Factorial.
03:22 Desafío: gestionar equipos remotos.
10:29 Crecimiento rápido y problemas de comunicación.
14:10 Comunicación crucial para empresas en crecimiento.
18:31 Fechas límite y sintonía para el control.
28:19 Romper el plan es común.
31:15 Importancia de revisar productos.
34:01 Definición de calidad.
39:45 Desafío del crecimiento empresarial.
46:31 Medidas clave para evaluar productos.
51:35 Establecer metas compartidas.
01:03:12 Motivar equipo ante problemas comunes.
01:17:25 Éxito inicial de Ilya Zayats en su Startup.
01:29:10 ¿CEO en tu futuro?

Captions con timestamps

Mostrar captions con tiempo
[00:00] Bienvenido  a  las  historias  de  startups
[00:03] 
[00:03] de
[00:04] 
[00:04] ID  yo  soy  Bernard  farrero  y  esta  semana
[00:07] 
[00:07] estoy  con  Ila  saat  Hola  Qué  tal  ilea
[00:10] 
[00:10] Hola  a  todos  Ila  con  este  apellido  no  es
[00:12] 
[00:12] de
[00:14] 
[00:14] Reus  es  ruso  no  eh  viniste  a  España  hace
[00:19] 
[00:19] 9  años  9  años  ya  y  y  fue  precisamente  eh
[00:24] 
[00:24] para  trabajar  en  tebox  que  era  la
[00:26] 
[00:26] empresa  donde  o  redb  en  este  momento  y
[00:28] 
[00:28] ahora  redb  no  que  era  empresa  d  Jordi
[00:31] 
[00:31] Romero  y  Pau  Ramón  antes  de  venir  aquí  a
[00:34] 
[00:34] factorial  trabajaron  no
[00:37] 
[00:37] s  posteriormente  a  esto  luego  entraremos
[00:39] 
[00:39] en  tu  historia  pero  posteriormente  a
[00:41] 
[00:41] esto  viniste  a  inck  trabajaste  en  uno  de
[00:44] 
[00:44] los  proyectos  de  inic  como  cto  camalon
[00:46] 
[00:46] no  luego  emprendiste  montaste  tu
[00:50] 
[00:50] empresa  levantaste  bastante  dinero  de
[00:53] 
[00:53] entrada  muy  muy  temprano  construiste  un
[00:55] 
[00:55] producto  muy  difícil  consumer  luego  nos
[00:58] 
[00:58] explicarás  y  finalmente  te  recuperamos
[01:01] 
[01:01] ack  en  factorial  tod  coro  y  has  llegado
[01:05] 
[01:05] un  año  especialmente  complicado  ha  sido
[01:09] 
[01:09] un  año  para  factorial  bastante  difícil
[01:11] 
[01:11] de
[01:12] 
[01:12] cambios  donde  tú  entraste  en  febrero
[01:16] 
[01:16] no  entraste  como  líder  tecnológico
[01:19] 
[01:19] director  de  ingeniería  del  dominio  de
[01:22] 
[01:22] finance  que  era  un  dominio  nuevo  que
[01:25] 
[01:25] habíamos  creado  en  factorial  y  poco  a
[01:28] 
[01:28] poco  eh
[01:30] 
[01:30] bueno  empezaría  a  ver  cambios  y  hasta  el
[01:32] 
[01:32] punto  que  habría  una  reestructuración  un
[01:34] 
[01:34] cambio  una  reorganización  digamos  el
[01:37] 
[01:37] equipo  de  producto  una  forma  de  trabajar
[01:40] 
[01:40] y  saldría  al  cto  mi  socio  paau
[01:43] 
[01:44] Ramón  después  de  7  años  decidió  que
[01:48] 
[01:48] quería  hacer  otra  cosa  estaba
[01:51] 
[01:51] cansado  que  le  superaba  la  escala  que  no
[01:54] 
[01:54] le  apetecía  y  decidió  hacer  otras  cosas
[01:57] 
[01:57] con  lo  cual  te  invertiste  en  en  su
[02:01] 
[02:01] sustituto  no
[02:04] 
[02:04] e  y  hoy  eres  hoy  eres  el  líder  de
[02:07] 
[02:07] tecnología  de  de  factorial  no  Entonces
[02:10] 
[02:10] yo  quería  preguntarte  ilea  cómo  cómo  se
[02:13] 
[02:13] vive  esta  esta  situación  donde  de  golpe
[02:16] 
[02:16] un  cofounder
[02:18] 
[02:18] cto  que  está  desde  el  primer  día  que  ha
[02:21] 
[02:21] contratado  la  mayoría  de  gente  de  golpe
[02:23] 
[02:23] se  va  en  un  medio  de  un  momento  de
[02:25] 
[02:25] cambios  de  todo  tipo  y  de  golpe  tú  eres
[02:28] 
[02:28] el  next  Guy
[02:31] 
[02:31] estoy  riendo  Porque  si  con  Pao  es  un
[02:34] 
[02:34] patrón  si  Claro  si  que  tú  quieres  tocar
[02:36] 
[02:37] Mi  historia  un  poco  de  adelante  pero  enb
[02:38] 
[02:38] pasó  Exactamente  lo  mismo  si  al  final  pa
[02:41] 
[02:41] Jordi  me  contratado  para  como  ser  un
[02:44] 
[02:44] Team  lead  pero  en  algún  momento  ellos
[02:46] 
[02:46] deciendo  que  vale  tenemos  una  idea  una
[02:48] 
[02:48] idea  genial  hacer  una  plataforma
[02:51] 
[02:51] para  recursos  humanos  que  se  llama
[02:54] 
[02:54] factorial  por  eso  vamos  a  hacer  esto  y
[02:56] 
[02:56] ya  Ahora  eres  un  sitio  de  Red  Bull  Sí
[03:00] 
[03:00] por  eso  aquí  vale  en  factorial  pasa  lo
[03:02] 
[03:02] mismo  tengo  una  experiencia  no  pero  es
[03:04] 
[03:04] verdad  sí  bromas  fuera  es  que  es  verdad
[03:07] 
[03:07] es  un  es  un  reto  pero  es  un  reto  grande
[03:10] 
[03:10] y  y  que  me  motiva  al  final  porque  hay  un
[03:14] 
[03:14] montón  de  cambios  hay  un  montón  de
[03:16] 
[03:16] challenges  a  nivel  del  equipo  a  nivel
[03:18] 
[03:18] cultural  a  nivel  de  negocio  Pero  es  algo
[03:22] 
[03:22] como  es  manera  perfecta  para  crecer  al
[03:25] 
[03:25] final  si  tú  quieres  pero  siempre  en
[03:29] 
[03:29] todos  los  empresas  en  todos  los  equipos
[03:31] 
[03:31] cuando  todo  todo  si  todo  va  bien  vale  es
[03:34] 
[03:34] muy  confortable  es  muy  estable  pero  es
[03:36] 
[03:36] también  no  es  aburido  pero  es  algo  que
[03:38] 
[03:38] tú  estás  cómodo  día  el  día  pero  si  hay
[03:41] 
[03:41] un  challenge  es  una  oportunidad
[03:43] 
[03:43] grandísima  para  crecer  y  pero  pero  es  un
[03:45] 
[03:45] challenge  del  que  para  mucha  gente
[03:47] 
[03:47] huiría  un  poco  no  porque  es  muy  difícil
[03:51] 
[03:51] de  golpe  en  un  entorno  así  de  cambio
[03:55] 
[03:55] em  asumir  esta  responsabilidad  no  con
[03:58] 
[03:58] con  con  gente  que  está  con  las  urp  un
[04:00] 
[04:00] poco  las  uñas  eh  fuera  no  porque  porque
[04:04] 
[04:04] porque  se  han  producido  cambios  y  porque
[04:06] 
[04:06] se  va  la  persona  que  les  ha  contratado
[04:07] 
[04:07] que  en  aquel  momento  además  se  convierte
[04:10] 
[04:10] en  un  semidios  yo  yo  quiero  mucho  Pau  eh
[04:13] 
[04:13] pero  Pau  en  factorial  hoy  es  una  especie
[04:15] 
[04:15] de  semidios  no  no  pero  depende  de  cómo
[04:17] 
[04:17] tú  ves  Esto  si  es  si  tú  crees  en  un
[04:20] 
[04:20] equipo  si  tú  crees  en  una  idea  Sí  claro
[04:22] 
[04:22] que  hay  algunas  cosas  y  algunos
[04:25] 
[04:25] problemas  que  tenemos  ahora  pero  si  tú
[04:27] 
[04:28] ves  en  6  meses  un  año  en  2  años  en  larga
[04:30] 
[04:30] duración  es  una  motivación  grandísima
[04:32] 
[04:32] porque  al  final  vale  tenemos  algunos
[04:34] 
[04:34] challenges  ahora  vamos  a  arreglar  todo
[04:37] 
[04:37] vamos  a  poner  en  marcha  y  al  final  vamos
[04:39] 
[04:39] a  crecer  mucho  y  es  es  una  motivación  si
[04:42] 
[04:42] si  tú  enfoques  solo  en  un  mes  o  en  dos
[04:44] 
[04:44] meses  Claro  que  ves  más  fácil  despedirse
[04:47] 
[04:47] yo  recuerdo  cuando  te  lo  planteo  que  tú
[04:50] 
[04:50] bueno  tomas  un  tiempo  para  pensártelo
[04:52] 
[04:52] Pero  qué  pasa  en  aquel  momento  tú  o  sea
[04:54] 
[04:54] Cuáles  son  las  var  rápidamente  dices  Sí
[04:58] 
[04:58] no  voy  a  hacerlo
[05:00] 
[05:00] en  mi  historia  normalmente  sí  está  este
[05:02] 
[05:02] tiempo  para  pensar  es  algo  falso  al
[05:04] 
[05:04] final  porque  normalmente  yo  tengo
[05:06] 
[05:06] respuesta  en  5
[05:07] 
[05:07] segundos  pero  también  después  tengo  que
[05:10] 
[05:10] racionalizar  a  mí  porque  es  una  buena
[05:12] 
[05:12] respuesta  pero  internamente  tengo  esta
[05:15] 
[05:15] respuesta  aquí  pasa  lo  mismo  porque  yo
[05:17] 
[05:17] no  no  he  visto  otra  otra  manera  como  yo
[05:19] 
[05:19] puedo  decir  no  esta  oportunidad  Vale  y
[05:22] 
[05:22] cómo  te  encuentras  el  el
[05:25] 
[05:25] equipo  y  el  equipo  de  producto  de  factor
[05:28] 
[05:28] Aquí  somos  muy  transparentes  explicamos
[05:30] 
[05:30] siempre  siempre  todo  y  creo  que  que  es
[05:33] 
[05:33] bueno  entonces  cómo  te  encuentras  el
[05:36] 
[05:36] equipo  y  y  y  cuáles  son  tus  primeros  lo
[05:39] 
[05:39] que  haces  en  el  primer  mes  dos  meses
[05:42] 
[05:42] aquí  challenge  principales  claro  como  tú
[05:44] 
[05:44] estás  diciendo  que  Pau  es  una  persona
[05:47] 
[05:47] muy  fuerte  que  yo  tengo  un  montón
[05:49] 
[05:49] de  confianza  y  respeto  y  también  es
[05:53] 
[05:53] Claro  que  todo  el  mundo  va  a  comparar  a
[05:55] 
[05:55] ti  con  paau  pero  yo  no  no  soy  paau  y  yo
[05:58] 
[05:58] tengo  mi  estilo  yoo  tengo  mi  visión  yo
[06:00] 
[06:00] tengo  todo  y  primero  que  yo  quería  hacer
[06:02] 
[06:03] es  transmitir  esta  visión  y  que  y
[06:05] 
[06:05] también  aprender  mucho  porque  Claro  que
[06:07] 
[06:07] es  para  mí  es  factorial  fue  algo  nuevo
[06:10] 
[06:10] solo  desde  febrero  hasta  Julio  Este
[06:12] 
[06:12] cambio  pasó  3  meses  y  por  eso  me  falta
[06:15] 
[06:15] un  montón  de  contexto  por  eso  hablar
[06:17] 
[06:17] cada  día  con  un  montón  de  gente  hacer
[06:19] 
[06:20] cosas  que  todo  el  mundo  está  pensando
[06:21] 
[06:21] que  es  no  es  escalable  pero  para  mí  idea
[06:23] 
[06:23] fue  que  vale  Yo  voy  a  [ __ ]  todos  los
[06:25] 
[06:25] managers  que  tengo  todos  los  directorios
[06:27] 
[06:27] que  tengo  y  voy  a  aprender  que  es  un
[06:29] 
[06:29] producto  que  es  un  dominio  Qué
[06:32] 
[06:32] challenges  hay  hablar  persona  por
[06:34] 
[06:34] persona  y  tener  si  sacar  más  información
[06:37] 
[06:37] máximo  de  información  que  puedo  y  en
[06:39] 
[06:39] paralelo  también  enviar  mensajes  que
[06:42] 
[06:42] vale  cosas  más  culturales  porque  me
[06:44] 
[06:44] parece  aquí  podemos  empezar  un  poco
[06:46] 
[06:46] sobre  Qué  cambios  hemos  hecho  y  Y  por
[06:49] 
[06:49] qué  lo  hemos
[06:50] 
[06:51] hecho  si  yo  voy  a  hacer  como  un  repaso
[06:53] 
[06:53] que  que  he  visto  personalmente  es  que  en
[06:59] 
[06:59] en  cada  compañía  pasa  en  esta  historia
[07:02] 
[07:02] que  Y  si  tú  vas  a  escuchar  un  montón  de
[07:05] 
[07:05] podcast  siempre  pasa  Ah  estamos  en  fase
[07:07] 
[07:07] hyper  growth  por  eso  Ah  Buscamos  un
[07:10] 
[07:10] montón  de  gente  encontramos  un  montón  de
[07:11] 
[07:11] gente  y  después  no  sabemos  cómo  podemos
[07:13] 
[07:13] manejar  exacto  100%  y  es  algo  muy  que
[07:17] 
[07:17] pasa  mucho  y  en  este  caso  me  parece
[07:20] 
[07:20] factorial  no  fue  diferente  porque  al
[07:23] 
[07:23] final  tenemos  equipo  muy  bueno  tenemos
[07:26] 
[07:26] me  parece  cultura  de  ingeniería  y
[07:27] 
[07:27] producto  muy  buena  pero  claro  si  tú  vas
[07:29] 
[07:29] a  meter  más  de  100  personas  un  año  es
[07:32] 
[07:32] normal  que  al  final  se  rompan  cosas
[07:35] 
[07:35] rompan  cosas  y  es  muy  complicado
[07:37] 
[07:37] alinear
[07:40] 
[07:40] tan  tamaño  de  personas  Ah  por  eso  en
[07:43] 
[07:43] este  caso  al  final  pasó  pasó  lo  mismo
[07:46] 
[07:46] que  para  mí  algo  que  fue  muy
[07:49] 
[07:49] significativo  es  que  cuando  entrado  est
[07:52] 
[07:52] domin  de  finance  es  yo  entendí  que  vale
[07:55] 
[07:55] Yo  entiendo  entiendo  esta  idea  que  al
[07:57] 
[07:57] final  podemos  centralizar  cosas  y
[07:58] 
[07:58] descentralizar  cosas  en  momento  cuando
[08:00] 
[08:00] yo  entrado  Todo  está  muy  descentralizado
[08:04] 
[08:04] la  idea  fue  que  vale  vamos  a  crear  una
[08:06] 
[08:06] compañía  dentro  una  compañía  Ah  tenemos
[08:08] 
[08:08] un  coo  tenemos  un  ctio  de  de  dominio  y
[08:12] 
[08:12] tiene  su  idea  tiene  su  visión  de  todo
[08:14] 
[08:14] pero  al
[08:17] 
[08:17] final  teníamos  seis  o  cinco  estas
[08:20] 
[08:20] compañías  sin  hablar  de  todo  sin  hablar
[08:23] 
[08:23] de  nada  y  al  final  cada  cada  esta
[08:25] 
[08:25] compañía  va  a  su  su  dirección  antes
[08:28] 
[08:28] expliquemos  igual  lo  que  es  un  dominio
[08:30] 
[08:30] sí  eh  Porque  en  nuestro  caso  el  producto
[08:33] 
[08:33] está  dividido  en  en  cuatro  dominios  no
[08:35] 
[08:35] eh  cuatro  dominios  cuatro  partes  eh  Muy
[08:39] 
[08:39] diferenciadas  eh  igual  demasiado  En
[08:41] 
[08:41] aquel  momento  muy  muy  diferenciadas  de
[08:44] 
[08:44] del  producto  una  es  la  parte  de  de  hr
[08:46] 
[08:46] operations  de  recursos  humanos  la  parte
[08:48] 
[08:48] más  operativa  que  es  la  gestión  del
[08:49] 
[08:49] tiempo  y  del  payroll  la  otra  es  la  parte
[08:53] 
[08:53] de  desarrollo  de  talento  que  es  donde
[08:54] 
[08:54] hay  la  evaluación  del  desempeño  Pues  el
[08:56] 
[08:56] engagement  y  el  recruitment
[08:58] 
[08:58] principalmente  eh  la  otra  es  finance  que
[09:01] 
[09:01] es  todo  lo  que  es  a  día  de  hoy  gestión
[09:03] 
[09:03] de  gastos  notas  de  gastos
[09:06] 
[09:06] e  y  la  cuarta  es  una  parte  más  meta  que
[09:10] 
[09:10] es  lo  que  es  mucha  gente  le  llama
[09:12] 
[09:12] plataforma  que  es  básicamente  el
[09:14] 
[09:14] producto  per  sé  de  factoriales  donde
[09:17] 
[09:17] donde  los  dominios  construyen  donde  hay
[09:19] 
[09:19] las  abstracciones  comunes  donde  hay
[09:21] 
[09:21] todos  los  espacios  eh  que  que  unen  las
[09:25] 
[09:25] el  pegamento  que  une  todas  las  todas  las
[09:27] 
[09:27] distintas  funcionalidades  de  factorial
[09:28] 
[09:28] no  no  también  pues  la  la  Api  no  y  y
[09:31] 
[09:31] bueno  las  partes  estructurales  la  parte
[09:33] 
[09:33] de  reports  no  todo  esto  es  Core  no  to
[09:36] 
[09:36] estos  cuatro  dominios  les  llamamos
[09:38] 
[09:38] dominios  eh  era  como  estaban  divididas
[09:41] 
[09:41] el  equipo  de  producto  y  cuando  cuando  tú
[09:44] 
[09:44] llegas  y  cuando  yo  también  me  centro  el
[09:46] 
[09:46] producto  porque  esto  vamos  juntos  nos
[09:48] 
[09:48] encontramos  que  los  dominios  están
[09:50] 
[09:50] divididos  con  un  un  gm  sí  un  gm  un
[09:53] 
[09:53] general  manager  por  dominio  a  quien
[09:56] 
[09:56] reportan  tanto  los  ingenieros  como  como
[09:59] 
[09:59] los  diseñadores  como  los  product
[10:02] 
[10:02] managers  Sí  exactamente  y  al  final  la
[10:05] 
[10:05] idea  fue  como  es  separamos  todo  es  como
[10:09] 
[10:09] equipo  tiene  su  roadmap  tiene  su  oker  y
[10:13] 
[10:13] tiene  su  visión  después  de  este  equipo
[10:15] 
[10:15] tenemos  un  dominio  que  es  un  conjunto  de
[10:16] 
[10:16] estos  equipos  y  conjunto  de  dominios  es
[10:19] 
[10:19] como  factor  al  final  en  papel  todo
[10:22] 
[10:22] Perfecto  perfecto  Sí  sí  sí  sí  funciona
[10:23] 
[10:23] si  cada  uno  tiene  un  objetivo  también  de
[10:26] 
[10:26] arr  sí  a  nivel  de  dominio  s  nivel  de
[10:29] 
[10:29] equipo  Sí  pero  en  realidad  oares  y  todo
[10:34] 
[10:34] es  como  si  es  un  un  una  herramienta  pero
[10:36] 
[10:36] si  nadie  está  usando  este  correctamente
[10:39] 
[10:39] está  usando  como  herramienta  y  pone  como
[10:42] 
[10:42] una  idea  es  es  algo  que  solo  decidimos
[10:45] 
[10:45] una  vez  a  a  quter  y  después  no  sabemos
[10:50] 
[10:50] Claro  que  con  nuevo  contexto  y  todo
[10:52] 
[10:52] pensamos  que  V  Ester  no  tiene  sentido
[10:53] 
[10:53] Pero  vale  tenemos  este  queera
[10:56] 
[10:56] y  lo  mismo  con  todos  roadmaps  cosas  que
[10:59] 
[10:59] cada  equipo  va  solo  por  su  cola  no
[11:01] 
[11:01] revisando  que  está  pasando  por  la
[11:03] 
[11:03] izquierda  o  por  la  derecha  el  equipo  es
[11:05] 
[11:05] un  sub  un  subgrupo  dentro  de  un  dominio
[11:08] 
[11:08] hay  unos  seis  por  dominio  no  seis  o
[11:12] 
[11:12] siete  por  dominio  y  cada  uno  tiene  una
[11:15] 
[11:15] misión  una  misión  y  también  es  como  es
[11:18] 
[11:18] un  trío  de  director  de  es  product
[11:21] 
[11:21] manager  diseñador  y  engineer  manager  y
[11:25] 
[11:25] con  engineer  manager  cada  engineer
[11:27] 
[11:27] manager  lev  c  se  de  ingenieros  por  eso
[11:30] 
[11:30] es  como  equipo  multifuncional  que  tiene
[11:32] 
[11:32] todo  del  mundo  pero  al  final  es  Si
[11:35] 
[11:35] tienes  esta  separación  tan  muy  definida
[11:37] 
[11:37] y  esto  todo  es  muy  tan  distribuido  Ah  y
[11:41] 
[11:41] al  final  est  con  Wow  clásico  es  que  tú
[11:44] 
[11:44] vas  a  tener  tu  producto  como  tu
[11:47] 
[11:47] estructura  de  de  compañía  y  pasó  lo
[11:49] 
[11:49] mismo  porque  al  final  tenemos  algunos
[11:52] 
[11:52] productos  que  te  punto  de  vista  de
[11:53] 
[11:53] usario  es  un  producto  pero  porque  es
[11:57] 
[11:57] tres  o  cuatro  equipos  en  nuestra
[11:59] 
[11:59] organigrama  es  cuatro  productos  Def
[12:01] 
[12:01] fendas  que  no  hablan  entre  ellos  que  no
[12:04] 
[12:04] comparte  datos  entre  ellos  y  al  final  de
[12:06] 
[12:06] punto  de  vista  de  usario  todo  es  un  caos
[12:08] 
[12:08] porque  yo  entro  en  un  lugar  Ah  Es  para
[12:11] 
[12:11] mí  un  producto  de  time  por  ejemplo  o  s
[12:13] 
[12:13] de  finance  y  al  final  hay  otra  pestaña  y
[12:16] 
[12:16] tercera  pestaña  también  que  no  comparta
[12:18] 
[12:18] datos  y  yo  no  entiendo  por  qué  Porque
[12:20] 
[12:20] para  mí  es  un  factorial  todo  es
[12:21] 
[12:21] factorial  Ah  que  prefieren  los  equipos
[12:24] 
[12:24] hacer  su  propio  subproducto  sub  empresa
[12:26] 
[12:26] incluso  pestaña  dentro  del  producto  to
[12:29] 
[12:29] su  funci  que  colaborar  con  otros  equipos
[12:32] 
[12:32] que  que  no  tien  una  línea  dira  de
[12:34] 
[12:34] reporting  exacto  y  por  qué  Porque
[12:35] 
[12:35] comunicación  siempre  es  algo  muy  muy
[12:37] 
[12:37] complicado  y  el  ser  humano  Busca  lo
[12:39] 
[12:39] fácil  el  camino  fácil  y  desde  luego
[12:41] 
[12:42] colaborar  con  otros  seres  humanos
[12:43] 
[12:43] probablemente  No  seaa  más  porque  al
[12:46] 
[12:46] final  todo  es  como  un  proceso  tienes  su
[12:48] 
[12:48] roadmap  otro  equipo  tiene  su  roadmap  y
[12:51] 
[12:51] por  eso  es  como  alinear  RM  es  muy
[12:54] 
[12:54] complicado  también  pasan  no  cada  día  si
[12:56] 
[12:56] quieres  romper  algo  es  también  tienes
[12:58] 
[12:58] que  levantar  humano  es  también  otro
[13:00] 
[13:00] challenge  y  al  final  sí  status  quo  es  Tú
[13:03] 
[13:03] vas  por  su  su  cuenta  y  pero  también  que
[13:06] 
[13:06] es  que  me  preocupa  más  que  todo  el  mundo
[13:07] 
[13:07] inicialmente  pensaba  que  todo  bien  al
[13:10] 
[13:10] final  si  yo  estoy  haciendo  mi  trabajo
[13:12] 
[13:12] día  al  día  Mira  estamos  creciendo
[13:15] 
[13:15] estamos  esto  es  otra  cosa  que  pasa
[13:17] 
[13:18] cuando  crecen  los  equipos  y  no  le  pasa
[13:19] 
[13:19] solo  a  factor  le  pasa  a  muchas  empresas
[13:21] 
[13:21] que  es  que  de  golpe  la  división  de
[13:24] 
[13:24] responsabilidades  empieza  a  parecer  la
[13:26] 
[13:26] complacencia  es  decir  la  gente  dice
[13:28] 
[13:28] bueno
[13:29] 
[13:29] alguien  se  encargará  no  el  producto  no
[13:31] 
[13:31] va  bien  Yo  ya  se  lo  he  dicho  a  alguien
[13:33] 
[13:33] es  se  lo  he  dicho  al  de  al  lado  e  no  me
[13:36] 
[13:36] gusta  como  se  ha  hecho  la  última
[13:38] 
[13:38] navegación  no  me  gusta  el  último  design
[13:40] 
[13:40] System  no  me  gusta  la  tabla  la
[13:42] 
[13:42] abstracción  de  la  tabla  que  hemos  hecho
[13:44] 
[13:44] pero  como  me  queda  lejos  Pues
[13:47] 
[13:47] eh  No  lo  puedo  cambiar  y  otro  tema  que
[13:50] 
[13:50] es  también  es  cambia  tu  chip  un  poco
[13:53] 
[13:53] porque  está  todo  el  mundo  ahora  está
[13:54] 
[13:54] pensando  que  vale  estamos  tan  grandes
[13:57] 
[13:57] como  estamos  un  Enterprise  no  no  no  no
[13:59] 
[13:59] hay  otra  manera  diferente  es  solo  que  es
[14:02] 
[14:02] o  sea  es  asimilarlo  como  como  un  hecho
[14:04] 
[14:04] incambiable  no  somos  somos  ya  somos
[14:06] 
[14:07] Enterprise  con  lo  cual  esto  ya  es  lo
[14:08] 
[14:08] normal  sí  sí  sí  somos  tan  grandes  por
[14:10] 
[14:10] cambiar  algo  es  un  es  un  reto  grandísimo
[14:12] 
[14:12] por  eso  no  vamos  a  atacar  esto  porque  yo
[14:14] 
[14:14] como  una  persona  no  puedo  porque  son
[14:16] 
[14:16] cómo  se  cambia  eso  tan  tan  horroroso  que
[14:19] 
[14:19] estamos  escribiendo  No  qué  haces  para
[14:21] 
[14:21] cambiar  eso  no  al  final  no  es  tan
[14:22] 
[14:22] horroroso  porque  es  horroroso  si  tú  ves
[14:25] 
[14:25] en  esta  manera  pero  nadie  en
[14:29] 
[14:29] no  hay  como  iniciativa  mala  en  esto
[14:31] 
[14:31] nadie  está  pensando  que  vale  vamos  a
[14:33] 
[14:33] esto  sí  sí  pero  es  algo  que  tenemos  que
[14:36] 
[14:36] cambiar  es  increíble  como  o  sea  sin  Mala
[14:38] 
[14:38] Fe  sí  se  puede  ir  a  no  sé  al  desastre  eh
[14:42] 
[14:42] todo  el  mundo  cada  parte  con  buena  fe  y
[14:45] 
[14:45] todo  y  cada  persona  está  haciendo  su
[14:46] 
[14:47] trabajo  su  trabajo  definido  en  este  caso
[14:49] 
[14:49] clo  claro  y  tiene  una  idea  muy  fuerte  de
[14:50] 
[14:50] cuál  es  su  trabajo  y  dónde  empieza  y
[14:51] 
[14:51] dónde  acaba  no  per  eso  es  challenge
[14:53] 
[14:53] principal  aquí  es  como  siempre  en  todos
[14:54] 
[14:54] los  compañías  especialmente  grandes  más
[14:57] 
[14:57] grandes  como  es  comunicación  y
[14:59] 
[14:59] alineamiento  Cómo  podemos  alinear  todos
[15:01] 
[15:01] estos  personas  si  tenemos  más  de  200
[15:03] 
[15:03] personas  Cómo  podemos  asegurar  que  ellos
[15:06] 
[15:06] trabajan  en  la  misma  dirección  es
[15:08] 
[15:08] primero  es  un  challeng  grandísimo  al
[15:10] 
[15:10] final  qué  qué  hemos  hecho  Ah  y  para  mí
[15:12] 
[15:12] es  un  trabajo  clave  de  middle  management
[15:16] 
[15:16] de  directores  en  este  caso  porque  es
[15:18] 
[15:18] como  Ellos  están  en  este  caso  en  nuestro
[15:21] 
[15:21] caso  es  managers  de  managers  están
[15:22] 
[15:22] responsable  alinear  todos  los  dominios  y
[15:26] 
[15:26] ver  vale  Dónde  tenemos  estos  puntos  de
[15:29] 
[15:29] conexión  Y  si  Time  tiene  conexión  con
[15:32] 
[15:32] Core  Core  tiene  alguna  dependencia  con
[15:34] 
[15:34] people  no  sé  Ah  esto  es  su  trabajo
[15:37] 
[15:37] principal  que  y  no  pasó  antes  y  al  final
[15:40] 
[15:40] Ahora  me  parece  que  estamos  más  en  mejor
[15:43] 
[15:43] lugar  Comparado  con  Hace  6  meses  Ah  En
[15:46] 
[15:46] ese  sentido  Pero  el  primer  punto  para
[15:49] 
[15:49] para  estructurarlo  eh  yo  creo  estoy  muy
[15:51] 
[15:51] metido  no  pero  la  gente  que  no  escucha
[15:52] 
[15:52] igual  no  no  el  primer  punto  es  construir
[15:55] 
[15:55] una  capa  de  management  no  de  directores
[15:58] 
[15:58] eh  que  se  pisa  un  poco  no  que  que
[16:00] 
[16:00] trabaja  en  el  mismo  proyecto  en  conjunto
[16:03] 
[16:03] en  construir  un  solo  producto  no  Exacto
[16:05] 
[16:05] pero  también  en  este  caso  tenemos  que
[16:07] 
[16:07] romper  estos  cosas
[16:10] 
[16:10] como  como  falsos  al  final  que  factorial
[16:13] 
[16:13] es  tan  grande  que  no  podemos  meter  todo
[16:15] 
[16:15] Road  map  de  factorial  en  un  cabeza  de
[16:17] 
[16:17] una  persona  porque  esto  fue  como  un
[16:20] 
[16:20] truis  mantra  mantra  que  se  repetía  no
[16:23] 
[16:24] que  es  demasiado  grande  demasiado
[16:25] 
[16:25] complejo  ex  exacto  y  es  no  es  verdad
[16:27] 
[16:27] porque  sí  claro  que  estamos  grande  pero
[16:28] 
[16:28] no  tan  grande  que  es  imposible  para  un  q
[16:30] 
[16:31] revisar  que  qué  va  a  pasar  en  todo
[16:32] 
[16:32] factorial  Ah  por  eso  es  primero  que
[16:35] 
[16:35] primer  requerimento  que  todos  los
[16:37] 
[16:37] directores  tienen  que  saber  roadmap  de
[16:38] 
[16:38] todo  factorial  porque  solo  en  este  caso
[16:40] 
[16:40] podemos  Buscar  estos  puntes  Y  overlaps
[16:44] 
[16:44] de  todos  los  dominios  si  esto  no  pasa  No
[16:46] 
[16:46] claro  que  nunca  podemos  asegurar  que  a
[16:50] 
[16:50] nivel  de  ic  o  a  nivel  de  equipo  Ah  ellos
[16:54] 
[16:54] pueden  tener  estas  estas  conexiones  por
[16:57] 
[16:57] eso  es  primero  segunda  es  también  Ah
[16:59] 
[16:59] revisar  nuestras  rituales  y  nuestra
[17:03] 
[17:03] cadencia  porque  al  final  Ah  si  estamos
[17:05] 
[17:05] tan  grandes  tenemos  que  buscar  unas
[17:07] 
[17:07] oportunidades  comunicar  a  todo  todo  toda
[17:10] 
[17:10] la  compañía  y  a  tod  toda  la  gente  pero
[17:13] 
[17:13] ahora  tenemos  como  en  cada
[17:17] 
[17:17] quarter  tenemos  una  serie  de  eventos  que
[17:21] 
[17:21] estamos  asegurando  que  al  final  estamos
[17:23] 
[17:23] en  el  en  misma  Vamos  a  la  misma
[17:25] 
[17:25] dirección  primero
[17:27] 
[17:27] es  cada  roadmap  en  primera  de  cu  cada
[17:32] 
[17:32] roadmap  que  tenemos  está  publicado  en
[17:33] 
[17:33] slack  que  todo  el  mundo  puede  ver  a
[17:35] 
[17:35] nivel  de  equipo  y  nivel  de  dominio  que
[17:37] 
[17:37] es  muy  importante  porque  si
[17:39] 
[17:39] Ah  producto  al  final  no  es  solo  para
[17:41] 
[17:41] producto  es  para  ventas  es  para  g  acc
[17:45] 
[17:45] para  todo  el  mundo  Ellos  tienen  que
[17:46] 
[17:46] tener  y  tiene  que  tener  esta  posibilidad
[17:49] 
[17:49] de  influir  que  va  a  pasar  este  quarter
[17:53] 
[17:53] y  normalmente  todo  el  mundo  está
[17:55] 
[17:55] diciendo  que  cada  día  esto  pasa  está
[17:58] 
[17:58] está  pasando  normalmente  pero  no  es
[18:00] 
[18:00] verdad  A  veces  es  complicado  A  veces
[18:01] 
[18:01] tenemos  día  al  día  por  eso  es  tener  una
[18:04] 
[18:04] oportunidad  en  quarter  cuando  publicamos
[18:06] 
[18:06] todos  los  roadmaps  y  todo  el  mundo  puede
[18:08] 
[18:08] ver  y  ver  si  vale  ahora  este  equipo  está
[18:10] 
[18:10] pensando  atacar  este  este  Pain  Ah  este
[18:13] 
[18:13] challenge  Ah  Es  es  mejor  y  da
[18:16] 
[18:16] oportunidad  a  todo  el  mundo  entender  y
[18:19] 
[18:19] cambiar  algo  en  este
[18:21] 
[18:21] momento  otra  tema  que  es  importante  es
[18:25] 
[18:26] también  es  porque  estoy  saltando  un  poco
[18:28] 
[18:28] al  final  de  para  mí  quería  cambiar  yo
[18:31] 
[18:31] estoy
[18:32] 
[18:32] un  yo  creo  mucho  en  deadlines  para  mí  es
[18:35] 
[18:35] algo  muy  muy  importante  y  esta  también
[18:39] 
[18:39] es  una  oportunidad  para  alinear  todos
[18:40] 
[18:40] los  equipos  por  es  ahora  tenemos  la  como
[18:43] 
[18:43] timeline  o  Tim  normalmente  es  una  nivel
[18:46] 
[18:46] de  que  todos  los  equipos  están
[18:48] 
[18:48] entregando  algo  al  final  de  quarter  y  es
[18:51] 
[18:51] como  un  deadline  normal  que  está  pasando
[18:53] 
[18:53] revisamos  todos  los  entregas  a  nivel  de
[18:56] 
[18:56] quarter  por  eso  es  algo  no  es  tan
[19:00] 
[19:00] Popular  a  veces  en  la  mundo  de
[19:02] 
[19:02] ingeniería  porque  todo  el  mundo  está
[19:03] 
[19:04] pensando  que  tenemos  que  deployar  cuando
[19:05] 
[19:05] estamos  seguro  que  tiene  calidad  muy
[19:08] 
[19:08] alta  pero  yo  no  yo  no  compro  esto  porque
[19:11] 
[19:11] normalmente  tenemos  tres  variables  que
[19:13] 
[19:13] podemos  incluir  recursos  scope  y  Time  si
[19:17] 
[19:17] fijamos  dos  de  estos  recursos  porque
[19:20] 
[19:20] normalmente
[19:21] 
[19:21] tiene  tamaño  de  equipo  más  o  menos  está
[19:23] 
[19:23] definido  Ah  deadline  vale  vale  tenemos
[19:26] 
[19:26] que  entregar  algo  en  se  semas  o  en
[19:28] 
[19:28] quarter  solo  una  cosa  que  podemos
[19:30] 
[19:30] influir  en  un  scope  y  es  algo  que  es  que
[19:34] 
[19:34] es  llave  al  final  porque  si  queremos  un
[19:37] 
[19:37] equipo  clave  cl  es
[19:40] 
[19:40] clave  Sí  sí  porque  si  queremos  equipo
[19:44] 
[19:44] que  sabe  qu  está  haciendo  que  está
[19:46] 
[19:46] alineado  Ellos  tienen  que  aprender  100%
[19:48] 
[19:48] que  es  un  challenge  de  de  usuario  al
[19:51] 
[19:51] final  Por  qué  creamos  este  feature  o  por
[19:53] 
[19:53] qué  hacemos  este  refactoring  o  por  qué
[19:55] 
[19:55] hacemos  algo  Ah  hay  alguna  alguna  razón
[19:59] 
[19:59] dentro  de  esto  Ah
[20:01] 
[20:01] y  sin  aprender  esto  en  detalle  Tú  no
[20:05] 
[20:05] puedes  incluir  disc  Porque  si  tú  no
[20:07] 
[20:07] sabes  porque  esto
[20:08] 
[20:09] es  cómo  tú  puedes  decir  si  yo  tengo  que
[20:11] 
[20:12] hacer  parte  de  este  feature  o
[20:14] 
[20:14] en  algo  más  global  o  puedo  quitar  est  o
[20:17] 
[20:17] puedo  quitar  esta  esquina  o  no  es  cortar
[20:20] 
[20:20] algo  Si  tú  no  sabes  Ah  A  dónde  vas  Ah
[20:24] 
[20:24] por  eso  si  para  mí  es  algo  clave  otra
[20:27] 
[20:27] vez  Es  que  si
[20:28] 
[20:28] gente  tiene  su  su  control  100%  si
[20:32] 
[20:32] equipos  tienen  control  100%  de
[20:34] 
[20:34] scope  ellos
[20:36] 
[20:36] automticamente  empiezan  a  aprender  Ah
[20:38] 
[20:38] por  qué  estamos  haciendo  esto  y  para  mí
[20:40] 
[20:40] equipo  no  es  solo  ingeniería  o  es  solo
[20:41] 
[20:42] diseño  o  es  solo  pms  al  final  es
[20:45] 
[20:45] conjunto  de  todos  porque  a  veces  en  el
[20:48] 
[20:48] mundo
[20:50] 
[20:50] pasa  que  proceso  normal  de  desarrollo  de
[20:53] 
[20:53] producto  es  que  yo  normalmente  está
[20:56] 
[20:56] llamando  McDonald's  es  que  pm  está
[20:58] 
[20:59] encontrando  un  un  Pain  está  preparando
[21:02] 
[21:02] un  un  documento  un  artefacto  está
[21:05] 
[21:05] describiendo  vale  solución  ideal  es  esta
[21:07] 
[21:07] vamos  a  aadir  estos  botones  vamos  a
[21:09] 
[21:09] aadir  esos  pantallas  ya  está  después
[21:12] 
[21:12] pasa  esta  a  diseñador  diseñador  coge
[21:14] 
[21:14] Solo  este  artefacto  sin  conocimiento  de
[21:16] 
[21:16] usuario  sin  conocimiento  de  nada  está
[21:17] 
[21:17] pintando  High  fidelity  screens  y  después
[21:20] 
[21:20] pasando  est  ingeniería  ingeniería  está
[21:24] 
[21:24] desarrollando  algo  y  deploy  al  final  en
[21:26] 
[21:26] cada  paso  de  este  de  esta  cadena
[21:29] 
[21:29] introducimos  más  y  más  ruido  y  idea
[21:32] 
[21:32] inicial  que  puede  ser  también  no  es  tan
[21:34] 
[21:34] tan  buena  de  PM  al  final  se  convierte  en
[21:37] 
[21:37] algo  totalmente  roto  totalmente
[21:39] 
[21:39] diferente  Que  usuario  no  quiera  por  eso
[21:41] 
[21:41] para  mí  una  manera  construir  productos
[21:43] 
[21:43] sana  es  hacer  overlap  de  todos  estos
[21:45] 
[21:46] partes  que  p  tienes  está  tiene  muy  claro
[21:50] 
[21:50] el  pain  de  usuario  y  puede  explicar  solo
[21:52] 
[21:52] pain  no  la  solución  y  después  pasar  esto
[21:55] 
[21:55] a  equipo  de  diseño  y  equipo  de
[21:57] 
[21:57] ingeniería
[21:58] 
[21:58] ellos  en  un  Time  box  de  se  semanas  de  un
[22:01] 
[22:01] quarter  tiene  que  llegar  a  una  solución
[22:04] 
[22:04] pero  tener  en  claro  primero  input  es  una
[22:07] 
[22:07] problema  un  problema  de  usario  y  no  una
[22:10] 
[22:10] solución  y  normalmente  est  funciona
[22:13] 
[22:13] mucho  mejor  Comparado  con  mdonal  y  ese
[22:15] 
[22:15] concepto  del  overlap  es  interesante
[22:17] 
[22:17] porque  el  el  que  se  puedan  pisar  el
[22:20] 
[22:20] product  manager  el  product  designer  y
[22:23] 
[22:23] ingeniero  en  vez  de  trabajar  en  cadena
[22:24] 
[22:24] como  dices  del  McDonald's  no  del
[22:26] 
[22:26] producto  que  pasa  muchas  empresas  eh
[22:29] 
[22:29] hace  que  se  cree  cosas  mucho  más
[22:31] 
[22:31] creativas  pero  sobre  todo  hace  que  se
[22:32] 
[22:33] priorice  y  se  decida  mejor  no  tú  lo  has
[22:35] 
[22:35] dicho  no  o  sea  eh  Al  final  el  construir
[22:37] 
[22:37] un  proyecto  es  una  es  un  tradeoff  es  una
[22:40] 
[22:40] dicotomía  o  una  tricotomía  entre
[22:43] 
[22:43] eh  el  alcance  el  tiempo  y  los  recursos
[22:47] 
[22:47] utilizados  no  para  construir  el  producto
[22:50] 
[22:50] Entonces  como  esto  eh  es  muy  difícil
[22:52] 
[22:52] determinar  a  priori  porque  hay
[22:54] 
[22:54] muchas  variables  en  muchísimas
[22:57] 
[22:58] dimensiones  que  pueden  aparecer  en  la
[22:59] 
[22:59] construcción  de  un  producto  le  das  el
[23:01] 
[23:01] ownership  al  equipo  para  que  ellos
[23:03] 
[23:03] dinámicamente  decidan  en  base  a  la
[23:05] 
[23:05] información  que  van  recogiendo  trabajen
[23:06] 
[23:06] juntos  pisándose  construyendo  una
[23:09] 
[23:09] solución  en  en  conjunto  Aunque  el
[23:11] 
[23:11] diseñador  se  encarga  más  del  diseño  y  el
[23:12] 
[23:13] ingeniero  más  de  la  ingeniería  y  el
[23:14] 
[23:15] manager  más  del  problema  los  tres  o  los
[23:17] 
[23:17] tres  roles  porque  en  realidad  el  equipo
[23:19] 
[23:19] puede  ser  más  grande  si  hay  más
[23:20] 
[23:20] ingenieros  trabajan  como  un  solo  equipo
[23:23] 
[23:23] pensando  como  un  solo  equipo  decidiendo
[23:24] 
[23:24] como  un  solo  equipo  no  y  al  final  acaban
[23:27] 
[23:27] teniendo  el  producto
[23:28] 
[23:28] s  que  no  has  podido  terminar  a  priori
[23:30] 
[23:30] pero  que  confías  en  el  equipo  que  es  el
[23:32] 
[23:32] producto  óptimo  con  el  tiempo  y  recursos
[23:34] 
[23:34] no  y  por  eso  es  importante  que  el
[23:37] 
[23:37] tiempo  sea  una  unao  de  los  factores  que
[23:39] 
[23:39] se  determina  y  tú  dices  Bueno  en  estos
[23:41] 
[23:41] tres  parámetros  de  alcance  y
[23:44] 
[23:44] recursos  yo  te  fijo  el  tiempo  y  los
[23:47] 
[23:47] recursos  no  lo  estás  diciendo  son  las
[23:50] 
[23:50] personas  que  forman  parte  del  equipo  y
[23:52] 
[23:52] el  tiempo  Entonces  te  dejo  el  scope  te
[23:55] 
[23:55] doy  la  responsabilidad  del  alcance  para
[23:57] 
[23:57] que  tú  decidas  hasta  dónde  puedes  llegar
[24:00] 
[24:00] yaro  y  cuál  es  el  incentivo  del  equipo
[24:02] 
[24:02] de  llegar  lejos  porque  dices  Oye  pues
[24:05] 
[24:05] voy  a  ser  muy  conservador  y  voy  a  hacer
[24:06] 
[24:06] poquita  cosa  Sí  pero  es  normal  también
[24:09] 
[24:09] también  hay  otra  otra  cosa  que  es  que  es
[24:11] 
[24:11] no  es  variable  para  yo  quiero  hacer  esto
[24:13] 
[24:13] muy  fijo  esa  sensación  de  calidad  que
[24:16] 
[24:16] también  significa  vale  est  ficho  es
[24:19] 
[24:19] parte  de  factorial  y  que  significa
[24:21] 
[24:21] calidad  de  factor  aquí  esto
[24:23] 
[24:23] es  como  criterio  interno  es  algo  que  es
[24:27] 
[24:27] mu  ad  Mostrar  oer  es  describir  es  verdad
[24:31] 
[24:31] si  tú  tienes  o  no  tú  tienes  pero  es  algo
[24:33] 
[24:33] que  tú  puedes  aprender  pero  Normalmente
[24:36] 
[24:36] se  transmite  a  nivel  cultural  que  tú  ves
[24:38] 
[24:38] vale  tradición
[24:40] 
[24:40] oral  como  historias  como  la  cultura
[24:44] 
[24:44] misma  sí  sí  sí  sí  pero  es  verdad  tú  ves
[24:46] 
[24:46] qué  está  pasando  en  otros  equipos  cóm
[24:48] 
[24:48] estamos  decidiendo  que  vale  es  un  buen
[24:50] 
[24:50] producto  es  un  mal  producto  también
[24:51] 
[24:51] revisando  los  números  Pero  hay  un  montón
[24:53] 
[24:53] de  cosas  pero  al  final  esto  es  no
[24:56] 
[24:56] podemos  quitar  este  este  variable  no
[24:58] 
[24:58] podemos  decidir  que  decir  que  vale  solo
[25:01] 
[25:01] como  es  difícil  de  medir  pues  no  no  lo
[25:03] 
[25:04] vamos  a  medir  no  s  o  otra  tema  es  como
[25:05] 
[25:05] excusa  es  solo  se  semanas  tengo  recursos
[25:07] 
[25:07] limitados  es  problema  muy  compado  ca
[25:10] 
[25:10] Exacto  pero  es  porque  es  que  realmente
[25:11] 
[25:11] no  tengo  más  tiempo  no  sí  sí  sí  sí  pero
[25:14] 
[25:14] también  es  importante  que  aprender  que
[25:16] 
[25:16] vale  puede  ser  solo  un  botón  pero  botón
[25:18] 
[25:18] que  funciona  100%  de  veces  y  está
[25:22] 
[25:22] resolviendo  un  pain  de  usuario  vale  No
[25:24] 
[25:24] es  algo  muy  flashy  es  un  botón  pero
[25:26] 
[25:26] exactamente  usuario  quiere  este  este
[25:28] 
[25:28] botón  pero  otra  tema  que  es  a  veces  está
[25:30] 
[25:31] pasando  es  estamos
[25:33] 
[25:33] invirtiendo  Ah  invirtiendo  invirtiendo
[25:36] 
[25:36] sí  gracias  un  montón  de  tiempo  en  algo
[25:39] 
[25:39] muy
[25:40] 
[25:40] complicado  pero  no  podemos  traer  en  es
[25:43] 
[25:43] seis  semanas  o  en  un  quarter  y  por  eso
[25:46] 
[25:46] estamos  casi  ahí  pero  no  sabemos  si  va  a
[25:48] 
[25:48] funcionar  es  algo  muy  muy  complicado
[25:51] 
[25:51] usuarios  no  lo  entiende  y  al  final  es
[25:52] 
[25:53] también  Ah  motivación  de
[25:54] 
[25:54] equipo  está  totalmente  en  su  suelo
[25:57] 
[25:57] porque  sí  claro  claro  ellos  que  no
[25:59] 
[25:59] pueden  traer  algo  a  producción  Ah  pero
[26:01] 
[26:01] al
[26:02] 
[26:02] final  esto  pasa  Porque  no  tenemos  este
[26:06] 
[26:06] challenge  dentro  de  un  equipo  si
[26:08] 
[26:08] diseñador  no  pueden  trabajar  con
[26:10] 
[26:10] ingeniería  ingeniería  no  pueden  decir
[26:11] 
[26:11] que  vale  porque  es  no  tiene  sentido  de
[26:13] 
[26:13] mi  punto  de  vista  porque  todo  el  mundo
[26:15] 
[26:15] no  tiene  en  su  cabeza  esta  visión  final
[26:17] 
[26:17] de  usuario  y  cuando  est  tú  estás
[26:20] 
[26:20] cambiando  esto  magia  magia  Ah  empezará
[26:25] 
[26:25] normalmente  volvemos  al  principio  donde
[26:27] 
[26:27] yo  te  he  preguntado  e  qué  pasa  en  los
[26:30] 
[26:30] siguientes  dos  meses  después  de  asumir
[26:32] 
[26:32] este  rror  no  hay  una  serie  de
[26:34] 
[26:34] discusiones  y  cambiamos  la  forma  de
[26:36] 
[26:36] hacer  producto  o  sea  la  maquinaria  de
[26:38] 
[26:38] factorial  y  cómo  se  construye  producto
[26:40] 
[26:40] cambia  no  tú  has  hablado  de  Bueno  hay
[26:42] 
[26:42] una  serie  de  rituales  Sí  sí  sea
[26:44] 
[26:44] básicamente  general  en  producto  hay  los
[26:46] 
[26:46] rituales  hay  una  serie  de  artefactos  que
[26:48] 
[26:48] la  gente  construye  y  mantiene  eh  Hay  una
[26:51] 
[26:51] serie  de  incentivos  No  sí  vale
[26:54] 
[26:54] finalizamos  con  y  la  cultura  también  no
[26:56] 
[26:56] pero  podc  montón  de  cosas  pero
[26:58] 
[26:58] finalizamos  con  rituales  porque  sí  es  al
[27:00] 
[27:00] final  tenemos  esta  principio  de  que  Ah
[27:03] 
[27:03] esto  Kick  off  se  llama  es  que  todo  el
[27:05] 
[27:05] mundo  está  publicando  su  su  roadmap  un
[27:07] 
[27:07] que  cuando  dices  un  que  para  la  gente
[27:09] 
[27:09] que  no  no  se  ha  metid  en  la  jerga  es  un
[27:10] 
[27:11] trimestre  Ah  trimestre  gracias  Sí  sí
[27:12] 
[27:12] porque  un  trimestre  sí  es  como  funciona
[27:15] 
[27:15] el  equipo  de  producto  piensa  en
[27:16] 
[27:16] trimestres  Exacto  sí  es  como  cuatro  al
[27:18] 
[27:18] año  sí  sí  Y  es  como  un  calendarios  y
[27:21] 
[27:21] está  definido  esas  partes  y  normalmente
[27:24] 
[27:24] estamos  entregado  cada  cuarter  Claro  que
[27:26] 
[27:26] deos  más  cada  día  pero  al  final  que
[27:29] 
[27:29] medimos  y  que  revisamos  es  como  un
[27:31] 
[27:31] quarter  o  sea  o  sea  el  quarter  es  la
[27:33] 
[27:34] unidad  eh  de  de  valoración  de  los
[27:37] 
[27:37] resultados  hechos  no  es  cuando  se  lanza
[27:40] 
[27:40] el  producto  no  tú  lo  has  dicho  eh  se
[27:42] 
[27:42] lanza  constantemente  se  está  creando
[27:44] 
[27:44] está  cambiando  el  producto  eh  Pero  al
[27:46] 
[27:46] final  de  quarter  es  cuando  se  evalúa  Sí
[27:48] 
[27:48] también  paramos  y  pensamos  A  dónde  vamos
[27:51] 
[27:51] la  dirección  correcta  No  es  también  es
[27:53] 
[27:53] un  importante  tener  algunos  puntos  en  en
[27:55] 
[27:55] su  día  a  día  que  cuando  vale  todo  estos
[27:58] 
[27:58] día  o  esta  semana  Estoy  totalmente  en
[28:00] 
[28:00] manera  revisar  cosas  vale  Ah  y  tenemos
[28:04] 
[28:04] tres  es  primero  sí  es  como  este  kickoff
[28:06] 
[28:07] que  todo  el  mundo  está  pensando  que  vale
[28:08] 
[28:08] eso  son  los  rituales  estendo  los  eventos
[28:10] 
[28:10] que  pasan  en  la  organización  de  producto
[28:12] 
[28:12] de
[28:13] 
[28:13] sincronización  s  s  Sí  primero  es  vamos
[28:16] 
[28:16] con  este  plan  es  nuestro  roadmap  mitad
[28:18] 
[28:19] de  trimestre  es  A  dónde  publicamos
[28:21] 
[28:21] primeros  resultados  que  cada  equipo  está
[28:23] 
[28:23] diciendo  que  vale  nuestro  plan  inicial
[28:25] 
[28:25] era  esto  ahora  estamos  en  esto  En  este
[28:28] 
[28:28] estado  es  Mira  Ah  puede  ser  una  e  figma
[28:31] 
[28:31] o  puede  ser  un  demo  real  o  Algunos
[28:33] 
[28:33] números  Ah  nuevos  es  vale  si  gente  va
[28:37] 
[28:37] acá  día  al  día  aprendiendo  contexto
[28:39] 
[28:39] nuevo  y  ellos  están  represando  este
[28:42] 
[28:42] contexto  está  construyendo  producto
[28:43] 
[28:43] nuevo  y  ahora  es  en  mitad  de  quarter
[28:46] 
[28:46] podemos  hacer  un  checkin  y  Mostrar  que
[28:48] 
[28:48] vamos  a  la  misma  dirección  heo  Sí  lo
[28:51] 
[28:51] mostr  sí  a  todo  el  mundo  en  realidad  a
[28:53] 
[28:53] toda  la  compañía  Por  qué  es  importante
[28:55] 
[28:55] porque  sí  todo  el  mundo  está  empezando
[28:56] 
[28:56] que  vale  claro  que  tenemos  algunos  Ah
[28:58] 
[28:58] Podemos  tener  algunos  dependencias  con
[29:00] 
[29:00] clientes  con  con  ventas  pero  también
[29:02] 
[29:02] todo  el  mundo
[29:04] 
[29:04] puede  aprender  cómo  desarrollamos
[29:06] 
[29:06] producto  y  cómo  pensamos  y  Por  qué
[29:08] 
[29:08] priorizamos  algunas  cosas  sobre  otros  Ah
[29:11] 
[29:11] y  y  también  que  es  importante  es  es  a
[29:14] 
[29:14] veces  es  normal  romper  su  roadmap  porque
[29:17] 
[29:17] cada  día  tenemos  un  contexto  nuevo  y
[29:20] 
[29:20] puede  ser  que  tú  vas  a  encontrar  una
[29:22] 
[29:22] oportunidad  más  grande  que  que  pensáis
[29:24] 
[29:24] hace  se  semanas  por  eso  est  normal  que
[29:27] 
[29:27] decir  que  vale  chicos  totalmente
[29:29] 
[29:29] pensamos  nuestro  roadmap  Pero  mira  Por
[29:32] 
[29:32] qué  tenemos  una  un  documento  una  lógica
[29:35] 
[29:35] detrás  no  es  porque  no  podemos  entregar
[29:38] 
[29:38] es  porque  ha  tenemos  otra  oportunidad
[29:40] 
[29:40] más  grande  y  es  otro  momento  donde  es
[29:43] 
[29:43] normal  deir  decir  a  todo  el  mundo  que
[29:45] 
[29:45] nuestro  roadmap  como  equipo  está
[29:47] 
[29:47] cambiando  y  al  final  de  quarter  que  es
[29:51] 
[29:51] más  importante  tenemos  product  review
[29:53] 
[29:53] que  es  también  importante  no  solo  para
[29:54] 
[29:54] equipos  es  también  para  directores
[29:56] 
[29:56] Porque  para  mí  es  voy  a  repetir  es  Ah
[29:59] 
[29:59] Podemos  tener  una  compañía  más  grande  de
[30:01] 
[30:01] manera  descentralizada  pero  como
[30:03] 
[30:03] empezamos  todo  el  mundo  va  a  su
[30:05] 
[30:05] dirección  y  yo  quería  hacer  un  poco  de
[30:08] 
[30:08] otra  vez  Es  centralizar  más  cosas  y  este
[30:12] 
[30:12] capa  de  middle  management  directores  en
[30:14] 
[30:14] este  caso  es  un  otra  cosa  clave  que
[30:18] 
[30:18] clave  de  todo  sí  sí  sí  sí  que  tiene  que
[30:20] 
[30:20] tener  sí  tenemos  mucha  gente  ahí  pero  al
[30:23] 
[30:23] final  Mi  idea  es  que  cada  persona  piensa
[30:25] 
[30:25] en  la  misma  la  misma  dirección  y  está
[30:27] 
[30:27] alineado  100%  Porque  con  este  podemos
[30:31] 
[30:31] tener  que  vale  cada  dominio  está
[30:33] 
[30:33] pensando  a  nivel  de  negocio  Ellos  tienen
[30:35] 
[30:35] roadmap  de  todo  factorial  en  su  cabeza
[30:37] 
[30:37] por  eso  pueden  encontrar  cosas
[30:39] 
[30:39] conexiones  y  también  que  tiene  este
[30:42] 
[30:42] criterio  de  calidad  también  compartido
[30:45] 
[30:45] porque  es  que  es  más  importante  que  vale
[30:48] 
[30:48] en  un  dominio  ten
[30:50] 
[30:50] Ah  no  puede  ser  que  es  más  más  relajado
[30:54] 
[30:54] Comparado  con  otro  dominio  que  es  a
[30:55] 
[30:55] nivel  de  calidad  de  e  visión  de  producto
[30:58] 
[30:58] y  de  todo  no  queremos  deployar  teneremos
[31:00] 
[31:00] tener  factorial  como  una  compañía  un
[31:02] 
[31:02] producto  pero  tenemos  un  montón  de  gente
[31:04] 
[31:04] pero  eso  es  est  un  challenge  est  dejo  m
[31:06] 
[31:06] real  Ah  tenemos  que  operar  cada  día  y  en
[31:09] 
[31:09] este  caso  directores  son  claves  o  sea
[31:12] 
[31:12] esta  construcción  de  criterio  compartido
[31:14] 
[31:14] que  es  un  problema  en  factorial  tenemos
[31:15] 
[31:15] a  220  personas  200  Entre  10  y  20  eh  en
[31:19] 
[31:19] el  equipo  de  producto  de  los  460  son
[31:22] 
[31:22] ingenieros  eh  25  product  managers  25
[31:25] 
[31:25] diseñadores  más  o  menos  no
[31:27] 
[31:27] antes  hablado  de  que  teníamos  cuatro
[31:28] 
[31:28] dominios  pero  luego  tenemos  un  quinto
[31:30] 
[31:30] que  que  no  me  lo  olvido  que  es  la  parte
[31:32] 
[31:33] de  infraestructura  donde  está  el  Data
[31:34] 
[31:34] donde  está  los  analytics  donde  está  la
[31:38] 
[31:38] parte  de  servidores  etcétera  no
[31:40] 
[31:40] e
[31:42] 
[31:42] entonces  per  me  olvidado  lo  que  iba  a
[31:44] 
[31:44] decir  no  estoy  también  quiero  finalizar
[31:46] 
[31:46] con  product  review  que  es  Por  qué  es  tan
[31:48] 
[31:48] importante  para  directorios  Y  para  esta
[31:49] 
[31:49] capa  que  al  final  cogemos  todos  los
[31:53] 
[31:53] equipos  y  todo  que  que  entregado  en  este
[31:57] 
[31:57] quarter  y  con  todos  los  directorios
[31:59] 
[31:59] revisamos  que  vale  producto  por  producto
[32:01] 
[32:01] si  tiene  este  calidad  Ah  calidad  de
[32:04] 
[32:04] factorial  si  entregado  al  final  Porque
[32:06] 
[32:06] es  importante  deadline  es  algo  que  es
[32:09] 
[32:09] deadline  en  realidad  si  no  entregado  es
[32:11] 
[32:11] un  un  fallo  grande  tenemos  que  revisar
[32:14] 
[32:14] Por  qué  está  pasando  que  está  que  con
[32:15] 
[32:15] este  equipo  no  es  correcto  y  y  también
[32:19] 
[32:19] discutir  Cómo  priorizamos  cosas  como
[32:21] 
[32:21] desarrollamos  es  algo  importante  para
[32:24] 
[32:24] equipos  para  recibir  este  feedback
[32:25] 
[32:25] constantemente  de  de  directores  y  de
[32:27] 
[32:27] management  pero  es  también  muy
[32:28] 
[32:28] importante  para  directores  para  clar  eso
[32:30] 
[32:30] es  lo  que  iba  a  decir  o  sea  la  parte  más
[32:32] 
[32:32] importante  es  crear  esta  conciencia
[32:34] 
[32:34] compartida  entre  los  directores  no  que
[32:36] 
[32:36] todos  los  directores  pueden  ser
[32:37] 
[32:37] reemplazables  que  pueden  dar  feedback  a
[32:39] 
[32:39] los  equipos  que  entiendan  la  misma
[32:41] 
[32:41] visión  de  calidad  no  la  misma  visión  de
[32:43] 
[32:43] factorial  en  su  conjunto  no  Y  para  eso
[32:45] 
[32:46] sirven  también  los  product  reviews  no  no
[32:48] 
[32:48] solo  para  los  propios  equipos  reciban  el
[32:50] 
[32:50] feedback  de  su  equipo  sino  para  que  los
[32:51] 
[32:51] directores  se  impregnen  y  consensu  se
[32:54] 
[32:54] hagan  el  esfuerzo  de  discutir  y  de
[32:56] 
[32:56] alinear  Exacto  idealmente  equipos  tienen
[32:59] 
[32:59] que  recibir  feedback  cada  día  Ah  de  su
[33:02] 
[33:02] directores  pero  también  tenemos  que
[33:03] 
[33:03] tener  un  momento  en  un  cuarter  donde
[33:05] 
[33:05] podemos  parar  y  también  alinear  a  todos
[33:07] 
[33:07] y  revisar  que  vale  estamos  en  ello  Ah  o
[33:10] 
[33:10] no  y  y  dar  que  este  es  feedback  un  poco
[33:13] 
[33:13] más  oficial  Pero  la  idea  es
[33:15] 
[33:15] que  si  equipo  llega  a  product  review  con
[33:19] 
[33:19] un  sorpresa  que  es  algo  mal  que  es  algo
[33:23] 
[33:23] malo  es  mal  mal  trabajo  de  director  que
[33:26] 
[33:26] director  no  está  diciendo  dando  feedback
[33:28] 
[33:28] correctamente  día  a  día  Ah  y  es  también
[33:30] 
[33:30] un  señal  que  no  Qué  implicaciones  tiene
[33:32] 
[33:32] este  product  review  Sí  también  me  parece
[33:35] 
[33:35] aquí  tenemos  que  tocar  cosas  variables
[33:37] 
[33:37] en  general  cosas  divertidas  sí  cosas
[33:39] 
[33:39] divertidas  que  no  es  tan  popular
[33:41] 
[33:41] normalmente  en  ingeniería  Por  cierto  que
[33:43] 
[33:43] el  bien  y  el  mal  en  producto  o  sea  el
[33:45] 
[33:45] definir  esto  es  un  buen  producto  un  mal
[33:46] 
[33:47] producto  es  de  las  cosas  más  difíciles
[33:49] 
[33:49] que  hay  100%  y  no  hay  objetividad  Ah
[33:51] 
[33:51] 100%  y  no  es  posible  hacer  objetividad
[33:54] 
[33:54] porque  siempre  como  ingeniería  todo  el
[33:56] 
[33:56] mundo  mundo  puede  gamificar  algunos
[33:58] 
[33:58] sistema  y  si  algo  es  gamificado  vamos  a
[34:01] 
[34:01] encontrar  hackers  al  final  un  producto
[34:02] 
[34:03] es  una  implementación  de  de  una  visión
[34:04] 
[34:04] fuerte  de  una  opinión  fuerte  subjetiva
[34:07] 
[34:07] eh  No  Y  eso  tiene  que  ver  con  factores
[34:10] 
[34:10] estéticos  funcionales  e  varios  factores
[34:13] 
[34:13] en  su  conjunto  Sí  con  un  montón  de
[34:14] 
[34:14] variables  que  no  tú  puedes  poner  en  un
[34:17] 
[34:17] papel  es  en  teoría  con  puede  ser  en
[34:19] 
[34:19] algún  momento  pero  ahora  sí  es  que  es
[34:21] 
[34:21] importante  tener  todo  todas  las  personas
[34:24] 
[34:24] en  la  misma  sala  discutiendo  parte  de
[34:25] 
[34:25] producto  para  revisar  si  es  es  un
[34:27] 
[34:27] producto  bueno  o  no  que  final  en
[34:29] 
[34:29] software  b2b  esto  se  traslada  en  en  en
[34:33] 
[34:33] conseguir  el  éxito  del  usuario  y  del
[34:35] 
[34:35] cliente  eh  porque  al  final  el  b2b  lo  que
[34:38] 
[34:38] te  permite  es  ser  bastante  más  objetivo
[34:40] 
[34:40] y  racional  no  normalmente  los  clientes
[34:42] 
[34:42] para  los  que  trabajamos  tiene  un
[34:43] 
[34:43] objetivo  nosotros  podemos  o  bien
[34:45] 
[34:45] ahorrarles  tiempo  o  bien  enable  arles
[34:48] 
[34:48] hacer  cosas  que  no  podían  hacer  antes
[34:50] 
[34:51] sin  nuestro  producto  no  y  todo  esto  una
[34:53] 
[34:53] experiencia  placentera  Exacto  que  es  muy
[34:55] 
[34:55] complicado  al  final  si  tú  pones  solo  los
[34:57] 
[34:57] números  vas  a  tener  Excel  que  al  final
[34:59] 
[34:59] está  resolviendo  un  montón  de  Pains  pero
[35:01] 
[35:01] no  es  que  Excel  es  la  [ __ ]  Sí
[35:02] 
[35:03] exactamente  pero  nadie  quiere  usar  Excel
[35:04] 
[35:04] pero  nadie  quiere  usar  todo  el  mundo  lo
[35:06] 
[35:06] usa  sí  Exacto  pero  por  qué  no  hay  otra
[35:08] 
[35:08] sí  Ah  Pero  al  final  sí  También  queremos
[35:10] 
[35:10] que  tener  nuestra  visión  y  queremos
[35:12] 
[35:12] transmitir  esta  visión  y  queremos  tener
[35:13] 
[35:14] una  un  equipo  muy  fuerte  que  también  No
[35:16] 
[35:16] solo  está  ejecutando  qué  usuario  está
[35:19] 
[35:19] preguntando  porque  a  veces  usuarios
[35:20] 
[35:20] tienen  sí  soluciones  hechas  en  papel  y
[35:23] 
[35:23] todo  y  pero  están  este  equipo  tiene  que
[35:26] 
[35:27] transmitir  visión  de  factorial  y  por  eso
[35:29] 
[35:29] empezamos  con  directorios  con  la  idea
[35:31] 
[35:31] que  al  final  tenemos  algo  centralizado
[35:33] 
[35:33] pero  después  descentralizado  que  si
[35:35] 
[35:35] tenemos  directores  alineados  ellos
[35:36] 
[35:36] pueden  vender  y  transmitir  esta  idea  a
[35:39] 
[35:39] todos  los  equipos  al  final  y  es  Qué
[35:41] 
[35:41] difícil  es  esta  centralización  y
[35:43] 
[35:43] descentralización  no  sí  es  un  challenge
[35:45] 
[35:45] es  el  challenge  de  todo  y  es  también  es
[35:47] 
[35:48] challenge
[35:48] 
[35:49] que  es  muy  lento  al  final  ver  los
[35:52] 
[35:52] resultados  Porque  si  tú  puedes
[35:53] 
[35:53] normalmente  como  todo  el  mundo  está
[35:55] 
[35:55] pensando  que  comunicación  es  algo  que
[35:57] 
[35:57] vale  Yo  voy  a  grabar  un  zoom  o  voy  a
[35:59] 
[35:59] transmitir  este  mensaje  y  todo  el  mundo
[36:01] 
[36:01] está  yendo  este  mensaje  estaré  viendo
[36:04] 
[36:04] pero  no  es  falta  tien  claro  yo  yo  De
[36:06] 
[36:06] hecho  ilea  yo  hablo  contigo  y  te  digo
[36:08] 
[36:08] Oye  arregla  el  producto  ya  Exacto  ya  no
[36:13] 
[36:13] Pero  cl  cuesta  no  lleva  tiempo  no  sí  sí
[36:15] 
[36:15] lleva  tiempo  lleva  tiempo  es  verdad  pero
[36:17] 
[36:17] es  este  cambio  cultural  es  es
[36:20] 
[36:21] normalmente  sí  es  primero  tienes  que
[36:23] 
[36:23] cambiar  cosas  mu  en  manera  muy  rápida
[36:25] 
[36:25] Porque  si  tú  llevas  en  coche  hay
[36:27] 
[36:27] GPS  y  si  tú  pones  en  Gps  dirección
[36:30] 
[36:30] errónea  Tú  vas  a  Y  si  tú  estás  de  cuenta
[36:33] 
[36:33] tú  vas  a  parar  y  poner  correcta  No  vas  a
[36:36] 
[36:36] 5  km  más  y  después  poner  a  correcta  pero
[36:39] 
[36:40] en  este  caso  en  caso  de  nuestro  tamaño
[36:42] 
[36:42] es  no  somos  un  coche  somos  como  un  Liner
[36:46] 
[36:46] en  oceanos  como  no  tourist  Liner  como
[36:49] 
[36:49] una  Oh  Cómo  es  un  un  crucero  un  crucero
[36:52] 
[36:52] gra  sí  Ah  grandísimo  si  tú  vas  a  cambiar
[36:56] 
[36:56] de  dirección  también  con  enercia  tú  vas
[36:59] 
[36:59] como  lleva  tiempo  en  este  caso  no  sé  tú
[37:03] 
[37:03] has  visto  el  el  podcast  de  Lex  friedman
[37:06] 
[37:06] con  Jeff  besos  no  que  bueno  tengo  en  mi
[37:09] 
[37:09] cola  nada  Nada  nuevo  no  seguramente  ti
[37:11] 
[37:11] pero  es  curioso  porque  él  habla  de  que
[37:12] 
[37:12] osta  una  empresa  como  Amazon  de
[37:15] 
[37:15] 1,5  millones  de  personas  trabajadores  no
[37:18] 
[37:18] se  mueven  con  muchísima  agilidad  no  y
[37:20] 
[37:20] con  unos  con  una  ser  de  principios  muy
[37:22] 
[37:22] básicos  no  pero  me  interesante  queé
[37:24] 
[37:24] significa  se  mueve  en  este  caso  ejecutar
[37:27] 
[37:27] algo  en  los  mismos  principios  es  una
[37:29] 
[37:29] cosa  pero  cambiar  al  es  es  otro  tema  y
[37:32] 
[37:32] cambiar  en  el  chip  por  mí  cosas
[37:34] 
[37:34] culturales  se  cuesta  mucho  es  porque  tú
[37:37] 
[37:37] es  tu  manera  de  pensar  es  algo  que  tú
[37:39] 
[37:39] tienes  que  reforzar  cada  día  con
[37:41] 
[37:41] ejemplos  cl  y  cuando  tú  Tú  tienes  dos
[37:45] 
[37:45] más  de  200  personas  es  tiempo  sí  es  que
[37:48] 
[37:48] hay  algunos  factores  culturales  que
[37:50] 
[37:50] nosotros  nos  damos  cuenta  los  founders
[37:52] 
[37:52] de  factorial  que  que  por  el  camino  vamos
[37:55] 
[37:55] perdiendo  no  porque  para  nosotros  son
[37:58] 
[37:58] muy  intuitivos  no  el  hecho  de  ese
[37:59] 
[37:59] sentido  de  urgencia  el  moverse  rápido  el
[38:02] 
[38:02] el  el  enfocarse  al  detalle  crear  ser
[38:05] 
[38:05] handson  estar  creando  siempre  no  de
[38:08] 
[38:08] golpe  cuando  empiezas  a  crecer  empiezas
[38:09] 
[38:09] a  incorporar  midle  management  a  veces  te
[38:11] 
[38:11] encuentras  que  hay  mucha  gente  que  ya  no
[38:13] 
[38:14] crea  hay  mucha  gente  que  ya  no  se  mueve
[38:16] 
[38:16] simplemente  se  dedica  a  comunicar  y  a
[38:17] 
[38:17] hablar  no  y  pierde  esta  noción  de
[38:19] 
[38:19] detalle  esta  noción  de  producto  de  de
[38:21] 
[38:21] builder
[38:23] 
[38:23] e  que  cualquier  emprendedor  técnico  no
[38:26] 
[38:26] normalmente  tiene  al  principio  no  de
[38:28] 
[38:28] construir  producto  entonces  claro  es  es
[38:30] 
[38:30] lo  que  nos  pasa  no  cuando  nosotros  nos
[38:32] 
[38:32] empezamos  a  sentir  a  no  sentir
[38:34] 
[38:34] orgullosos  de  lo  que  estamos  haciendo  No
[38:35] 
[38:35] es  que  el  producto  de  factorial  esté
[38:37] 
[38:37] roto  eh  o  sea  no  es  que  no  funcione  el
[38:39] 
[38:39] producto  de  factorial  el  producto  de
[38:40] 
[38:40] factorial  sigue  siendo  la  herramienta
[38:42] 
[38:42] elegida  para  para  un  cliente  cuando  le
[38:44] 
[38:45] dan  dos  opciones  tres  opciones  o  prueba
[38:46] 
[38:46] varias  opciones  en  el  mercado  pero  sí
[38:49] 
[38:49] que  Comparado  con  nuestra  expectativa
[38:50] 
[38:50] esta  expectativa  de  de  un  de  un  diseño
[38:53] 
[38:53] placentero  de  una  experiencia  que  pasa
[38:56] 
[38:56] sola  que  funciona  sola  que  es  casi
[38:57] 
[38:58] mágica  que  al  principio  es  como  empieza
[39:01] 
[39:01] empieza  factorial  hay  un  momento  dado
[39:02] 
[39:02] donde  cortando  corners  y  gestionando
[39:04] 
[39:04] scopes  y  en  esta  falta  de  comunicación  y
[39:07] 
[39:07] de  colaboración  se  empieza  a  generar  un
[39:09] 
[39:09] producto  más  complejo  sí  100%  pasa  esto
[39:12] 
[39:12] y  también  s  es  como  al  final  Ah  no  hay
[39:15] 
[39:15] mala  fe  como  estamos  discutiendo  s  al
[39:17] 
[39:17] final  s  no  no  no  estoy  pensando  que  al
[39:20] 
[39:20] final  todo  el  mundo  está  pensando  vale
[39:21] 
[39:21] pero  yo  estoy  Ah  executando  mi  trabajo
[39:25] 
[39:25] Estoy  haciendo  100
[39:27] 
[39:27] correcto  pero  al  final  no  es  un  producto
[39:28] 
[39:28] que  estamos  orgullosos  porque  a  veces  si
[39:30] 
[39:31] tenemos  que  parar  y  pensar  que  vale  es
[39:32] 
[39:32] algo  raro  porque  estamos  ahora  estamos
[39:35] 
[39:35] priorizando  Este  feature  sobre  no  sé
[39:37] 
[39:37] calidad  Bugs  o  otra  tema  Ah  y  está
[39:41] 
[39:41] siempre  tenemos  que  priorizar  cosas
[39:42] 
[39:42] porque  es  otro  challenge  que  pero  la
[39:45] 
[39:45] calidad  nunca  se  nunca  se  negocia  no
[39:47] 
[39:47] 100%  pero  sí  claro  si  tú  todo  el  mundo
[39:50] 
[39:50] está  diciendo  que  tenemos  que  traer  más
[39:51] 
[39:51] feat  más  features  más  features  todo  el
[39:53] 
[39:53] mundo  va  a  pensar  que  vale  calidad  no  es
[39:54] 
[39:54] algo  que  es  importante  para  nosotros
[39:56] 
[39:56] pero  es  que  es  que  más  features  con  la
[39:57] 
[39:57] misma  calidad  el  problema  El  problema
[39:59] 
[39:59] siempre  es  esta  definición  de  calidad  o
[40:02] 
[40:02] sea  esto  que  estabas  diciendo  al
[40:03] 
[40:03] principio  de  cómo  cómo  generar  esta  esta
[40:05] 
[40:05] visión  unificada  esta  cultura  fuerte  de
[40:08] 
[40:08] Qué  es  calidad  yo  yo  hago  una  charla  en
[40:11] 
[40:12] en  en  junio  o  Julio  en  julio  hago  una
[40:15] 
[40:15] charla  en  Factor  y  hago  una  presentación
[40:17] 
[40:17] pongo  fix  the
[40:19] 
[40:19] product  ya  está  acabado  mi  trabajo  mi
[40:21] 
[40:21] trabajo  siempr  es  el  más  fácil  leraz
[40:24] 
[40:24] entonces  de  golpe  todo  el  mundo  empieza
[40:25] 
[40:25] a  hablar  de  fix  prod  y  cada  uno
[40:27] 
[40:27] significa  cada  uno  le  atribuye  algo
[40:29] 
[40:29] diferente  no  fix  product  Qué  es  fix
[40:31] 
[40:31] product  no  entonces  hay  un  montón  de
[40:34] 
[40:34] cosas  Hay  un  montón  de  cosas  porque  para
[40:35] 
[40:35] algunos  es  Bugs  y  sl  para  otras  es  como
[40:38] 
[40:38] esta  sensación  de  estamos  orgullosos
[40:43] 
[40:43] quecia  Sí  hay  muchas  cosas  s  claro  y
[40:47] 
[40:47] entonces  claro  Hay  que  unificar  no  hay
[40:49] 
[40:49] que  hay  que  consensuar  yo  creo  que  estos
[40:51] 
[40:51] meses  esto  que  tú  describes  como  este
[40:53] 
[40:54] proceso  de  review  de  alignment  entre
[40:56] 
[40:56] ores  es  un  poco  la  discusión  la
[40:58] 
[40:58] conversación  larga  con  visión  a  largo
[41:00] 
[41:00] plazo  no  porque  Oye  esto  tienes  que
[41:02] 
[41:02] tener  paciencia  no  donde  hay  existen
[41:05] 
[41:05] todas  estas  discusiones  no  se  empiezan  a
[41:07] 
[41:07] producir  estas  discusiones  y  se  empieza
[41:09] 
[41:09] a  tangibilizar  mediante  la  product
[41:11] 
[41:11] review  que  no  es  un  algoritmo  y  es  una
[41:13] 
[41:13] putada  porque  los  ingenieros  buscan
[41:14] 
[41:15] algoritmos  para  medir  el  éxito  product
[41:17] 
[41:18] review  donde  los  directores  se
[41:20] 
[41:20] comprometen  a  dar  un  feedback  profundo
[41:23] 
[41:23] denso  de  Por  qué  sí  Y  por  qué  no  no
[41:27] 
[41:27] Exacto  pero  también  es  otro  punto
[41:30] 
[41:30] interesante  a  nivel  de  ingeniería  por
[41:32] 
[41:32] ejemplo  en  este  caso  si  estamos  hablando
[41:34] 
[41:34] sobre  directores  directores  directores
[41:36] 
[41:36] pero  no  es  solo  directores  que  también
[41:38] 
[41:38] se  puede  transmitir  esta  sensación  de
[41:41] 
[41:41] calidad  para  mí  es  también  una  un  nivel
[41:43] 
[41:43] de  seniority  en  ingeniería  es
[41:45] 
[41:45] exactamente  esto  es  que  alguien  puede
[41:48] 
[41:48] decir  que  vale  no  podemos  deployar  este
[41:50] 
[41:50] o  no  es  una  manera  como  desarrollamos
[41:52] 
[41:53] producto  tenemos  otra  y  puede  levantar
[41:55] 
[41:55] su  mano  y  también  de  que  vale  No  no
[41:57] 
[41:57] podemos  continuar  con  esto  y  yo  veo
[41:59] 
[41:59] ahora  después  de  estos  cambios  y  este
[42:01] 
[42:01] cambio  del  chip  que  le  da  es  también  es
[42:04] 
[42:04] algo  que  no  podemos  quitar  que  cada  día
[42:07] 
[42:07] especialmente  developers  como
[42:09] 
[42:09] ingenierías  a  nivel  de  staff  o  senior
[42:12] 
[42:12] está  liderando  como  estoy  diciendo  en
[42:15] 
[42:15] campo  de  está  liderando  el  qué  en  campo
[42:19] 
[42:19] en  como  en  día  a  día  en  día  a  día  en  el
[42:22] 
[42:22] terreno  Sí  todo  el  mundo  es  como  vale  No
[42:25] 
[42:25] es  si  quier
[42:27] 
[42:27] est  mostrando  en  su  ejemplo  Cómo
[42:31] 
[42:31] desarrollar  producto  manera  que  estamos
[42:34] 
[42:34] orgullosos  y  para  mí  es  otra  pata  que  es
[42:36] 
[42:36] un  muy  importante  en  ingenierías  y  es
[42:39] 
[42:39] tener  estos  tener  estos  líderes  a  nivel
[42:42] 
[42:42] de  ingeniería  no  es  como  managers  pero  a
[42:44] 
[42:44] nivel  de  ic  individual  contributors  que
[42:46] 
[42:46] que  está  también  mostrando  y
[42:48] 
[42:48] transmitiendo  esta  cultura  Porque  si
[42:50] 
[42:50] tenemos  developers  nivel  de  senior  staff
[42:54] 
[42:54] que  está  cometiendo
[42:56] 
[42:56] errores  No  no  errores  como  está  que  está
[42:58] 
[42:58] quitando  cosas  muy  importantes  a  nivel
[43:01] 
[43:01] de  calidad  Claro  que  después  Juniors  o
[43:04] 
[43:04] me  van  a  ver  y  pensar  que  vale  Si  staffs
[43:07] 
[43:07] no  está  haciendo  esto  yo  voy  a  repetir
[43:08] 
[43:08] lo  mismo  porque  es  algo  normal  que  está
[43:11] 
[43:11] pasando  en  compañía  o  sea  no  solo  coges
[43:13] 
[43:13] a  los
[43:14] 
[43:14] directores  y  y  les  transmites  esta
[43:17] 
[43:17] visión  fuerte  esta  idea  de  calidad  sino
[43:19] 
[43:19] también  algunos  individual  contributors
[43:21] 
[43:21] algunos  programadores  individuales  que
[43:24] 
[43:24] tienen  muchísima
[43:27] 
[43:27] mucha
[43:28] 
[43:28] seniority  para  M  es  una  definición  de
[43:30] 
[43:30] seniority  al  final  si  solo  pensamos
[43:33] 
[43:33] seniority  es  como  hard  skill  100%  si  Qué
[43:36] 
[43:36] es  la  diferencia  desde  staff  senor  que
[43:38] 
[43:38] una  persona  que  está  programando  muy
[43:41] 
[43:41] bien  va  a  programar  mejor  que  aquí
[43:43] 
[43:43] perdemos  una  oportunidad  porque  yo  veo
[43:45] 
[43:45] todos
[43:46] 
[43:46] los  staffs
[43:49] 
[43:49] es  Es  como  un  líderes  al  final  y  para  m
[43:52] 
[43:52] líderes  es  alguien  que  también  No  solo
[43:55] 
[43:55] está  haciendo
[43:56] 
[43:56] código  que  es
[43:59] 
[43:59] también  levantando  nivel  general  de
[44:02] 
[44:02] cultura  y  de  ingeniería  por  eso  está
[44:04] 
[44:04] transmitiendo  mucho  está  revisando  y
[44:06] 
[44:06] está  mostrando  Qué  es  qué  es  bien  y  qué
[44:09] 
[44:09] es  mal  Ah  haciendo  mentoring  Y  también
[44:12] 
[44:12] conectando  puntos  a  nivel  de  de  todo
[44:15] 
[44:15] factorial  porque  también  esto
[44:17] 
[44:17] alineamiento  de  roadmap  puede  ser  hacer
[44:19] 
[44:19] directores  pero  cosas  técnicas  es  yo
[44:22] 
[44:22] estoy  confiando  mucho  en  en  mi  staff
[44:24] 
[44:24] porque  ellos  sta  Qué  significa  staff
[44:27] 
[44:27] porque  es  como  normalmente  en  carrier
[44:29] 
[44:29] pad  de  ingeniería  tú  tienes  Juniors  mids
[44:31] 
[44:31] y  seniors  y  después  de  seniors  no  hay
[44:33] 
[44:33] hay  staff  developers  que  es  alguien  con
[44:36] 
[44:36] un  montón  de  experiencia  y  con  este
[44:38] 
[44:38] nivel  de  Liderazgo  Ah  y  es  seniority  es
[44:42] 
[44:42] una  marca  de  seniority  en  este  caso  y  Ah
[44:45] 
[44:45] y  para  mí  es  Ellos  están  100%
[44:48] 
[44:48] responsable  también  lantar  cultura  deí
[44:52] 
[44:52] la  cultura  la  cultura  de  ingeniería  y  la
[44:55] 
[44:55] calidad  nivel  Definir  la  calidad  sí
[44:57] 
[44:57] Exacto  es  todo  cultura  está  como
[44:59] 
[44:59] conjunto  de  todo  al  final  en  este  caso
[45:02] 
[45:02] vale  o  sea  es  un  es  un  es  otra  forma  de
[45:06] 
[45:06] Liderazgo  que  no  es  funcional  no  es  de
[45:08] 
[45:08] reporting  no  como  pasa  habitualmente  en
[45:11] 
[45:11] las  organizaciones  sino  que  es
[45:13] 
[45:13] meritocrático  puramente  técnico  de
[45:15] 
[45:15] Liderazgo  es  ejemplo  y  y  algunos  de
[45:18] 
[45:18] estos  ingenieros  pueden  tener  más
[45:20] 
[45:20] impacto  incluso  que  un  manager  no  un
[45:22] 
[45:22] director  o  sea  pueden  tener  ellos  solos
[45:23] 
[45:23] pueden  proponer  una  nueva  forma  hacer
[45:26] 
[45:26] algo  que  acaba  siendo  lo  que  cambia  el
[45:28] 
[45:28] mercado  exacto  y  es  otra  parte  de
[45:30] 
[45:30] centralización  para  mí  que  es  importante
[45:31] 
[45:31] si  cosas  queremos  centralizar  roadmap
[45:34] 
[45:34] queremos  centralizar  la  visión  Pero  cómo
[45:36] 
[45:36] transmitimos  esto  después  a  tod  todos
[45:38] 
[45:38] los  ingenieros  que  tenemos  es  para  mí  es
[45:41] 
[45:41] estos  Ah  semillas  en  este  caso  de  a
[45:44] 
[45:45] nivel  de  staffs  es  manera
[45:47] 
[45:47] Ah  como  muy  importante  para  hacer  esto
[45:49] 
[45:49] mm  vale  hemos  hablado  de  rituales
[45:53] 
[45:53] em  a  nivel  de  artefactos  Cuáles  son  los
[45:57] 
[45:57] documentos  no  en  común  que  comparte  la
[46:00] 
[46:00] organización  de  producto  y  que  y  que  de
[46:04] 
[46:04] alguna  forma  permiten  seguir  cómo
[46:08] 
[46:08] vamos  es  un  buen  tópico  porque  que  al
[46:11] 
[46:11] final  empezamos  con  un  montón  de
[46:12] 
[46:12] artefactos  que  cada  cada  dominio  tenía
[46:14] 
[46:14] su  artefacto  un  montón  de  roadmaps  un
[46:17] 
[46:17] montón
[46:18] 
[46:18] dees  notions
[46:20] 
[46:20] notion  ha  hay  notion  para  todo  Ah  pero
[46:23] 
[46:24] al  final  ahora  Los  vemos  Que  Sí  es  que
[46:28] 
[46:28] nos  qué  en  qué  metrix  estamos
[46:31] 
[46:31] interesados  en  cada  producto  si  estamos
[46:33] 
[46:33] ver  si  es  healthy  o  no  healthy  es  sano  o
[46:35] 
[46:35] no  sano  al  final  es  usage  mrr  y  nps  más
[46:39] 
[46:39] o  menos  es  como  tres
[46:41] 
[46:41] que  podemos  ver  cada  producto  y  tener
[46:45] 
[46:45] alguna  como  algún  luz  color  verde  o
[46:48] 
[46:48] color  amarillo  si  todo  vía  no  se  todo  va
[46:50] 
[46:50] mal  en  este  caso  y  para  mí  es  importante
[46:52] 
[46:52] que  todo  el  mundo  pueda  saber  como
[46:54] 
[46:54] mínimo  estos  tres  MC
[46:56] 
[46:56] sla  no  no  has  hablado  eh  sla  es  otro
[46:58] 
[46:58] tema  Sí  sí  vamos  vamos  a  sacar  esto  O
[47:01] 
[47:01] sea  me  has  dicho  usage  que  vendría  a  ser
[47:04] 
[47:04] la  métrica  de  éxito  de  de  un  producto  es
[47:06] 
[47:06] decir  para  para  que  este  producto  tenga
[47:08] 
[47:08] éxito  hay  que  hacer  eits  acciones
[47:10] 
[47:10] eventos  dentro  del  producto  esto  lo
[47:12] 
[47:12] Define  cada  equipo  se  consensua  con  El
[47:14] 
[47:14] dominio  y  con  y  con  con  todo  el  mundo  y
[47:16] 
[47:16] pasa  a  ser  la  metrica  que  se  sigue
[47:18] 
[47:18] equipo  a  equipo  no  esto  es  usage  luego
[47:21] 
[47:21] has  dicho  nps  que  básicamente  es  una
[47:23] 
[47:23] métrica  de  satisfacción  por  parte  al
[47:25] 
[47:25] usuario  cuando  le  preguntas
[47:27] 
[47:27] explícitamente  qué  probabilidad  tendría
[47:30] 
[47:30] de  recomendar  esta  funcionalidad  a  un
[47:32] 
[47:32] amigo  no  y  tiene  un  sistema  de
[47:34] 
[47:34] respuestas  donde  bueno  se  eliminan  e  los
[47:37] 
[47:37] los  los  pasivos  eh  se  restan  los  los
[47:41] 
[47:41] detractores  a  los  promotores  y  te  da  un
[47:44] 
[47:44] número  no  esto  es  el  nps  y  luego  eh  la
[47:48] 
[47:48] tercera  cosa  que  has  dicho  era  mrr  mrr
[47:51] 
[47:51] se  me  ha  olvidado  qué  fuerte  que  es
[47:53] 
[47:53] básicamente  la  métrica  de  facturación
[48:01] 
[48:01] te  hecho  una  putada  hablando  en  español
[48:02] 
[48:02] normalmente  hablamos  inglés  en  factorial
[48:05] 
[48:05] dicho  no  por  favor  Ho  es  en  español  muy
[48:08] 
[48:08] bien  pero  al  final  si  quieres  tocar
[48:11] 
[48:11] también  métricos  son  muy  importantes
[48:13] 
[48:13] todo  el  mundo  tiene  que  saber  esto  no
[48:14] 
[48:14] solo  pm  porque  a  veces  es  otro  error  en
[48:17] 
[48:17] mi  equipo  Lleva  esto  mtrica  de  solo
[48:20] 
[48:20] proder  no  ingeniería  llev  también  y
[48:23] 
[48:23] diseño  lleva  también  todo  el  mundo  está
[48:24] 
[48:24] revisando  est  todo  el  mundo  está
[48:26] 
[48:26] responsable  para  esto  y  es  muy
[48:27] 
[48:27] importante  Si  queremos  al  final  tener
[48:29] 
[48:29] esto  enow  Team  Ah  pero  sí  al  final  Yo
[48:32] 
[48:32] quiero  todo  el  mundo  que  es  que  tienes
[48:35] 
[48:35] esta  responsabilidad  y  que  puede  asumir
[48:36] 
[48:36] esta  responsabilidad  y  no  después  poner
[48:39] 
[48:39] dedos  Ah  pero  otra  cosa  es  ley  es
[48:41] 
[48:41] calidad  es  como  más  más  de  BS  que  todo
[48:43] 
[48:43] el  mundo  no  no  le  gusta  es  Qué  significa
[48:45] 
[48:45] es  le  en  este  caso  si  nos  nos  como
[48:48] 
[48:48] ingeniería  o  producto  y  hag  un  B  de  un
[48:51] 
[48:51] usuario  tenemos  depende  de  su
[48:54] 
[48:54] importancia  de  este  B  algunos  tiempos
[48:57] 
[48:57] para  resolver  Esto  si  es  Back  muy
[48:58] 
[48:59] importante  como  nada  nada  de  está
[49:01] 
[49:01] cargando  nada  funciona  Claro  que
[49:02] 
[49:02] olvidamos  todo  y  estamos  arreglando  si
[49:05] 
[49:05] es  pi1  es  como  5  días  si  es  pi2  15  días
[49:09] 
[49:09] vale  no  es  tan  importante  pero  al  final
[49:10] 
[49:10] cada  B  está  ah  estamos  prioritizar
[49:13] 
[49:13] depende  de  su  de  su  importancia  y  si  al
[49:17] 
[49:17] final  también  es  muy  importante  para
[49:19] 
[49:19] equipo  aprender  que  en  b2b  bgs  que  tiene
[49:22] 
[49:22] totalmente  otra  significación  que
[49:25] 
[49:25] Comparado  en  b2c  porque  cada  usuario
[49:29] 
[49:29] cada  empresa  está  tiene  confianza  en
[49:32] 
[49:32] factorial  pone  su  información  muy
[49:34] 
[49:34] importante  y  esta  confianza  para
[49:37] 
[49:37] nosotros  es  es  vital  si  al  final
[49:39] 
[49:39] rompemos  Esto  vale  no  tenemos  negocio  y
[49:42] 
[49:42] por  eso  si  tenemos  un  bg  y  llevamos  un
[49:45] 
[49:45] montón  de  tiempo  resolviendo  Este  bg
[49:47] 
[49:47] vale  Yo  voy  a  quitar  un  poco  de  la
[49:50] 
[49:50] confianza  sí  gota  por  gota  y  por  eso  es
[49:52] 
[49:52] importante  aprender  que  BX  para  nosotros
[49:54] 
[49:54] es  algo  que  no  podemos  olvidar  100%  y
[49:58] 
[49:58] tambén  pero  también  a  veces  es  es  muy
[50:01] 
[50:01] bien  decir  esto  que  sí  bxs  son
[50:02] 
[50:02] importante  Por  favor  ingenieros  arregla
[50:04] 
[50:04] arreglan  cosas  ingenieros  que  pueden
[50:06] 
[50:06] decir  que  sí  sí  Yo  quiero  arreglar  per
[50:08] 
[50:08] es  más  es  más  están  de  acuerdo
[50:10] 
[50:10] normalmente  siempre  todo  el  mundo  está
[50:11] 
[50:11] pero  tengo  mi  roadmap  muy  grande  Tengo
[50:13] 
[50:13] un  montón  de  presión  de  de  todo  el  mundo
[50:16] 
[50:16] que  tengo  que  desarrollar  features
[50:17] 
[50:17] nuevos  y  cómo  puedo  también  hacer  este
[50:20] 
[50:20] equili  B  entre  cosas  nuevas  y  arreglar
[50:23] 
[50:23] los  problemas  existentes  eso  es  un
[50:26] 
[50:26] mensaje  al  final  otro  alineamiento  que
[50:27] 
[50:28] tenemos  que  tener  a  nivel  de  la  compañía
[50:30] 
[50:30] y  resolvemos  esto  con  variables  es  con
[50:33] 
[50:33] cosa  no  es  tan  popular  si  en  mundo  de
[50:35] 
[50:35] ingeniería  pero  pero  para  mí  no  es  algo
[50:37] 
[50:37] de  Ah  esto  es  otra  manera  como  empresa
[50:40] 
[50:40] puede  darar  dinero  No  es  otra  es
[50:42] 
[50:42] herramienta  muy  potente  para  enviar
[50:44] 
[50:44] enviar  señales  pero  más  que  variables  O
[50:47] 
[50:47] sea  que  que  estoy  de  acuerdo  o  sea  100%
[50:48] 
[50:48] de  acuerdo  eh  objetivos  no  son  los
[50:51] 
[50:51] objetivos  dentro  previo  los  variables  es
[50:53] 
[50:53] qué  objetivos  le  ponemos  a  la  gente
[50:55] 
[50:55] Exacto  pero  también  si  también  tenemos
[50:56] 
[50:56] que  tener  Ah  este  señ  Porque  si  claro
[51:00] 
[51:00] como  quear  podemos  tener  un  un  objetivo
[51:02] 
[51:02] pero  si  no  llegamos  a  este  objetivo  y  no
[51:04] 
[51:04] pasa  nada  no  es  tan  importante  para  mí
[51:06] 
[51:06] este  objetivo  Ah  y  si  también  tú  puedes
[51:09] 
[51:09] tener  tu  roadmap  como  objetivo  y  tu  S
[51:11] 
[51:11] como  objetivo  o  sea  que  norment  hay
[51:13] 
[51:13] muchos  objetivos  sin  consecuencias
[51:14] 
[51:14] exacto  y  Pero  también  es  complicado  día
[51:16] 
[51:16] al  día  prar  tengo  dos  objetivos  roadmap
[51:18] 
[51:18] sl  Cómo  puedo  opar  que  es  uno  importante
[51:20] 
[51:20] o  otra  es  importante  Por  eso  tenemos  que
[51:22] 
[51:22] resolver  esta  y  que  no  gente  piensa
[51:24] 
[51:24] menos  Ah  en  este  nivel  y  tiene  muy  muy
[51:27] 
[51:27] como  señal  muy  Ah  muy  fácil  para
[51:31] 
[51:31] aprender  y  al  final  es  es  un  variable  eh
[51:33] 
[51:33] En  este  caso  y  tenemos
[51:35] 
[51:35] exactamente  variable  en  tres  partes  de
[51:38] 
[51:38] variable  primero  es  Es  que  tenemos  a
[51:41] 
[51:41] nivel  de  todos  los  puntos  a  nivel  de
[51:43] 
[51:43] factorial  Ah  que  no  podemos  sobrepasar
[51:46] 
[51:46] si  sobrepasamos  también  decir  que  es  los
[51:50] 
[51:50] puntos  Ah  estos  tiempos  que  he  comentado
[51:53] 
[51:53] antes  a  nivel  de  que  es  prioritario  que
[51:55] 
[51:55] esto  todo  si  sobrepasamos  ese  deadline
[51:57] 
[51:57] de  cuando  resolvemos  el  pack  empezamos  a
[52:00] 
[52:00] asumir  puntos  eh  y  depende  de  de  priorit
[52:05] 
[52:05] de  cada  bac  asumimos  más  puntos  o  menos
[52:08] 
[52:08] pero  al  final  podemos  ver  que  como
[52:10] 
[52:10] factorial  como  un  equipo  Ah  estamos  en
[52:13] 
[52:13] general  tratando  más  resolviendo  bgs  Por
[52:15] 
[52:15] eso  tenemos  no  sé  2000  puntos  3000
[52:17] 
[52:17] puntos  10,000  puntos  algo  algún  número  y
[52:21] 
[52:21] si  bajamos  este  número  mejoramos  si  este
[52:24] 
[52:24] número  crece  peor  por  eso  parte  de
[52:29] 
[52:29] e
[52:31] 
[52:31] de  para  resolver  esto  ponemos  una  meta
[52:34] 
[52:34] que  no  vamos  a  sobrepasar  500  puntos  al
[52:37] 
[52:37] final  Como  factorial  en  general  es  algo
[52:39] 
[52:39] compartido  en  un  trimestre  en  un
[52:41] 
[52:41] trimestre  en  un  trimestre  es  algo
[52:43] 
[52:43] compartido  para  con  todos  equipos  por
[52:44] 
[52:44] eso  no  hay  discusión  si  es  mi  b  o  es  B
[52:47] 
[52:47] de  otro  equipo  no  no  es  todo  para
[52:48] 
[52:49] factorial  Ah  y  tenemos  que  tener  esta
[52:51] 
[52:51] sensación  de  calidad  a  todos  los
[52:53] 
[52:53] developers  diseñ  adores  y  prod  managers
[52:56] 
[52:56] están  bien  compartido  todos  los  niveles
[52:58] 
[52:58] Ah  y  con  esto  resolvemos  esta  discusión
[53:00] 
[53:00] si  tengo  quear  pm  roadmap  o  tengo  que
[53:03] 
[53:03] priorizar  esa  ley  ahora  tenemos
[53:06] 
[53:06] un  una  meta  que  está  muy  conectado
[53:09] 
[53:09] también  a  tu  salario  si  no  llegamos  a
[53:12] 
[53:12] estos  500  puntos  nadie  en  producto
[53:15] 
[53:15] recibe  parte  de  su
[53:16] 
[53:16] variable  está  se  Cuáles  son  los
[53:18] 
[53:18] objetivos  que  tienen  los  equipos  de
[53:21] 
[53:21] producto  uno
[53:24] 
[53:24] es
[53:26] 
[53:26] calidad  es  calidad  técnica  sí  exacto  y
[53:27] 
[53:28] también  es  tiempo  de  despues  en  este
[53:29] 
[53:29] caso  otra  tema  es  entrega  es  est  product
[53:33] 
[53:33] review  que  tenemos  para  cada  equipo
[53:35] 
[53:35] revisamos  que  cada  equipo  está
[53:37] 
[53:37] entregando  y  y  es  directores  están
[53:40] 
[53:40] también  evaluando  si  este  equipo  tiene
[53:42] 
[53:42] que  cobrar  su  variable  o  no  tiene  que
[53:44] 
[53:44] cobrar  su  variable  para  mí  es  otro  tema
[53:46] 
[53:46] si  tenemos  otra  sorpresa  y  algo  y  un
[53:49] 
[53:49] equipo  no  está  comprando  no  es  también
[53:51] 
[53:51] solo  una  penalización  monetaria  es
[53:53] 
[53:53] también  señal  muy  fuerte  que  en  este
[53:55] 
[53:55] equipo  algo  está  roto  que  tenemos  que
[53:57] 
[53:57] repensar  procesos  ahora  porque  vale  este
[54:00] 
[54:00] equipo  no  funciona  o  sea  por  defecto  en
[54:02] 
[54:02] la  produc  review  eh  lo  lo  normal  es  que
[54:06] 
[54:06] se  apruebe  digamos  no  O  sea  que  todo
[54:09] 
[54:09] está  O  sea  que  está  bien  se  toma
[54:10] 
[54:10] decisiones  se  ha  explicado  el
[54:12] 
[54:12] razonamiento  no  y  Y  en  este  y  en  este
[54:15] 
[54:15] razonamiento  pues  se  valora  este  proceso
[54:16] 
[54:16] de  decisión  de  gestión  del  scope  no  Y  lo
[54:20] 
[54:20] normal  es  que  esto  esté  bien  No  pero  si
[54:22] 
[54:22] no  está  bien  entonces  no  solo  este
[54:25] 
[54:25] equipo  no  va  a  cobrar  una  parte  de  su
[54:27] 
[54:27] variable  sino  que  además  tenemos  un
[54:30] 
[54:30] problema  estructural  en  esteipo  Exacto
[54:31] 
[54:31] sí  es  una  posibilidad  para  directores
[54:33] 
[54:33] todo  el  mundo  rar  qu  está  pasando  porque
[54:35] 
[54:35] no  no  puede  ser  que  en  dos  quarters  el
[54:38] 
[54:38] mismo  equipo  no  está  coperando  esta
[54:39] 
[54:39] parte  porque  está  pasando  algo  está
[54:42] 
[54:42] totalmente  fatal  y  también  es  otra  tema
[54:47] 
[54:47] que  queremos  hacer  algo  manera  muy
[54:49] 
[54:49] explícita  porque  antes  normalmente  en
[54:52] 
[54:52] cada  cada  compañía  pas  está  pasando
[54:54] 
[54:54] exactamente  esto  hay  algunos  equipos  muy
[54:56] 
[54:56] buenos  hay  otros  equipos  que  es  malos
[54:59] 
[54:59] ponemos  en  este  caso  y  aquí  tenemos  que
[55:02] 
[55:02] mostrar  a  todo  el  mundo  que  vale  hay
[55:03] 
[55:03] algunos  equipos  con  problemas  y  tenemos
[55:05] 
[55:05] que  res  resolver  esto  Si  no  resolvemos
[55:07] 
[55:07] es  como  no  hay  sorpresas  para  nada  si
[55:09] 
[55:09] por  ejemplo  tenemos  que  reestructurar
[55:11] 
[55:11] todo  el  equipo  Vale  y  tienen  que  de
[55:12] 
[55:12] alguna  forma  los  equipos  ayudar  a  los
[55:14] 
[55:14] otros  no  ayudarse  subir  el  nivel  no  como
[55:16] 
[55:16] tú  decías  antes  no  para  asegurarse  que
[55:18] 
[55:18] la  calidad  es  es  Es  la  que  buscamos  no
[55:20] 
[55:21] Exacto  entre  todos  los  equipos  y  hemos
[55:23] 
[55:23] dicho  product  review  a  nivel  de  de  de
[55:25] 
[55:25] objetivos  me  has  dicho  la  valoración  de
[55:28] 
[55:28] todos  los  directores  eh  que  hacen  sobre
[55:31] 
[55:31] sobre  la  entrega  y  las  decisiones
[55:32] 
[55:32] tomadas  por  un  equipo  el  sla  y  el
[55:35] 
[55:35] tercero  mrr  mrr  mrr  sí  es  también  parte
[55:38] 
[55:38] muy  importante  para  mí  negocio  Sí
[55:40] 
[55:40] exactamente  porque  al  final  no  podemos
[55:43] 
[55:43] pensar  que  estamos  que  producto  está
[55:45] 
[55:45] totalmente  desconectado  de  pentas  de
[55:48] 
[55:48] customers
[55:49] 
[55:49] Access  de  Mercado  de  todo  y  que  estamos
[55:52] 
[55:52] desarrollando  algo  muy  diferente  hay  un
[55:55] 
[55:55] argumento  que  se  escucha  mucho  no  que  es
[55:56] 
[55:56] cuando  le  pones  a  un  equipo  de  producto
[55:58] 
[55:58] un  objetivo  de  mrr  pasa  a  pensar  a  corto
[56:02] 
[56:02] plazo  deja  de  pensar  a  largo  plazo  tú
[56:06] 
[56:06] qué  piensas
[56:08] 
[56:08] esto  podrías  salir  más  detalles  Qué
[56:11] 
[56:11] significa  esto  no  bueno  a  ver  es  lo  que
[56:13] 
[56:13] dice  el  equipo  concretamente  algunas
[56:16] 
[56:16] personas  del  equipo  de  factoria  no  O  sea
[56:18] 
[56:18] dicen  [ __ ]  pero  es  que  si  me  pones  un
[56:19] 
[56:19] objetivo  voy  a  maximizar  el
[56:21] 
[56:21] mrr  no  y  igual  voy
[56:25] 
[56:25] de  trabajar  en  cosas  más  largo  plazo  no
[56:28] 
[56:28] me  gusta  Si  algo  alguien  puede
[56:31] 
[56:31] maximizar  me  suena  muy  sano  en  este  Pero
[56:34] 
[56:34] al  final  yo  puedo  pensar  qué  puede  ser
[56:36] 
[56:36] que
[56:38] 
[56:38] vale  que  yo  puedo  imaginar  si  tenemos
[56:41] 
[56:41] este  parte  de  marr  al  final  podemos
[56:44] 
[56:44] olvidar  cosas  más  orgullosos  de  producto
[56:48] 
[56:48] que  es  verdad  Si  no  vamos  a  pensar  a
[56:51] 
[56:51] nivel  de  animación  complejos  o  alguna
[56:53] 
[56:54] solución  más  general  que  no  puede
[56:56] 
[56:56] cambiar  mrr  en  este  quarter  pero  sí
[56:58] 
[56:58] claro  que  puede  cambiar  algo  en  futuro
[57:00] 
[57:00] futuro  yo  puedo  ver  este  argumento  pero
[57:03] 
[57:03] también  para  mí  es  cosa  cultural  si
[57:04] 
[57:04] pensamos  que  si  vale  si
[57:08] 
[57:08] estamos  si  pensamos  que  es  vale  para  mí
[57:11] 
[57:12] es  imposible  ver  si  repetimos  el  mismo
[57:15] 
[57:15] abstracción  o  el  mismo  idea  siempre  en
[57:17] 
[57:17] diferentes  partes  de  producto  Ah  y  no
[57:20] 
[57:20] podemos  unificar  esta  y  decidir  decidir
[57:23] 
[57:23] que  que
[57:25] 
[57:25] no  voy  a  hacer  esto  porque  tengo  mi
[57:27] 
[57:27] variable
[57:28] 
[57:28] ener  no  vamos  a  comprar  yo  tiendo  a
[57:31] 
[57:31] pensar  que  que  la  gente  es  más  lista  que
[57:34] 
[57:34] yo  en  general  no  y  más  el  equipo  de
[57:36] 
[57:36] producto  buen  todos  los  equipos  no  pero
[57:38] 
[57:38] veo  el  equipo  de  producto  gente  que  sabe
[57:39] 
[57:39] mucho  que  tiene  opiniones  muy  fuertes  no
[57:41] 
[57:41] entonces  si  yo  soy  capaz  de  balancear  el
[57:44] 
[57:44] corto  el  medio  el  largo  plazo  Por  qué  no
[57:46] 
[57:46] Debería  hacerlo  un  equipo  de  producto  no
[57:49] 
[57:49] Por  qué  no  deberían  pensar  en  sus  yos
[57:50] 
[57:50] dentro  de  6  meses  en  sus  yos  dentro  de
[57:53] 
[57:53] 12  meses  no
[57:55] 
[57:55] Pero  también  es  importante  no  es  es  a
[57:57] 
[57:57] veces  no  es  prioritizar  pero  es  también
[57:59] 
[57:59] conectar  porque  cuando  añadimos  esta
[58:02] 
[58:02] variable  es  una  anécdota  Pero  al  final
[58:05] 
[58:05] he  recibido  tanto  preguntas  sobre
[58:07] 
[58:07] negocio  de  ingeniería  que  me  gusta  mucho
[58:11] 
[58:11] cuando  gente  está  aprendiendo  variables
[58:13] 
[58:13] funnel  conversón  conversion  rat  todo  es
[58:15] 
[58:15] muy  sano  porque  al  final  todo  el  mundo
[58:18] 
[58:18] erróneamente  está  pensando  que  yo  no
[58:20] 
[58:20] puedo  influir  nada  No  no  es  verdad  si
[58:22] 
[58:22] ingeniería  no  puede  influir  nada  nadie
[58:25] 
[58:25] en  teoría  puede  influir  nada  porque
[58:26] 
[58:26] ellos  normalmente  están  desarrollando
[58:28] 
[58:28] cosas  nuevas  por  eso  en  este  caso  para
[58:32] 
[58:32] mí  No  no  estoy  comprando  y  luego  el  tema
[58:35] 
[58:35] también  de  la  del  tema  del  largo  plazo
[58:37] 
[58:37] al  final  desde  mi  punto  de  vista  es  que
[58:39] 
[58:39] hay  hay  una  sola  vida  eh  entonces  en
[58:42] 
[58:42] esta  vida  tenemos  que  conseguir  crear
[58:44] 
[58:44] una  historia  una  narrativa  No  qué  es  lo
[58:47] 
[58:47] que  estoy  haciendo  con  mi  vida  para
[58:48] 
[58:48] sentirme  orgulloso  no  Y  tú  tienes  la
[58:50] 
[58:50] oportunidad  de  estar  trabajando  en  un
[58:52] 
[58:52] producto  que  que  le  va  a  cambiar  la  vida
[58:53] 
[58:54] a  las  personas  que  utilizan  en  este  caso
[58:55] 
[58:55] 600,000  personas  en  su  día  a  día  que  es
[58:58] 
[58:58] de  alto  uso  no  Y  tú  te  estás  planteando
[59:00] 
[59:00] De  verdad  te  estás  planteando  Voy  a
[59:02] 
[59:02] maximizar  esto  corto  plazo  porque
[59:05] 
[59:05] eh  Porque  voy  a  cobrar  el  variable  voy  a
[59:08] 
[59:08] cobrar  el  variable  o  sea  yo  creo  que  hay
[59:09] 
[59:09] que  pensar  en  cobrar  el  variable  es  una
[59:11] 
[59:11] es  una  parte  importante  porque  con
[59:13] 
[59:13] cobrando  t  el  variable  va  a  cobrarlo
[59:14] 
[59:14] también  el  resto  de  la  organización
[59:16] 
[59:16] marketing  y  ventas  que  viven  en  este
[59:18] 
[59:18] quarter  que  vienen  este  mes  que  tienen
[59:19] 
[59:19] objetivos  pero  también  tienes  que  pensar
[59:21] 
[59:21] en  generar  esta  historia  y  esta  solución
[59:23] 
[59:23] rompedora  sí  Y  esto  requiere  madurez
[59:26] 
[59:26] requiere  cultura  y  por  eso  no  todo  el
[59:28] 
[59:28] mundo  sirve  para  trabajar  en  factorial
[59:30] 
[59:30] eh  Y  eso  es  lo  que  te  iba  a  preguntar
[59:32] 
[59:32] ahora  qué
[59:33] 
[59:33] perfiles  buscas  tú  en  tu
[59:37] 
[59:37] equipo  con  agencia  es  normalmente  si  no
[59:42] 
[59:42] sé  es  con  Cristiano  es  el  mismo  que  no
[59:44] 
[59:44] agencia  es  con
[59:46] 
[59:46] agenc  Pero  vale  con
[59:51] 
[59:51] iniciativa  para  mí  es  una  bandera  muy
[59:53] 
[59:53] roja  si  yo  voy  a  preguntar  por  qué
[59:56] 
[59:56] estamos  haciendo  esto  y  alguien  me  está
[59:57] 
[59:57] respondiendo  porque  alguien  me  ha  dicho
[59:59] 
[59:59] es  para  mí  y  yo  voy  normalmente  tengo  sí
[60:04] 
[60:04] desconectado  y  todo  es  estoy  furioso
[60:07] 
[60:07] después  Sí  pero  porque  es  algo  que  me
[60:10] 
[60:10] está  triando  mucho  Ah  y
[60:13] 
[60:13] si  gente  que  estoy  buscando  no  pueden
[60:15] 
[60:15] decir  esto  y  no  no  quieren  decir  esto  no
[60:17] 
[60:17] es  normalmente  no  no  es  normal  para
[60:19] 
[60:19] ellos  decir  frase  como  esto  Ellos  están
[60:21] 
[60:21] aprendiendo  muy  claro  por  qué  está
[60:23] 
[60:23] haciendo  esto  y  tengo  su  visión  que  es
[60:26] 
[60:26] bien  o  que  es  mal  y  si  algo  está  fuera
[60:29] 
[60:29] de  su  visión  ellos  va  a  levantar  su  mano
[60:31] 
[60:31] y  decir  que  tenemos  un  problema  aquí
[60:33] 
[60:33] tenemos  que  rizar  tenemos  que  repensar
[60:34] 
[60:35] se  van  a  negar  a  hacer  algo  sí  que  no
[60:37] 
[60:37] compran
[60:39] 
[60:39] 100%  que  no  es  lo  que  pasaba  porque  ojo
[60:41] 
[60:41] que  antes  has  dicho  bueno  la  gente  tiene
[60:43] 
[60:43] buena  fe  pero  no  están  no  está  cambiando
[60:46] 
[60:46] esto  que  ve  que  no  por  eso  me  es  una  un
[60:49] 
[60:49] Moto  de  factor  que  es  convince  o  get
[60:52] 
[60:52] convinced  que  es  el  contrario  de  Amazon
[60:54] 
[60:54] no  Aparentemente  depende  falta  faltamos
[60:56] 
[60:56] detalles  ahí  básicamente  el  disagree  and
[60:58] 
[60:58] comit  no  y  estas  dos  culturas  no
[61:01] 
[61:01] disagree  and  comit  o  convince  get
[61:03] 
[61:03] convince  no  sí  sí  sí  pero  me  parece  es
[61:06] 
[61:06] el  mismo  al  final  si  es  como  falta
[61:07] 
[61:07] detalles  falta  marketing  pero  es  muy
[61:10] 
[61:10] importante  Si  tú  no  estás  comprando  Si
[61:12] 
[61:12] tú  no  entiendes  100%  que  que  estás
[61:14] 
[61:14] cometiendo
[61:15] 
[61:16] tienes  que  tener  est  discusión  fuerte
[61:18] 
[61:18] muy  fuerte  y  es  sano  tener  discusiones
[61:20] 
[61:20] fuertes  Ah  pero  es  también  importante
[61:24] 
[61:24] salir  una  sala  después  que  todo  el  mundo
[61:27] 
[61:27] está  está  teniendo  muy  claro  por  qué
[61:30] 
[61:30] tomamos  alguna  decisión  o  una  decisión  o
[61:32] 
[61:33] otra  y  especialmente  a  nivel  de
[61:35] 
[61:35] management  a  nivel  de  directores  Porque
[61:37] 
[61:37] si  ellos  no  están  comprando  algo  algunos
[61:39] 
[61:39] cambios  mundo  sí  es  ellos  no  pueden
[61:42] 
[61:42] liderar  después  a  sus  equipos  porque  al
[61:45] 
[61:45] final  es  también  es  muy  importante  a
[61:47] 
[61:47] nivel  director  que  ellos  no  son  sol
[61:48] 
[61:48] proxis  o  sol  transitores  de  decisiones
[61:52] 
[61:52] ellos  son  líderes  y  Yo  sin  agencia  Esto
[61:56] 
[61:56] no  puede  pasar  lo  mismo  con  staff  no  y
[61:58] 
[61:58] el  mismo  con  staff  pero  en  general  en
[61:59] 
[62:00] todo  el  mundo  no  porque  tenemos
[62:01] 
[62:01] casualmente  tenemos  gente  muy  muy  joven
[62:04] 
[62:04] Junior  que  tienen  unas  opiniones
[62:06] 
[62:06] fuertísima  y  que  las  batallan  no  y  que
[62:07] 
[62:07] discuten  no  y  es  esa  cultura  donde  esto
[62:10] 
[62:10] pasa  para  mí  es  clave  no  donde  al  final
[62:12] 
[62:12] cualquier  persona  puede
[62:15] 
[62:15] eoner  imponer  su  criterio  con
[62:18] 
[62:18] información  100%  Sí  sí  sí  pero  tamb  bien
[62:20] 
[62:20] que  es  importante  si  no  es  solo  imper
[62:22] 
[62:22] criterio  pero  asumir  responsabilidad
[62:24] 
[62:24] pero  a  veces  sí  es  también  es  complicado
[62:26] 
[62:26] y  a  veces  también  cultura  de  ingeniería
[62:29] 
[62:29] en  general  que  está  pasando  en  otras
[62:30] 
[62:30] compañías  que  vale  tenemos  algunos
[62:32] 
[62:32] sprints  algunas  cosas  estamos  trabajando
[62:34] 
[62:34] pero  si  algo  está  rota
[62:36] 
[62:36] Ah  Es  es  es  no  es  nuestr  Ah  y  yo  también
[62:41] 
[62:41] es  otro  Trigger  para  mí  que  es  al  final
[62:43] 
[62:43] Ah  si  algo  está  roto  y  tú  lo  ves  tú
[62:46] 
[62:46] tienes  que  no  tú  tienes  que  arreglar  o
[62:47] 
[62:47] tú  tienes  que  llevar  a  otro  equipo  tú
[62:49] 
[62:49] tienes  que  asumir  Ah  responsabilidad  tod
[62:52] 
[62:52] factorial  y  no  solo  de  tu  equipo  Cómo  se
[62:54] 
[62:54] incentiva  que  alguien  que  tiene  un
[62:56] 
[62:56] objetivo  de  calidad
[62:57] 
[62:57] mrr  y  entrega  del  producto  en  su  equipo
[63:02] 
[63:02] en  el  trimestre  tal  y  como
[63:04] 
[63:04] eh  ha  previsto  y  tomando  las  decisiones
[63:06] 
[63:06] adecuadas  Cómo  se  incentiva  que  coja  un
[63:08] 
[63:08] problema  común  igual  fuera  de  su  equipo
[63:12] 
[63:12] igual  no  algo  genérico  del  producto  y  lo
[63:15] 
[63:15] arregle  porque  al  final  gente  listo
[63:19] 
[63:19] está  tiene
[63:21] 
[63:21] este  sensación  muy  clara  que  todo  es
[63:24] 
[63:24] conectado  si  tú  ves  una  problema  que  tú
[63:27] 
[63:27] y  tú  también  tienes  muy  claro  que  es
[63:30] 
[63:30] algo  importante  porque  a  veces  es  no  Ah
[63:33] 
[63:33] Es  muy  conectada  mrr  es  muy  conectada  de
[63:35] 
[63:35] calidad  y  después  va  Pero  igual  no  mrr
[63:37] 
[63:37] de  su  producto  concreto  de  su  pero  mrr
[63:38] 
[63:38] de  factorial  Pero  al  final  mrr  de  fact
[63:40] 
[63:40] Claro  pero  esto  es  lo  que  la  tragedia  de
[63:42] 
[63:42] los  comunes  no  de  todos  los  espacios
[63:44] 
[63:44] comunes  Cómo  cómo  se  encarga  porque
[63:46] 
[63:46] luego  evidentemente  tenemos  un  dominio
[63:49] 
[63:49] del  espacio  común  de  de  cor  no  pero  es
[63:51] 
[63:51] imposible  por  grande  que  fuera  este
[63:52] 
[63:52] dominio  es  imposible  que  se  se  encargar
[63:54] 
[63:54] de  todos  los  problemas  comunes  no  al
[63:56] 
[63:56] final  o  es  un  es  un  factor  cultural  para
[63:59] 
[63:59] mí  es  exactamente  Es  que  tiene  que
[64:01] 
[64:01] llevar  a  staff  developers  más  porque  si
[64:03] 
[64:03] ellos  están  Claro  que  es  para  todo  el
[64:06] 
[64:06] mundo  pero  para  ellos  exactamente  es  su
[64:08] 
[64:08] Job  description  que  al  final  llevar
[64:10] 
[64:11] cosas  comunes  y  al  final  entregar
[64:13] 
[64:13] impacto  a  nivel  de  todo  factorial  A
[64:15] 
[64:15] veces  es  complicado  y  porque  y  es
[64:18] 
[64:18] también  que  quiero  cambiar  mucho  Es  que
[64:20] 
[64:20] staffs  para  pensar  que  vale  mi  día  a  día
[64:24] 
[64:24] solo  entregar  código  si  staff  piensa
[64:26] 
[64:26] esto  tenemos  una  oportunidad  perdida  muy
[64:29] 
[64:29] perdida  en  este  caso  y  para  mí  es  staff
[64:32] 
[64:32] también  tiene  que  dedicar  mucho  tiempo
[64:34] 
[64:34] a  tener  contexto  de  todo  todo  negocio
[64:37] 
[64:37] tener  contexto  de  otros  equipos  llevar
[64:40] 
[64:40] algunos  s  revisar  código  mucho  revisar
[64:42] 
[64:42] problemas  en  otros  equipos  en  su  dominio
[64:44] 
[64:44] también  para  buscar  estos  puntos  vale  Yo
[64:47] 
[64:47] veo  aquí  algo  común  yo  veo  ahí  algo
[64:49] 
[64:49] común  cómo  puedo  arreglar  esto  y  hay  un
[64:51] 
[64:51] montón  de  soluciones  vídeos
[64:53] 
[64:53] Comunicaciones
[64:54] 
[64:54] no  un  código  nuevo  abstracción  nueva  Hay
[64:57] 
[64:57] un  montón  pero  también  es  muy  complicado
[64:59] 
[64:59] Poner  este  solo  en  description  Porque
[65:02] 
[65:02] para  mí  es  que  más  senior  persona  hay  es
[65:06] 
[65:06] más  complicado  definir  su  su  Job  roll
[65:08] 
[65:08] porque  claro  es  Hay  un  montón  de
[65:10] 
[65:10] variables  como  lo  mismo  como  en  calidad
[65:12] 
[65:12] y  para  mí  es  también  importante  que
[65:14] 
[65:14] gente  está  aprendiendo  que  V  a  nivel  de
[65:16] 
[65:16] staff  y  más  Ah  yo  tengo  que  buscar
[65:18] 
[65:18] oportunidades  para  negocio  y  alinear
[65:21] 
[65:21] conmigo  con  directores  Qué  significa
[65:23] 
[65:23] esta  oportunidad  en  este  caso  mm  cuántos
[65:26] 
[65:26] staff  tienes  en  factoria
[65:29] 
[65:29] Ah  más  10  10  12  personas  me  parece  10  12
[65:33] 
[65:33] personas  Sí  sí  y  directores  directores
[65:36] 
[65:36] cinco  cinco  de  ingeniería  cinco  Sí  y
[65:39] 
[65:39] luego  tienen  por  debajo  engineering
[65:41] 
[65:41] managers  cada  uno  de  ellos  tiene  entre
[65:43] 
[65:43] cuatro  y  seis  personas  Sí  sí  s
[65:47] 
[65:47] sí  em  qué  tiene  que  hacer  un
[65:50] 
[65:50] desarrollador  para
[65:52] 
[65:52] promocionarse  para  crecer
[65:54] 
[65:54] siendo  que  es  una  pregunta  que  mucha
[65:56] 
[65:56] gente  se  hace  no  dentro  de  factoria
[65:58] 
[65:58] exacto  y  también  es  es  un  challenge  en
[66:00] 
[66:00] todos  los  equipos  porque  al  final
[66:01] 
[66:01] tenemos  carer  Paz  es  una  un  documento
[66:04] 
[66:04] que  está  describiendo  que  vale  si  cómo
[66:07] 
[66:07] tú  tú  puedes  crecer  en  factorial  y  para
[66:10] 
[66:10] mí  es  algo  sano  es  muy  bien  que  tenemos
[66:12] 
[66:12] y  es  algo  importante  pero  también
[66:14] 
[66:14] Ah  si  tú  pones  si  tú  haces  muy  muy
[66:17] 
[66:17] complicado  va  a  convertirse  como  en  un
[66:19] 
[66:19] juego  si  yo  voy
[66:22] 
[66:22] a  cerrar  todo  estos  puntos
[66:24] 
[66:24] automáticamente  me  va  a  promocionar
[66:26] 
[66:26] yorito  algoritmo  exacto  y  es  algo
[66:29] 
[66:30] complicado  a  veces  porque  claro  vamos  a
[66:31] 
[66:31] repetir  lo  mismo  que  es  en  compañía  en
[66:34] 
[66:34] un  startup  cada  día  recibimos  un  nuevo
[66:36] 
[66:36] contexto  y  a  veces  solo  cerrar  todos  los
[66:41] 
[66:41] puntos  no  significa  promoción  y  también
[66:43] 
[66:43] depende  de  manager  para  algunos  Ah  Esto
[66:46] 
[66:46] sí  para  otros  no  también  esment  tiene
[66:50] 
[66:50] otra  definición  que  es  de  cada  de  est  de
[66:53] 
[66:53] punto  por  eso  e  no  es  algo  que  hemos
[66:58] 
[66:58] solucionado  100%  es  algo  que  intentamos
[67:00] 
[67:00] solucionar  Pero  al  final  es  el  lo  mismo
[67:02] 
[67:02] primero  es  todos  los  promociones  son
[67:04] 
[67:04] públicos  que  cada  vez  que  promocionamos
[67:07] 
[67:07] una  persona  estamos  publicando  documento
[67:08] 
[67:08] Por  qué  promocionamos  a  esta  persona  y
[67:10] 
[67:10] es  para  mí  es  lo  mismo  es  cambio
[67:12] 
[67:12] cultural  si  todo  el  mundo  está  revisando
[67:14] 
[67:14] que  vale  tenemos  una  persona  aquí  que
[67:16] 
[67:16] ahora  es  un  seor  Y  por  qué  hace  a  b  c  d
[67:20] 
[67:20] también  yo  voy  si  yo  soy  un  Meet  yo  voy
[67:22] 
[67:22] a  revisar  y  yo  voy  a  copiar  Por  eso  cada
[67:25] 
[67:25] promotion  también  está  revisando  por
[67:27] 
[67:27] director  y  si  estamos  directores
[67:30] 
[67:30] alineados  es  muy  fácil  que  revisamos
[67:32] 
[67:32] todos  por  los  promotions  estamos  seguro
[67:34] 
[67:34] que  en  este  documento  todo  es  muy
[67:37] 
[67:37] explicado  Ah  por  promocionamos  persona  y
[67:40] 
[67:40] para  mí  es  es  más  importante  Sí  es  muy
[67:43] 
[67:43] importante  tener  es  documento  que  carer
[67:44] 
[67:44] pa  pero  en  realidad  yo  quiero  que  todo
[67:46] 
[67:46] el  mundo  está  revisando  Por  qué
[67:48] 
[67:48] promocionamos  gente  y  está  conectando
[67:50] 
[67:50] dots  por  su  mismo  quién  recluta  en  facto
[67:54] 
[67:54] hisa  Ah  managers  en  sentido  que  si
[67:57] 
[67:57] tenemos
[67:59] 
[67:59] recrutar  idea  clásica  Pero  ellos  están
[68:01] 
[68:01] ayudando  más  con  funnel  y  con  algunos
[68:04] 
[68:04] filtros  pero  es  también  importante  que
[68:05] 
[68:05] todo  el  mundo  todos  los  managers
[68:07] 
[68:07] directores  está  está  haciendo  hing
[68:10] 
[68:10] porque  y  también  yo  porque  yo  estoy  como
[68:15] 
[68:15] un  punto  final  en  todos  los  hing
[68:18] 
[68:18] procesos  Porque  para  mí  es  importante  si
[68:20] 
[68:20] no  queremos  romper  cultura  de  factor  al
[68:22] 
[68:22] final  que  estamos  que  tenemos  y  que
[68:25] 
[68:25] mejoramos  díaa  al  día  para  mí  es
[68:26] 
[68:26] importante  revisar  toda  la  toda  la  gente
[68:28] 
[68:28] que  está  entrando  y  también  es  otro  tema
[68:31] 
[68:31] que  al  final  es  muy  complicado
[68:34] 
[68:34] alinearnos  es  vale  si  en  si  contratamos
[68:39] 
[68:39] gente  correcta  porque  si  tú  si  estamos
[68:42] 
[68:42] cinco  dominios  un  montón  de  managers  y
[68:45] 
[68:45] cada  persona  está  contratando  claro  que
[68:46] 
[68:46] tú  tienes  su  visión  su  experiencia
[68:49] 
[68:49] contratar  y  su  criterio  que  a  veces  al
[68:52] 
[68:52] final  vamos  a  tener  un  un  senior  persona
[68:54] 
[68:54] que  es  senior  en  un  dominio  que  es  en
[68:56] 
[68:56] realidad  senñor  y  otro  dominio  que  puede
[68:59] 
[68:59] ser  un  Junior  pero  lleva  un  título  de
[69:00] 
[69:00] senñor  esta  inflación  de  títulos  pue
[69:03] 
[69:03] puede  pasar  por  eso  al  final  resolvemos
[69:05] 
[69:05] esto  con  que  persona  que  está
[69:08] 
[69:09] responsable  contrar  es  manager  pero
[69:10] 
[69:10] también  tenemos  un  equipo  de  como  es  lo
[69:12] 
[69:12] mismo  como  Amazon  bar  racers  que
[69:16] 
[69:16] es  equipo  de  confianza  interno  que  está
[69:19] 
[69:19] revisando  todos  los  todo  código  de
[69:21] 
[69:21] challenges  que  estamos  recibiendo  y  está
[69:24] 
[69:24] poniendo  su  los  challenges  son  las
[69:26] 
[69:26] pruebas  técnicas  técnicas  Sí  sí  sí  que
[69:28] 
[69:28] hace  todo  el  mundo  que  fact  ex  para
[69:30] 
[69:30] entrar  en  con  este  podemos  también  tener
[69:32] 
[69:32] una  expectación  generalizada  que  es  que
[69:36] 
[69:36] es  un  challenge  bueno  que  es  un
[69:38] 
[69:38] challenge  malo  en  este  caso  y  evitamos
[69:40] 
[69:40] sorpresas  y  yo  como
[69:43] 
[69:43] un  challenge  final  para  cada  persona  que
[69:45] 
[69:46] está  entrando  para  mí  es  muy  importante
[69:47] 
[69:47] también  enviar  este  mensaje  que  sí
[69:49] 
[69:49] estamos  más  o  menos  grandes  y  en  teoría
[69:52] 
[69:52] yo  no  puedo  ser  como  un  una  persona
[69:54] 
[69:54] final  en  todos  los  harings  pero  no  es
[69:55] 
[69:55] verdad
[69:56] 
[69:56] es  podemos  hacer  cosas  que  no  son
[69:59] 
[69:59] escalables
[70:02] 
[70:02] pero  es  solo  única  manera  como  podemos
[70:05] 
[70:05] controlar  al  final  la  calidad  y  revisar
[70:08] 
[70:08] que  cada  persona  que  entra  es  es  muy
[70:12] 
[70:12] buen  persona  y  muy  has  rechazado  algún
[70:13] 
[70:13] perfil  un  montón  Por  qué  Ah  ah  yo
[70:17] 
[70:17] personalmente  sí  es  a  veces  es  porque  no
[70:21] 
[70:21] tiene  esta  visión  de  producto  no  tiene
[70:23] 
[70:23] No  tiene  esta  agencia  es  es  para  mí  es
[70:25] 
[70:25] algo  que  yo  estoy  intentando  verificar
[70:27] 
[70:27] en  en  cada  en  cada  interview  que  tengo
[70:30] 
[70:30] mm  Porque  si  todo  el  mundo  está  con
[70:34] 
[70:34] energía  baja  en  este  sentido  Ah  que  no
[70:36] 
[70:36] tiene  esta  iniciativa  es  también  algo
[70:38] 
[70:38] que  está  cambiando  su  su  alrededor  Ah
[70:42] 
[70:42] por  eso  yo  estoy  buscando  también  gente
[70:43] 
[70:43] que  tiene  un  montón  de  iniciativas  y
[70:45] 
[70:45] pueda  explicarme  en  su  puesto  anterior
[70:48] 
[70:48] que  ha  cambiado  Qué  cosas  han  cambiado
[70:51] 
[70:51] es  también  importante  m  un  empower  Team
[70:56] 
[70:56] no  eh  que  le  llamamos  Cómo  cómo  cómo
[71:00] 
[71:00] está  formado  quién  ahí  en  un  en  un
[71:02] 
[71:02] equipo  que  lleva  una  parte  del  producto
[71:04] 
[71:04] Ah  este  parte  no  hemos  cambiado  es  al
[71:06] 
[71:06] final  tenemos  product  manager  product
[71:09] 
[71:09] designer  engineering  manager  engineering
[71:10] 
[71:10] manager  también  y  un  equipo  de
[71:12] 
[71:12] ingeniería  Ah  Cuántos  Ah  depende  pero
[71:16] 
[71:16] máximo  seis  seis  o  ocho  Ah  en  algunos
[71:19] 
[71:19] equipos  pero  sí  al  final  es  como  máximo
[71:21] 
[71:21] de  manager  con  en  este  caso  y  para  mí  es
[71:25] 
[71:25] en  Part  significa  lo  mismo  que  hemos
[71:28] 
[71:28] discutido  que  ellos  tienen  muy  claro  que
[71:31] 
[71:31] tienen  que  resolver  todos  los  problemas
[71:33] 
[71:33] de  de  usuario  están  controlando  su  scope
[71:36] 
[71:36] y  están  entregando  Cuál  es  para  ti  el
[71:39] 
[71:39] rol  del  product  manager  es  encontrar
[71:43] 
[71:43] challeng  encontrar  Pains  encontrar
[71:44] 
[71:44] problemas  de  usuario  y  hacer  go  to
[71:46] 
[71:46] Market  porque  este  es  también  muy
[71:47] 
[71:47] importante  al  final  y  que  estamos
[71:49] 
[71:49] fallando  un  montón  de  equipos  están
[71:52] 
[71:52] fallando  en  general  no  solo  en  factorial
[71:54] 
[71:54] que  estamos  diseñando  y  haciendo  cosas
[71:57] 
[71:57] muy  buenas  que  tenemos  un  buen  feedback
[71:58] 
[71:58] de  usuarios  pero  no  sabemos  cómo  vender
[72:00] 
[72:00] esto  y  cómo  después  podemos  mostrar  a
[72:02] 
[72:02] todo  el  equipo  de  go  to  Market  Cómo
[72:05] 
[72:05] venderé  a  todo  el  mundo  y  este  es  para
[72:08] 
[72:08] mí  es  una  responsabilidad  de  product
[72:09] 
[72:09] manager  liderar  el  proceso  de  de  go  to
[72:11] 
[72:11] Market  Exacto  Exacto  empezar  ser  Los
[72:14] 
[72:14] Pioneros  del  del  go  to  market  No  sus
[72:16] 
[72:16] productos  y  el  product
[72:19] 
[72:19] designer  para  mí  es  un  mejor  amigo  de
[72:22] 
[72:22] ingeniería  en  sentido  que  ellos  siempre
[72:25] 
[72:25] tienen  que  trabajar  juntos
[72:28] 
[72:28] porque  siempre  que  yo  cuando  yo
[72:31] 
[72:31] veo  que  todos  los  features  nuevos  están
[72:34] 
[72:34] empezando  con  High  fidelity  designs  para
[72:37] 
[72:37] mí  es  algo  erróneo  100%  porque
[72:40] 
[72:40] ingeniería  y  diseño  cuando  trabajan
[72:44] 
[72:44] juntos  están  haciendo  un  montón  de
[72:45] 
[72:45] prototipos  verificando  cosas  discutiendo
[72:47] 
[72:47] Cómo  podemos  solucionar  esto  de  manera
[72:49] 
[72:49] más  rápida  porque  es  muy  importante
[72:51] 
[72:51] entregar  algo  a  usar  final  para  recibir
[72:54] 
[72:54] feedback  antes  de  este  momento  tú  estás
[72:57] 
[72:57] solo  pensando  cosas  pero  que  al
[73:01] 
[73:01] final  tiene  sentido  este  feedback  de
[73:03] 
[73:03] usuario  cuando  tú  muestras  algo  que  es
[73:05] 
[73:05] no  es  solo  prototipo  Enigma  que  ellos
[73:08] 
[73:08] pueden  tocar  y  usar  en  su  día  al  día  en
[73:11] 
[73:11] su  empresa  por  eso  esto  tiempo  time  to
[73:14] 
[73:14] market  Pero  time  to  prototipo  en  mi
[73:16] 
[73:16] cabeza  es  es  algo  muy  importante  y  que
[73:18] 
[73:18] tenemos  que
[73:19] 
[73:19] Ah  mejorar  en  cada  equipo  pero  solo  una
[73:22] 
[73:22] manera  para  hacer  esto  diseño  estar
[73:24] 
[73:25] trabajando  junto  con
[73:27] 
[73:27] ingeniería  si  tienen  que  trabajar  tienen
[73:29] 
[73:29] que  ser  uno  no  tien  que  ten  la  visión
[73:31] 
[73:31] tecnológica  muy  clara  Exacto  exacto  no
[73:33] 
[73:33] pintar  pantalla  Sí  sí  sí  pero  es  también
[73:35] 
[73:36] importante  estoy  pensando  esto  a  nivel
[73:37] 
[73:37] de  que  es  en  Power  Team  que  es  en  Power
[73:40] 
[73:40] dominio  en  este  sentido  Porque  si  si
[73:42] 
[73:42] solo  continuamos  con  esta  manera  pero
[73:44] 
[73:44] cada  equipo  es  un  silo  que  está  tocando
[73:46] 
[73:46] solo  su  parte  de  producto  y  está
[73:49] 
[73:49] planificando  todos  los  challenges
[73:51] 
[73:51] Pains  solo  su  par  de  producto  Vamos  a
[73:55] 
[73:55] continuar  con  lo  mismo  por  eso  es
[73:57] 
[73:57] importante  que  ellos  están  revisando
[73:59] 
[73:59] scope  de  todo  El  dominio  que  tenemos  de
[74:01] 
[74:01] todos  los  challenges  a  nivel  de  como  una
[74:04] 
[74:04] familia  de  productos  y  para  porque  a
[74:07] 
[74:07] veces  está  pasando  que  tú  tienes  una
[74:08] 
[74:08] iniciativa  o  una  oportunidad  más  grande
[74:11] 
[74:11] más  derecha  en  otro  equipo  o  en  otra  o
[74:14] 
[74:14] en  otra  parte  de  dominio  y  tú  puedes
[74:16] 
[74:16] tacar  esto  arreglar  esto  y  al  final
[74:19] 
[74:19] llevar  más  mrr  más  usage
[74:21] 
[74:21] más  todo  todo  más
[74:24] 
[74:24] Cuáles  son  los  principales  retos  de  car
[74:25] 
[74:25] el  año  que
[74:28] 
[74:28] viene  pregunta  así  muy  sí  es  también
[74:31] 
[74:31] estoy  pensando  Sí  muy  abierta  no  pero  si
[74:33] 
[74:33] tuvieras  que  encontrar  Cuáles  son  las
[74:35] 
[74:35] cosas  que  más  te  preocupan  o  las  mayores
[74:36] 
[74:37] oportunidades  de  c  el  año  que  viene  para
[74:38] 
[74:38] el  equipo  de  producto  de  factorial  para
[74:40] 
[74:40] mí  es  continuar  con  este  alineamiento  de
[74:42] 
[74:42] directores  que  ellos  sí  es  como  tenemos
[74:45] 
[74:45] que  buscar  algunas  personas  pero  tenemos
[74:47] 
[74:47] que  encontrar  algunos  perfiles  y  alinear
[74:50] 
[74:50] todo  el  mundo  y  después  Ah  cambiar  Este
[74:55] 
[74:55] chip  cultural  porque  yo  veo  algunos
[74:57] 
[74:57] cambios  ahora  después  de  estos  5  o  6
[74:59] 
[74:59] meses  pero  no  estamos  ahí  Tenemos  que
[75:02] 
[75:02] trabajar  más  y  al  final  para  mí  es  un
[75:06] 
[75:06] challenge  que  a  nivel  de  directores  a
[75:08] 
[75:08] nivel  de  staffs  quiero  otra  capa  de
[75:10] 
[75:11] que  de  staff  developers  que  yo  puedo
[75:14] 
[75:14] confiar  mucho  que  ellos  van  a  levantar
[75:16] 
[75:16] en  cultura  que  ellos  van  a  liderar
[75:18] 
[75:18] algunos  iniciativas  desde  bottom  up
[75:21] 
[75:21] Ah  sí  Y
[75:23] 
[75:23] por  eso  continuar  con  el  proceso  que
[75:25] 
[75:25] tenemos  pero  escalar  escalar  escalar  en
[75:27] 
[75:27] este
[75:28] 
[75:28] caso  muy  bien  Oye  pues  yo  creo  que  te  he
[75:32] 
[75:32] preguntado  casi  todo  No  sé  si  me  he
[75:34] 
[75:34] dejado  algo  bueno  lo  que  lo  que  no  te  he
[75:36] 
[75:36] preguntado  es  Cómo  fue
[75:39] 
[75:39] tu  tu  experiencia
[75:42] 
[75:42] eh  previa  no  tú  montaste  un  negocio  Sí
[75:46] 
[75:46] sí  intentado
[75:48] 
[75:48] intentado  Qué  pasó  ahí
[75:51] 
[75:51] ahí  fue  F  una  experiencia  parcialmente
[75:55] 
[75:55] brutal  pero  es  también  que  yo  si  yo
[75:59] 
[75:59] pueda  sio  voy  a  tener  una  Time  Machine
[76:01] 
[76:01] yo  voy  a  repetir  lo  mismo  100%  Ah  al
[76:04] 
[76:04] final  yo  o  sea  volverías  a  hacerlo  eh
[76:06] 
[76:06] volver  100%  100%  antes  de  eso  sea  tú  tú
[76:10] 
[76:10] estudiaste  informática  en  en  Rusia  sí
[76:13] 
[76:13] robótica  en  robótica  robótica  Eh  autom
[76:17] 
[76:17] automatización  sí  vale  eh  Qué  hiciste
[76:20] 
[76:21] antes  de  redb  rápidamente  brevemente  eh
[76:24] 
[76:25] antes  de  redb  vale  inicialmente
[76:28] 
[76:28] aprendido  a  hacer  programación  haciendo
[76:30] 
[76:30] mi  propio  startup  Porque  yo  quer  sí  yo
[76:33] 
[76:33] quería  hacer  un  to  list
[76:35] 
[76:35] muy  en  manera  muy  diferente  Qué  raro  eh
[76:39] 
[76:39] un  ingeniero  haciendo  una  herramienta  de
[76:40] 
[76:40] to  list  nadie  lo  hemos  hecho  sí  s  s  pero
[76:43] 
[76:43] totalmente  diferente  totalmente
[76:44] 
[76:44] diferente  era  totalmente  diferente
[76:46] 
[76:46] siempre  pensamos  eso  es  verdad  Ah  y  al
[76:49] 
[76:49] final
[76:50] 
[76:50] sí  y  Mi  motivación  fue  vale
[76:53] 
[76:53] me  falta  esto  yo  quiero  tener  esto  como
[76:55] 
[76:55] puedo  aprendí  programar
[76:57] 
[76:57] Ah  también  he  montado  un  equipo  he
[77:00] 
[77:00] encontrado  un  diseñador  otro  programador
[77:02] 
[77:02] todo  sin  pagar  nada  porque  si  fue  100%
[77:05] 
[77:05] eran  gratis  í  en  Rusia  son  gratis  todo
[77:07] 
[77:07] es  gratis  claro
[77:09] 
[77:09] comunismo  no  eres
[77:12] 
[77:12] gratis  porque  s  ya  estamos  en  España  Ah
[77:15] 
[77:15] vale  Y  al  final  si  es  no  es  porque
[77:19] 
[77:19] pensamos  en  idea  si  motivamos  gente  no
[77:22] 
[77:22] no  cobr  nuestros  usarios  Pero  al  final
[77:25] 
[77:25] Cómo  arranca  todo  sí  sí  sí  sí  cómo
[77:26] 
[77:26] arranca  todo  startup  100%  pero  al  final
[77:29] 
[77:29] hemos  tenido  un  éxito  año  2008  2009  es
[77:34] 
[77:34] que  cuando  publicamos  algunos  portales
[77:37] 
[77:37] como  product  Hunt  ahora  es  en  el  mismo
[77:40] 
[77:40] noche  tenemos  1000  de  usuarios  y  un
[77:42] 
[77:42] montón
[77:43] 
[77:43] de  Sí  en  8  horas  sí  es  como  hace  12  12
[77:49] 
[77:50] años  12  años  como  internet  en  Rusia
[77:52] 
[77:52] almente  fue  diferente  y  todo  Ah  pero  sí
[77:54] 
[77:54] fue  un  primer  de  estos  to  list  con  web
[77:57] 
[77:57] 2.0  totalmente  con  con  Ajax  y  todo  es
[78:01] 
[78:01] muy  diferente  y  fue  tenía  un  buen  de
[78:03] 
[78:03] pinta  pero  después  desarrollamos  tiempo
[78:06] 
[78:06] libre  para  más  dos  más  años  y  hemos
[78:09] 
[78:09] vendido  este  proyecto  si  al  final  fue
[78:12] 
[78:12] como  un  primer  éxito  Con  vale  desde  cero
[78:15] 
[78:15] he  recibido  algunos  algún  dinero  y  fue
[78:18] 
[78:18] como  sí  un  buen  ejemplo  para  vale  Yo
[78:21] 
[78:21] puedo  mandar  equipo  yo  puedo  encontrar
[78:22] 
[78:22] una  idea  yo  puedo  vender  pero  durante
[78:24] 
[78:24] los  do  años  nadie  cobró  No  nadie  porque
[78:26] 
[78:26] es  imposible  en  este  momento  en  Rusia  no
[78:28] 
[78:28] había  esta  experiencia  de  pagar  Ah  los
[78:32] 
[78:32] programadores  Ah  no  s  porque  al  final
[78:36] 
[78:36] sea  digo  la  gente  que  trabajaba  eh  los
[78:38] 
[78:38] programadores  pero  todo  el  mundo  tiene
[78:40] 
[78:40] un  parte  de  de  este  de  este  proyecto  es
[78:42] 
[78:42] como  un  sí  al  final  fue  como  tres  tres
[78:44] 
[78:44] programadores  un  designer  por  eso  es
[78:46] 
[78:46] equipo  muy  pequeñito  Pero  al  final  sí
[78:48] 
[78:48] cuando  vendimos  Claro  que  cada  persona
[78:50] 
[78:50] recibía  parte  de  su  dinero  y  fue  un  buen
[78:52] 
[78:52] éxito
[78:53] 
[78:53] Ah  sí  claro  que  es  todo  relativo  pero
[78:56] 
[78:56] para  mí  en  este  momento  Sí  sí  te  cambió
[78:57] 
[78:57] la  vida  Ah  he  Comparado  coche  por  eso
[79:01] 
[79:01] vale  en  21  años  y  es  Fue  como  un  sí  vale
[79:05] 
[79:05] pero  claro  no  es  tan  éxito  grande  pero
[79:08] 
[79:08] al  final  no  cobramos  no  fue  un  negocio
[79:10] 
[79:10] solo  un  proyecto  con  algunos  usuarios
[79:13] 
[79:13] con  miles  de  usuarios  Pero  vale  No  es
[79:15] 
[79:15] algo  a  quién  lo  vendéis  Ah  A  quién  lo
[79:17] 
[79:18] vendiste  una  como  no  sé  cómo  está
[79:23] 
[79:23] vure  Venture  builder  al  final  de  el
[79:27] 
[79:27] momento  y  después  me  gustó  mucho
[79:31] 
[79:31] este  sí  experiencia  con  startups
[79:34] 
[79:34] y  pero  continuaba  trabajar  como  un
[79:37] 
[79:37] desarrollador  en  remoto  para  asciendo
[79:41] 
[79:41] freelance  en  algún  momento  intentado
[79:43] 
[79:43] trabajar  por  una  agencia  Ah  me  como  en
[79:49] 
[79:49] dos  meses  entendí  que  es  imposible
[79:51] 
[79:51] porque  al  final  es  como  fue
[79:53] 
[79:53] ellos  venden  mi  tiempo  por  eso  tengo  un
[79:56] 
[79:56] proyecto  para  dos  meses  he  resolviendo
[79:58] 
[79:58] en  dos  días  y  después  ellos  me  están
[80:00] 
[80:00] diciendo  que  vale  tú  tienes  que  sentar  y
[80:02] 
[80:02] pensar
[80:03] 
[80:03] que  tienes  que  hacer  ver  que  haces  cosas
[80:05] 
[80:05] Exacto  pero  no  hacer  nada  y  para  mí  es
[80:08] 
[80:08] no  no  no  es  imposible  pero  y  al  final  he
[80:10] 
[80:10] encontrado  un  otro  startup  que  me  gusta
[80:13] 
[80:13] mucho  que  se  llama  que  se  llama  barum
[80:14] 
[80:14] map  que  la  idea  fue  que  en  un  click  tú
[80:17] 
[80:17] puedes  conectar  su  linkedin  Facebook  o
[80:19] 
[80:19] algo  y  vamos  a  generar  un  un  resume  un
[80:21] 
[80:21] CV  Ah  infográfico  no  es  pero  es  como
[80:26] 
[80:26] infográfico  y  tiene  muy  buen  pinta
[80:29] 
[80:29] tecnológicamente  es  también  fue  muy  muy
[80:31] 
[80:31] muy  complicado  y  me  gustó  mucho  empezó
[80:33] 
[80:33] como  Tim  Lita  allí  y  trabajaba  í  por  3
[80:37] 
[80:37] años  y  en  algún  momento  fui  a  Barcelona
[80:41] 
[80:41] para  hablar  en  una  conferencia  y  he
[80:44] 
[80:44] encontrado  Red  Bull  qué  conferencia  Ah
[80:47] 
[80:47] Es  fue  sobre  mbergs  es  como  si  una
[80:51] 
[80:51] framework  de  javascript  en  este  momento
[80:53] 
[80:53] Vale  y  y  hablaste  Ah  conociste  a  he
[80:58] 
[80:58] hablado  con  Jordi  después  a
[81:01] 
[81:01] Pa  Entonces  te  hicieron  el  lío  y  Y  te
[81:05] 
[81:05] viniste  a  Barcelona  a  vivir
[81:07] 
[81:07] exactamente  al  final  sí  como  estoy
[81:10] 
[81:10] siempre  estoy  discutiendo
[81:12] 
[81:12] que  mudamos  por  trabajo  pero  al  final
[81:15] 
[81:15] quedamos  por  ciudad  porque  me  gustó
[81:17] 
[81:17] mucho  Barcelona  por
[81:21] 
[81:21] jord  final  sí  cuando  Jordi  pa  se  fue
[81:24] 
[81:24] también  si  se  cambiado  puesto  pero  sí
[81:27] 
[81:27] pensamos  que  con  mi  mujer  siempre
[81:29] 
[81:29] podemos  volver  a  Rusia  pero  no  queremos
[81:32] 
[81:32] no  voy  a  hablar  sobre  política  pero
[81:33] 
[81:33] también  Sí  porque  no  nos  gusta  mucho
[81:36] 
[81:36] Barcelona  España
[81:37] 
[81:37] ym  mal  Entonces  en  un  momento  dado  sales
[81:42] 
[81:42] de  redbull  y  entras  en  camalon  eh  pasas
[81:45] 
[81:46] un  tiempo  en  camalú  como  cto  eh  Y  en  un
[81:49] 
[81:50] momento  dado  decides  emprender  sí  que  es
[81:52] 
[81:52] este  mix  feeling  no  cuando  alguien  te
[81:54] 
[81:54] dice  Bueno  voy  a  montar  mi  negocio  no
[81:57] 
[81:57] dice  [ __ ]  qué  putada  por  un  lado  No
[82:00] 
[82:00] porque  pues  pieza  clave  no  de  de
[82:04] 
[82:04] camalú  En  aquel  momento  Juan  casi  Tuvo
[82:06] 
[82:06] una
[82:07] 
[82:07] depresión  eh  Y  pero  al  mismo  tiempo
[82:11] 
[82:11] dices  Bueno  pero  qué  Ilusión  No  es  que
[82:13] 
[82:13] al  menos  pues  aquí  estamos  todo  el  día
[82:15] 
[82:15] hablando  de  emprender  no  de  arrancar
[82:16] 
[82:16] cosas  y  tal  Y  y  vas  a  montar  un  lo  tuyo
[82:20] 
[82:20] no  Y  además  con  financiación  muy  muy
[82:22] 
[82:23] temprano  no  sí  sí  al  final  fue  talmente
[82:25] 
[82:25] muy  natural  natural  pero  también  he
[82:28] 
[82:28] tenido  una  idea  en  este  momento  de  covid
[82:30] 
[82:30] cuando  estamos  muy  todos  muy  en  remoto  y
[82:33] 
[82:33] todo  trabajando  desde  casa  Ah  que  yo  he
[82:36] 
[82:36] encontrado  que  vale  mi  día  empieza  a  las
[82:39] 
[82:39] a  las  89  finaliza  a  las  89  y  12  horas
[82:45] 
[82:45] solo  Mirando  a  mi  laptop  ualmente  Sí  muy
[82:48] 
[82:48] cansado  sin  energía  sin  nada  estoy
[82:51] 
[82:51] pensando  pero  mi  calendario  también  está
[82:53] 
[82:53] Sabiendo  mi  día  a  día  todas  las
[82:55] 
[82:55] reuniones  que  tengo  todos  los  HM  Ah  como
[82:59] 
[82:59] Time  blocks  que  tengo  también  por  qué  no
[83:02] 
[83:02] está  haciendo  como  un  coach  vale  tú
[83:05] 
[83:05] tienes  mucho  en  en  su  plato  tú  tienes
[83:08] 
[83:08] que  quitar  algunas  cosas  replan  ificar  o
[83:11] 
[83:11] ir  a  gimnasio  o  vale  pero  sí  cambiar
[83:15] 
[83:15] cambiar
[83:16] 
[83:16] mis  hábitos  es  que  salud  y  de  salud  Sí
[83:19] 
[83:19] de  día  porque  y  he  intentado  hacer  como
[83:22] 
[83:22] prototipos  cómo  puede  ser  Cómo  Cómo
[83:24] 
[83:24] podemos  ver  esto  Ah  por  cierto  que  eso
[83:27] 
[83:27] tú  lo  utilizas  hoy  sí  no  eso  es  tu  app
[83:30] 
[83:30] la  que  tú  utilizas  sí  Ah  vale  porque  yo
[83:33] 
[83:33] lo  he  visto  en  tu  pantalla  que  de  volpe
[83:34] 
[83:34] te  dice  tienes  que  levantarte  no  sé  qué
[83:36] 
[83:36] no  para  ahora  para  de  trabajar  y  no  no
[83:39] 
[83:39] es  es  otro  es  otro  es  otro  es  otro  es
[83:41] 
[83:41] otro  prototipo
[83:43] 
[83:43] vale  Pero  vale  Ah  sí  Y  al  final
[83:47] 
[83:48] Como  intentado  sí  empezado  a  hacer  estos
[83:51] 
[83:51] prototipos  y  y  publicado  cosas  en
[83:52] 
[83:52] Twitter  que  mira  tengo  esta  idea  tengo
[83:55] 
[83:55] esta  idea  Mira  cómo  puede  serc  y  he
[83:56] 
[83:56] recibido  un  una  llamada  vale  estamos  una
[84:00] 
[84:00] Venture  fund  que  también  estamos
[84:02] 
[84:02] pensando  lo  mismo  como  calendario  como
[84:04] 
[84:04] Smart  o  a  calendario  no  sé  cómo  Cómo
[84:07] 
[84:07] podemos  llamar  este  que  tenemos  que
[84:09] 
[84:09] hablar  y  al  final  hablamos  es  que  al
[84:12] 
[84:12] final  con  idea  levantando  dinero  y
[84:15] 
[84:15] oportunidad  que  crear  un  producto  desde
[84:17] 
[84:17] cero  dinero  es  casi  un  millón  de  euros
[84:19] 
[84:19] no  sí  sí  más  o  menos  O  sea  un  poco  menos
[84:21] 
[84:22] pero  sí
[84:22] 
[84:23] o  sea  de  entrada  que  alguien  recib  una
[84:25] 
[84:25] llamada  y  te  voy  a  dar  un  millón  de
[84:26] 
[84:26] euros  para  que  Montes  esta  app  que  has
[84:28] 
[84:28] puesto  en  Twitter  sí  no  pero  también  no
[84:30] 
[84:30] es  también  solo  de  tweet  yo  voy  a
[84:32] 
[84:32] recibir  F  como  gente  va  a  empezar  a
[84:35] 
[84:35] twitear  pero  sí  a  crear  en  público  A
[84:38] 
[84:38] veces  tiene  sentido  Porque  todos  los  mis
[84:40] 
[84:40] conexiones  fue  por  Twitter  Jordi  es
[84:44] 
[84:44] Twitter  Al  final
[84:45] 
[84:45] este  este  experiencia  de  emprendedor
[84:48] 
[84:48] también  Twitter  Pero  eso  sí  hacer  cosas
[84:51] 
[84:51] manera  pública  tiene  en  sentido  Ah  pero
[84:53] 
[84:54] al  final
[84:55] 
[84:55] Ah  fue  business  plan  Fue  como  un  montón
[84:57] 
[84:57] de  de  charlas  no  es  solo  un  tweet  que
[85:00] 
[85:00] que  levantó  tanto  dinero  pero  sí  dos  dos
[85:03] 
[85:03] años  intentando  Buscar  creando  equipo
[85:06] 
[85:06] creando  producto  pensando  a  nivel  de  go
[85:08] 
[85:08] to  Markets  y  también  poniendo  estos
[85:10] 
[85:10] gorras  de  yo  no  soy  solo  un  programador
[85:12] 
[85:12] o  cto  también  un  ceo  tengo  que  pensar  a
[85:16] 
[85:16] todos  los  niveles  de  negocio  y  si
[85:18] 
[85:18] negocio  tiene  sentido  es  cambia  tu
[85:20] 
[85:20] perspectiva  mucho  y
[85:22] 
[85:23] sí  Y  también  cuando  tú  tienes  sí  es
[85:24] 
[85:24] Claro  que  he  tenido  dinero  pero  no  es
[85:27] 
[85:27] solo  dinero  para  años  y  años  al  final  es
[85:31] 
[85:31] tú  ves  pero  contrataste  mucha  gente  Ah
[85:34] 
[85:34] no  mucho  pero  como  máximo  tenemos  como
[85:37] 
[85:37] 11
[85:39] 
[85:39] personas  Pero  y  al  final  sí  tú  ves  tu
[85:42] 
[85:42] runway  también  no  es  indefinido  Y  tú
[85:45] 
[85:45] tienes  que  tener  algunas  cosas  en  un
[85:48] 
[85:48] proceso  pensamos  que  vamos  a  hacer  bit
[85:50] 
[85:50] clásico  que  vamos  a  tener  un  prod
[85:52] 
[85:52] producto  que  vamos  a  vender  a  customers
[85:55] 
[85:55] que  ellos  van  a  pagar  con  suscripción  y
[85:58] 
[85:58] encontramos  al  final  que  es  muy
[85:59] 
[85:59] complicado  primero  es  mercado  de
[86:02] 
[86:02] performance  de  como  productivity  es  algo
[86:05] 
[86:05] muy  raro  que  no  voy  a
[86:09] 
[86:09] nunca  decir  que  tienes  que  ir  ahí  porque
[86:12] 
[86:12] sí  es  como  reduction  100%  y  también  Ah
[86:16] 
[86:16] yv  ahí  es  como  muy  muy  muy  bajo  Ah  para
[86:19] 
[86:19] gente  es  normal  comprar  algo  para  dos  o
[86:22] 
[86:22] TR  o  5  eur  por  año  y  cambiar  e
[86:25] 
[86:25] aplicaciones  cada  mes  es  es  pas  normal
[86:28] 
[86:28] por  eso  chorn  es  muy  alto  y  cb  es  muy
[86:31] 
[86:31] bajo  Ah  pero  también  Ah  cac  Es  imposible
[86:35] 
[86:35] alto  en  este  caso  Ah  por  eso  pensamos
[86:38] 
[86:38] pensamos  pensamos  revisamos  que  es  muy
[86:40] 
[86:40] complicado  y  encontramos  otra  manera  que
[86:42] 
[86:42] en  teoría  podemos  entrar  a  b2b  porque
[86:45] 
[86:45] todo  el  mundo  está  especialmente  Hace  2
[86:47] 
[86:47] años  pensaba  que  vale  Tenemos  un  montón
[86:48] 
[86:48] de  equipos  remoto  burnout  es  fue  una
[86:52] 
[86:52] palabra
[86:53] 
[86:53] de  de  moda  exacto  y  hay  un  montón  de  Ah
[86:58] 
[86:58] coaches  que  está  haciendo  este  coaching
[87:00] 
[87:00] para  cada  para  cada  equipo  que  vale  Cómo
[87:02] 
[87:02] podemos  trabajar  Cómo  podemos  evitar
[87:03] 
[87:03] burnout  si  podemos  encontrar  manera
[87:05] 
[87:05] mejor  su  día  a  día  como
[87:08] 
[87:08] planificar  tu  tu  schedule
[87:10] 
[87:10] Ah  y  por  eso  pensamos  que  esta  app  que
[87:13] 
[87:13] está  sacando  un  montón  de  datos  de  tu  de
[87:16] 
[87:16] tu  móvil  de  cómo  tú  duermes  Cómo  tú
[87:18] 
[87:18] estás  moviendo  como  Qué  es  tu  calendario
[87:20] 
[87:21] está  conectando  todo  y  puedo  mostrar
[87:24] 
[87:24] a  y  junto  con  un  Coach  que  puede  también
[87:28] 
[87:28] explicar  a  ti  Por  qué  es  importante
[87:30] 
[87:30] revisar  todos  esos  datos  puede  ser  una
[87:31] 
[87:31] pareja  ideal  Ah  y  al  final  sí  también
[87:35] 
[87:35] ahora  estoy  revisando  que  hay  algunos
[87:37] 
[87:37] negocios  que  está  creciendo  mucho  en
[87:39] 
[87:39] este  espacio  pero  también  mi  inversor  en
[87:42] 
[87:42] este  momento  está  diciendo  que  vale
[87:44] 
[87:44] tiene  sentido  ahí  vemos  que  es  es  una
[87:47] 
[87:47] idea  pero  estamos  100%  b2c  por  eso  Si
[87:49] 
[87:49] quieres  continuar  vamos  vamos  a  buscar
[87:52] 
[87:52] alguien  nuevo  que
[87:54] 
[87:54] pueda  univers  unor  nuevo  que  también
[87:56] 
[87:56] puede  ayudarte  con  experiencia  b2b
[87:58] 
[87:58] porque  es  totalmente  otro  mundo  es  Ah
[88:01] 
[88:01] pero  después  de  dos  años  también  mic
[88:03] 
[88:03] founder  en  este  momento  tenía  su  primer
[88:05] 
[88:05] hijo  y  fue  como  unos  momento  muy
[88:08] 
[88:08] complicado  para  vale  no  podemos  levantar
[88:10] 
[88:10] otra  ronda  también  no  estamos  100%
[88:12] 
[88:12] seguros  Si  queremos  continuar  con  esta
[88:14] 
[88:14] paz  y  paramos  un  proyecto  y  yo  he
[88:18] 
[88:18] recibido  una  llamada  a
[88:21] 
[88:21] ti  intent  recordar  si  era  pavo  Yo  sí  sí
[88:24] 
[88:24] sí  vale  muy  bien  menos  mal  menos  mal  por
[88:28] 
[88:28] la  parte  de  factorial  no  es  una  putada
[88:30] 
[88:30] eh  Cuando  cuando  ves  que  no  sale  un
[88:32] 
[88:32] proyecto  Pero  bueno  fue  fue
[88:33] 
[88:33] relativamente  breve  no  O  sea  visteis
[88:36] 
[88:36] relativamente  rápido  que  no  no  ibais  a
[88:39] 
[88:39] dedicaros  a  a  hacer  esto  no  sí  sí  sí  sí
[88:42] 
[88:42] pero  sí  es  Al  final  est  todo  que  es
[88:45] 
[88:45] conectado  a  calendario  es  muy  complicado
[88:47] 
[88:47] porque  gente  está  personalmente
[88:50] 
[88:50] trabajando  con  tiempo  totalmente
[88:51] 
[88:51] diferente  diferente  depende  de  su  nivel
[88:53] 
[88:53] depende  de  su  seniority  depende  de  un
[88:55] 
[88:55] montón  de  cosas  por  eso  encontrar  un
[88:57] 
[88:57] patrón  que  está  repitiendo  para  cada
[89:00] 
[89:00] persona  en  su  app  es  muy  complicado  Y  si
[89:01] 
[89:01] tú  no  puedes  encontrar  es  patrón  es  muy
[89:03] 
[89:03] complicado  monetizar  este  por  eso  a
[89:05] 
[89:05] nivel  de  negocio  es  también  un  challenge
[89:07] 
[89:07] en  general  tú  te  ves  ceo  en  el  futuro  o
[89:10] 
[89:10] cto  te  ves  echándome  de  factor  igual
[89:13] 
[89:13] sería  estaría
[89:15] 
[89:15] bien  al  final
[89:17] 
[89:17] es  lo  mismo  como  St  Power  Team  yo  estoy
[89:21] 
[89:22] y  pensando  y  creando  a  nivel  de  overlap
[89:25] 
[89:25] si  todo  el  mundo  tiene  que  hacer  un
[89:26] 
[89:27] overlap  Y  si  vamos  solo  vale  sio
[89:29] 
[89:29] llevando  ingeniería  si  están  llevando
[89:32] 
[89:32] solo  negocio  va  mal  por  eso  para  mí  no
[89:36] 
[89:36] es  tan  importante  que  es  mi  título  al
[89:37] 
[89:37] final  si  producto  funciona  si  negocio
[89:40] 
[89:40] también  funciona  y  si  yo  veo  que  algo
[89:41] 
[89:41] está  roto  yo  voy  a  hablar  también  vale
[89:43] 
[89:44] Yo  no  veo  este  negocio  yo  no  veo  est
[89:45] 
[89:45] esta  dirección  Ah  por  eso  Si  yo  tengo
[89:48] 
[89:48] esta  libertad  y  nadie  me  me  está
[89:51] 
[89:51] diciendo  que  vale  tú  solo  ingeniería
[89:53] 
[89:53] trabaja  en
[89:54] 
[89:54] ingeniería  yo  estoy  estoy
[89:59] 
[89:59] cómodo  muy  interesante  eh  Muchas  gracias
[90:03] 
[90:03] por  contarnos  tu  historia  y  y  un  poco
[90:06] 
[90:06] Cómo  estamos  construyendo  producto  en
[90:08] 
[90:08] factorial  y  bueno  Seguiremos  contando  eh
[90:10] 
[90:10] Y  cada  equis  tiempo  vamos  contando  lo
[90:12] 
[90:12] que  aprendemos  y  lo  que  vamos  probando
[90:14] 
[90:14] que  es  un  proceso  de  experimentación
[90:16] 
[90:16] constante  que  llevamos  7  años  y  la
[90:18] 
[90:18] verdad  es  que  hemos  aprendido  un  montón
[90:19] 
[90:19] No  y  y  mucha  gente  dice  Oye  pues  no  es
[90:23] 
[90:23] lo  mismo  ahora  que  es  la  empresa  es
[90:24] 
[90:24] grande  y  ya  no  es  lo  mismo  como  los
[90:26] 
[90:26] viejos  tiempos  para  mí  es  al  revés  no  O
[90:27] 
[90:27] sea  este  reto  que  tenemos  ahora  no  de
[90:29] 
[90:29] conseguir  que  esas  personas  con  tanto
[90:32] 
[90:32] talento  no  tengan  el  espacio  para  crear
[90:34] 
[90:34] para  construir  eh  para  para  hacer
[90:36] 
[90:36] historia  eh  es  super  interesante  100%  s
[90:40] 
[90:40] y  más  cuando  tanta  gente  del  mercado  le
[90:42] 
[90:42] interesa  lo  que  hacemos  no  y  están
[90:43] 
[90:43] dispuestos  a  utilizarlo  y  y  a  pagar  por
[90:45] 
[90:45] ello  no  sí  sí  Y  para  m  y  me  parece
[90:48] 
[90:48] tenemos  esta  libertad  que  yo  estoy
[90:49] 
[90:49] comentando  que  nadie  va  a  decir  que  tú
[90:51] 
[90:51] solo  en  un  ingeniero  por  eso  toca  código
[90:53] 
[90:53] y  nada  más  Ah  no  tenemos  una  libertad
[90:55] 
[90:55] que  es  si  tú  quieres  crear  un  producto
[90:58] 
[90:58] que  tú  estás  orgulloso  Sí  me  parece
[91:00] 
[91:00] factor  es  un  lugar  ideal  para  esto
[91:03] 
[91:03] perfecto  tu  action  final  vendemos  un
[91:06] 
[91:06] poco  Muy  bien  pues  nada  hasta  la  semana
[91:08] 
[91:08] que  viene  somos  un  ecosistema  de
[91:11] 
[91:11] startups  Tech  de  Barcelona  creadores  de
[91:13] 
[91:13] camalon  kipu  y  factorial  entre  otras
[91:15] 
[91:15] ofrecemos  más  de  5000  Met  cu  de
[91:17] 
[91:17] coworking  a  startups  y  organizamos
[91:19] 
[91:19] eventos  diarios  para  discutir  negocio
[91:22] 
[91:22] hasta  laedad  desde  f  invertimos  en
[91:25] 
[91:25] equipos  con  capacidad  de  construir
[91:26] 
[91:26] grandes  productos  y  negocios  te
[91:33] 
[91:33] esperamos

Transcripción completa

Bienvenido a las historias de startups de ID yo soy Bernard farrero y esta semana estoy con Ila saat Hola Qué tal ilea Hola a todos Ila con este apellido no es de Reus es ruso no eh viniste a España hace 9 años 9 años ya y y fue precisamente eh para trabajar en tebox que era la empresa donde o redb en este momento y ahora redb no que era empresa d Jordi Romero y Pau Ramón antes de venir aquí a factorial trabajaron no s posteriormente a esto luego entraremos en tu historia pero posteriormente a esto viniste a inck trabajaste en uno de los proyectos de inic como cto camalon no luego emprendiste montaste tu empresa levantaste bastante dinero de entrada muy muy temprano construiste un producto muy difícil consumer luego nos explicarás y finalmente te recuperamos ack en factorial tod coro y has llegado un año especialmente complicado ha sido un año para factorial bastante difícil de cambios donde tú entraste en febrero no entraste como líder tecnológico director de ingeniería del dominio de finance que era un dominio nuevo que habíamos creado en factorial y poco a poco eh bueno empezaría a ver cambios y hasta el punto que habría una reestructuración un cambio una reorganización digamos el equipo de producto una forma de trabajar y saldría al cto mi socio paau Ramón después de 7 años decidió que quería hacer otra cosa estaba cansado que le superaba la escala que no le apetecía y decidió hacer otras cosas con lo cual te invertiste en en su sustituto no e y hoy eres hoy eres el líder de tecnología de de factorial no Entonces yo quería preguntarte ilea cómo cómo se vive esta esta situación donde de golpe un cofounder cto que está desde el primer día que ha contratado la mayoría de gente de golpe se va en un medio de un momento de cambios de todo tipo y de golpe tú eres el next Guy estoy riendo Porque si con Pao es un patrón si Claro si que tú quieres tocar Mi historia un poco de adelante pero enb pasó Exactamente lo mismo si al final pa Jordi me contratado para como ser un Team lead pero en algún momento ellos deciendo que vale tenemos una idea una idea genial hacer una plataforma para recursos humanos que se llama factorial por eso vamos a hacer esto y ya Ahora eres un sitio de Red Bull Sí por eso aquí vale en factorial pasa lo mismo tengo una experiencia no pero es verdad sí bromas fuera es que es verdad es un es un reto pero es un reto grande y y que me motiva al final porque hay un montón de cambios hay un montón de challenges a nivel del equipo a nivel cultural a nivel de negocio Pero es algo como es manera perfecta para crecer al final si tú quieres pero siempre en todos los empresas en todos los equipos cuando todo todo si todo va bien vale es muy confortable es muy estable pero es también no es aburido pero es algo que tú estás cómodo día el día pero si hay un challenge es una oportunidad grandísima para crecer y pero pero es un challenge del que para mucha gente huiría un poco no porque es muy difícil de golpe en un entorno así de cambio em asumir esta responsabilidad no con con con gente que está con las urp un poco las uñas eh fuera no porque porque porque se han producido cambios y porque se va la persona que les ha contratado que en aquel momento además se convierte en un semidios yo yo quiero mucho Pau eh pero Pau en factorial hoy es una especie de semidios no no pero depende de cómo tú ves Esto si es si tú crees en un equipo si tú crees en una idea Sí claro que hay algunas cosas y algunos problemas que tenemos ahora pero si tú ves en 6 meses un año en 2 años en larga duración es una motivación grandísima porque al final vale tenemos algunos challenges ahora vamos a arreglar todo vamos a poner en marcha y al final vamos a crecer mucho y es es una motivación si si tú enfoques solo en un mes o en dos meses Claro que ves más fácil despedirse yo recuerdo cuando te lo planteo que tú bueno tomas un tiempo para pensártelo Pero qué pasa en aquel momento tú o sea Cuáles son las var rápidamente dices Sí no voy a hacerlo en mi historia normalmente sí está este tiempo para pensar es algo falso al final porque normalmente yo tengo respuesta en 5 segundos pero también después tengo que racionalizar a mí porque es una buena respuesta pero internamente tengo esta respuesta aquí pasa lo mismo porque yo no no he visto otra otra manera como yo puedo decir no esta oportunidad Vale y cómo te encuentras el el equipo y el equipo de producto de factor Aquí somos muy transparentes explicamos siempre siempre todo y creo que que es bueno entonces cómo te encuentras el equipo y y y cuáles son tus primeros lo que haces en el primer mes dos meses aquí challenge principales claro como tú estás diciendo que Pau es una persona muy fuerte que yo tengo un montón de confianza y respeto y también es Claro que todo el mundo va a comparar a ti con paau pero yo no no soy paau y yo tengo mi estilo yoo tengo mi visión yo tengo todo y primero que yo quería hacer es transmitir esta visión y que y también aprender mucho porque Claro que es para mí es factorial fue algo nuevo solo desde febrero hasta Julio Este cambio pasó 3 meses y por eso me falta un montón de contexto por eso hablar cada día con un montón de gente hacer cosas que todo el mundo está pensando que es no es escalable pero para mí idea fue que vale Yo voy a [ __ ] todos los managers que tengo todos los directorios que tengo y voy a aprender que es un producto que es un dominio Qué challenges hay hablar persona por persona y tener si sacar más información máximo de información que puedo y en paralelo también enviar mensajes que vale cosas más culturales porque me parece aquí podemos empezar un poco sobre Qué cambios hemos hecho y Y por qué lo hemos hecho si yo voy a hacer como un repaso que que he visto personalmente es que en en cada compañía pasa en esta historia que Y si tú vas a escuchar un montón de podcast siempre pasa Ah estamos en fase hyper growth por eso Ah Buscamos un montón de gente encontramos un montón de gente y después no sabemos cómo podemos manejar exacto 100% y es algo muy que pasa mucho y en este caso me parece factorial no fue diferente porque al final tenemos equipo muy bueno tenemos me parece cultura de ingeniería y producto muy buena pero claro si tú vas a meter más de 100 personas un año es normal que al final se rompan cosas rompan cosas y es muy complicado alinear tan tamaño de personas Ah por eso en este caso al final pasó pasó lo mismo que para mí algo que fue muy significativo es que cuando entrado est domin de finance es yo entendí que vale Yo entiendo entiendo esta idea que al final podemos centralizar cosas y descentralizar cosas en momento cuando yo entrado Todo está muy descentralizado la idea fue que vale vamos a crear una compañía dentro una compañía Ah tenemos un coo tenemos un ctio de de dominio y tiene su idea tiene su visión de todo pero al final teníamos seis o cinco estas compañías sin hablar de todo sin hablar de nada y al final cada cada esta compañía va a su su dirección antes expliquemos igual lo que es un dominio sí eh Porque en nuestro caso el producto está dividido en en cuatro dominios no eh cuatro dominios cuatro partes eh Muy diferenciadas eh igual demasiado En aquel momento muy muy diferenciadas de del producto una es la parte de de hr operations de recursos humanos la parte más operativa que es la gestión del tiempo y del payroll la otra es la parte de desarrollo de talento que es donde hay la evaluación del desempeño Pues el engagement y el recruitment principalmente eh la otra es finance que es todo lo que es a día de hoy gestión de gastos notas de gastos e y la cuarta es una parte más meta que es lo que es mucha gente le llama plataforma que es básicamente el producto per sé de factoriales donde donde los dominios construyen donde hay las abstracciones comunes donde hay todos los espacios eh que que unen las el pegamento que une todas las todas las distintas funcionalidades de factorial no no también pues la la Api no y y bueno las partes estructurales la parte de reports no todo esto es Core no to estos cuatro dominios les llamamos dominios eh era como estaban divididas el equipo de producto y cuando cuando tú llegas y cuando yo también me centro el producto porque esto vamos juntos nos encontramos que los dominios están divididos con un un gm sí un gm un general manager por dominio a quien reportan tanto los ingenieros como como los diseñadores como los product managers Sí exactamente y al final la idea fue como es separamos todo es como equipo tiene su roadmap tiene su oker y tiene su visión después de este equipo tenemos un dominio que es un conjunto de estos equipos y conjunto de dominios es como factor al final en papel todo Perfecto perfecto Sí sí sí sí funciona si cada uno tiene un objetivo también de arr sí a nivel de dominio s nivel de equipo Sí pero en realidad oares y todo es como si es un un una herramienta pero si nadie está usando este correctamente está usando como herramienta y pone como una idea es es algo que solo decidimos una vez a a quter y después no sabemos Claro que con nuevo contexto y todo pensamos que V Ester no tiene sentido Pero vale tenemos este queera y lo mismo con todos roadmaps cosas que cada equipo va solo por su cola no revisando que está pasando por la izquierda o por la derecha el equipo es un sub un subgrupo dentro de un dominio hay unos seis por dominio no seis o siete por dominio y cada uno tiene una misión una misión y también es como es un trío de director de es product manager diseñador y engineer manager y con engineer manager cada engineer manager lev c se de ingenieros por eso es como equipo multifuncional que tiene todo del mundo pero al final es Si tienes esta separación tan muy definida y esto todo es muy tan distribuido Ah y al final est con Wow clásico es que tú vas a tener tu producto como tu estructura de de compañía y pasó lo mismo porque al final tenemos algunos productos que te punto de vista de usario es un producto pero porque es tres o cuatro equipos en nuestra organigrama es cuatro productos Def fendas que no hablan entre ellos que no comparte datos entre ellos y al final de punto de vista de usario todo es un caos porque yo entro en un lugar Ah Es para mí un producto de time por ejemplo o s de finance y al final hay otra pestaña y tercera pestaña también que no comparta datos y yo no entiendo por qué Porque para mí es un factorial todo es factorial Ah que prefieren los equipos hacer su propio subproducto sub empresa incluso pestaña dentro del producto to su funci que colaborar con otros equipos que que no tien una línea dira de reporting exacto y por qué Porque comunicación siempre es algo muy muy complicado y el ser humano Busca lo fácil el camino fácil y desde luego colaborar con otros seres humanos probablemente No seaa más porque al final todo es como un proceso tienes su roadmap otro equipo tiene su roadmap y por eso es como alinear RM es muy complicado también pasan no cada día si quieres romper algo es también tienes que levantar humano es también otro challenge y al final sí status quo es Tú vas por su su cuenta y pero también que es que me preocupa más que todo el mundo inicialmente pensaba que todo bien al final si yo estoy haciendo mi trabajo día al día Mira estamos creciendo estamos esto es otra cosa que pasa cuando crecen los equipos y no le pasa solo a factor le pasa a muchas empresas que es que de golpe la división de responsabilidades empieza a parecer la complacencia es decir la gente dice bueno alguien se encargará no el producto no va bien Yo ya se lo he dicho a alguien es se lo he dicho al de al lado e no me gusta como se ha hecho la última navegación no me gusta el último design System no me gusta la tabla la abstracción de la tabla que hemos hecho pero como me queda lejos Pues eh No lo puedo cambiar y otro tema que es también es cambia tu chip un poco porque está todo el mundo ahora está pensando que vale estamos tan grandes como estamos un Enterprise no no no no hay otra manera diferente es solo que es o sea es asimilarlo como como un hecho incambiable no somos somos ya somos Enterprise con lo cual esto ya es lo normal sí sí sí somos tan grandes por cambiar algo es un es un reto grandísimo por eso no vamos a atacar esto porque yo como una persona no puedo porque son cómo se cambia eso tan tan horroroso que estamos escribiendo No qué haces para cambiar eso no al final no es tan horroroso porque es horroroso si tú ves en esta manera pero nadie en no hay como iniciativa mala en esto nadie está pensando que vale vamos a esto sí sí pero es algo que tenemos que cambiar es increíble como o sea sin Mala Fe sí se puede ir a no sé al desastre eh todo el mundo cada parte con buena fe y todo y cada persona está haciendo su trabajo su trabajo definido en este caso clo claro y tiene una idea muy fuerte de cuál es su trabajo y dónde empieza y dónde acaba no per eso es challenge principal aquí es como siempre en todos los compañías especialmente grandes más grandes como es comunicación y alineamiento Cómo podemos alinear todos estos personas si tenemos más de 200 personas Cómo podemos asegurar que ellos trabajan en la misma dirección es primero es un challeng grandísimo al final qué qué hemos hecho Ah y para mí es un trabajo clave de middle management de directores en este caso porque es como Ellos están en este caso en nuestro caso es managers de managers están responsable alinear todos los dominios y ver vale Dónde tenemos estos puntos de conexión Y si Time tiene conexión con Core Core tiene alguna dependencia con people no sé Ah esto es su trabajo principal que y no pasó antes y al final Ahora me parece que estamos más en mejor lugar Comparado con Hace 6 meses Ah En ese sentido Pero el primer punto para para estructurarlo eh yo creo estoy muy metido no pero la gente que no escucha igual no no el primer punto es construir una capa de management no de directores eh que se pisa un poco no que que trabaja en el mismo proyecto en conjunto en construir un solo producto no Exacto pero también en este caso tenemos que romper estos cosas como como falsos al final que factorial es tan grande que no podemos meter todo Road map de factorial en un cabeza de una persona porque esto fue como un truis mantra mantra que se repetía no que es demasiado grande demasiado complejo ex exacto y es no es verdad porque sí claro que estamos grande pero no tan grande que es imposible para un q revisar que qué va a pasar en todo factorial Ah por eso es primero que primer requerimento que todos los directores tienen que saber roadmap de todo factorial porque solo en este caso podemos Buscar estos puntes Y overlaps de todos los dominios si esto no pasa No claro que nunca podemos asegurar que a nivel de ic o a nivel de equipo Ah ellos pueden tener estas estas conexiones por eso es primero segunda es también Ah revisar nuestras rituales y nuestra cadencia porque al final Ah si estamos tan grandes tenemos que buscar unas oportunidades comunicar a todo todo toda la compañía y a tod toda la gente pero ahora tenemos como en cada quarter tenemos una serie de eventos que estamos asegurando que al final estamos en el en misma Vamos a la misma dirección primero es cada roadmap en primera de cu cada roadmap que tenemos está publicado en slack que todo el mundo puede ver a nivel de equipo y nivel de dominio que es muy importante porque si Ah producto al final no es solo para producto es para ventas es para g acc para todo el mundo Ellos tienen que tener y tiene que tener esta posibilidad de influir que va a pasar este quarter y normalmente todo el mundo está diciendo que cada día esto pasa está está pasando normalmente pero no es verdad A veces es complicado A veces tenemos día al día por eso es tener una oportunidad en quarter cuando publicamos todos los roadmaps y todo el mundo puede ver y ver si vale ahora este equipo está pensando atacar este este Pain Ah este challenge Ah Es es mejor y da oportunidad a todo el mundo entender y cambiar algo en este momento otra tema que es importante es también es porque estoy saltando un poco al final de para mí quería cambiar yo estoy un yo creo mucho en deadlines para mí es algo muy muy importante y esta también es una oportunidad para alinear todos los equipos por es ahora tenemos la como timeline o Tim normalmente es una nivel de que todos los equipos están entregando algo al final de quarter y es como un deadline normal que está pasando revisamos todos los entregas a nivel de quarter por eso es algo no es tan Popular a veces en la mundo de ingeniería porque todo el mundo está pensando que tenemos que deployar cuando estamos seguro que tiene calidad muy alta pero yo no yo no compro esto porque normalmente tenemos tres variables que podemos incluir recursos scope y Time si fijamos dos de estos recursos porque normalmente tiene tamaño de equipo más o menos está definido Ah deadline vale vale tenemos que entregar algo en se semas o en quarter solo una cosa que podemos influir en un scope y es algo que es que es llave al final porque si queremos un equipo clave cl es clave Sí sí porque si queremos equipo que sabe qu está haciendo que está alineado Ellos tienen que aprender 100% que es un challenge de de usuario al final Por qué creamos este feature o por qué hacemos este refactoring o por qué hacemos algo Ah hay alguna alguna razón dentro de esto Ah y sin aprender esto en detalle Tú no puedes incluir disc Porque si tú no sabes porque esto es cómo tú puedes decir si yo tengo que hacer parte de este feature o en algo más global o puedo quitar est o puedo quitar esta esquina o no es cortar algo Si tú no sabes Ah A dónde vas Ah por eso si para mí es algo clave otra vez Es que si gente tiene su su control 100% si equipos tienen control 100% de scope ellos automticamente empiezan a aprender Ah por qué estamos haciendo esto y para mí equipo no es solo ingeniería o es solo diseño o es solo pms al final es conjunto de todos porque a veces en el mundo pasa que proceso normal de desarrollo de producto es que yo normalmente está llamando McDonald's es que pm está encontrando un un Pain está preparando un un documento un artefacto está describiendo vale solución ideal es esta vamos a aadir estos botones vamos a aadir esos pantallas ya está después pasa esta a diseñador diseñador coge Solo este artefacto sin conocimiento de usuario sin conocimiento de nada está pintando High fidelity screens y después pasando est ingeniería ingeniería está desarrollando algo y deploy al final en cada paso de este de esta cadena introducimos más y más ruido y idea inicial que puede ser también no es tan tan buena de PM al final se convierte en algo totalmente roto totalmente diferente Que usuario no quiera por eso para mí una manera construir productos sana es hacer overlap de todos estos partes que p tienes está tiene muy claro el pain de usuario y puede explicar solo pain no la solución y después pasar esto a equipo de diseño y equipo de ingeniería ellos en un Time box de se semanas de un quarter tiene que llegar a una solución pero tener en claro primero input es una problema un problema de usario y no una solución y normalmente est funciona mucho mejor Comparado con mdonal y ese concepto del overlap es interesante porque el el que se puedan pisar el product manager el product designer y ingeniero en vez de trabajar en cadena como dices del McDonald's no del producto que pasa muchas empresas eh hace que se cree cosas mucho más creativas pero sobre todo hace que se priorice y se decida mejor no tú lo has dicho no o sea eh Al final el construir un proyecto es una es un tradeoff es una dicotomía o una tricotomía entre eh el alcance el tiempo y los recursos utilizados no para construir el producto Entonces como esto eh es muy difícil determinar a priori porque hay muchas variables en muchísimas dimensiones que pueden aparecer en la construcción de un producto le das el ownership al equipo para que ellos dinámicamente decidan en base a la información que van recogiendo trabajen juntos pisándose construyendo una solución en en conjunto Aunque el diseñador se encarga más del diseño y el ingeniero más de la ingeniería y el manager más del problema los tres o los tres roles porque en realidad el equipo puede ser más grande si hay más ingenieros trabajan como un solo equipo pensando como un solo equipo decidiendo como un solo equipo no y al final acaban teniendo el producto s que no has podido terminar a priori pero que confías en el equipo que es el producto óptimo con el tiempo y recursos no y por eso es importante que el tiempo sea una unao de los factores que se determina y tú dices Bueno en estos tres parámetros de alcance y recursos yo te fijo el tiempo y los recursos no lo estás diciendo son las personas que forman parte del equipo y el tiempo Entonces te dejo el scope te doy la responsabilidad del alcance para que tú decidas hasta dónde puedes llegar yaro y cuál es el incentivo del equipo de llegar lejos porque dices Oye pues voy a ser muy conservador y voy a hacer poquita cosa Sí pero es normal también también hay otra otra cosa que es que es no es variable para yo quiero hacer esto muy fijo esa sensación de calidad que también significa vale est ficho es parte de factorial y que significa calidad de factor aquí esto es como criterio interno es algo que es mu ad Mostrar oer es describir es verdad si tú tienes o no tú tienes pero es algo que tú puedes aprender pero Normalmente se transmite a nivel cultural que tú ves vale tradición oral como historias como la cultura misma sí sí sí sí pero es verdad tú ves qué está pasando en otros equipos cóm estamos decidiendo que vale es un buen producto es un mal producto también revisando los números Pero hay un montón de cosas pero al final esto es no podemos quitar este este variable no podemos decidir que decir que vale solo como es difícil de medir pues no no lo vamos a medir no s o otra tema es como excusa es solo se semanas tengo recursos limitados es problema muy compado ca Exacto pero es porque es que realmente no tengo más tiempo no sí sí sí sí pero también es importante que aprender que vale puede ser solo un botón pero botón que funciona 100% de veces y está resolviendo un pain de usuario vale No es algo muy flashy es un botón pero exactamente usuario quiere este este botón pero otra tema que es a veces está pasando es estamos invirtiendo Ah invirtiendo invirtiendo sí gracias un montón de tiempo en algo muy complicado pero no podemos traer en es seis semanas o en un quarter y por eso estamos casi ahí pero no sabemos si va a funcionar es algo muy muy complicado usuarios no lo entiende y al final es también Ah motivación de equipo está totalmente en su suelo porque sí claro claro ellos que no pueden traer algo a producción Ah pero al final esto pasa Porque no tenemos este challenge dentro de un equipo si diseñador no pueden trabajar con ingeniería ingeniería no pueden decir que vale porque es no tiene sentido de mi punto de vista porque todo el mundo no tiene en su cabeza esta visión final de usuario y cuando est tú estás cambiando esto magia magia Ah empezará normalmente volvemos al principio donde yo te he preguntado e qué pasa en los siguientes dos meses después de asumir este rror no hay una serie de discusiones y cambiamos la forma de hacer producto o sea la maquinaria de factorial y cómo se construye producto cambia no tú has hablado de Bueno hay una serie de rituales Sí sí sea básicamente general en producto hay los rituales hay una serie de artefactos que la gente construye y mantiene eh Hay una serie de incentivos No sí vale finalizamos con y la cultura también no pero podc montón de cosas pero finalizamos con rituales porque sí es al final tenemos esta principio de que Ah esto Kick off se llama es que todo el mundo está publicando su su roadmap un que cuando dices un que para la gente que no no se ha metid en la jerga es un trimestre Ah trimestre gracias Sí sí porque un trimestre sí es como funciona el equipo de producto piensa en trimestres Exacto sí es como cuatro al año sí sí Y es como un calendarios y está definido esas partes y normalmente estamos entregado cada cuarter Claro que deos más cada día pero al final que medimos y que revisamos es como un quarter o sea o sea el quarter es la unidad eh de de valoración de los resultados hechos no es cuando se lanza el producto no tú lo has dicho eh se lanza constantemente se está creando está cambiando el producto eh Pero al final de quarter es cuando se evalúa Sí también paramos y pensamos A dónde vamos la dirección correcta No es también es un importante tener algunos puntos en en su día a día que cuando vale todo estos día o esta semana Estoy totalmente en manera revisar cosas vale Ah y tenemos tres es primero sí es como este kickoff que todo el mundo está pensando que vale eso son los rituales estendo los eventos que pasan en la organización de producto de sincronización s s Sí primero es vamos con este plan es nuestro roadmap mitad de trimestre es A dónde publicamos primeros resultados que cada equipo está diciendo que vale nuestro plan inicial era esto ahora estamos en esto En este estado es Mira Ah puede ser una e figma o puede ser un demo real o Algunos números Ah nuevos es vale si gente va acá día al día aprendiendo contexto nuevo y ellos están represando este contexto está construyendo producto nuevo y ahora es en mitad de quarter podemos hacer un checkin y Mostrar que vamos a la misma dirección heo Sí lo mostr sí a todo el mundo en realidad a toda la compañía Por qué es importante porque sí todo el mundo está empezando que vale claro que tenemos algunos Ah Podemos tener algunos dependencias con clientes con con ventas pero también todo el mundo puede aprender cómo desarrollamos producto y cómo pensamos y Por qué priorizamos algunas cosas sobre otros Ah y y también que es importante es es a veces es normal romper su roadmap porque cada día tenemos un contexto nuevo y puede ser que tú vas a encontrar una oportunidad más grande que que pensáis hace se semanas por eso est normal que decir que vale chicos totalmente pensamos nuestro roadmap Pero mira Por qué tenemos una un documento una lógica detrás no es porque no podemos entregar es porque ha tenemos otra oportunidad más grande y es otro momento donde es normal deir decir a todo el mundo que nuestro roadmap como equipo está cambiando y al final de quarter que es más importante tenemos product review que es también importante no solo para equipos es también para directores Porque para mí es voy a repetir es Ah Podemos tener una compañía más grande de manera descentralizada pero como empezamos todo el mundo va a su dirección y yo quería hacer un poco de otra vez Es centralizar más cosas y este capa de middle management directores en este caso es un otra cosa clave que clave de todo sí sí sí sí que tiene que tener sí tenemos mucha gente ahí pero al final Mi idea es que cada persona piensa en la misma la misma dirección y está alineado 100% Porque con este podemos tener que vale cada dominio está pensando a nivel de negocio Ellos tienen roadmap de todo factorial en su cabeza por eso pueden encontrar cosas conexiones y también que tiene este criterio de calidad también compartido porque es que es más importante que vale en un dominio ten Ah no puede ser que es más más relajado Comparado con otro dominio que es a nivel de calidad de e visión de producto y de todo no queremos deployar teneremos tener factorial como una compañía un producto pero tenemos un montón de gente pero eso es est un challenge est dejo m real Ah tenemos que operar cada día y en este caso directores son claves o sea esta construcción de criterio compartido que es un problema en factorial tenemos a 220 personas 200 Entre 10 y 20 eh en el equipo de producto de los 460 son ingenieros eh 25 product managers 25 diseñadores más o menos no antes hablado de que teníamos cuatro dominios pero luego tenemos un quinto que que no me lo olvido que es la parte de infraestructura donde está el Data donde está los analytics donde está la parte de servidores etcétera no e entonces per me olvidado lo que iba a decir no estoy también quiero finalizar con product review que es Por qué es tan importante para directorios Y para esta capa que al final cogemos todos los equipos y todo que que entregado en este quarter y con todos los directorios revisamos que vale producto por producto si tiene este calidad Ah calidad de factorial si entregado al final Porque es importante deadline es algo que es deadline en realidad si no entregado es un un fallo grande tenemos que revisar Por qué está pasando que está que con este equipo no es correcto y y también discutir Cómo priorizamos cosas como desarrollamos es algo importante para equipos para recibir este feedback constantemente de de directores y de management pero es también muy importante para directores para clar eso es lo que iba a decir o sea la parte más importante es crear esta conciencia compartida entre los directores no que todos los directores pueden ser reemplazables que pueden dar feedback a los equipos que entiendan la misma visión de calidad no la misma visión de factorial en su conjunto no Y para eso sirven también los product reviews no no solo para los propios equipos reciban el feedback de su equipo sino para que los directores se impregnen y consensu se hagan el esfuerzo de discutir y de alinear Exacto idealmente equipos tienen que recibir feedback cada día Ah de su directores pero también tenemos que tener un momento en un cuarter donde podemos parar y también alinear a todos y revisar que vale estamos en ello Ah o no y y dar que este es feedback un poco más oficial Pero la idea es que si equipo llega a product review con un sorpresa que es algo mal que es algo malo es mal mal trabajo de director que director no está diciendo dando feedback correctamente día a día Ah y es también un señal que no Qué implicaciones tiene este product review Sí también me parece aquí tenemos que tocar cosas variables en general cosas divertidas sí cosas divertidas que no es tan popular normalmente en ingeniería Por cierto que el bien y el mal en producto o sea el definir esto es un buen producto un mal producto es de las cosas más difíciles que hay 100% y no hay objetividad Ah 100% y no es posible hacer objetividad porque siempre como ingeniería todo el mundo mundo puede gamificar algunos sistema y si algo es gamificado vamos a encontrar hackers al final un producto es una implementación de de una visión fuerte de una opinión fuerte subjetiva eh No Y eso tiene que ver con factores estéticos funcionales e varios factores en su conjunto Sí con un montón de variables que no tú puedes poner en un papel es en teoría con puede ser en algún momento pero ahora sí es que es importante tener todo todas las personas en la misma sala discutiendo parte de producto para revisar si es es un producto bueno o no que final en software b2b esto se traslada en en en conseguir el éxito del usuario y del cliente eh porque al final el b2b lo que te permite es ser bastante más objetivo y racional no normalmente los clientes para los que trabajamos tiene un objetivo nosotros podemos o bien ahorrarles tiempo o bien enable arles hacer cosas que no podían hacer antes sin nuestro producto no y todo esto una experiencia placentera Exacto que es muy complicado al final si tú pones solo los números vas a tener Excel que al final está resolviendo un montón de Pains pero no es que Excel es la [ __ ] Sí exactamente pero nadie quiere usar Excel pero nadie quiere usar todo el mundo lo usa sí Exacto pero por qué no hay otra sí Ah Pero al final sí También queremos que tener nuestra visión y queremos transmitir esta visión y queremos tener una un equipo muy fuerte que también No solo está ejecutando qué usuario está preguntando porque a veces usuarios tienen sí soluciones hechas en papel y todo y pero están este equipo tiene que transmitir visión de factorial y por eso empezamos con directorios con la idea que al final tenemos algo centralizado pero después descentralizado que si tenemos directores alineados ellos pueden vender y transmitir esta idea a todos los equipos al final y es Qué difícil es esta centralización y descentralización no sí es un challenge es el challenge de todo y es también es challenge que es muy lento al final ver los resultados Porque si tú puedes normalmente como todo el mundo está pensando que comunicación es algo que vale Yo voy a grabar un zoom o voy a transmitir este mensaje y todo el mundo está yendo este mensaje estaré viendo pero no es falta tien claro yo yo De hecho ilea yo hablo contigo y te digo Oye arregla el producto ya Exacto ya no Pero cl cuesta no lleva tiempo no sí sí lleva tiempo lleva tiempo es verdad pero es este cambio cultural es es normalmente sí es primero tienes que cambiar cosas mu en manera muy rápida Porque si tú llevas en coche hay GPS y si tú pones en Gps dirección errónea Tú vas a Y si tú estás de cuenta tú vas a parar y poner correcta No vas a 5 km más y después poner a correcta pero en este caso en caso de nuestro tamaño es no somos un coche somos como un Liner en oceanos como no tourist Liner como una Oh Cómo es un un crucero un crucero gra sí Ah grandísimo si tú vas a cambiar de dirección también con enercia tú vas como lleva tiempo en este caso no sé tú has visto el el podcast de Lex friedman con Jeff besos no que bueno tengo en mi cola nada Nada nuevo no seguramente ti pero es curioso porque él habla de que osta una empresa como Amazon de 1,5 millones de personas trabajadores no se mueven con muchísima agilidad no y con unos con una ser de principios muy básicos no pero me interesante queé significa se mueve en este caso ejecutar algo en los mismos principios es una cosa pero cambiar al es es otro tema y cambiar en el chip por mí cosas culturales se cuesta mucho es porque tú es tu manera de pensar es algo que tú tienes que reforzar cada día con ejemplos cl y cuando tú Tú tienes dos más de 200 personas es tiempo sí es que hay algunos factores culturales que nosotros nos damos cuenta los founders de factorial que que por el camino vamos perdiendo no porque para nosotros son muy intuitivos no el hecho de ese sentido de urgencia el moverse rápido el el el enfocarse al detalle crear ser handson estar creando siempre no de golpe cuando empiezas a crecer empiezas a incorporar midle management a veces te encuentras que hay mucha gente que ya no crea hay mucha gente que ya no se mueve simplemente se dedica a comunicar y a hablar no y pierde esta noción de detalle esta noción de producto de de builder e que cualquier emprendedor técnico no normalmente tiene al principio no de construir producto entonces claro es es lo que nos pasa no cuando nosotros nos empezamos a sentir a no sentir orgullosos de lo que estamos haciendo No es que el producto de factorial esté roto eh o sea no es que no funcione el producto de factorial el producto de factorial sigue siendo la herramienta elegida para para un cliente cuando le dan dos opciones tres opciones o prueba varias opciones en el mercado pero sí que Comparado con nuestra expectativa esta expectativa de de un de un diseño placentero de una experiencia que pasa sola que funciona sola que es casi mágica que al principio es como empieza empieza factorial hay un momento dado donde cortando corners y gestionando scopes y en esta falta de comunicación y de colaboración se empieza a generar un producto más complejo sí 100% pasa esto y también s es como al final Ah no hay mala fe como estamos discutiendo s al final s no no no estoy pensando que al final todo el mundo está pensando vale pero yo estoy Ah executando mi trabajo Estoy haciendo 100 correcto pero al final no es un producto que estamos orgullosos porque a veces si tenemos que parar y pensar que vale es algo raro porque estamos ahora estamos priorizando Este feature sobre no sé calidad Bugs o otra tema Ah y está siempre tenemos que priorizar cosas porque es otro challenge que pero la calidad nunca se nunca se negocia no 100% pero sí claro si tú todo el mundo está diciendo que tenemos que traer más feat más features más features todo el mundo va a pensar que vale calidad no es algo que es importante para nosotros pero es que es que más features con la misma calidad el problema El problema siempre es esta definición de calidad o sea esto que estabas diciendo al principio de cómo cómo generar esta esta visión unificada esta cultura fuerte de Qué es calidad yo yo hago una charla en en en junio o Julio en julio hago una charla en Factor y hago una presentación pongo fix the product ya está acabado mi trabajo mi trabajo siempr es el más fácil leraz entonces de golpe todo el mundo empieza a hablar de fix prod y cada uno significa cada uno le atribuye algo diferente no fix product Qué es fix product no entonces hay un montón de cosas Hay un montón de cosas porque para algunos es Bugs y sl para otras es como esta sensación de estamos orgullosos quecia Sí hay muchas cosas s claro y entonces claro Hay que unificar no hay que hay que consensuar yo creo que estos meses esto que tú describes como este proceso de review de alignment entre ores es un poco la discusión la conversación larga con visión a largo plazo no porque Oye esto tienes que tener paciencia no donde hay existen todas estas discusiones no se empiezan a producir estas discusiones y se empieza a tangibilizar mediante la product review que no es un algoritmo y es una putada porque los ingenieros buscan algoritmos para medir el éxito product review donde los directores se comprometen a dar un feedback profundo denso de Por qué sí Y por qué no no Exacto pero también es otro punto interesante a nivel de ingeniería por ejemplo en este caso si estamos hablando sobre directores directores directores pero no es solo directores que también se puede transmitir esta sensación de calidad para mí es también una un nivel de seniority en ingeniería es exactamente esto es que alguien puede decir que vale no podemos deployar este o no es una manera como desarrollamos producto tenemos otra y puede levantar su mano y también de que vale No no podemos continuar con esto y yo veo ahora después de estos cambios y este cambio del chip que le da es también es algo que no podemos quitar que cada día especialmente developers como ingenierías a nivel de staff o senior está liderando como estoy diciendo en campo de está liderando el qué en campo en como en día a día en día a día en el terreno Sí todo el mundo es como vale No es si quier est mostrando en su ejemplo Cómo desarrollar producto manera que estamos orgullosos y para mí es otra pata que es un muy importante en ingenierías y es tener estos tener estos líderes a nivel de ingeniería no es como managers pero a nivel de ic individual contributors que que está también mostrando y transmitiendo esta cultura Porque si tenemos developers nivel de senior staff que está cometiendo errores No no errores como está que está quitando cosas muy importantes a nivel de calidad Claro que después Juniors o me van a ver y pensar que vale Si staffs no está haciendo esto yo voy a repetir lo mismo porque es algo normal que está pasando en compañía o sea no solo coges a los directores y y les transmites esta visión fuerte esta idea de calidad sino también algunos individual contributors algunos programadores individuales que tienen muchísima mucha seniority para M es una definición de seniority al final si solo pensamos seniority es como hard skill 100% si Qué es la diferencia desde staff senor que una persona que está programando muy bien va a programar mejor que aquí perdemos una oportunidad porque yo veo todos los staffs es Es como un líderes al final y para m líderes es alguien que también No solo está haciendo código que es también levantando nivel general de cultura y de ingeniería por eso está transmitiendo mucho está revisando y está mostrando Qué es qué es bien y qué es mal Ah haciendo mentoring Y también conectando puntos a nivel de de todo factorial porque también esto alineamiento de roadmap puede ser hacer directores pero cosas técnicas es yo estoy confiando mucho en en mi staff porque ellos sta Qué significa staff porque es como normalmente en carrier pad de ingeniería tú tienes Juniors mids y seniors y después de seniors no hay hay staff developers que es alguien con un montón de experiencia y con este nivel de Liderazgo Ah y es seniority es una marca de seniority en este caso y Ah y para mí es Ellos están 100% responsable también lantar cultura deí la cultura la cultura de ingeniería y la calidad nivel Definir la calidad sí Exacto es todo cultura está como conjunto de todo al final en este caso vale o sea es un es un es otra forma de Liderazgo que no es funcional no es de reporting no como pasa habitualmente en las organizaciones sino que es meritocrático puramente técnico de Liderazgo es ejemplo y y algunos de estos ingenieros pueden tener más impacto incluso que un manager no un director o sea pueden tener ellos solos pueden proponer una nueva forma hacer algo que acaba siendo lo que cambia el mercado exacto y es otra parte de centralización para mí que es importante si cosas queremos centralizar roadmap queremos centralizar la visión Pero cómo transmitimos esto después a tod todos los ingenieros que tenemos es para mí es estos Ah semillas en este caso de a nivel de staffs es manera Ah como muy importante para hacer esto mm vale hemos hablado de rituales em a nivel de artefactos Cuáles son los documentos no en común que comparte la organización de producto y que y que de alguna forma permiten seguir cómo vamos es un buen tópico porque que al final empezamos con un montón de artefactos que cada cada dominio tenía su artefacto un montón de roadmaps un montón dees notions notion ha hay notion para todo Ah pero al final ahora Los vemos Que Sí es que nos qué en qué metrix estamos interesados en cada producto si estamos ver si es healthy o no healthy es sano o no sano al final es usage mrr y nps más o menos es como tres que podemos ver cada producto y tener alguna como algún luz color verde o color amarillo si todo vía no se todo va mal en este caso y para mí es importante que todo el mundo pueda saber como mínimo estos tres MC sla no no has hablado eh sla es otro tema Sí sí vamos vamos a sacar esto O sea me has dicho usage que vendría a ser la métrica de éxito de de un producto es decir para para que este producto tenga éxito hay que hacer eits acciones eventos dentro del producto esto lo Define cada equipo se consensua con El dominio y con y con con todo el mundo y pasa a ser la metrica que se sigue equipo a equipo no esto es usage luego has dicho nps que básicamente es una métrica de satisfacción por parte al usuario cuando le preguntas explícitamente qué probabilidad tendría de recomendar esta funcionalidad a un amigo no y tiene un sistema de respuestas donde bueno se eliminan e los los los pasivos eh se restan los los detractores a los promotores y te da un número no esto es el nps y luego eh la tercera cosa que has dicho era mrr mrr se me ha olvidado qué fuerte que es básicamente la métrica de facturación te hecho una putada hablando en español normalmente hablamos inglés en factorial dicho no por favor Ho es en español muy bien pero al final si quieres tocar también métricos son muy importantes todo el mundo tiene que saber esto no solo pm porque a veces es otro error en mi equipo Lleva esto mtrica de solo proder no ingeniería llev también y diseño lleva también todo el mundo está revisando est todo el mundo está responsable para esto y es muy importante Si queremos al final tener esto enow Team Ah pero sí al final Yo quiero todo el mundo que es que tienes esta responsabilidad y que puede asumir esta responsabilidad y no después poner dedos Ah pero otra cosa es ley es calidad es como más más de BS que todo el mundo no no le gusta es Qué significa es le en este caso si nos nos como ingeniería o producto y hag un B de un usuario tenemos depende de su importancia de este B algunos tiempos para resolver Esto si es Back muy importante como nada nada de está cargando nada funciona Claro que olvidamos todo y estamos arreglando si es pi1 es como 5 días si es pi2 15 días vale no es tan importante pero al final cada B está ah estamos prioritizar depende de su de su importancia y si al final también es muy importante para equipo aprender que en b2b bgs que tiene totalmente otra significación que Comparado en b2c porque cada usuario cada empresa está tiene confianza en factorial pone su información muy importante y esta confianza para nosotros es es vital si al final rompemos Esto vale no tenemos negocio y por eso si tenemos un bg y llevamos un montón de tiempo resolviendo Este bg vale Yo voy a quitar un poco de la confianza sí gota por gota y por eso es importante aprender que BX para nosotros es algo que no podemos olvidar 100% y tambén pero también a veces es es muy bien decir esto que sí bxs son importante Por favor ingenieros arregla arreglan cosas ingenieros que pueden decir que sí sí Yo quiero arreglar per es más es más están de acuerdo normalmente siempre todo el mundo está pero tengo mi roadmap muy grande Tengo un montón de presión de de todo el mundo que tengo que desarrollar features nuevos y cómo puedo también hacer este equili B entre cosas nuevas y arreglar los problemas existentes eso es un mensaje al final otro alineamiento que tenemos que tener a nivel de la compañía y resolvemos esto con variables es con cosa no es tan popular si en mundo de ingeniería pero pero para mí no es algo de Ah esto es otra manera como empresa puede darar dinero No es otra es herramienta muy potente para enviar enviar señales pero más que variables O sea que que estoy de acuerdo o sea 100% de acuerdo eh objetivos no son los objetivos dentro previo los variables es qué objetivos le ponemos a la gente Exacto pero también si también tenemos que tener Ah este señ Porque si claro como quear podemos tener un un objetivo pero si no llegamos a este objetivo y no pasa nada no es tan importante para mí este objetivo Ah y si también tú puedes tener tu roadmap como objetivo y tu S como objetivo o sea que norment hay muchos objetivos sin consecuencias exacto y Pero también es complicado día al día prar tengo dos objetivos roadmap sl Cómo puedo opar que es uno importante o otra es importante Por eso tenemos que resolver esta y que no gente piensa menos Ah en este nivel y tiene muy muy como señal muy Ah muy fácil para aprender y al final es es un variable eh En este caso y tenemos exactamente variable en tres partes de variable primero es Es que tenemos a nivel de todos los puntos a nivel de factorial Ah que no podemos sobrepasar si sobrepasamos también decir que es los puntos Ah estos tiempos que he comentado antes a nivel de que es prioritario que esto todo si sobrepasamos ese deadline de cuando resolvemos el pack empezamos a asumir puntos eh y depende de de priorit de cada bac asumimos más puntos o menos pero al final podemos ver que como factorial como un equipo Ah estamos en general tratando más resolviendo bgs Por eso tenemos no sé 2000 puntos 3000 puntos 10,000 puntos algo algún número y si bajamos este número mejoramos si este número crece peor por eso parte de e de para resolver esto ponemos una meta que no vamos a sobrepasar 500 puntos al final Como factorial en general es algo compartido en un trimestre en un trimestre en un trimestre es algo compartido para con todos equipos por eso no hay discusión si es mi b o es B de otro equipo no no es todo para factorial Ah y tenemos que tener esta sensación de calidad a todos los developers diseñ adores y prod managers están bien compartido todos los niveles Ah y con esto resolvemos esta discusión si tengo quear pm roadmap o tengo que priorizar esa ley ahora tenemos un una meta que está muy conectado también a tu salario si no llegamos a estos 500 puntos nadie en producto recibe parte de su variable está se Cuáles son los objetivos que tienen los equipos de producto uno es calidad es calidad técnica sí exacto y también es tiempo de despues en este caso otra tema es entrega es est product review que tenemos para cada equipo revisamos que cada equipo está entregando y y es directores están también evaluando si este equipo tiene que cobrar su variable o no tiene que cobrar su variable para mí es otro tema si tenemos otra sorpresa y algo y un equipo no está comprando no es también solo una penalización monetaria es también señal muy fuerte que en este equipo algo está roto que tenemos que repensar procesos ahora porque vale este equipo no funciona o sea por defecto en la produc review eh lo lo normal es que se apruebe digamos no O sea que todo está O sea que está bien se toma decisiones se ha explicado el razonamiento no y Y en este y en este razonamiento pues se valora este proceso de decisión de gestión del scope no Y lo normal es que esto esté bien No pero si no está bien entonces no solo este equipo no va a cobrar una parte de su variable sino que además tenemos un problema estructural en esteipo Exacto sí es una posibilidad para directores todo el mundo rar qu está pasando porque no no puede ser que en dos quarters el mismo equipo no está coperando esta parte porque está pasando algo está totalmente fatal y también es otra tema que queremos hacer algo manera muy explícita porque antes normalmente en cada cada compañía pas está pasando exactamente esto hay algunos equipos muy buenos hay otros equipos que es malos ponemos en este caso y aquí tenemos que mostrar a todo el mundo que vale hay algunos equipos con problemas y tenemos que res resolver esto Si no resolvemos es como no hay sorpresas para nada si por ejemplo tenemos que reestructurar todo el equipo Vale y tienen que de alguna forma los equipos ayudar a los otros no ayudarse subir el nivel no como tú decías antes no para asegurarse que la calidad es es Es la que buscamos no Exacto entre todos los equipos y hemos dicho product review a nivel de de de objetivos me has dicho la valoración de todos los directores eh que hacen sobre sobre la entrega y las decisiones tomadas por un equipo el sla y el tercero mrr mrr mrr sí es también parte muy importante para mí negocio Sí exactamente porque al final no podemos pensar que estamos que producto está totalmente desconectado de pentas de customers Access de Mercado de todo y que estamos desarrollando algo muy diferente hay un argumento que se escucha mucho no que es cuando le pones a un equipo de producto un objetivo de mrr pasa a pensar a corto plazo deja de pensar a largo plazo tú qué piensas esto podrías salir más detalles Qué significa esto no bueno a ver es lo que dice el equipo concretamente algunas personas del equipo de factoria no O sea dicen [ __ ] pero es que si me pones un objetivo voy a maximizar el mrr no y igual voy de trabajar en cosas más largo plazo no me gusta Si algo alguien puede maximizar me suena muy sano en este Pero al final yo puedo pensar qué puede ser que vale que yo puedo imaginar si tenemos este parte de marr al final podemos olvidar cosas más orgullosos de producto que es verdad Si no vamos a pensar a nivel de animación complejos o alguna solución más general que no puede cambiar mrr en este quarter pero sí claro que puede cambiar algo en futuro futuro yo puedo ver este argumento pero también para mí es cosa cultural si pensamos que si vale si estamos si pensamos que es vale para mí es imposible ver si repetimos el mismo abstracción o el mismo idea siempre en diferentes partes de producto Ah y no podemos unificar esta y decidir decidir que que no voy a hacer esto porque tengo mi variable ener no vamos a comprar yo tiendo a pensar que que la gente es más lista que yo en general no y más el equipo de producto buen todos los equipos no pero veo el equipo de producto gente que sabe mucho que tiene opiniones muy fuertes no entonces si yo soy capaz de balancear el corto el medio el largo plazo Por qué no Debería hacerlo un equipo de producto no Por qué no deberían pensar en sus yos dentro de 6 meses en sus yos dentro de 12 meses no Pero también es importante no es es a veces no es prioritizar pero es también conectar porque cuando añadimos esta variable es una anécdota Pero al final he recibido tanto preguntas sobre negocio de ingeniería que me gusta mucho cuando gente está aprendiendo variables funnel conversón conversion rat todo es muy sano porque al final todo el mundo erróneamente está pensando que yo no puedo influir nada No no es verdad si ingeniería no puede influir nada nadie en teoría puede influir nada porque ellos normalmente están desarrollando cosas nuevas por eso en este caso para mí No no estoy comprando y luego el tema también de la del tema del largo plazo al final desde mi punto de vista es que hay hay una sola vida eh entonces en esta vida tenemos que conseguir crear una historia una narrativa No qué es lo que estoy haciendo con mi vida para sentirme orgulloso no Y tú tienes la oportunidad de estar trabajando en un producto que que le va a cambiar la vida a las personas que utilizan en este caso 600,000 personas en su día a día que es de alto uso no Y tú te estás planteando De verdad te estás planteando Voy a maximizar esto corto plazo porque eh Porque voy a cobrar el variable voy a cobrar el variable o sea yo creo que hay que pensar en cobrar el variable es una es una parte importante porque con cobrando t el variable va a cobrarlo también el resto de la organización marketing y ventas que viven en este quarter que vienen este mes que tienen objetivos pero también tienes que pensar en generar esta historia y esta solución rompedora sí Y esto requiere madurez requiere cultura y por eso no todo el mundo sirve para trabajar en factorial eh Y eso es lo que te iba a preguntar ahora qué perfiles buscas tú en tu equipo con agencia es normalmente si no sé es con Cristiano es el mismo que no agencia es con agenc Pero vale con iniciativa para mí es una bandera muy roja si yo voy a preguntar por qué estamos haciendo esto y alguien me está respondiendo porque alguien me ha dicho es para mí y yo voy normalmente tengo sí desconectado y todo es estoy furioso después Sí pero porque es algo que me está triando mucho Ah y si gente que estoy buscando no pueden decir esto y no no quieren decir esto no es normalmente no no es normal para ellos decir frase como esto Ellos están aprendiendo muy claro por qué está haciendo esto y tengo su visión que es bien o que es mal y si algo está fuera de su visión ellos va a levantar su mano y decir que tenemos un problema aquí tenemos que rizar tenemos que repensar se van a negar a hacer algo sí que no compran 100% que no es lo que pasaba porque ojo que antes has dicho bueno la gente tiene buena fe pero no están no está cambiando esto que ve que no por eso me es una un Moto de factor que es convince o get convinced que es el contrario de Amazon no Aparentemente depende falta faltamos detalles ahí básicamente el disagree and comit no y estas dos culturas no disagree and comit o convince get convince no sí sí sí pero me parece es el mismo al final si es como falta detalles falta marketing pero es muy importante Si tú no estás comprando Si tú no entiendes 100% que que estás cometiendo tienes que tener est discusión fuerte muy fuerte y es sano tener discusiones fuertes Ah pero es también importante salir una sala después que todo el mundo está está teniendo muy claro por qué tomamos alguna decisión o una decisión o otra y especialmente a nivel de management a nivel de directores Porque si ellos no están comprando algo algunos cambios mundo sí es ellos no pueden liderar después a sus equipos porque al final es también es muy importante a nivel director que ellos no son sol proxis o sol transitores de decisiones ellos son líderes y Yo sin agencia Esto no puede pasar lo mismo con staff no y el mismo con staff pero en general en todo el mundo no porque tenemos casualmente tenemos gente muy muy joven Junior que tienen unas opiniones fuertísima y que las batallan no y que discuten no y es esa cultura donde esto pasa para mí es clave no donde al final cualquier persona puede eoner imponer su criterio con información 100% Sí sí sí pero tamb bien que es importante si no es solo imper criterio pero asumir responsabilidad pero a veces sí es también es complicado y a veces también cultura de ingeniería en general que está pasando en otras compañías que vale tenemos algunos sprints algunas cosas estamos trabajando pero si algo está rota Ah Es es es no es nuestr Ah y yo también es otro Trigger para mí que es al final Ah si algo está roto y tú lo ves tú tienes que no tú tienes que arreglar o tú tienes que llevar a otro equipo tú tienes que asumir Ah responsabilidad tod factorial y no solo de tu equipo Cómo se incentiva que alguien que tiene un objetivo de calidad mrr y entrega del producto en su equipo en el trimestre tal y como eh ha previsto y tomando las decisiones adecuadas Cómo se incentiva que coja un problema común igual fuera de su equipo igual no algo genérico del producto y lo arregle porque al final gente listo está tiene este sensación muy clara que todo es conectado si tú ves una problema que tú y tú también tienes muy claro que es algo importante porque a veces es no Ah Es muy conectada mrr es muy conectada de calidad y después va Pero igual no mrr de su producto concreto de su pero mrr de factorial Pero al final mrr de fact Claro pero esto es lo que la tragedia de los comunes no de todos los espacios comunes Cómo cómo se encarga porque luego evidentemente tenemos un dominio del espacio común de de cor no pero es imposible por grande que fuera este dominio es imposible que se se encargar de todos los problemas comunes no al final o es un es un factor cultural para mí es exactamente Es que tiene que llevar a staff developers más porque si ellos están Claro que es para todo el mundo pero para ellos exactamente es su Job description que al final llevar cosas comunes y al final entregar impacto a nivel de todo factorial A veces es complicado y porque y es también que quiero cambiar mucho Es que staffs para pensar que vale mi día a día solo entregar código si staff piensa esto tenemos una oportunidad perdida muy perdida en este caso y para mí es staff también tiene que dedicar mucho tiempo a tener contexto de todo todo negocio tener contexto de otros equipos llevar algunos s revisar código mucho revisar problemas en otros equipos en su dominio también para buscar estos puntos vale Yo veo aquí algo común yo veo ahí algo común cómo puedo arreglar esto y hay un montón de soluciones vídeos Comunicaciones no un código nuevo abstracción nueva Hay un montón pero también es muy complicado Poner este solo en description Porque para mí es que más senior persona hay es más complicado definir su su Job roll porque claro es Hay un montón de variables como lo mismo como en calidad y para mí es también importante que gente está aprendiendo que V a nivel de staff y más Ah yo tengo que buscar oportunidades para negocio y alinear conmigo con directores Qué significa esta oportunidad en este caso mm cuántos staff tienes en factoria Ah más 10 10 12 personas me parece 10 12 personas Sí sí y directores directores cinco cinco de ingeniería cinco Sí y luego tienen por debajo engineering managers cada uno de ellos tiene entre cuatro y seis personas Sí sí s sí em qué tiene que hacer un desarrollador para promocionarse para crecer siendo que es una pregunta que mucha gente se hace no dentro de factoria exacto y también es es un challenge en todos los equipos porque al final tenemos carer Paz es una un documento que está describiendo que vale si cómo tú tú puedes crecer en factorial y para mí es algo sano es muy bien que tenemos y es algo importante pero también Ah si tú pones si tú haces muy muy complicado va a convertirse como en un juego si yo voy a cerrar todo estos puntos automáticamente me va a promocionar yorito algoritmo exacto y es algo complicado a veces porque claro vamos a repetir lo mismo que es en compañía en un startup cada día recibimos un nuevo contexto y a veces solo cerrar todos los puntos no significa promoción y también depende de manager para algunos Ah Esto sí para otros no también esment tiene otra definición que es de cada de est de punto por eso e no es algo que hemos solucionado 100% es algo que intentamos solucionar Pero al final es el lo mismo primero es todos los promociones son públicos que cada vez que promocionamos una persona estamos publicando documento Por qué promocionamos a esta persona y es para mí es lo mismo es cambio cultural si todo el mundo está revisando que vale tenemos una persona aquí que ahora es un seor Y por qué hace a b c d también yo voy si yo soy un Meet yo voy a revisar y yo voy a copiar Por eso cada promotion también está revisando por director y si estamos directores alineados es muy fácil que revisamos todos por los promotions estamos seguro que en este documento todo es muy explicado Ah por promocionamos persona y para mí es es más importante Sí es muy importante tener es documento que carer pa pero en realidad yo quiero que todo el mundo está revisando Por qué promocionamos gente y está conectando dots por su mismo quién recluta en facto hisa Ah managers en sentido que si tenemos recrutar idea clásica Pero ellos están ayudando más con funnel y con algunos filtros pero es también importante que todo el mundo todos los managers directores está está haciendo hing porque y también yo porque yo estoy como un punto final en todos los hing procesos Porque para mí es importante si no queremos romper cultura de factor al final que estamos que tenemos y que mejoramos díaa al día para mí es importante revisar toda la toda la gente que está entrando y también es otro tema que al final es muy complicado alinearnos es vale si en si contratamos gente correcta porque si tú si estamos cinco dominios un montón de managers y cada persona está contratando claro que tú tienes su visión su experiencia contratar y su criterio que a veces al final vamos a tener un un senior persona que es senior en un dominio que es en realidad senñor y otro dominio que puede ser un Junior pero lleva un título de senñor esta inflación de títulos pue puede pasar por eso al final resolvemos esto con que persona que está responsable contrar es manager pero también tenemos un equipo de como es lo mismo como Amazon bar racers que es equipo de confianza interno que está revisando todos los todo código de challenges que estamos recibiendo y está poniendo su los challenges son las pruebas técnicas técnicas Sí sí sí que hace todo el mundo que fact ex para entrar en con este podemos también tener una expectación generalizada que es que es un challenge bueno que es un challenge malo en este caso y evitamos sorpresas y yo como un challenge final para cada persona que está entrando para mí es muy importante también enviar este mensaje que sí estamos más o menos grandes y en teoría yo no puedo ser como un una persona final en todos los harings pero no es verdad es podemos hacer cosas que no son escalables pero es solo única manera como podemos controlar al final la calidad y revisar que cada persona que entra es es muy buen persona y muy has rechazado algún perfil un montón Por qué Ah ah yo personalmente sí es a veces es porque no tiene esta visión de producto no tiene No tiene esta agencia es es para mí es algo que yo estoy intentando verificar en en cada en cada interview que tengo mm Porque si todo el mundo está con energía baja en este sentido Ah que no tiene esta iniciativa es también algo que está cambiando su su alrededor Ah por eso yo estoy buscando también gente que tiene un montón de iniciativas y pueda explicarme en su puesto anterior que ha cambiado Qué cosas han cambiado es también importante m un empower Team no eh que le llamamos Cómo cómo cómo está formado quién ahí en un en un equipo que lleva una parte del producto Ah este parte no hemos cambiado es al final tenemos product manager product designer engineering manager engineering manager también y un equipo de ingeniería Ah Cuántos Ah depende pero máximo seis seis o ocho Ah en algunos equipos pero sí al final es como máximo de manager con en este caso y para mí es en Part significa lo mismo que hemos discutido que ellos tienen muy claro que tienen que resolver todos los problemas de de usuario están controlando su scope y están entregando Cuál es para ti el rol del product manager es encontrar challeng encontrar Pains encontrar problemas de usuario y hacer go to Market porque este es también muy importante al final y que estamos fallando un montón de equipos están fallando en general no solo en factorial que estamos diseñando y haciendo cosas muy buenas que tenemos un buen feedback de usuarios pero no sabemos cómo vender esto y cómo después podemos mostrar a todo el equipo de go to Market Cómo venderé a todo el mundo y este es para mí es una responsabilidad de product manager liderar el proceso de de go to Market Exacto Exacto empezar ser Los Pioneros del del go to market No sus productos y el product designer para mí es un mejor amigo de ingeniería en sentido que ellos siempre tienen que trabajar juntos porque siempre que yo cuando yo veo que todos los features nuevos están empezando con High fidelity designs para mí es algo erróneo 100% porque ingeniería y diseño cuando trabajan juntos están haciendo un montón de prototipos verificando cosas discutiendo Cómo podemos solucionar esto de manera más rápida porque es muy importante entregar algo a usar final para recibir feedback antes de este momento tú estás solo pensando cosas pero que al final tiene sentido este feedback de usuario cuando tú muestras algo que es no es solo prototipo Enigma que ellos pueden tocar y usar en su día al día en su empresa por eso esto tiempo time to market Pero time to prototipo en mi cabeza es es algo muy importante y que tenemos que Ah mejorar en cada equipo pero solo una manera para hacer esto diseño estar trabajando junto con ingeniería si tienen que trabajar tienen que ser uno no tien que ten la visión tecnológica muy clara Exacto exacto no pintar pantalla Sí sí sí pero es también importante estoy pensando esto a nivel de que es en Power Team que es en Power dominio en este sentido Porque si si solo continuamos con esta manera pero cada equipo es un silo que está tocando solo su parte de producto y está planificando todos los challenges Pains solo su par de producto Vamos a continuar con lo mismo por eso es importante que ellos están revisando scope de todo El dominio que tenemos de todos los challenges a nivel de como una familia de productos y para porque a veces está pasando que tú tienes una iniciativa o una oportunidad más grande más derecha en otro equipo o en otra o en otra parte de dominio y tú puedes tacar esto arreglar esto y al final llevar más mrr más usage más todo todo más Cuáles son los principales retos de car el año que viene pregunta así muy sí es también estoy pensando Sí muy abierta no pero si tuvieras que encontrar Cuáles son las cosas que más te preocupan o las mayores oportunidades de c el año que viene para el equipo de producto de factorial para mí es continuar con este alineamiento de directores que ellos sí es como tenemos que buscar algunas personas pero tenemos que encontrar algunos perfiles y alinear todo el mundo y después Ah cambiar Este chip cultural porque yo veo algunos cambios ahora después de estos 5 o 6 meses pero no estamos ahí Tenemos que trabajar más y al final para mí es un challenge que a nivel de directores a nivel de staffs quiero otra capa de que de staff developers que yo puedo confiar mucho que ellos van a levantar en cultura que ellos van a liderar algunos iniciativas desde bottom up Ah sí Y por eso continuar con el proceso que tenemos pero escalar escalar escalar en este caso muy bien Oye pues yo creo que te he preguntado casi todo No sé si me he dejado algo bueno lo que lo que no te he preguntado es Cómo fue tu tu experiencia eh previa no tú montaste un negocio Sí sí intentado intentado Qué pasó ahí ahí fue F una experiencia parcialmente brutal pero es también que yo si yo pueda sio voy a tener una Time Machine yo voy a repetir lo mismo 100% Ah al final yo o sea volverías a hacerlo eh volver 100% 100% antes de eso sea tú tú estudiaste informática en en Rusia sí robótica en robótica robótica Eh autom automatización sí vale eh Qué hiciste antes de redb rápidamente brevemente eh antes de redb vale inicialmente aprendido a hacer programación haciendo mi propio startup Porque yo quer sí yo quería hacer un to list muy en manera muy diferente Qué raro eh un ingeniero haciendo una herramienta de to list nadie lo hemos hecho sí s s pero totalmente diferente totalmente diferente era totalmente diferente siempre pensamos eso es verdad Ah y al final sí y Mi motivación fue vale me falta esto yo quiero tener esto como puedo aprendí programar Ah también he montado un equipo he encontrado un diseñador otro programador todo sin pagar nada porque si fue 100% eran gratis í en Rusia son gratis todo es gratis claro comunismo no eres gratis porque s ya estamos en España Ah vale Y al final si es no es porque pensamos en idea si motivamos gente no no cobr nuestros usarios Pero al final Cómo arranca todo sí sí sí sí cómo arranca todo startup 100% pero al final hemos tenido un éxito año 2008 2009 es que cuando publicamos algunos portales como product Hunt ahora es en el mismo noche tenemos 1000 de usuarios y un montón de Sí en 8 horas sí es como hace 12 12 años 12 años como internet en Rusia almente fue diferente y todo Ah pero sí fue un primer de estos to list con web 2.0 totalmente con con Ajax y todo es muy diferente y fue tenía un buen de pinta pero después desarrollamos tiempo libre para más dos más años y hemos vendido este proyecto si al final fue como un primer éxito Con vale desde cero he recibido algunos algún dinero y fue como sí un buen ejemplo para vale Yo puedo mandar equipo yo puedo encontrar una idea yo puedo vender pero durante los do años nadie cobró No nadie porque es imposible en este momento en Rusia no había esta experiencia de pagar Ah los programadores Ah no s porque al final sea digo la gente que trabajaba eh los programadores pero todo el mundo tiene un parte de de este de este proyecto es como un sí al final fue como tres tres programadores un designer por eso es equipo muy pequeñito Pero al final sí cuando vendimos Claro que cada persona recibía parte de su dinero y fue un buen éxito Ah sí claro que es todo relativo pero para mí en este momento Sí sí te cambió la vida Ah he Comparado coche por eso vale en 21 años y es Fue como un sí vale pero claro no es tan éxito grande pero al final no cobramos no fue un negocio solo un proyecto con algunos usuarios con miles de usuarios Pero vale No es algo a quién lo vendéis Ah A quién lo vendiste una como no sé cómo está vure Venture builder al final de el momento y después me gustó mucho este sí experiencia con startups y pero continuaba trabajar como un desarrollador en remoto para asciendo freelance en algún momento intentado trabajar por una agencia Ah me como en dos meses entendí que es imposible porque al final es como fue ellos venden mi tiempo por eso tengo un proyecto para dos meses he resolviendo en dos días y después ellos me están diciendo que vale tú tienes que sentar y pensar que tienes que hacer ver que haces cosas Exacto pero no hacer nada y para mí es no no no es imposible pero y al final he encontrado un otro startup que me gusta mucho que se llama que se llama barum map que la idea fue que en un click tú puedes conectar su linkedin Facebook o algo y vamos a generar un un resume un CV Ah infográfico no es pero es como infográfico y tiene muy buen pinta tecnológicamente es también fue muy muy muy complicado y me gustó mucho empezó como Tim Lita allí y trabajaba í por 3 años y en algún momento fui a Barcelona para hablar en una conferencia y he encontrado Red Bull qué conferencia Ah Es fue sobre mbergs es como si una framework de javascript en este momento Vale y y hablaste Ah conociste a he hablado con Jordi después a Pa Entonces te hicieron el lío y Y te viniste a Barcelona a vivir exactamente al final sí como estoy siempre estoy discutiendo que mudamos por trabajo pero al final quedamos por ciudad porque me gustó mucho Barcelona por jord final sí cuando Jordi pa se fue también si se cambiado puesto pero sí pensamos que con mi mujer siempre podemos volver a Rusia pero no queremos no voy a hablar sobre política pero también Sí porque no nos gusta mucho Barcelona España ym mal Entonces en un momento dado sales de redbull y entras en camalon eh pasas un tiempo en camalú como cto eh Y en un momento dado decides emprender sí que es este mix feeling no cuando alguien te dice Bueno voy a montar mi negocio no dice [ __ ] qué putada por un lado No porque pues pieza clave no de de camalú En aquel momento Juan casi Tuvo una depresión eh Y pero al mismo tiempo dices Bueno pero qué Ilusión No es que al menos pues aquí estamos todo el día hablando de emprender no de arrancar cosas y tal Y y vas a montar un lo tuyo no Y además con financiación muy muy temprano no sí sí al final fue talmente muy natural natural pero también he tenido una idea en este momento de covid cuando estamos muy todos muy en remoto y todo trabajando desde casa Ah que yo he encontrado que vale mi día empieza a las a las 89 finaliza a las 89 y 12 horas solo Mirando a mi laptop ualmente Sí muy cansado sin energía sin nada estoy pensando pero mi calendario también está Sabiendo mi día a día todas las reuniones que tengo todos los HM Ah como Time blocks que tengo también por qué no está haciendo como un coach vale tú tienes mucho en en su plato tú tienes que quitar algunas cosas replan ificar o ir a gimnasio o vale pero sí cambiar cambiar mis hábitos es que salud y de salud Sí de día porque y he intentado hacer como prototipos cómo puede ser Cómo Cómo podemos ver esto Ah por cierto que eso tú lo utilizas hoy sí no eso es tu app la que tú utilizas sí Ah vale porque yo lo he visto en tu pantalla que de volpe te dice tienes que levantarte no sé qué no para ahora para de trabajar y no no es es otro es otro es otro es otro es otro prototipo vale Pero vale Ah sí Y al final Como intentado sí empezado a hacer estos prototipos y y publicado cosas en Twitter que mira tengo esta idea tengo esta idea Mira cómo puede serc y he recibido un una llamada vale estamos una Venture fund que también estamos pensando lo mismo como calendario como Smart o a calendario no sé cómo Cómo podemos llamar este que tenemos que hablar y al final hablamos es que al final con idea levantando dinero y oportunidad que crear un producto desde cero dinero es casi un millón de euros no sí sí más o menos O sea un poco menos pero sí o sea de entrada que alguien recib una llamada y te voy a dar un millón de euros para que Montes esta app que has puesto en Twitter sí no pero también no es también solo de tweet yo voy a recibir F como gente va a empezar a twitear pero sí a crear en público A veces tiene sentido Porque todos los mis conexiones fue por Twitter Jordi es Twitter Al final este este experiencia de emprendedor también Twitter Pero eso sí hacer cosas manera pública tiene en sentido Ah pero al final Ah fue business plan Fue como un montón de de charlas no es solo un tweet que que levantó tanto dinero pero sí dos dos años intentando Buscar creando equipo creando producto pensando a nivel de go to Markets y también poniendo estos gorras de yo no soy solo un programador o cto también un ceo tengo que pensar a todos los niveles de negocio y si negocio tiene sentido es cambia tu perspectiva mucho y sí Y también cuando tú tienes sí es Claro que he tenido dinero pero no es solo dinero para años y años al final es tú ves pero contrataste mucha gente Ah no mucho pero como máximo tenemos como 11 personas Pero y al final sí tú ves tu runway también no es indefinido Y tú tienes que tener algunas cosas en un proceso pensamos que vamos a hacer bit clásico que vamos a tener un prod producto que vamos a vender a customers que ellos van a pagar con suscripción y encontramos al final que es muy complicado primero es mercado de performance de como productivity es algo muy raro que no voy a nunca decir que tienes que ir ahí porque sí es como reduction 100% y también Ah yv ahí es como muy muy muy bajo Ah para gente es normal comprar algo para dos o TR o 5 eur por año y cambiar e aplicaciones cada mes es es pas normal por eso chorn es muy alto y cb es muy bajo Ah pero también Ah cac Es imposible alto en este caso Ah por eso pensamos pensamos pensamos revisamos que es muy complicado y encontramos otra manera que en teoría podemos entrar a b2b porque todo el mundo está especialmente Hace 2 años pensaba que vale Tenemos un montón de equipos remoto burnout es fue una palabra de de moda exacto y hay un montón de Ah coaches que está haciendo este coaching para cada para cada equipo que vale Cómo podemos trabajar Cómo podemos evitar burnout si podemos encontrar manera mejor su día a día como planificar tu tu schedule Ah y por eso pensamos que esta app que está sacando un montón de datos de tu de tu móvil de cómo tú duermes Cómo tú estás moviendo como Qué es tu calendario está conectando todo y puedo mostrar a y junto con un Coach que puede también explicar a ti Por qué es importante revisar todos esos datos puede ser una pareja ideal Ah y al final sí también ahora estoy revisando que hay algunos negocios que está creciendo mucho en este espacio pero también mi inversor en este momento está diciendo que vale tiene sentido ahí vemos que es es una idea pero estamos 100% b2c por eso Si quieres continuar vamos vamos a buscar alguien nuevo que pueda univers unor nuevo que también puede ayudarte con experiencia b2b porque es totalmente otro mundo es Ah pero después de dos años también mic founder en este momento tenía su primer hijo y fue como unos momento muy complicado para vale no podemos levantar otra ronda también no estamos 100% seguros Si queremos continuar con esta paz y paramos un proyecto y yo he recibido una llamada a ti intent recordar si era pavo Yo sí sí sí vale muy bien menos mal menos mal por la parte de factorial no es una putada eh Cuando cuando ves que no sale un proyecto Pero bueno fue fue relativamente breve no O sea visteis relativamente rápido que no no ibais a dedicaros a a hacer esto no sí sí sí sí pero sí es Al final est todo que es conectado a calendario es muy complicado porque gente está personalmente trabajando con tiempo totalmente diferente diferente depende de su nivel depende de su seniority depende de un montón de cosas por eso encontrar un patrón que está repitiendo para cada persona en su app es muy complicado Y si tú no puedes encontrar es patrón es muy complicado monetizar este por eso a nivel de negocio es también un challenge en general tú te ves ceo en el futuro o cto te ves echándome de factor igual sería estaría bien al final es lo mismo como St Power Team yo estoy y pensando y creando a nivel de overlap si todo el mundo tiene que hacer un overlap Y si vamos solo vale sio llevando ingeniería si están llevando solo negocio va mal por eso para mí no es tan importante que es mi título al final si producto funciona si negocio también funciona y si yo veo que algo está roto yo voy a hablar también vale Yo no veo este negocio yo no veo est esta dirección Ah por eso Si yo tengo esta libertad y nadie me me está diciendo que vale tú solo ingeniería trabaja en ingeniería yo estoy estoy cómodo muy interesante eh Muchas gracias por contarnos tu historia y y un poco Cómo estamos construyendo producto en factorial y bueno Seguiremos contando eh Y cada equis tiempo vamos contando lo que aprendemos y lo que vamos probando que es un proceso de experimentación constante que llevamos 7 años y la verdad es que hemos aprendido un montón No y y mucha gente dice Oye pues no es lo mismo ahora que es la empresa es grande y ya no es lo mismo como los viejos tiempos para mí es al revés no O sea este reto que tenemos ahora no de conseguir que esas personas con tanto talento no tengan el espacio para crear para construir eh para para hacer historia eh es super interesante 100% s y más cuando tanta gente del mercado le interesa lo que hacemos no y están dispuestos a utilizarlo y y a pagar por ello no sí sí Y para m y me parece tenemos esta libertad que yo estoy comentando que nadie va a decir que tú solo en un ingeniero por eso toca código y nada más Ah no tenemos una libertad que es si tú quieres crear un producto que tú estás orgulloso Sí me parece factor es un lugar ideal para esto perfecto tu action final vendemos un poco Muy bien pues nada hasta la semana que viene somos un ecosistema de startups Tech de Barcelona creadores de camalon kipu y factorial entre otras ofrecemos más de 5000 Met cu de coworking a startups y organizamos eventos diarios para discutir negocio hasta laedad desde f invertimos en equipos con capacidad de construir grandes productos y negocios te esperamos