Transformando una empresa de software tradicional en una empresa AI-First
Abrimos con la imagen del horizonte: la frontera no es un destino fijo, se desplaza cada vez que la tecnología cambia.
Presentación personal y agradecimiento a la organización de AI Congress Barcelona.
raona · coding corporate futures
Construimos software para grandes organizaciones desde 2003. Por eso vivimos la IA desde tres lados a la vez: como usuarios, como ingenieros y como proveedores de nuestros clientes.
Raona es una compañía tecnológica especializada en crear soluciones digitales para transformar la forma en la que las personas trabajan dentro de las organizaciones. Nacimos en 2003 y llevamos más de veinte años construyendo software para grandes empresas.
Esto es importante para entender lo que vamos a contar: no somos observadores de la IA. Trabajamos con tecnología, desarrollamos soluciones para otras compañías y, al mismo tiempo, tenemos que transformar nuestra propia manera de operar.
Lo que vamos a compartir es el recorrido de una empresa que ha tenido que experimentar, equivocarse, tomar decisiones y revisar su estrategia mientras la tecnología cambiaba a gran velocidad.
Hoy somos casi 400 ingenieros en cinco países: España, Andorra, Argentina, Colombia y, desde este año, México.
[VALIDAR] Nombre exacto de la especialización actual de Microsoft.
Al estar tan cerca de la tecnología, hemos tenido la suerte de vivir muchos momentos
…pero también la
de las expectativas generadas.
Hoy queremos compartir ese camino, con sus *aciertos y sus *fallos, para quien quiera hacerlo suyo.
Al estar tan cerca de la tecnología, hemos tenido la suerte de vivir muchos momentos WOW. Pero también hemos sentido la frustración de las expectativas generadas.
El propósito de esta presentación es compartir ese camino para aquellos que quieran hacerlo propio, y que puedan aprender de nuestros aciertos y de nuestros fallos.
[La secuencia dura unos 8 segundos: dejar que caiga «frustración» antes de hablar.]
Antes de nada
/em·pre·sa fron·te·ra/loc. sust. f.·Del inglés Frontier Firm.
Empresa capaz de aprovechar todo el potencial de la IA para *multiplicar *su *productividad.
Organización AI-first que reorganiza sus procesos y su trabajo alrededor de personas y agentes de IA.
Término popularizado por Microsoft (Work Trend Index, 2025) y adoptado por Harvard Business School.
Antes de nada: ¿qué es una empresa frontera? Para nosotros, es una empresa capaz de aprovechar todo el potencial de la IA para multiplicar su productividad. Una organización AI-first que reorganiza sus procesos y su trabajo alrededor de personas y agentes de IA.
Contexto: desde 2025 el término «Frontier Firm» ha tomado un sentido nuevo.
Microsoft lo popularizó en su Work Trend Index 2025: empresas con IA desplegada en toda la organización, madurez avanzada, uso actual y previsto de agentes y la convicción de que los agentes son clave para el retorno de la IA. De 9.037 líderes encuestados, 844 (un 9 %) cumplían los criterios.
Harvard Business School lo ha adoptado en su Frontier Firm AI Initiative: una organización que pone la IA en el centro de su estrategia para reinventar cómo opera, innova y amplía las capacidades humanas.
Y OpenAI lo usa de forma operativa: las empresas en el percentil 95 de uso. Usan 3,5 veces más inteligencia por trabajador que una empresa típica, y en tareas agénticas de código la diferencia llega a 16 veces.
En síntesis: una empresa AI-first que reorganiza procesos y trabajo alrededor de personas y agentes de IA. Es un concepto emergente, con mucha influencia de la literatura de management y de los proveedores.
Fuentes: microsoft.com/worklab/work-trend-index/2025-the-year-the-frontier-firm-is-born · aiinstitute.hbs.edu/frontier-firm-ai-initiative/about · openai.com/index/introducing-b2b-signals
Nuestro viaje
Visto desde hoy parece un recorrido ordenado, pero no son etapas que se suceden: son caminos que se solapan. Algunos empezaron y ya terminaron; otros siguen abiertos mientras empezamos los siguientes.
1. Bring-your-own-AI: curiosidad tecnológica. La fase de descubrimiento de plataformas, subvencionada por la compañía.
2. Plataformas de productividad personal: aparecen los grandes players (Claude, ChatGPT, Microsoft Copilot, Lovable…). Han multiplicado y siguen multiplicando la productividad y, sobre todo, nos permiten hacer cosas que antes eran impensables. Aquí lo fundamental es la adopción.
3. IA corporativa: empezamos a analizar agentes y procesos corporativos con DIREM y decidimos el stack. El salto desde la productividad personal exige seguridad, cumplimiento y, sobre todo, poner orden en los datos. Azure AI Foundry y Copilot para procesos agénticos.
4. Empresa frontera: la fase en la que estamos inmersos, sin haber abandonado las anteriores. Llegan los minairons, la agentización del desarrollo y los agentes que actúan de forma autónoma.
[VALIDAR fechas de inicio y fin de cada camino]
Primera decisión cultural
Un presupuesto personal para que cada persona probara las herramientas que empezaban a aparecer.
Nuestro objetivo como compañía
Entender qué plataformas y tecnologías eran las más prometedoras a partir del feedback de las personas.
Hacer ver que, estratégicamente, llegaban cambios importantes y teníamos que estar preparados.
«Me resume la reunión y redacta el acta en minutos.»
«A veces se inventa los datos.»
«Entiende documentos larguísimos y razona muy bien.»
«Espectacular, pero poco uso en el día a día.»
«Me quita todo el código repetitivo.»
«Útil para buscar, no tanto para producir.»
«Cambia varios ficheros a la vez, con contexto.»
«Prometedor, pero todavía inestable.»
Nuestra estrategia comenzó con lo que llamamos bring-your-own-AI: un presupuesto personal para que cada persona probara las herramientas que empezaban a aparecer. Unas probaron ChatGPT, otras Gemini o Claude; en desarrollo llegaron Cursor, Windsurf y GitHub Copilot.
Como compañía teníamos dos objetivos. El primero, escuchar: entender qué plataformas y tecnologías eran las más prometedoras a partir del feedback que nos daban los propios empleados. Cada uno nos contaba qué le funcionaba y qué no, y con eso fuimos separando las plataformas más prometedoras de las que tenían límites. [Sustituir los ejemplos de las notas por feedback real si se quiere.]
El segundo, preparar: empezar a hacer ver a la gente que, desde el punto de vista estratégico, venían cambios importantes y que teníamos que empezar a estar preparados.
La mayor lección de este viaje
La clave es la ADOPCIÓN.
La clave es la adopción
Proporciones ilustrativas
Les das la facilidad y enseguida cacharrean, juegan y le sacan el jugo. Pero siempre persiguen la próxima big thing: son poco constantes.
La clave es la adopción
Proporciones ilustrativas
Les das la facilidad y enseguida cacharrean, juegan y le sacan el jugo. Pero siempre persiguen la próxima big thing: son poco constantes.
Repiten mantras amplificados por los medios, muchas veces sin haberlo probado en persona.
La clave es la adopción
Proporciones ilustrativas
Les das la facilidad y enseguida cacharrean, juegan y le sacan el jugo. Pero siempre persiguen la próxima big thing: son poco constantes.
Repiten mantras amplificados por los medios, muchas veces sin haberlo probado en persona.
Miedo a ser sustituidos, a dejar de ser imprescindibles, a no saber adaptarse.
La clave es la adopción
Facilitar el acceso a las herramientas.
Entusiastas que crean píldoras, comparten casos de uso en el café y hablan con sus compañeros.
Nos certifica como compañía, nos trae las buenas prácticas del mercado y nos obliga a estar al día.
Un apoyo claro y decidido de la dirección, y el compromiso de toda la organización para que todos entiendan la importancia de la iniciativa.
Cuando se combinan las cuatro, la adopción llega a todos.
Esta es la mayor lección de toda la presentación: no se puede dar el trabajo por cerrado solo con dar acceso a las plataformas. La clave es la adopción.
En las compañías, incluso en las más tecnológicas, hay una gran variedad de perfiles e intereses.
Entusiastas: les das la facilidad y enseguida se ponen a cacharrear, a jugar con las plataformas y a sacarles el jugo. Son pocos. Hay que darles pista para correr lo que quieran… pero tienen un problema: la próxima siempre es la big thing. Son poco constantes.
Escépticos: el grueso. Descreídos de las capacidades de la tecnología; muchos repetían mantras multiplicados por los medios sin haberlo probado: «no funciona», «es caro», «las empresas ya se están echando atrás». El reto es acompañarlos: derribar mitos, explicar el potencial y mostrar ejemplos reales que les ayuden a salir del escepticismo. Aquí el papel de los entusiastas y de la comunidad es fundamental, porque ayuda a disipar el ruido alrededor de la tecnología.
[Lo que nos funcionó a nosotros] Facilitar el acceso a las herramientas. Crear comunidades de entusiastas que crean píldoras, comparten casos de uso en los tiempos de café y hablan con sus compañeros. Recibir formación y dar formación: nos certifica como compañía, nos trae las buenas prácticas del mercado y nos obliga a estar al día. Y un impulso claro y decidido desde dirección, junto con el compromiso interno de toda la organización, para que se entienda la importancia de esta iniciativa.
Con miedo: hay gente con miedo real a ser sustituida, a dejar de ser imprescindible, a no saber adaptarse. La estrategia es ser transparentes y apoyar e incentivar la formación. Aunque cerremos los ojos, la realidad que viene no va a dejar de ser real; nos tendremos que adaptar, no pasa nada, forma parte de la vida profesional. Y la empresa, por su propio interés, pondrá los medios para que la gente pueda probar y formarse.
Modernización de legacy
Un ERP escrito en COBOL, con más de 4.500 ejecutables independientes y poca documentación, que necesitaba migrar a tecnologías modernas.
Transformó toda la capa visual de forma determinista: de un front-end ejecutado en cliente a una aplicación web.
Para ir migrando todos y cada uno de los módulos.
Antes de la IAestos proyectos eran inviables, técnicamente o por costes, y rara vez se hacían.
Hoyno solo son factibles: son una oportunidad para el legacy de miles de aplicaciones corporativas.
Código ilustrativo, no corresponde al proyecto real.
Momento WOW. Una empresa tenía un ERP escrito en COBOL, con más de 4.500 ejecutables independientes y poca documentación, y necesitaba migrar a tecnologías más modernas.
En un fin de semana construimos un intérprete de ACUCOBOL-GT a React que transformó toda la capa visual de forma determinista. En un fin de semana fuimos capaces de migrar un front-end ejecutado en cliente a una aplicación web.
En las semanas siguientes construimos un sistema agéntico que transformaba el COBOL a un AST y de ahí a Next.js, para ir migrando todos y cada uno de los módulos.
Este tipo de proyectos, antes de la IA, eran inviables técnicamente o desde el punto de vista de costes, y rara vez se llevaban a cabo. Ahora no solo son factibles: son una oportunidad para el legacy de miles de aplicaciones corporativas.
Camino 02 · Productividad personal
Esto abrió una nueva era…
la de la IA para *multiplicar la *productividad *personal.
Esto abrió una nueva era: la de la IA para multiplicar la productividad personal.
[Entrada al camino 02: Claude, ChatGPT, Microsoft Copilot, Lovable… plataformas que multiplican la productividad y, sobre todo, nos permiten hacer cosas antes impensables. Lo fundamental: la adopción.]
Llegan las versiones empresariales
Bring-your-own-AI · decenas de herramientas
ChatGPTGeminiPerplexityMidjourneyClaudeNotion AIDeepLJasperGammaCursorCopilotBoltv0ReplitMistralPoeLovableOtterTomeCopy.aiRunwayGitHub CopilotElevenLabsGrammarlyLos generalistas: investigar, analizar, crear y programar.
Acceso nativo a los datos corporativos.
La IA entra en el ciclo de desarrollo.
A una velocidad nunca vista.Nace el vibe coder → hoy Forward Deployed Engineer: un cambio transformacional profundo.
→ Se adopta de forma generalista… y todavía hoy nos acompañan: hemos entendido que cada una tiene un propósito y unos casos de uso distintos.
No obstante…
¿Estamos seguros de que hay una adopción general? ¿Le estamos sacando todo el rendimiento a las herramientas?
Lanzamos ideas y aplicaciones con Lovable a toda velocidad… ¿y luego qué? ¿Quién las pone en producción? ¿Quién les da continuidad?
En este momento aparecen las versiones empresariales y nuevas plataformas: ChatGPT, Claude, Microsoft Copilot, GitHub Copilot, Lovable. De forma natural empezamos a converger alrededor de ellas, porque nos permiten gestionar permisos, licencias y el uso de la plataforma. Y se adopta de forma generalista.
ChatGPT y Claude, para desarrollo y productividad personal. Microsoft Copilot empieza de manera incipiente, pero con una gran ventaja: el acceso nativo a los datos corporativos. Lovable nos ayuda a generar aplicaciones corporativas y prototipos navegables a una velocidad nunca vista. Aparece la figura del vibe coder, ahora llamado Forward Deployed Engineer, y empieza un cambio transformacional profundo.
Estas plataformas nos acompañan todavía hoy: hemos entendido que tienen propósitos distintos y casos de uso distintos.
No obstante, aparecen nuevos problemas y dudas. Primero: ¿estamos seguros de que hay una adopción general y de que la gente le saca todo el rendimiento a las herramientas? Es el momento de empezar a analizar el impacto de las iniciativas y entender los siguientes pasos: de ahí nace AI Audit.
Segundo: somos capaces de lanzar ideas y aplicaciones de forma muy ágil con Lovable, pero ¿y luego qué? ¿Quién pone esas aplicaciones en producción de forma ágil? ¿Quién les da continuidad? Tuvimos que crear procedimientos y adaptar nuestra infraestructura para que los nuevos desarrolladores (vibe coders), gente con gran conocimiento de aplicaciones pero poco de plataforma y código, pudieran poner aplicaciones en producción de manera rápida y ágil.
¿Cómo sabemos si estamos avanzando?
AI Audit evalúa de forma periódica a cada equipo de Raona. Un cuestionario que genera la propia IA mide su nivel de madurez y propone un plan de acción para llevarlo al siguiente nivel.
¿Cómo sabemos si estamos avanzando? Midiendo el impacto real de las iniciativas. Y lo hicimos como lo haría cualquier empresa de software: con una aplicación más.
AI Audit permite auditar de manera periódica a los diferentes equipos. A partir de un cuestionario que genera la propia IA, evalúa el nivel de madurez del equipo y propone un plan de acción para llevarlo al siguiente nivel.
Los equipos de Raona la pasan de forma periódica para saber cuál es el siguiente paso en su camino de adopción de la IA. Fijaos en que el propio informe ya propone minairons: agentes concretos que ese equipo podría poner a trabajar.
[El informe que se ve es el informe de ejemplo real de AI Audit (Demo Tech SL). La ventana recorre sola las secciones de la vista ejecutiva y del análisis detallado; se puede hacer clic en las pestañas para saltar.]
Camino 03 · IA corporativa
Después de la productividad personal…
llegó el momento de analizar los *conectores y los *procesos *corporativos.
Después de la productividad personal, llegó el momento de empezar a analizar los conectores y los procesos corporativos.
[Entrada al camino 03: DIREM, minairons, seguridad, cumplimiento y orden en los datos.]
De lo personal a lo corporativo
Lo que hemos tenido que resolver
Para que las IA interactúen entre ellas y las plataformas puedan consumir nuestras aplicaciones.
Ordenar los datos y definir modelos semánticos y playbooks corporativos para que las IA entiendan qué son los datos y las reglas del negocio.
Si las políticas son demasiado restrictivas, los agentes no pueden acceder a los documentos cifrados por cumplimiento.
Que los agentes accedan a la información de forma ordenada y contextual, para no generar ruido.
Hay un orden de magnitud de dificultad entre la IA de productividad personal y la adopción de procesos agénticos transversales.
Conectores: para que las IA interactúen entre ellas o para que las plataformas de IA puedan consumir nuestras aplicaciones. Hay que validar el licenciamiento, asegurar un buen gobierno de la seguridad para evitar fugas, y hemos tenido que desarrollar MCP y API para las aplicaciones legacy e incorporar esta práctica en las nuevas.
Datos: hemos tenido que ordenar los datos y definir modelos semánticos, para que las IA que los consumen tengan contexto de qué son, y definir playbooks corporativos para que entiendan las reglas del negocio. Solo así la información que aportan tiene valor.
Cumplimiento: buscar una política que no choque con los agentes. Si somos muy restrictivos, los agentes no pueden acceder a los documentos cifrados por las políticas de cumplimiento.
Repositorios: poner orden en los repositorios corporativos y asegurar que los agentes acceden de forma ordenada y contextual, para no generar ruido.
Nuestras apuestas
Nuestro stack corporativo. Microsoft Fabric para todo el ciclo de vida del dato. Microsoft DAB para crear MCP y API sobre las bases de datos corporativas. Azure AI Foundry para la creación de agentes transversales y procesos corporativos. Microsoft Copilot y Copilot Studio para agentes de autoservicio e iniciativas departamentales. Y GitHub para la construcción de la factoría agéntica.
Camino 04 · Empresa frontera
Una vez decidido el stack y habilitadas las aplicaciones corporativas…
llegó el momento de los *Minairons!!
Una vez decidido el stack y habilitadas las aplicaciones corporativas, llegó el momento de los Minairons.
Una leyenda del Pirineo
«¿Qué hacemos? ¿Qué tenemos que hacer?»
En Catalunya llevamos siglos contando una historia que explica bastante bien lo que está empezando a ocurrir ahora. En el folclore de los Pirineos aparecen unos pequeños seres llamados minairons. Se guardaban dentro de un canut, y había que tener cuidado al abrirlo.
Porque salían inmediatamente reclamando trabajo: «Què farem? Què direm?». Y había que darles una tarea. Trabajaban a una velocidad extraordinaria, pero había un problema: había que saber qué mandarles.
Hoy tenemos nuestros propios minairons digitales. Pero disponer de cien agentes no significa producir cien veces más valor: hay que definir el objetivo, darles contexto, conocimiento y herramientas, establecer límites y evaluar el resultado.
[Tecla R: repetir la animación de los minairons]
Nuestra metodología
La metodología que estamos usando para identificar los procesos que podemos agentizar, y bajo qué condiciones.
El trabajo real, las decisiones, las fricciones y el conocimiento implícito.
Priorizar por valor, viabilidad, urgencia y riesgo.
Función del agente, contexto que necesita y límites.
Validar, integrar y desplegar con una línea base.
Responsables, medición y revisión del comportamiento.
DIREM es la metodología que estamos usando para identificar procesos potencialmente agentizables. El reto no era generar más ideas de agentes. Necesitábamos descubrir qué trabajo merecía transformarse y bajo qué condiciones.
DIREM recorre el ciclo completo: Descubrir, Identificar, Roles, Establecer y Mantener. La Base de Conocimiento Operativa atraviesa las cinco fases: procesos, vocabulario, criterios de calidad, límites de autonomía y reglas de escalado.
DIREM nos permite pasar de una colección de pruebas a una cartera gobernada de transformaciones.
Minairons en producción
Los que ya trabajan cada día en Raona.
Ayuda a redactar propuestas con más agilidad y comprueba que respondemos a cada requisito del cliente.
Lee cualquier CV, en cualquier formato, y lo consolida en una base corporativa para encontrar al raonenc idóneo. Y homogeneiza los CV con nuestra plantilla.
Redacta los avisos de factura e impago, vigila el buzón, interpreta la respuesta del cliente y anota la fecha estimada de cobro para la tesorería.
Analiza las tendencias en tecnologías, sector, competidores y referentes con Enguaita, y propone acciones a los champions.
Responde al detalle sobre la PnL de cada grupo y propone acciones de mejora.
Lee el plan estratégico corporativo y hace su seguimiento: dónde estamos, qué se desvía y qué toca hoy.
La Ploma (propuestas): ayuda al equipo comercial técnico a presentar propuestas con más agilidad, apoyando la redacción y asegurando que se responde a los requisitos compartidos por el cliente.
Garbell (currículums): a partir de cualquier CV de un raonenc, en cualquier formato, extrae estudios, experiencia y capacidades, los consolida en una base de datos corporativa para buscar quién encaja mejor con cada cliente, y homogeneiza los CV con una plantilla.
Guardiola (facturación e impagos): redacta los correos de información de factura e impagos, monitoriza los buzones y, si el cliente responde, interpreta su respuesta y su voluntad de pago (que siempre es buena), guardando la fecha estimada de cobro para las previsiones de tesorería.
Llavor (marketing): analiza los temas que son tendencia entre las tecnologías, el sector, los competidores y los referentes usando una plataforma llamada Enguaita, y propone acciones a los champions.
Balança (PnL): da respuestas detalladas sobre el estado de la PnL de los grupos y propone acciones de mejora.
Brúixola (Cockpit): el agente del Cockpit de dirección, capaz de leer el plan estratégico corporativo y hacer su seguimiento.
Cockpit de dirección
Una memoria compartida para el board de dirección.
Lo que recuerda
Lo que nos devuelve
No es un report. Insights cualitativos: los datos son una parte más, junto a lo que aporta cada miembro.
El Cockpit de dirección es la memoria de Brúixola, el minairon de dirección: una memoria compartida entre todos los miembros del board. Contiene nuestro plan estratégico y tiene acceso a los datos corporativos.
Nos ayuda a orquestar y hacer seguimiento de las iniciativas y planes estratégicos, y prepara las reuniones mensuales de seguimiento. Al cierre de cada reunión incorporamos los acuerdos, para que tenga el contexto de las decisiones tomadas.
De forma automática y diaria nos recuerda las decisiones tomadas y nos propone planes de acción según el estado numérico de la compañía y una herramienta de análisis y escucha de mercado que está interconectada. Nos ayuda a mantener el foco en el plan estratégico.
Es un espacio de conocimiento para inspirarnos, compartir y entender la situación del momento frente al plan corporativo. No es un report: da insights cualitativos, usa los datos como una parte de su información, pero también lo que aporta cada miembro. Y cada persona puede perfilarlo para que le dé la información como prefiera o insights sobre su propio plan.
Camino 04 · Empresa frontera
Pero el cambio más importante de todos ha sido…
la transformación del mundo de la *programación…
Pero el cambio más importante de todos ha sido la transformación del mundo de la programación…
Cómo estamos transformando los equipos de desarrollo
La IA genera el código. El equipo decide qué, cómo y cuándo.
Los ciclos de vida tradicionales no están preparados para todo el código que genera la IA: producción, calidad, test, monitorización y telemetría.
Al inicio, alimentar la factoría con trabajo bien especificado. Al final, validar y poner en producción.
De puramente técnico a más funcional, con conocimiento aterrizado del negocio del cliente.
Estamos transformando los equipos de desarrollo en factorías agénticas: sistemas que se alimentan de las historias y especificaciones de los product owners de las diferentes plataformas y clientes.
Esas historias pasan por una factoría agéntica que genera el código de la aplicación. Después, los ingenieros lo revisan y aseguran que cumple los criterios de aceptación y los requisitos del cliente.
La factoría multiplica el throughput de código, pero nos obliga a ser mucho más rigurosos en la puesta en producción, la calidad, el test automatizado, la monitorización y la telemetría. Los ciclos de vida tradicionales no están preparados para todo el código que genera la IA.
El papel del product owner se vuelve crítico: el reto es alimentar el sistema con suficiente trabajo para sacarle todo el provecho. El cuello de botella se ha desplazado al inicio y al final del ciclo.
Los desarrolladores están viajando de un perfil puramente técnico a uno más funcional, con conocimiento aterrizado del negocio del cliente.
Y uno de los grandes retos: haber descrito bien las reglas del juego (arquitecturas, buenas prácticas, componentes, guías de estilo, reglas de código y seguridad) para que el código generado sea de la máxima calidad.
La factoría agéntica no trabaja sola. A su alrededor hay un equipo que la alimenta, la gobierna y lleva su código a producción.
Product owners y project management deciden qué se construye y en qué orden; UX y arquitectura fijan las reglas del juego; ingenieros de software y QA aseguran que lo generado cumple; infraestructura cloud y release managers hacen que todo ese volumen de código llegue a producción con garantías.
Lo que hemos aprendido
Foco absoluto en la adopción y el acompañamiento
Formarnos y formar a otros
Un stack corporativo de fabricantes de primer nivel
Autoevaluarnos de manera constante
Alinear herramientas y procesos corporativos a la IA
Impulso firme por parte de dirección y alineamiento
Ser tolerantes al fallo y a la prueba
En resumen, nuestra receta para convertirnos en una empresa frontera: foco absoluto en la adopción y el acompañamiento; formarnos y formar a otros; un stack corporativo de fabricantes de primer nivel; autoevaluarnos de manera constante; alinear herramientas y procesos corporativos a la IA; impulso firme por parte de dirección y alineamiento; y ser tolerantes al fallo y a la prueba.
La transformación no llegó al elegir una herramienta
La frontera no es un lugar al que llegamos. Es la capacidad de seguir avanzando cuando la tecnología vuelve a cambiar.
El aprendizaje más importante de Raona es que la transformación no llegó al elegir una herramienta. Llegó al construir una organización capaz de aprender con cada herramienta, incorporar lo que funciona y convertirlo en una nueva forma de trabajar.
Gracias.
[Al entrar, la tinta vuelve a cubrirlo todo: cerramos en negro. A los 15 segundos entran los minairons, montan un andamio y se llevan las palabras fuera de la pantalla. Tecla R: repetir.]
Gracias. [Entra sola cuando los minairons terminan de llevarse las palabras de la diapositiva anterior. Momento para preguntas.]