Sergio S\u00e1nchez es actualmente CTO en G\u00e9nexys Technology, donde lidera el desarrollo de un nuevo concepto de veh\u00edculo de micromovilidad inteligente: conectado, impulsado por inteligencia artificial y dise\u00f1ado para redefinir la movilidad urbana, un nuevo tipo de veh\u00edculo que nos permitir\u00e1 movernos de una forma m\u00e1s segura.” .<\/p>\n\n\n\n
Su perfil encaja poco con el arquetipo cl\u00e1sico de CTO \u201cpuramente t\u00e9cnico\u201d. Su trayectoria es transversal: empez\u00f3 programando de forma autodidacta siendo adolescente, evolucion\u00f3 hacia desarrollo web y emprendimiento, pas\u00f3 por el mundo del QA, escal\u00f3 hacia liderazgo t\u00e9cnico y termin\u00f3 consolid\u00e1ndose como director tecnol\u00f3gico y cofundador en distintos proyectos.<\/p>\n\n\n\n
Esa mezcla de roles le ha dado una visi\u00f3n poco habitual: entiende el producto desde el c\u00f3digo, pero tambi\u00e9n desde el negocio, la operaci\u00f3n y la escalabilidad organizativa.<\/p>\n\n\n\n
\u00c9l mismo resume esa evoluci\u00f3n como una construcci\u00f3n progresiva de perspectiva:<\/p>\n\n\n\n
\u201cHe trabajado como desarrollador, QA, l\u00edder t\u00e9cnico, emprendedor y CTO. Esa experiencia creo que me permite entender no s\u00f3lo c\u00f3mo se construye la tecnolog\u00eda, sino tambi\u00e9n c\u00f3mo se convierte en un producto, c\u00f3mo se escala un equipo y c\u00f3mo se utiliza la innovaci\u00f3n, especialmente la inteligencia artificial, para resolver problemas reales y generar impacto en el negocio.\u201d<\/p>\n\n\n\n
Hoy, su foco est\u00e1 en la inteligencia artificial aplicada a sistemas f\u00edsicos y movilidad, un terreno donde la tecnolog\u00eda deja de ser digital para integrarse directamente en la vida cotidiana de las personas.<\/p>\n\n\n\n
La compa\u00f1\u00eda en la que trabaja actualmente busca evolucionar el concepto de micromovilidad urbana. Cuando se le pregunta por ello, lo define de forma sencilla, pero con implicaciones profundas:<\/p>\n\n\n\n
\u201cUn veh\u00edculo de micromovilidad es como lo que hoy en d\u00eda se conoce como patinetes, bicicletas\u2026 un veh\u00edculo que te permite moverte en viajes cortos, en entornos urbanos.\u201d<\/p>\n\n\n\n
Pero el objetivo del proyecto no es replicar lo existente, sino transformarlo.<\/p>\n\n\n\n
\u201cEstamos evolucionando ese sector, que ten\u00eda falta de seguridad y poca tecnolog\u00eda, hacia un veh\u00edculo inteligente y conectado.\u201d<\/p>\n\n\n\n
La propuesta incorpora inteligencia artificial como n\u00facleo del sistema, no como capa a\u00f1adida:<\/p>\n\n\n\n
\u201cEl veh\u00edculo est\u00e1 controlado por inteligencia artificial y conectado\u2026 te permite conectarte a las ciudades, al entorno y realizar diferentes acciones.\u201d<\/p>\n\n\n\n
En su visi\u00f3n, el veh\u00edculo deja de ser un objeto pasivo para convertirse en un sistema interactivo:<\/p>\n\n\n\n
\u201cDesde que te asista en seguridad, hablar con el veh\u00edculo o poder comprar mientras est\u00e1s conduci\u00e9ndolo\u2026 por ejemplo una Coca-Cola y recogerla en destino.\u201d<\/p>\n\n\n\n
Preguntado por su rol, Sergio recurre a una met\u00e1fora cl\u00e1sica, pero efectiva: la orquesta.<\/p>\n\n\n\n
\u201cSomos un poco como los directores de orquesta. No sabemos tocar todos los instrumentos, pero sabemos c\u00f3mo funciona cada uno y qu\u00e9 aporta.\u201d<\/p>\n\n\n\n
La clave del CTO no es ejecutar todo, sino coordinar sistemas complejos:<\/p>\n\n\n\n
\u201cDirigir una orquesta correctamente da como resultado una m\u00fasica sincroniza, muy bonita y que suena bien.\u201d<\/p>\n\n\n\n
En su caso, esa orquesta no solo est\u00e1 formada por personas, sino cada vez m\u00e1s por sistemas de inteligencia artificial.<\/p>\n\n\n\n
Uno de los ejes centrales de su visi\u00f3n del rol es el equilibrio constante entre tres fuerzas: velocidad, calidad y estrategia.<\/p>\n\n\n\n
\u201cCreo que el mayor reto es ese equilibrio constante entre velocidad, calidad y direcci\u00f3n estrat\u00e9gica.\u201d<\/strong><\/p>\n\n\n\n La irrupci\u00f3n de la inteligencia artificial ha amplificado este dilema:<\/p>\n\n\n\n \u201cNos est\u00e1 dando m\u00e1s velocidad\u2026 no nos est\u00e1 quitando trabajo, nos est\u00e1 dando m\u00e1s trabajo. Vamos m\u00e1s r\u00e1pido, con decisiones m\u00e1s dif\u00edciles.\u201d<\/p>\n\n\n\n Esto introduce una tensi\u00f3n nueva: m\u00e1s capacidad de ejecuci\u00f3n implica m\u00e1s necesidad de criterio.<\/strong><\/p>\n\n\n\n Trabajar en un producto nuevo implica convivir con incertidumbre constante.<\/p>\n\n\n\n \u201cEstamos haciendo algo bastante \u00fanico\u2026 no hay nada as\u00ed en el mundo.\u201d<\/p>\n\n\n\n Eso obliga a una din\u00e1mica de prueba-error permanente:<\/p>\n\n\n\n \u201cDedicas mucho tiempo a algo, empiezas a ver todo negro\u2026 pero es importante iterar r\u00e1pido.\u201d<\/p>\n\n\n\n La clave est\u00e1 en no bloquearse en decisiones imperfectas:<\/p>\n\n\n\n \u201cNo era la correcta en ese momento, pero puede surgir algo mejor.\u201d<\/p>\n\n\n\n Una de las decisiones m\u00e1s relevantes en su trayectoria reciente ha sido la adopci\u00f3n profunda de IA.<\/p>\n\n\n\n \u201cMeternos de lleno en inteligencia artificial ha sido la decisi\u00f3n que m\u00e1s ha impactado.\u201d<\/p>\n\n\n\n No solo como automatizaci\u00f3n, sino como acelerador de desarrollo:<\/p>\n\n\n\n \u201cPuedes desarrollar en un mes lo que antes hac\u00edas en un a\u00f1o, con la misma calidad y sin deuda t\u00e9cnica.\u201d<\/p>\n\n\n\n Para Sergio, la deuda t\u00e9cnica no es algo que se elimina, sino algo que se gestiona.<\/p>\n\n\n\n \u201cLa deuda t\u00e9cnica no es algo que se vaya a eliminar nunca por completo.\u201d<\/p>\n\n\n\n Cuando crece demasiado, deja de ser un problema de c\u00f3digo y se convierte en un problema organizativo:<\/p>\n\n\n\n \u201cEmpiezas a perder capacidad de ejecuci\u00f3n. Todo tarda m\u00e1s. Todo es m\u00e1s dif\u00edcil.\u201d<\/p>\n\n\n\n Y el impacto llega incluso a algo cr\u00edtico: la incorporaci\u00f3n de talento.<\/p>\n\n\n\n \u201cEl onboarding puede pasar de 6 d\u00edas a 6 meses.\u201d<\/p>\n\n\n\n Sergio no cree en extremos.<\/p>\n\n\n\n Ni parar el desarrollo para \u201climpiar todo\u201d. La clave est\u00e1 en la gesti\u00f3n continua.<\/p>\n\n\n\n \u201cNo puedes parar el sistema durante semanas, pero tampoco puedes ignorarlo.\u201d<\/p>\n\n\n\n La deuda t\u00e9cnica, en su visi\u00f3n, es tambi\u00e9n una decisi\u00f3n estrat\u00e9gica consciente:<\/p>\n\n\n\n \u201cEn muchos casos, la est\u00e1s generando porque decides priorizar velocidad.\u201d<\/p>\n\n\n\n Uno de los cambios m\u00e1s importantes al crecer una organizaci\u00f3n no tiene que ver con tecnolog\u00eda.<\/p>\n\n\n\n Tiene que ver con comunicaci\u00f3n.<\/p>\n\n\n\n \u201cCuando eres peque\u00f1o, todo fluye. Cuando creces, la comunicaci\u00f3n se rompe.\u201d<\/p>\n\n\n\n A partir de cierto tama\u00f1o, el conocimiento deja de ser compartido y empieza a fragmentarse.<\/p>\n\n\n\n \u201cSe forman grupos aislados dentro de la organizaci\u00f3n.\u201d<\/p>\n\n\n\n En su experiencia, hay tres reglas clave:<\/p>\n\n\n\n \u201cEs mejor tardar m\u00e1s que incorporar mal.\u201d<\/p>\n\n\n\n \u201cSi el conocimiento depende de alguien concreto, tienes un problema.\u201d<\/p>\n\n\n\n \u201cEl CTO no puede tomar todas las decisiones.\u201d<\/p>\n\n\n\n Pero esa autonom\u00eda solo funciona si la base est\u00e1 bien construida.<\/p>\n\n\n\n Uno de los cambios m\u00e1s interesantes no est\u00e1 en el desarrollo, sino en la toma de decisiones.<\/p>\n\n\n\n \u201cAhora puedes validar decisiones antes de implementarlas.\u201d<\/p>\n\n\n\n Esto introduce una nueva capa en el ciclo de producto:<\/p>\n\n\n\n \u201cValidas antes de construir.\u201d<\/p>\n\n\n\n Sobre los perfiles junior, su visi\u00f3n es clara: la base sigue siendo imprescindible.<\/p>\n\n\n\n \u201cSigue teniendo que aprender esas bases.\u201d<\/p>\n\n\n\n Incluso en un mundo cada vez m\u00e1s automatizado:<\/p>\n\n\n\n \u201cAunque lleguemos a no tocar c\u00f3digo, necesitas entenderlo para poder dirigir.\u201d<\/p>\n\n\n\n Para elegir tecnolog\u00eda, su criterio es pragm\u00e1tico:<\/p>\n\n\n\n \u201cLo principal es si realmente resuelve un problema.No hay que enamorarse de la tecnolog\u00eda.\u201d<\/p>\n\n\n\n El error m\u00e1s com\u00fan:<\/p>\n\n\n\n \u201cElegir tecnolog\u00eda porque te ha entrado por los ojos.\u201d<\/p>\n\n\n\n Cuando mira a los pr\u00f3ximos a\u00f1os, Sergio no ve un CTO m\u00e1s t\u00e9cnico.<\/p>\n\n\n\n Ve un CTO m\u00e1s estrat\u00e9gico.<\/p>\n\n\n\n \u201cVamos a convertirnos en orquestadores.\u201d<\/p>\n\n\n\n Un rol donde gran parte del trabajo operativo estar\u00e1 automatizado por IA.<\/p>\n\n\n\nDe la incertidumbre a la iteraci\u00f3n<\/strong><\/h1>\n\n\n\n
IA como decisi\u00f3n estructural<\/strong><\/h1>\n\n\n\n
Deuda t\u00e9cnica: El riesgo silencioso de las empresas<\/strong><\/h1>\n\n\n\n
C\u00f3mo gestionar la deuda sin parar el producto<\/strong><\/h2>\n\n\n\n
Ni ignorar el problema.<\/p>\n\n\n\nEscalar equipos: cuando el problema ya no es t\u00e9cnico<\/strong><\/h1>\n\n\n\n
\n
Los tres principios para escalar sin colapsar<\/strong><\/h2>\n\n\n\n
1. Contratar bien antes que r\u00e1pido<\/strong><\/h3>\n\n\n\n
2. Evitar dependencias cr\u00edticas en personas \u00fanicas<\/strong><\/h3>\n\n\n\n
3. Dar autonom\u00eda real a los equipos<\/strong><\/h3>\n\n\n\n
IA como sistema de validaci\u00f3n de decisiones<\/strong><\/h2>\n\n\n\n
\n
Juniors y el futuro del desarrollo <\/strong><\/h1>\n\n\n\n
El error m\u00e1s com\u00fan: enamorarse de la tecnolog\u00eda<\/strong><\/h1>\n\n\n\n
El futuro del cto: de constructor a orquestador de sistemas<\/strong><\/h2>\n\n\n\n