<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Fractional CTO | Encuentra un fractional CTO freelance on CTOMultiplier</title><link>https://ctomultiplier.com/es/</link><description>Recent content in Fractional CTO | Encuentra un fractional CTO freelance on CTOMultiplier</description><generator>Hugo</generator><language>es</language><lastBuildDate>Mon, 23 Mar 2026 17:59:59 +0100</lastBuildDate><atom:link href="https://ctomultiplier.com/es/feed.xml" rel="self" type="application/rss+xml"/><item><title>Cómo adoptar la IA en un equipo de software</title><link>https://ctomultiplier.com/es/como-adoptar-la-ia-en-un-equipo-de-software/</link><pubDate>Sun, 16 Nov 2025 13:15:38 +0000</pubDate><guid>https://ctomultiplier.com/es/como-adoptar-la-ia-en-un-equipo-de-software/</guid><description>&lt;p&gt;¿Tu estrategia de adopción de IA consiste en dar licencias de Copilot, Cursor o Claude y dejar que ellos descubran cómo usarlos?&lt;/p&gt;
&lt;p&gt;En el último año me he encontrado que esta es una estrategia extendida en empresas de software, empresas cuyos equipos se encuentran con una carga de trabajo alta, y por desconocimiento y falta de tiempo, ven la IA como una tecnología más que puede ser aprendida de forma autodidacta por cada desarrollador.&lt;/p&gt;</description></item><item><title>Por qué abandonamos WordPress</title><link>https://ctomultiplier.com/es/por-que-abandonamos-wordpress/</link><pubDate>Fri, 03 Oct 2025 11:35:14 +0000</pubDate><guid>https://ctomultiplier.com/es/por-que-abandonamos-wordpress/</guid><description>&lt;p&gt;Hace 2 años, cuando se creó esta web, WordPress era prácticamente la opción por defecto para crear landing pages y blogs. Al ser una herramienta visual (WYSIWYG - What You See Is What You Get) y que cuenta con una amplia comunidad, tiene muchas plantillas y plugins que permiten hacer algo rápido y mantenerlo sin tener que preocuparse mucho por los detalles. Por todo esto, elegimos WordPress para crear la primera versión de este sitio web.&lt;/p&gt;</description></item><item><title>Guía para un desarrollo robusto con IA: Cursor y Github Copilot</title><link>https://ctomultiplier.com/es/guia-para-un-desarrollo-robusto-con-ia-cursor-y-github-copilot/</link><pubDate>Wed, 14 May 2025 15:48:12 +0000</pubDate><guid>https://ctomultiplier.com/es/guia-para-un-desarrollo-robusto-con-ia-cursor-y-github-copilot/</guid><description>&lt;p&gt;Los asistentes de código con IA se han extendido en los últimos tiempos por la potencia que ofrecen para acelerar el desarrollo de software. Sin embargo, aprender a usarlos no es tan sencillo como escribir un simple prompt. La curva de aprendizaje para conseguir sacarles todo el partido que nos ofrecen no es tan pequeña como podríamos pensar. Si la subestimamos corremos el riesgo de a) producir código de mala calidad con errores y fallos de seguridad o b) hacer un uso limitado de las capacidades y obtener menos beneficios de los que están disponibles.&lt;/p&gt;</description></item><item><title>Selección de posts para CTOs</title><link>https://ctomultiplier.com/es/seleccion-de-posts-para-ctos/</link><pubDate>Sun, 04 May 2025 21:36:16 +0000</pubDate><guid>https://ctomultiplier.com/es/seleccion-de-posts-para-ctos/</guid><description>&lt;p&gt;Hace algo más de dos años desde que comencé a escribir en este Blog, y hoy quiero aprovechar la ocasión para recopilar una selección de los posts que he escrito que considero últiles para un CTO. Los he organizado por temáticas y como véis son variadas, porque un CTO debe tener conocimiento y experiencia en múltiples áreas. Por supuesto que esta lista no pretende ni mucho menos ser exhaustiva, aunque contiene reflexiones y aprendizajes basadas en mi experiencia que pueden ser útiles para otros.&lt;/p&gt;</description></item><item><title>Cómo prepararte para un Due Diligence Técnica</title><link>https://ctomultiplier.com/es/como-prepararte-para-un-due-diligence-tecnica/</link><pubDate>Sun, 04 May 2025 21:14:44 +0000</pubDate><guid>https://ctomultiplier.com/es/como-prepararte-para-un-due-diligence-tecnica/</guid><description>&lt;p&gt;Si trabajas en una startup, es posible que tarde o temprano tengas que pasar por una &lt;em&gt;due diligence&lt;/em&gt;. Ya sea porque otra empresa os quiere comprar o invertir, o porque un gran cliente quiera contratar vuestros servicios o productos. Personalmente me ha tocado vivir las due diligence desde ambos lados, primero como CTO cuando algún inversor quería invertir, y luego como fractional CTO desempeñando el rol de auditor para algunos clientes.&lt;/p&gt;</description></item><item><title>Trampas de pensamiento para un CTO</title><link>https://ctomultiplier.com/es/trampas-de-pensamiento-para-un-cto/</link><pubDate>Thu, 01 May 2025 11:35:14 +0000</pubDate><guid>https://ctomultiplier.com/es/trampas-de-pensamiento-para-un-cto/</guid><description>&lt;p&gt;Estoy leyendo el libro de Daniel Kahneman: Piensa rápido, piensa despacio que habla acerca del funcionamiento de la mente y cómo tomamos decisiones. No lo he terminado pero lo que he leído hasta ahora me parece muy valioso. Introduce muchas ideas sobre cómo funcionamos, cómo pensamos y cómo hacemos juicios que cuestionan la perspectiva imperante sobre cómo funcionamos los humanos.&lt;/p&gt;
&lt;p&gt;Daniel, psicólogo trabajó con otro psicólogo Amos Tversky para desafiar ideas aceptadas por los científicos sociales sobre la naturaleza humana. Por ejemplo, en 1970 estaba generalmente aceptado que los humanos sanos somos seres racionales, que cuando se alejan de la racionalidad es principalmente por las emociones como el miedo, el afecto y el odio. Ellos desafiaron estas ideas, y estudiaron errores de pensamiento en personas normales y descubrieron que estos errores se debían principalmente a cómo está diseñada nuestra maquinaria cognitiva, más que a la interferencia de las emociones.&lt;/p&gt;</description></item><item><title>IA en desarrollo de software: ¿Hype o Game Changer?</title><link>https://ctomultiplier.com/es/ia-en-desarrollo-de-software-hype-o-game-changer/</link><pubDate>Thu, 13 Mar 2025 10:59:03 +0000</pubDate><guid>https://ctomultiplier.com/es/ia-en-desarrollo-de-software-hype-o-game-changer/</guid><description>&lt;p&gt;Estamos en 2028, han pasado 6 años desde el boom de la IA generativa con la aparición de ChatGPT y de lo que fue una ola de adopción de IA generativa para desarrollar software. Sin embargo después del &lt;em&gt;hype&lt;/em&gt; que se produjo en los años 2023 y 2024, paulatinamente se fue reduciendo el uso de los copilots y asistentes de código basados en IA. Se observó que en el fondo no ofrecían mucho valor, ya que la mayoría del código que producían era incorrecto y de calidad mediocre, y que los desarrolladores pasaban más tiempo corrigiendo los errores introducidos por la IA, que el que se ahorraban. Esto provocó que las iniciativas de adopción fueran perdiendo fuerza hasta desaparecer del debate tecnológico, recordando el efímero destino del metaverso.&lt;/p&gt;</description></item><item><title>Aviso Legal</title><link>https://ctomultiplier.com/es/legal/aviso-legal/</link><pubDate>Wed, 01 Jan 2025 00:00:00 +0100</pubDate><guid>https://ctomultiplier.com/es/legal/aviso-legal/</guid><description>&lt;p&gt;Gerónimo Di Pierro, dirección en Madrid, no puede asumir ninguna responsabilidad derivada del uso incorrecto, inapropiado o ilícito de la información aparecida en las páginas de internet de &lt;a href="https://www.fractionalcto.es"&gt;www.fractionalcto.es&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;con los límites establecidos en la ley, &lt;a href="https://www.fractionalcto.es"&gt;www.fractionalcto.es&lt;/a&gt; no asume ninguna responsabilidad derivada de la falta de veracidad, integridad, actualización y precisión de los datos o informaciones que se contienen en sus páginas de internet.&lt;/p&gt;
&lt;p&gt;los contenidos e información no vinculan a &lt;a href="https://www.fractionalcto.es"&gt;www.fractionalcto.es&lt;/a&gt; ni constituyen opiniones, consejos o asesoramiento legal de ningún tipo pues se trata meramente de un servicio ofrecido con carácter informativo y divulgativo.&lt;/p&gt;</description></item><item><title>Política de Privacidad</title><link>https://ctomultiplier.com/es/legal/politica-privacidad/</link><pubDate>Wed, 01 Jan 2025 00:00:00 +0100</pubDate><guid>https://ctomultiplier.com/es/legal/politica-privacidad/</guid><description>&lt;h1 id="política-de-privacidad"&gt;Política de Privacidad&lt;/h1&gt;
&lt;p&gt;Protección de datos de carácter personal según la LOPD Gerónimo Di Pierro, en aplicación de la normativa vigente en materia de protección de datos de carácter personal, informa que los datos personales que se recogen a través de los formularios del Sitio web: &lt;a href="https://www.fractionalcto.es"&gt;www.fractionalcto.es&lt;/a&gt;, se incluyen en los ficheros automatizados específicos de usuarios de los servicios de Gerónimo Di Pierro&lt;/p&gt;
&lt;p&gt;La recogida y tratamiento automatizado de los datos de carácter personal tiene como finalidad el mantenimiento de la relación comercial y el desempeño de tareas de información, formación, asesoramiento y otras actividades propias de Gerónimo Di Pierro&lt;/p&gt;</description></item><item><title>El modelo de Babel (Ficción)</title><link>https://ctomultiplier.com/es/el-modelo-de-babel-ficcion/</link><pubDate>Sun, 24 Nov 2024 12:37:03 +0000</pubDate><guid>https://ctomultiplier.com/es/el-modelo-de-babel-ficcion/</guid><description>&lt;p&gt;Hoy estaba leyendo El infinito en un junco (de Irene Vallejo) que narra la historia de los libros, y al citar el cuento de Borges de La biblioteca de Babel, me ha dado por pensar cómo hubiera escrito Borges este maravilloso cuento en tiempos de IA.&lt;/p&gt;
&lt;p&gt;Para aquellos que no lo conozcan el cuento original comienza así:&lt;/p&gt;
&lt;p&gt;&lt;em&gt;El universo (que otros llaman la Biblioteca) se compone de un número indefinido, y tal vez infinito, de galerías hexagonales con vastos pozos de ventilación en el medio cercados por barandas bajísimas.&lt;/em&gt;&lt;/p&gt;</description></item><item><title>¿Sirve el coaching a un CTO?</title><link>https://ctomultiplier.com/es/sirve-el-coaching-a-un-cto/</link><pubDate>Sun, 28 Jul 2024 21:20:05 +0000</pubDate><guid>https://ctomultiplier.com/es/sirve-el-coaching-a-un-cto/</guid><description>&lt;p&gt;El año pasado me inscribí a un curso de coaching, lo decidí al ver que mi trabajo como Fractional CTO implicaba bastante mentorización, ayudando a ingenieros a transformarse en managers y CTOs, y a equipos a mejorar su forma de trabajar. Y aunque siento que mi forma de mentorizar ha sido efectiva en lineas generales, he visto como a veces con algunas personas y equipos, no lo fue. En paralelo, varias personas de mi círculo me hablaron del coaching y como les había ayudado profesionalmente al trabajo con equipos y con personas. Por todo esto, tome la decisión de inscribirme en un curso, con las expectativas de mejorar mis skills en estos ámbitos, aunque lo que no imaginé es que el coaching me iba a aportar más cosas de las que esperaba, y que me ayudaría a replantearme mi estilo como CTO.&lt;/p&gt;</description></item><item><title>El día de la marmota</title><link>https://ctomultiplier.com/es/el-dia-de-la-marmota/</link><pubDate>Thu, 25 Jan 2024 10:35:32 +0000</pubDate><guid>https://ctomultiplier.com/es/el-dia-de-la-marmota/</guid><description>&lt;p&gt;Pronto se van a cumplir 4 años desde que el mundo cambió y el trabajo en remoto se volvió más popular. Al principio se adoptó como una forma de limitar el contacto social y lo cierto es que fue un instrumento muy efectivo. Nos distanciamos socialmente pero al mismo tiempo pudimos seguir trabajando y siendo productivos (a veces hasta más productivos), sin que se parase el mundo. De repente pasamos de perder hasta 2 horas en desplazarnos a la oficina a poder despertarnos diez minutos antes de que comenzase la jornada y empezar a trabajar en pijama, o al menos con camisa y pantalón de pijama. Y esto a su vez abrió un abanico de posibilidades: podíamos trabajar para empresas en otras geografías, tener reuniones con clientes sin tener que viajar, recibir paquetes de Amazon y al técnico de la lavadora y un largo etcétera. Es más, de pronto teníamos más tiempo que podíamos dedicar a ir al gimnasio, ocio, hobbies, disfrutar tiempo con amigos y familia, o incluso a trabajar más.&lt;/p&gt;</description></item><item><title>Systems Thinking: Pensando en sistemas</title><link>https://ctomultiplier.com/es/systems-thinking-pensando-en-sistemas/</link><pubDate>Mon, 13 Nov 2023 18:11:56 +0000</pubDate><guid>https://ctomultiplier.com/es/systems-thinking-pensando-en-sistemas/</guid><description>&lt;p&gt;En ocasiones trabajo con clientes que tienen un problema importante para entregar en los plazos y calidad acordadas. Cuando empiezo a investigar las causas me encuentro que cuando hablo con el equipo de producto dicen que el problema es que ingeniería no es suficientemente rápido y/o producen demasiados defectos, y cuando hablo con ingeniería me dicen que les llegan especificaciones incompletas desde producto, lo cual hace que tengan que emplear más tiempo en desarrollar, y que a veces tengan que deshacer cambios porque no eran lo que el cliente quería. Es común que estás organizaciones se vean como un conjunto de silos, y crean que la solución pasa por “arreglar” uno de esos silos (p.ej: ingeniería). Pero esta es una visión reduccionista del problema, y que pocas veces ayuda a solucionarlo. Para tratar el problema de raíz se necesita re-pensar como entendemos la organización, y es aquí donde el Systems thinking nos puede ayudar. Como decía Einstein: “No podemos resolver problemas pensand o de la misma manera que cuando los creamos”.&lt;/p&gt;</description></item><item><title>El impacto de la cultura en el rendimiento</title><link>https://ctomultiplier.com/es/el-impacto-de-la-cultura-en-el-rendimiento/</link><pubDate>Mon, 13 Nov 2023 17:44:00 +0000</pubDate><guid>https://ctomultiplier.com/es/el-impacto-de-la-cultura-en-el-rendimiento/</guid><description>&lt;p&gt;Esta semana quiero hablar de un podcast de techlead journal (enlace al final), en el que entrevistan al autor del libro Wrong fit, right fit. En el podcast, el autor (André Martin) habla de la cultura de las empresas como factor determinante para el desempeño y la felicidad de un empleado. Cita &lt;strong&gt;un reporte de Gallup que dice que se pierden 8.8 billones de dólares (trillones americanos) debido a la falta de engagement (o compromiso) de los empleados con sus empresas&lt;/strong&gt;. André equipará trabajar en una empresa con la que no tienes un encaje cultural (o cultural fit), a escribir con tu mano izquierda (o derecha si eres zurdo). Lo puedes hacer, y vas a producir..pero la calidad va a ser mucho peor y además te sentirás poco realizado.&lt;/p&gt;</description></item><item><title>Cómo llevar a cabo reuniones efectivas</title><link>https://ctomultiplier.com/es/como-llevar-a-cabo-reuniones-efectivas/</link><pubDate>Thu, 26 Oct 2023 10:53:18 +0000</pubDate><guid>https://ctomultiplier.com/es/como-llevar-a-cabo-reuniones-efectivas/</guid><description>&lt;p&gt;Muchas veces se habla de si los meetings o reuniones tienen valor, y si no habría que suprimirlas completamente porque son una pérdida de tiempo. Personalmente me parece que esta visión es algo extrema, pero entiendo que responde a que en multitud de ocasiones la forma en que hacemos las reuniones es efectivamente una pérdida de tiempo y dinero, y una fuente de frustración y desmotivación. A lo largo de mi carrera he trabajado con unas cuantas empresas, y en todas he participado en meetings improductivos, y esto parece ser una constante hables con quien hables. Es difícil encontrar a alguien que cuando le preguntes acerca de cómo hacen los meetings en su empresa, no se queje.&lt;/p&gt;</description></item><item><title>¿Por qué los ChatBots alucinan?</title><link>https://ctomultiplier.com/es/por-que-los-chatbots-alucinan/</link><pubDate>Thu, 05 Oct 2023 10:28:23 +0000</pubDate><guid>https://ctomultiplier.com/es/por-que-los-chatbots-alucinan/</guid><description>&lt;p&gt;Los que habéis usado ChatGPT, Google Bard o similares, seguramente os hayáis encontrado con que algunas veces estos chatbots se inventan las respuestas a nuestras preguntas. Esto es lo que comúnmente se conoce como alucinaciones.&lt;/p&gt;
&lt;p&gt;Para entender por qué ocurren, lo primero es entender a nivel muy básico cómo funcionan estos chatbots. La pieza fundamental que los compone son los modelos del lenguaje (o LLM por sus siglas en inglés, &lt;em&gt;large language models&lt;/em&gt;). Estos modelos son entrenados con grandes cantidades de datos, como por ejemplo, las páginas web presentes en internet y los libros de dominio público, entre otros. La tarea de los LLM consiste en intentar predecir la siguiente palabra o secuencia de palabras, a partir de un texto que el usuario introduce. Por ejemplo, si le hacemos una pregunta, el modelo va prediciendo las palabras justo después de esa pregunta. Como el modelo ha sido entrenado con millones de documentos, seguramente en uno (o muchos) de esos documentos haya visto una pregunta similar, junto con la respuesta. A grandes rasgos, el LLM funciona como un modelo estadístico, por un lado durante su entrenamiento aprende la probabilidad de que dos o más palabras vayan juntas, y por otro lado durante su uso utiliza esta probabilidad para predecir la siguiente secuencia de palabras.&lt;/p&gt;</description></item><item><title>¿Sabes lo que es DPE?</title><link>https://ctomultiplier.com/es/sabes-lo-que-es-dpe/</link><pubDate>Wed, 27 Sep 2023 07:23:39 +0000</pubDate><guid>https://ctomultiplier.com/es/sabes-lo-que-es-dpe/</guid><description>&lt;p&gt;DPE se refiere a Developer Productivity Engineering y es el nombre de una nueva disciplina que nace con el objetivo en mejorar la productividad de los desarrolladores a través de automatización, observabilidad y mejora de las herramientas.&lt;/p&gt;
&lt;p&gt;El trabajo de un desarrollador cuando está programando tiene tres fases: code -&amp;gt; build -&amp;gt; test, el desarrollador repite esta secuencia decenas o incluso centenas de veces al día. Y en muchos casos las fases de build y test pueden llevar del orden de minutos. Por ejemplo: si el build de una aplicación tarda 5 minutos y el desarrollador hace 10 builds al día, eso son 50 minutos que el desarrollador tiene que estar esperando por día. Y del mismo modo, la fase de testing puede aumentar ese tiempo de espera del desarrollador. Si esto lo multiplicamos por el número de desarrolladores en una compañía, el coste es significativo.&lt;/p&gt;</description></item><item><title>¿Qué hace un Fractional CTO?</title><link>https://ctomultiplier.com/es/que-hace-un-fractional-cto/</link><pubDate>Wed, 13 Sep 2023 15:01:31 +0000</pubDate><guid>https://ctomultiplier.com/es/que-hace-un-fractional-cto/</guid><description>&lt;p&gt;Un Fractional CTO es un profesional que ha trabajando como CTO (&lt;em&gt;Chief Technology Officer&lt;/em&gt;) en empresas de tecnología o startups, y que ofrece esta experiencia como servicio en modo freelance o consultor. Este modelo permite a las empresas incorporar de forma flexible a un CTO experimentado para que les ayude con su estrategia de tecnología y producto. Hay muchas razones por las que una empresa puede plantearse la contratación de un Fractional CTO, como por ejemplo: para cubrir el puesto de CTO en una startup en early stage, mentorizar y acompañanar a un manager en su promoción a CTO, efectuar una &lt;em&gt;due diligence o&lt;/em&gt; apoyar y reforzar al equipo de management en algún proyecto específico.&lt;/p&gt;</description></item><item><title>Errores de las startups: Contratar a un full-stack como CTO</title><link>https://ctomultiplier.com/es/errores-de-las-startups-contratar-a-un-full-stack-como-cto/</link><pubDate>Wed, 06 Sep 2023 13:36:42 +0000</pubDate><guid>https://ctomultiplier.com/es/errores-de-las-startups-contratar-a-un-full-stack-como-cto/</guid><description>&lt;p&gt;Algunas startups contratan a un desarrollador full-stack para el puesto de CTO, porque no tienen presupuesto para un CTO con experiencia. Existe la creencia de que en fases iniciales un desarrollador puede asumir el puesto de CTO, e ir aprendiendo sobre la marcha. Hay varias razones para esto, por un lado muchas startups empiezan con muy poco dinero, lo cual impide pagar el salario de un CTO con experiencia. Por otro lado, hay bastante desconocimiento sobre las responsabilidades y el valor que aporta un CTO. &lt;/p&gt;</description></item><item><title>10 errores de las startups con su estrategia de tecnología y producto</title><link>https://ctomultiplier.com/es/10-errores-de-las-startups-con-su-estrategia-de-tecnologia-y-producto/</link><pubDate>Wed, 06 Sep 2023 13:15:38 +0000</pubDate><guid>https://ctomultiplier.com/es/10-errores-de-las-startups-con-su-estrategia-de-tecnologia-y-producto/</guid><description>&lt;p&gt;Cuando uno comienza una startup tiene un folio en blanco: las posibilidades son infinitas y si bien es cierto que no existe un manual 100% efectivo de cómo empezar, existen recomendaciones acerca de lo que suele funcionar y lo que no. En este post quiero hablar desde mi experiencia trabajando en varias startups, acerca de errores comunes que he observado cuando se define la estrategia de tecnología y producto. Por supuesto, no es una lista completa, y seguramente se pueden encontrar excepciones para la mayoría de los puntos, pero creo que son decisiones que en muchos casos pueden considerarse como erróneas o al menos no óptimas. En el mundo de las startups los errores se suelen denominar aprendizajes, pero tropezar dos veces en la misma piedra ya no es un aprendizaje&amp;hellip;&lt;/p&gt;</description></item><item><title>Noruega: El país del self service?</title><link>https://ctomultiplier.com/es/noruega-el-pais-del-self-service/</link><pubDate>Wed, 23 Aug 2023 10:09:13 +0000</pubDate><guid>https://ctomultiplier.com/es/noruega-el-pais-del-self-service/</guid><description>&lt;p&gt;Este verano he estado viajando por Noruega y me ha sorprendido ver cómo la mayoría de las tiendas adoptan en mayor o menor medida el modelo de self service para ofrecer sus servicios. Por ejemplo, en las cafeterías es común encontrar máquinas de café donde es el cliente el que se hace su café. En los aeropuertos hay máquinas para hacer la facturación y dejar las maletas, y concretamente en el de Evenes, es la primera vez que veo un aeropuerto sin gente en el mostrador para recibir las maletas. Incluso el embarque del avión lo hicimos con una máquina…&lt;/p&gt;</description></item><item><title>La relación entre la organización de equipos y la arquitectura</title><link>https://ctomultiplier.com/es/la-relacion-entre-la-organizacion-de-equipos-y-la-arquitectura/</link><pubDate>Fri, 04 Aug 2023 12:06:03 +0000</pubDate><guid>https://ctomultiplier.com/es/la-relacion-entre-la-organizacion-de-equipos-y-la-arquitectura/</guid><description>&lt;p&gt;Esta relación se conoce como la ley de Conway, que fue hecha por Melvin Conway en el año 1967 y dice lo siguiente: “Las organizaciones que diseñan sistemas [&amp;hellip;] están limitadas a producir diseños que son copias de las estructuras de comunicación de estas organizaciones.&amp;quot;&lt;/p&gt;
&lt;p&gt;Dentro de un equipo la comunicación es frecuente y fluida, hay reuniones periódicas de planning, dailies, retrospectivas y demos. Esto permite que el equipo tenga un alto alineamiento y una coordinación ágil, lo cual es fundamental para el desarrollo de un componente. Si de repente se decide partir este equipo en 2 equipos, se produce una separación en las comunicaciones. Las comunicaciones con otros equipos son mucho menos frecuentes, ya que una de las ideas de los equipos es aislarlos de externalidades para que puedan concentrarse en su scope. Esta reducción de la comunicación entre equipos, hace más compleja la tarea de mantener un único componente. En estos casos, existen dos posibilidades: 1) partir el componente en 2, uno por equipo, esto permite desacoplar a los equipos y trabajar de forma más autónoma. 2) mantener un único componente, lo cual implica fijar una serie de mecanismos y reuniones de coordinación entre equipos, con la sobrecarga que ello conlleva. Además los equipos son interdependientes, lo cual resta velocidad y autonomía e impacta en la productividad (al tener que trabajar tan coordinados, casi podríamos considerar que a efectos prácticos sigue habiendo un solo equipo).&lt;/p&gt;</description></item><item><title>Guía para hacer Code Reviews en tu equipo</title><link>https://ctomultiplier.com/es/guia-para-hacer-code-reviews-en-tu-equipo/</link><pubDate>Tue, 25 Jul 2023 15:42:32 +0000</pubDate><guid>https://ctomultiplier.com/es/guia-para-hacer-code-reviews-en-tu-equipo/</guid><description>&lt;p&gt;Las revisiones de código son una práctica que se ha extendido mucho en los últimos años, que consiste en que uno o varios desarrolladores revisen el nuevo código implementado por otro compañero, con el objetivo de detectar problemas de calidad del código, bugs, vulnerabilidades, malas prácticas, etc.. . Esto permite acortar los feedback loops, lo cual como sabemos es muy beneficioso ya que cuanto más tarde se detecte un problema, mayor será el coste de repararlo y el posible impacto en negocio.&lt;/p&gt;</description></item><item><title>¿la productividad de tu Scrum es baja? Tu problema puede ser el WIP</title><link>https://ctomultiplier.com/es/productividad-del-scrum-baja-tu-problema-puede-ser-el-wip/</link><pubDate>Thu, 20 Jul 2023 09:18:13 +0000</pubDate><guid>https://ctomultiplier.com/es/productividad-del-scrum-baja-tu-problema-puede-ser-el-wip/</guid><description>&lt;p&gt;Está probado que cuanto más trabajo en progreso tenga una persona o un equipo, mayor es el tiempo que se emplea en cerrar las tareas. Por un lado, si estamos haciendo varias tareas a la vez y las entregamos a la vez, el tiempo de entrega será la suma del tiempo de hacer las dos tareas. Sin embargo, si trabajamos en las tareas en orden secuencial, la primera tarea será entregada antes, y el tiempo medio de entrega también será más bajo.&lt;/p&gt;</description></item><item><title>La IA no es el producto</title><link>https://ctomultiplier.com/es/la-ia-no-es-el-producto/</link><pubDate>Fri, 14 Jul 2023 17:20:07 +0000</pubDate><guid>https://ctomultiplier.com/es/la-ia-no-es-el-producto/</guid><description>&lt;p&gt;Últimamente he hablado con varios fundadores que me han comentado que la gente les estaba pidiendo hacer cosas con IA para sus productos/servicios. Está claro que hay un hype, y mucha atención se está concentrando alrededor de la IA. Además parece que hay una ola de inversiones potentes en startups que llevan la palabra IA en el nombre, lo cual retroalimenta el hype.&lt;/p&gt;
&lt;p&gt;Si puedo aportar mi granito de arena sobre el tema, basado en mi experiencia trabajando en una startup que usaba la IA para construir productos, diré:&lt;/p&gt;</description></item><item><title>Cuando las abstracciones hacen agua</title><link>https://ctomultiplier.com/es/cuando-las-abstracciones-hacen-agua/</link><pubDate>Thu, 15 Jun 2023 18:47:25 +0000</pubDate><guid>https://ctomultiplier.com/es/cuando-las-abstracciones-hacen-agua/</guid><description>&lt;p&gt;En el mundo del software utilizamos constantemente abstracciones para facilitarnos el trabajo.Estas nos abstraen de otros dominios y reducen significativamente la complejidad con la que tenemos que lidiar. Un ejemplo de abstracción son los ORMs. Un ORM permite abstraernos en el código de la aplicación de la base de datos que se utilicemos por debajo. En lugar de tener que escribir queries (específicas del motor de base de datos) para acceder a los datos, el ORM nos permite utilizar el lenguaje de programación que estemos usando para codificar la aplicación, también para acceder a los datos. Cualquiera que haya utilizado ORMs sabe que en muchos casos la abstracción funciona bien y aporta mucho valor, pero cuando la aplicación nos requiere obtener múltiples entidades relacionadas, entre otros ejemplos, es cuando empezamos a ver las limitaciones. En estos casos, es común que los ORMs no siempre generen las queries óptimas, o que nos requieran escribir un código excesivamente complejo, haciendo que haya veces en las que tengamos que acabar escribiendo directamente las queries en el lenguaje de la DB subyacente. Lo cual significa dejar de la lado la abstracción para esos casos.&lt;/p&gt;</description></item><item><title>El coste de ser reactivos vs ser proactivos</title><link>https://ctomultiplier.com/es/el-coste-de-ser-reactivos-vs-ser-proactivos/</link><pubDate>Sun, 04 Jun 2023 16:30:16 +0000</pubDate><guid>https://ctomultiplier.com/es/el-coste-de-ser-reactivos-vs-ser-proactivos/</guid><description>&lt;p&gt;En infinidad de ocasiones escuchamos que tenemos que ser más proactivos. Es decir, llevar la iniciativa y anticiparnos a los problemas. Pero ser proactivos casi siempre tiene un coste, que se paga por anticipado, en el mejor de los casos invertir un poco de tiempo, y en el peor de los casos invertir mucho tiempo y dinero. Muchas veces analizamos el coste de ser proactivos, pero dejamos de lado el coste de no serlo. Sobretodo cuando vemos que el coste de ser proactivos es alto, a menudo lo descartamos directamente, sin ver la otra cara de la moneda.&lt;/p&gt;</description></item><item><title>Pequeña reflexión sobre la IA y el low cost</title><link>https://ctomultiplier.com/es/implicaciones-alternativas-de-la-ia/</link><pubDate>Wed, 03 May 2023 16:32:00 +0000</pubDate><guid>https://ctomultiplier.com/es/implicaciones-alternativas-de-la-ia/</guid><description>&lt;p&gt;Parece que uno de los debates en torno a la IA se centra en si esta tecnología va a eliminar un gran número de puestos de trabajo al igualar o superar las capacidades humanas. Aunque actualmente en casi ninguna disciplina la IA iguala a un experto humano, ya son miles los productos que la integran, y la cifra aumenta diariamente. Este es un fenómeno que ha explotado en el último año con la popularización de los modelos generativos de IA, y especialmente con la aparición de ChatGPT, creación de la empresa OpenAI.&lt;/p&gt;</description></item><item><title>Revisitando las metodologías ágiles: XP, Scrum, Kanban y Scrumban</title><link>https://ctomultiplier.com/es/revisitando-las-metodologias-agiles-xp-scrum-kanban-y-scrumban/</link><pubDate>Thu, 16 Mar 2023 10:47:00 +0000</pubDate><guid>https://ctomultiplier.com/es/revisitando-las-metodologias-agiles-xp-scrum-kanban-y-scrumban/</guid><description>&lt;p&gt;Llevo casi 10 años desde que empecé a trabajar en &lt;em&gt;agile&lt;/em&gt;, recuerdo que mi primera experiencia fue cuando estaba trabajando en el sur de Francia para la empresa Amadeus. Por aquel entonces la dirección de la compañía planteó cambiar y actualizar la forma en la que los equipos de desarrollo trabajábamos, y llevar a cabo una adopción de metodologías ágiles, principalmente utilizando el framework de Scrum. En mi equipo me ofrecieron hacer la formación de Scrum Master, que duraba 3 días, después de los cuales había que hacer un examen para certificarse. Y así fue como me convertí en Scrum Master certificado..&lt;/p&gt;</description></item><item><title>Cómo hacer pruebas de carga para APIs</title><link>https://ctomultiplier.com/es/como-hacer-pruebas-de-carga-para-apis/</link><pubDate>Fri, 03 Mar 2023 11:09:00 +0000</pubDate><guid>https://ctomultiplier.com/es/como-hacer-pruebas-de-carga-para-apis/</guid><description>&lt;p&gt;Si alguna vez has desarrollado una aplicación web destinada a manejar un volumen significativo de usuarios, te habrás encontrado ante la cuestión de determinar qué recursos necesita tu aplicación para manejar el tráfico esperado con los níveles de servicio deseados. Las pruebas de rendimiento y carga permiten conocer cómo se comportará tu aplicación en diferentes escenarios de uso respondiendo a las siguientes preguntas:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;
&lt;p&gt;¿Cuántos recursos (CPU, RAM, disco, ancho de banda, GPU, etc.. ) consume mi aplicación para procesar el tráfico?&lt;/p&gt;</description></item></channel></rss>