{"id":34254,"date":"2025-10-23T10:44:10","date_gmt":"2025-10-23T08:44:10","guid":{"rendered":"https:\/\/www.codemotion.com\/magazine\/?p=34254"},"modified":"2025-10-23T10:44:13","modified_gmt":"2025-10-23T08:44:13","slug":"el-futuro-de-devops-portales-y-plataformas-internas","status":"publish","type":"post","link":"https:\/\/www.codemotion.com\/magazine\/es\/devops-es\/el-futuro-de-devops-portales-y-plataformas-internas\/","title":{"rendered":"El futuro de DevOps es DevOps, Parte 4: Portales\u00a0y\u00a0Plataformas\u00a0Internas\u00a0para\u00a0el\u00a0Desarrollo\u00a0"},"content":{"rendered":"\n<div class=\"wp-block-uagb-advanced-heading uagb-block-35c36b41\"><h2 class=\"uagb-heading-text\">Seamos&nbsp;fabulosos&nbsp;hoy y&nbsp;cada&nbsp;d\u00eda<\/h2><\/div>\n\n\n\n<p>Si tu portal interno se parece m\u00e1s a una \u00abwiki fandom\u00bb que a una verdadera plataforma de desarrollo, no est\u00e1s solo. Muchas organizaciones, con buena intenci\u00f3n, han invertido tiempo y recursos en construir interfaces bonitas pero poco \u00fatiles, creyendo que un listado de enlaces es suficiente para resolver todos los problemas del ciclo de vida del desarrollo o que resolverlo era cuesti\u00f3n de lanzar un proyecto limitado en el tiempo y luego olvidarse de ello. La experiencia del desarrollador mejora cuando reducimos la fricci\u00f3n entre roles y potenciamos la independencia y productividad de los equipos, no con m\u00e1s clics. Especialmente, cuando son clics que apuntan a enlaces muertos o contenido desfasado.<\/p>\n\n\n\n<p>En esta cuarta entrega de mi serie sobre el futuro de DevOps, en directa continuaci\u00f3n con la tercera, exploramos una de las estrategias m\u00e1s potentes para conseguir mejorar la DevEx de la organizaci\u00f3n: los portales y plataformas internas para el desarrollo. Veremos por qu\u00e9, para que cumplan su promesa y evitar que se conviertan en otro \u00abcacharro\u00bb in\u00fatil, es necesario entender qu\u00e9 significa dise\u00f1ar una plataforma interna como si de un producto de mercado se tratara.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"h-el-espejismo-del-portal-de-la-documentacion-al-producto\">El espejismo del portal: de la documentaci\u00f3n al producto<\/h2>\n\n\n\n<p>Durante a\u00f1os, muchas organizaciones han perseguido el sue\u00f1o del portal interno ideal. Uno donde todo est\u00e9 a un clic de distancia: documentaci\u00f3n impecable, cat\u00e1logos de servicios s\u00faper exhaustivos, formularios de <em>onboarding<\/em>, enlaces a <em>pipelines<\/em> para ver los resultados de una <em>build<\/em>, <em>dashboards<\/em> de observabilidad\u2026 Pero la realidad cotidiana es otra: portales desactualizados, dif\u00edciles de navegar y que en el fondo no resuelven el problema esencial de la experiencia del desarrollador.<\/p>\n\n\n\n<p>El verdadero reto comienza cuando entendemos que el portal no est\u00e1 dise\u00f1ado para servir a \u00abusuarios gen\u00e9ricos\u00bb, sino a personas frente al PC con roles muy espec\u00edficos: desarrolladores, ingenieros de fiabilidad, responsables de QA, <em>product managers<\/em> t\u00e9cnicos y m\u00e1s. Cada uno con sus flujos de trabajo, necesidades y puntos de fricci\u00f3n. Por eso, as\u00ed como en <em>retail<\/em>, banca o viajes hablamos de \u00ab<em>customer journeys<\/em>\u00bb, en el mundo del software necesitamos asumir el dise\u00f1o consciente de un \u00ab<em>developer journey<\/em>\u00bb. Un recorrido pensado, no improvisado, donde el portal es el punto de entrada, no el destino final.<\/p>\n\n\n\n<p>Ese recorrido cobra sentido si hay algo valioso detr\u00e1s de la fachada: una plataforma interna de desarrollo capaz de responder a las necesidades de los equipos. Entendida como un producto aunque sus clientes sean personal interno y colaboradores. Adem\u00e1s, construida bajo un enfoque API-first para ampliar su impacto a m\u00faltiples canales.<\/p>\n\n\n\n<p>Esto significa no solo tener automatismos, sino asegurarse de que cada capacidad de la plataforma \u2014desde desplegar una app hasta registrar un dominio; desde escalar una web hasta abrir un puerto en el firewall corporativo\u2014 est\u00e9 expuesta como un servicio accesible mediante APIs p\u00fablicas dentro de la organizaci\u00f3n. El portal entonces deja de ser una interfaz r\u00edgida y se convierte en uno de los varios canales posibles para interactuar con esa plataforma. Igual de v\u00e1lidos pueden ser una CLI, un asistente virtual en el IDE o integraciones autom\u00e1ticas v\u00eda GitOps. Como en los productos de mercado exitosos, la experiencia no depende tan solo de la idoneidad de un canal como es la web, sino de las opciones que se ofrecen a los usuarios y de la consistencia entre los distintos canales.<\/p>\n\n\n\n<p>Aqu\u00ed es donde podemos aprender de los grandes que brillan con sus plataformas de mercado. Plataformas como Amazon Web Services, Microsoft Azure, Google Cloud Platform o Salesforce no se limitan a ofrecer un portal web bonito. Lo que las hace exitosas es que han sido dise\u00f1adas desde el principio como productos API-first, donde el portal es solo una de las formas de acceso. Todas ellas ofrecen SDKs, CLIs, APIs REST, GraphQL, herramientas de automatizaci\u00f3n, y experiencias integradas en IDEs o <em>pipelines<\/em>. Y lo m\u00e1s importante: todas tratan su plataforma como un producto vivo, con m\u00e9tricas, feedback continuo, y una obsesi\u00f3n por la experiencia de sus usuarios, los equipos de desarrollo.<\/p>\n\n\n\n<p>Si aspiramos a que nuestra plataforma interna tenga impacto real, debemos aplicar los mismos principios de dise\u00f1o que observamos en estas plataformas l\u00edderes: pensar en producto, dise\u00f1ar para m\u00faltiples canales, exponer capacidades v\u00eda APIs, y construir con foco en la experiencia. Solo as\u00ed dejaremos de construir portales que son \u00abdesvanes\u00bb de enlaces olvidados, y empezaremos a entregar plataformas que realmente dan autonom\u00eda a nuestros equipos.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"h-que-significa-realmente-plataforma-en-este-contexto\">\u00bfQu\u00e9 significa realmente \u00abplataforma\u00bb en este contexto?<\/h2>\n\n\n\n<p>Como hemos introducido en la secci\u00f3n anterior, cuando hablamos de \u00abplataforma interna para el desarrollo\u00bb a\u00fan hay cierta confusi\u00f3n en muchas organizaciones. Se confunde un portal bonito con una plataforma funcional. O se piensa que una plataforma interna no es m\u00e1s que un proyecto puntual de infraestructura o una iniciativa puntual de un equipo entusiasta.<\/p>\n\n\n\n<p>Se olvida, o no se conoce, que es, ante todo, un producto digital interno, con su propia estrategia, equipo, ciclo de vida y usuarios a los que debe servir (\u00a1y presupuesto propio tambi\u00e9n!). Cuando miro atr\u00e1s a los \u00faltimos 5 a\u00f1os y busco los elementos comunes en las organizaciones que conozco y que han tenido \u00e9xito en su camino hacia la DevEx encuentro justamente eso: la visi\u00f3n producto.<\/p>\n\n\n\n<p>Y eso exige algo que muchas veces falta: esponsorizaci\u00f3n real por parte de los l\u00edderes ejecutivos de la organizaci\u00f3n. No basta con decir \u00abapostamos por mejorar la DevEx\u00bb. Una plataforma como producto requiere visi\u00f3n a largo plazo, respaldo presupuestario sostenido y voluntad expl\u00edcita de escalarla como infraestructura cr\u00edtica. No estamos hablando de un experimento aislado: estamos hablando del sistema nervioso de la ingenier\u00eda interna. Si la plataforma no tiene due\u00f1o claro, no tiene hoja de ruta ni mecanismos de mejora continua, est\u00e1 condenada a convertirse en un \u00abcaj\u00f3n\u00bb m\u00e1s de herramientas olvidadas.<\/p>\n\n\n\n<p>Otro elemento clave del \u00e9xito es la flexibilidad. Si la plataforma no ofrece flexibilidad real, los equipos se la buscar\u00e1n por su cuenta. Cuando los est\u00e1ndares se imponen de forma r\u00edgida, sin espacio para la adaptaci\u00f3n, lo que se genera no es alineamiento, sino plataformas en la sombra: soluciones paralelas, no soportadas, que nacen de la necesidad de avanzar. Y cuando eso ocurre, fallamos en el objetivo de escalar la adopci\u00f3n de la plataforma oficial. Nadie quiere usar una herramienta que no resuelve sus problemas reales, y eso acaba conduciendo la plataforma al desuso y al abandono.<\/p>\n\n\n\n<p>Por eso, el equilibrio entre prescripci\u00f3n y flexibilidad es esencial. Y para que funcione, necesitamos guardarra\u00edles claros. Mecanismos que permitan a los equipos moverse con autonom\u00eda, pero dentro de un marco que garantice la resiliencia, la seguridad y el cumplimiento normativo. Esto es especialmente relevante en sectores regulados o en organizaciones sujetas a marcos como la Ley de Resiliencia Operativa Digital (DORA) o la Ley de Ciberresiliencia (CRA) de la Uni\u00f3n Europea, que exigen trazabilidad, control de riesgos y cumplimiento de pol\u00edticas de ciberseguridad en todo el ciclo de vida del software.<\/p>\n\n\n\n<p>Veamos a modo de ejemplo qu\u00e9 significa esto considerando la adopci\u00f3n de arquitecturas nativas para la nube. Cuando trabajamos con aplicaciones contenerizadas, muchas organizaciones facilitan el trabajo de sus equipos mediante registros de im\u00e1genes curadas: cat\u00e1logos internos con componentes comunes, debidamente asegurados (hardening), y versiones sin vulnerabilidades conocidas.<\/p>\n\n\n\n<p>\u00bfQu\u00e9 ocurre cuando un equipo necesita una imagen que a\u00fan no est\u00e1 en ese cat\u00e1logo, o una versi\u00f3n diferente?<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Si la plataforma es r\u00edgida, se bloquea la innovaci\u00f3n. Aumentan los costes al necesitar un equipo de plataforma dimensionado para resolver cada peque\u00f1a necesidad. Inevitablemente, porque los recursos humanos y econ\u00f3micos son limitados, el equipo de plataforma se convierte en cuello de botella. Y eso conduce a la fricci\u00f3n, entregables de peor calidad y a peor tiempo a mercado. Justo lo contrario de lo que quer\u00eda resolverse con una plataforma interna. Adem\u00e1s, crece el riesgo de que alguien cometa un error grave.<\/li>\n\n\n\n<li>Si es flexible sin control, se compromete la seguridad. El riesgo es, sencillamente, inasumible.<\/li>\n<\/ul>\n\n\n\n<p>Una posible soluci\u00f3n intermedia es permitir la ejecuci\u00f3n de im\u00e1genes arbitrarias fuera del cat\u00e1logo central estableciendo como guardarra\u00edl que no se permita ejecutar im\u00e1genes con vulnerabilidades cr\u00edticas o de severidad alta, as\u00ed como tener herramientas que activamente validen todas las cargas de trabajo y nos ayuden a mantener los entornos seguros.<\/p>\n\n\n\n<p>Este tipo de enfoque \u2014flexibilidad con responsabilidad\u2014 es el que permite que la plataforma otorgue autonom\u00eda sin perder el control. Es clave para su adopci\u00f3n, escalado y \u00e9xito.<\/p>\n\n\n\n<div class=\"wp-block-uagb-advanced-heading uagb-block-1fc2105b\"><h2 class=\"uagb-heading-text\">El impacto de las plataformas en la DevEx<\/h2><\/div>\n\n\n\n<p>En un entorno ideal, desarrollar software deber\u00eda ser una experiencia enfocada en la l\u00f3gica de negocio, la resoluci\u00f3n de problemas y la entrega de valor. Pero la realidad moderna se parece m\u00e1s a una carrera de obst\u00e1culos: herramientas desconectadas, requisitos de infraestructura cambiantes, despliegues complejos, arquitecturas distribuidas, multi-cloud, resiliencia, cumplimiento regulatorio y tecnolog\u00edas pol\u00edglotas que multiplican la complejidad de las soluciones en las que trabajamos.<\/p>\n\n\n\n<p>Todo esto desemboca en un concepto cada vez m\u00e1s relevante: la carga cognitiva del desarrollador. Y precisamente una de las grandes promesas de la DevEx es ayudar a reducirla \u2014no escondiendo la complejidad, sino gestion\u00e1ndola\u2014. La plataforma interna tiene aqu\u00ed un papel fundamental: debe convertirse en el sistema nervioso que conecta todas las piezas y ofrece interfaces consistentes, automatismos reutilizables y experiencias coherentes a trav\u00e9s de los distintos canales.<\/p>\n\n\n\n<p>Una plataforma bien dise\u00f1ada reduce fricci\u00f3n al proporcionar:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Puntos de entrada unificados: ya sea a trav\u00e9s de un portal, una CLI, un SDK o una integraci\u00f3n en el IDE, el acceso a capacidades comunes debe ser homog\u00e9neo y predecible.<\/li>\n\n\n\n<li>Abstracciones \u00fatiles y componibles: integraci\u00f3nde servicios, despliegues, monitorizaci\u00f3n o gesti\u00f3n de secretos convertidos en flujos reutilizables que no requieren entender en detalle cada herramienta individual.<\/li>\n\n\n\n<li>Documentaci\u00f3n contextual e integrada: no es solo tener \u00abla wiki al d\u00eda\u00bb, sino proveer explicaciones, ejemplos y uso real desde el mismo flujo de trabajo del desarrollador.<\/li>\n\n\n\n<li>Automatizaci\u00f3n con sentido del negocio: no basta con crear <em>pipelines<\/em> gen\u00e9ricos; necesitamos <em>workflows<\/em> que entiendan las pol\u00edticas, est\u00e1ndares y prioridades reales de cada organizaci\u00f3n.<\/li>\n\n\n\n<li>Observabilidad orientada al usuario: m\u00e1s all\u00e1 de logs y m\u00e9tricas, visibilidad sobre el estado y rendimiento de los flujos de trabajo (ya sea de un proyecto, una <em>build<\/em>, aspectos de calidad, seguridad, etc.), dependencias entre sistemas y <em>feedback<\/em> del runtime, accesible sin necesidad de ser un SRE.<\/li>\n<\/ul>\n\n\n\n<p>Pero todo esto solo es posible si dejamos de construir portales para \u00abmostrar cosas\u00bb y empezamos a construir plataformas para reducir la complejidad operativa. Lo contrario nos deja desarrolladores frustrados, saltando entre contextos, sin una narrativa clara del flujo de trabajo.<\/p>\n\n\n\n<figure class=\"wp-block-image size-large\"><img loading=\"lazy\" decoding=\"async\" width=\"1024\" height=\"398\" src=\"https:\/\/www.codemotion.com\/magazine\/wp-content\/uploads\/2025\/10\/img-1-provision-flow-1-1-1024x398.png\" alt=\"\" class=\"wp-image-34333\" srcset=\"https:\/\/www.codemotion.com\/magazine\/wp-content\/uploads\/2025\/10\/img-1-provision-flow-1-1-1024x398.png 1024w, https:\/\/www.codemotion.com\/magazine\/wp-content\/uploads\/2025\/10\/img-1-provision-flow-1-1-300x117.png 300w, https:\/\/www.codemotion.com\/magazine\/wp-content\/uploads\/2025\/10\/img-1-provision-flow-1-1-768x299.png 768w, https:\/\/www.codemotion.com\/magazine\/wp-content\/uploads\/2025\/10\/img-1-provision-flow-1-1-1536x598.png 1536w, https:\/\/www.codemotion.com\/magazine\/wp-content\/uploads\/2025\/10\/img-1-provision-flow-1-1.png 1784w\" sizes=\"auto, (max-width: 1024px) 100vw, 1024px\" \/><\/figure>\n\n\n\n<p class=\"has-text-align-center\"><em>Dos posibles estrategias multi-canal para los servicios de plataforma: una con IssueOps y ChatOps, otra con uso directo de las APIs de la plataforma<\/em><\/p>\n\n\n\n<p>Una analog\u00eda \u00fatil es pensar en una torre de control de aeropuerto: no elimina el tr\u00e1fico a\u00e9reo, ni lo simplifica, pero ofrece a los controladores y pilotos (nuestros equipos de desarrollo) la informaci\u00f3n precisa y el soporte necesario para tomar decisiones en un entorno que, de por s\u00ed, es complejo y cr\u00edtico. La plataforma debe jugar ese mismo rol: guiar, organizar y proteger sin entorpecer.<\/p>\n\n\n\n<p>Otra analog\u00eda poderosa para entender este tipo de evoluci\u00f3n en la experiencia del desarrollador es la que distingue entre orquestaci\u00f3n y coreograf\u00eda.<\/p>\n\n\n\n<p>En un modelo de orquestaci\u00f3n, como en una orquesta sinf\u00f3nica, cada miembro del equipo espera instrucciones precisas de un director: cu\u00e1ndo entrar, qu\u00e9 tocar, durante cu\u00e1nto tiempo. Este enfoque puede funcionar en contextos muy controlados o de peque\u00f1a escala, pero se vuelve insostenible a medida que crece la complejidad. La figura central del director se convierte en un cuello de botella, y requiere de mucha dedicaci\u00f3n, maestr\u00eda y tiempo de ensayo, que toda la orquesta funcione armoniosamente sin depender del director m\u00e1s que como recordatorio o para ajustes finos el d\u00eda del concierto. Este enfoque exige un tiempo a mercado y un nivel de microgesti\u00f3n incompatible con la agilidad moderna.<\/p>\n\n\n\n<p>En cambio, cuando dise\u00f1amos una plataforma pensando en reducir la fricci\u00f3n, en dar autonom\u00eda y en facilitar la colaboraci\u00f3n, nos acercamos conceptualmente m\u00e1s a la coreograf\u00eda de un gran ballet. Aqu\u00ed tambi\u00e9n hay estructura, tambi\u00e9n hay reglas, pero cada int\u00e9rprete \u2014la analog\u00eda con cada equipo\u2014 conoce su papel, domina sus herramientas y entiende el ritmo del conjunto. Algunos momentos requieren interacci\u00f3n estrecha entre bailarines; en otros, el equipo act\u00faa de forma aut\u00f3noma. Y aun as\u00ed, cuando se observa el ballet completo, el resultado es armonioso, fluido y bello. No porque alguien dicte cada paso, sino porque la arquitectura de colaboraci\u00f3n est\u00e1 bien dise\u00f1ada y entrenada.<\/p>\n\n\n\n<p>Aplicado al mundo del desarrollo, la coreograf\u00eda bien dise\u00f1ada se traduce en una DevEx que reduce toda fricci\u00f3n innecesaria: menos tickets de soporte, menos dependencia de aprobaciones externas, menos tiempo invertido en \u00abrecordar c\u00f3mo se hacen las cosas\u00bb. Cada equipo puede ejecutar su parte sin sacrificar el todo, confiando en la plataforma como base s\u00f3lida que gu\u00eda sin estorbar, que da estructura sin imponer. Esa es la diferencia entre gestionar complejidad&#8230; y ser sobrepasado por ella.<\/p>\n\n\n\n<div class=\"wp-block-uagb-advanced-heading uagb-block-ab6ec113\"><h2 class=\"uagb-heading-text\">Antipatrones comunes en la construcci\u00f3n de portales<\/h2><\/div>\n\n\n\n<p>Si algo nos ha ense\u00f1ado la evoluci\u00f3n del software es que las malas decisiones tambi\u00e9n escalan. Y con demasiada frecuencia, los portales internos terminan cayendo en patrones disfuncionales que entorpecen m\u00e1s que ayudan. Estos son algunos de los antipatrones m\u00e1s frecuentes (y peligrosos) que he llegado a \u00abcatalogar\u00bb. Aviso a navegantes: no est\u00e1n exentos de una pizca de humor y exageraci\u00f3n dram\u00e1tica:<\/p>\n\n\n\n<h3 class=\"wp-block-heading\" id=\"h-el-portal-fachada\">El portal fachada<\/h3>\n\n\n\n<p>Se ve moderno, tiene fuentes tipogr\u00e1ficas cuidadas, colores molones y un sistema de dise\u00f1o muy cuco, pero tras el tel\u00f3n\u2026 nada. Enlaza a otras herramientas, pero no orquesta ni automatiza nada. Es como una recepci\u00f3n vac\u00eda con muchas puertas cerradas y sin recepcionista. Cuando el desarrollador llega ah\u00ed esperando una soluci\u00f3n, se encuentra con una colecci\u00f3n de PDFs y enlaces rotos.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\" id=\"h-la-interfaz-museo\">La interfaz museo<\/h3>\n\n\n\n<p>Cada apartado est\u00e1 perfectamente maquetado, pero su contenido se actualiz\u00f3 por \u00faltima vez durante el proyecto de migraci\u00f3n a Kubernetes de 2019. Nadie se atreve a tocarlo por miedo a romper el dise\u00f1o, y ya solo sirve para que los nuevos desarrolladores pierdan media ma\u00f1ana intentando entender qu\u00e9 parte del portal sigue siendo relevante. Resultado: el portal se convierte en un rinc\u00f3n olvidado de informaci\u00f3n olvidada.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\" id=\"h-el-catalogo-sin-servicios\">El cat\u00e1logo sin servicios<\/h3>\n\n\n\n<p>Ofrece un listado detallado de servicios y componentes disponibles\u2026 que nadie puede consumir. No hay APIs p\u00fablicas, ni integraci\u00f3n real con el backend, ni flujos de autoservicio. Lo \u00fanico que puedes hacer es admirar lo que podr\u00edas hacer, si tuviera un bot\u00f3n de \u00absolicitar\u00bb que funcionara. Al menos, te avisa de que pongas un ticket para que alguien del equipo de infra te ayude\u2026 cuando pueda.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\" id=\"h-la-torre-de-descontrol\">La torre de descontrol<\/h3>\n\n\n\n<p>Ofrece <em>dashboards<\/em>, m\u00e9tricas, logs\u2026 pero sin correlaci\u00f3n ni narrativa. El desarrollador tiene visibilidad, pero no comprensi\u00f3n. Teras de logs pero no puede localizar la parte que es relevante para su problema. Se convierte en un espectador pasivo de datos que no responden a la \u00fanica pregunta que le importa: \u00bfqu\u00e9 necesito saber para resolver esto y seguir adelante? Eso s\u00ed, la tele con 200 KPIs luce muy bien en las visitas.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\" id=\"h-el-portal-politico\">El portal pol\u00edtico<\/h3>\n\n\n\n<p>Su existencia responde m\u00e1s a una necesidad de \u00abcheck en el roadmap\u00bb que a resolver problemas reales. Se construy\u00f3 r\u00e1pido, sin conversaciones con usuarios reales, y se lanz\u00f3 en una demo muy vistosa para el comit\u00e9 ejecutivo. Desde entonces, nadie lo usa, pero nadie se atreve a decirlo o desmontarlo.<\/p>\n\n\n\n<p>Lo preocupante no es que existan estos antipatrones, sino que se perpet\u00faan cuando no tratamos el portal como parte de una plataforma entendida como producto, resolviendo necesidades reales, respaldada por automatismos, APIs funcionales y un compromiso claro con la mejora continua. Los atajos visuales, las m\u00e9tricas de vanidad y la falta de visi\u00f3n hol\u00edstica acaban empujando estos proyectos al \u00abdesv\u00e1n digital\u00bb, donde descansan las iniciativas que alguna vez prometieron mejorar la vida de los equipos&#8230; pero no lo hicieron.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"h-una-vision-productizada-disenar-pensando-como-un-producto-que-voy-a-poner-a-la-venta-en-el-mercado\">Una visi\u00f3n productizada: dise\u00f1ar pensando como un producto que voy a poner a la venta en el mercado<\/h2>\n\n\n\n<p>Tratar la plataforma interna como un producto implica m\u00e1s que tener un <em>backlog<\/em> y un equipo dedicado. Significa asumir que, como cualquier producto digital, debe medirse, evolucionar y demostrar su impacto. Y para eso, necesitamos conexi\u00f3n absoluta con los usuarios (potenciales y, una vez lanzada, los reales), observabilidad real sobre su uso y sus beneficios, y los mecanismos para mejorar continuamente.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\" id=\"h-el-backlog-en-una-plataforma-orientada-al-desarrollo\">El <em>backlog<\/em> en una plataforma orientada al desarrollo<\/h3>\n\n\n\n<p>Para dotar de las capacidades deseadas a la plataforma el <em>backlog<\/em> ser\u00e1 una combinaci\u00f3n de caracter\u00edsticas destinadas a facilitar el acceso y uso con automatizaci\u00f3n de capacidades de la plataforma que enriquecer\u00e1n el cat\u00e1logo de autoservicio. Veamos con m\u00e1s detalle qu\u00e9 tipo de elementos deber\u00e1n formar parte del <em>backlog<\/em>:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>UI\/UX<\/strong>: Obviamente, nuestros canales deben ser atractivos y f\u00e1ciles de usar. Esto aplica no solo al portal web sino tambi\u00e9n a las CLIs. No hay que restar importancia a un buen \u00e1rbol de comandos intuitivo y f\u00e1cil de recordar.<\/li>\n<\/ul>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>Autoservicio<\/strong>: Desde dise\u00f1ar un gran cat\u00e1logo de servicios, estructurado y f\u00e1cil de utilizar, hasta crear un modelo federado con un <em>marketplace<\/em> donde distintas partes de la organizaci\u00f3n puedan contribuir con sus automatizaciones. Dar acceso a servicios de infraestructura, redes, aplicaciones o gesti\u00f3n de licencias de herramientas. Hacer que coexistan sin fricci\u00f3n distintos modelos de coste y aprobaciones: herramientas sin coste, coste por uso, aprobaci\u00f3n de nuevos recursos, pero solo si se excede una cuota asignada al equipo, etc. Estos son algunos ejemplos de las preocupaciones que trasladaremos al <em>backlog<\/em> en este apartado. El autoservicio ser\u00e1 consistente en todos los canales. P.ej. crear un repositorio de c\u00f3digo tendr\u00e1 id\u00e9nticas entradas y resultados si se solicita desde la web como si se lanza desde la CLI.<\/li>\n<\/ul>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>Acceso a la base de conocimiento<\/strong>: Mantener actualizada y accesible toda la base de conocimiento de la organizaci\u00f3n. Desde flujos de documentaci\u00f3n como c\u00f3digo (p.ej. <em>markdown<\/em> convertido a web est\u00e1tica) hasta bases de datos vectorizadas para impulsar la b\u00fasqueda con contexto y maximizar la utilidad de los asistentes virtuales. Una buena base de conocimiento contendr\u00e1 elementos variados como arquetipos de soluciones y componentes, ejemplos de c\u00f3digo, plantillas reutilizables, gu\u00edas de buenas pr\u00e1cticas, etc., y aunque no sea responsabilidad del equipo de plataforma aportar todo ese conocimiento, s\u00ed que ser\u00e1 responsable de que el contenido llegue de forma \u00fatil a los equipos de desarrollo.<\/li>\n<\/ul>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>Observabilidad<\/strong>: En la plataforma se dar\u00e1 acceso a los equipos a los principales indicadores que miden su progreso de forma consistente con lo que est\u00e9n haciendo en cada momento: desde la visi\u00f3n de \u00e1guila en la \u00ab<em>home<\/em>\u00bb (\u00bfen qu\u00e9 debo fijarme hoy?), hasta informaci\u00f3n por componente y entorno. No se trata de duplicar o desplazar a las plataformas de observabilidad sino de conectar a las personas \u00abcon un vistazo\u00bb a lo que m\u00e1s les interesa, y enlazar a dichas plataformas de observabilidad para la investigaci\u00f3n y el seguimiento detallado. Por ejemplo, si un miembro del equipo est\u00e1 revisando el listado de componentes de su aplicaci\u00f3n le interesa ver en ese listado los datos de los umbrales de calidad de la \u00faltima <em>build<\/em>, y luego tener el acceso r\u00e1pido a la herramienta que usen para medir y hacer seguimiento de la calidad del c\u00f3digo.<\/li>\n<\/ul>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>Automatizaci\u00f3n<\/strong>: Los propios servicios que necesitan los equipos en su d\u00eda a d\u00eda y que son accesibles mediante el autoservicio. En modelos de plataformas federadas esta responsabilidad puede estar distribuida entre distintos grupos. P.ej. el grupo de <em>cloud<\/em> es responsable de automatizar las capacidades que tengan que ver con el uso de la <em>cloud<\/em>, mientras que el grupo de DevOps es responsable de automatizar las capacidades relacionadas con las herramientas del ciclo de vida. No hay una regla fija y depende en muchos casos del propio tama\u00f1o y estructura de la organizaci\u00f3n, pero en todo caso con un elemento com\u00fan: la responsabilidad frente a los usuarios de la plataforma de los automatismos que ofrecemos en el cat\u00e1logo.<\/li>\n<\/ul>\n\n\n\n<p class=\"has-text-align-center\"><em>Conectando los servicios y capacidad de la plataforma con los usuarios<\/em><\/p>\n\n\n\n<figure class=\"wp-block-image size-large\"><img loading=\"lazy\" decoding=\"async\" width=\"1024\" height=\"679\" src=\"https:\/\/www.codemotion.com\/magazine\/wp-content\/uploads\/2025\/10\/img-2-que-hay-en-la-plat-1-1-1024x679.png\" alt=\"\" class=\"wp-image-34335\" srcset=\"https:\/\/www.codemotion.com\/magazine\/wp-content\/uploads\/2025\/10\/img-2-que-hay-en-la-plat-1-1-1024x679.png 1024w, https:\/\/www.codemotion.com\/magazine\/wp-content\/uploads\/2025\/10\/img-2-que-hay-en-la-plat-1-1-300x199.png 300w, https:\/\/www.codemotion.com\/magazine\/wp-content\/uploads\/2025\/10\/img-2-que-hay-en-la-plat-1-1-768x510.png 768w, https:\/\/www.codemotion.com\/magazine\/wp-content\/uploads\/2025\/10\/img-2-que-hay-en-la-plat-1-1.png 1438w\" sizes=\"auto, (max-width: 1024px) 100vw, 1024px\" \/><\/figure>\n\n\n\n<h3 class=\"wp-block-heading\" id=\"h-la-conexion-con-los-usuarios\">La conexi\u00f3n con los usuarios<\/h3>\n\n\n\n<p>La conexi\u00f3n con los usuarios es clave para la adopci\u00f3n. Como ya expliqu\u00e9 brevemente en la Parte 3 sobre DevEx una manera de fomentar la colaboraci\u00f3n entre equipos consiste en tener equipos de relaci\u00f3n con los desarrolladores (<em>developer relations<\/em>, <em>developer advocates, <\/em>o tambi\u00e9n, equipos de adopci\u00f3n y<em> coaching<\/em>) que entienden sus necesidades y dificultades.<\/p>\n\n\n\n<p>En el contexto de una plataforma entendida como producto, estos equipos ayudan a que los productos y servicios internos se construyan para que la vida de los ingenieros de software sea tan f\u00e1cil como sea posible. Escuchan, transmiten el <em>feedback<\/em>, ayudan a priorizar poniendo el foco en lo que m\u00e1s \u00abduele\u00bb, conectan con los usuarios clave para mostrarles lo que es nuevo y notable incluso antes de liberarlo al resto de la organizaci\u00f3n, y acompa\u00f1an a los equipos de forma continua durante su camino de adopci\u00f3n y uso.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\" id=\"h-medir-el-impacto-que-tiene-la-plataforma\">Medir el impacto que tiene la plataforma<\/h3>\n\n\n\n<p>Como no basta con tener cercan\u00eda, sino que necesitamos medir el impacto que la plataforma tiene en la organizaci\u00f3n, complementamos lo anterior con indicadores objetivos y encuestas a los usuarios.<\/p>\n\n\n\n<p>Pero cuidado: no se trata de llenar <em>dashboards<\/em> con decenas de KPIs irrelevantes. Se trata de definir pocas m\u00e9tricas, pero con sentido, que nos ayuden a responder preguntas clave como:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>\u00bfEst\u00e1 la plataforma reduciendo el tiempo de entrega?<\/li>\n\n\n\n<li>\u00bfEst\u00e1 disminuyendo la carga cognitiva de los equipos?<\/li>\n\n\n\n<li>\u00bfEst\u00e1 aumentando la autonom\u00eda y la satisfacci\u00f3n de los desarrolladores?<\/li>\n\n\n\n<li>\u00bfEstamos reduciendo el n\u00famero de incidencias o el tiempo de recuperaci\u00f3n?<\/li>\n<\/ul>\n\n\n\n<p>Una buena referencia para esto son las m\u00e9tricas DORA, desarrolladas por el equipo de Google Cloud tras a\u00f1os de investigaci\u00f3n sobre pr\u00e1cticas de alto rendimiento en ingenier\u00eda de software. Estas m\u00e9tricas permiten evaluar tanto la velocidad como la estabilidad del proceso de entrega:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>Deployment frequency<\/strong>: Cu\u00e1n a menudo se entrega software a producci\u00f3n.<\/li>\n\n\n\n<li><strong>Lead time for changes<\/strong>: Tiempo desde que se completa un desarrollo hasta que el cambio llega a producci\u00f3n.<\/li>\n\n\n\n<li><strong>Change failure rate<\/strong>: Porcentaje de despliegues que causan fallos en producci\u00f3n.<\/li>\n\n\n\n<li><strong>Time to restore service<\/strong>: Tiempo medio para recuperar el servicio tras un fallo.<\/li>\n<\/ul>\n\n\n\n<p>Adem\u00e1s, estas m\u00e9tricas deben complementarse con indicadores tanto cuantitativos como cualitativos, tales como:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>Ratio de autoservicio<\/strong>: cu\u00e1ntas tareas se completan sin intervenci\u00f3n externa.<\/li>\n\n\n\n<li><strong>Carga cognitiva percibida<\/strong>: evaluada mediante encuestas peri\u00f3dicas.<\/li>\n\n\n\n<li><strong>Feedback de usuarios internos<\/strong>: recogido de forma continua y sistem\u00e1tica.<\/li>\n<\/ul>\n\n\n\n<p>Estas m\u00e9tricas no solo sirven para evaluar el rendimiento t\u00e9cnico, sino tambi\u00e9n para medir el valor que la plataforma aporta a la organizaci\u00f3n. Por ejemplo, si tras adoptar la plataforma el <em>lead time<\/em> se reduce a la mitad, o si el ratio de autoservicio aumenta significativamente, estamos ante se\u00f1ales claras de que la plataforma est\u00e1 funcionando como producto.<\/p>\n\n\n\n<p>Y aqu\u00ed entra un elemento clave: la experimentaci\u00f3n. Tratar la plataforma como un producto digital implica estar abiertos a probar nuevas ideas, lanzar funcionalidades en beta, recoger <em>feedback<\/em> real y afinar lo que funciona. Pero tambi\u00e9n significa tener el coraje de descartar lo que no aporta valor, sin miedo a \u00abmatar\u00bb <em>features<\/em> que no cumplen su prop\u00f3sito. La plataforma debe ser un producto vivo, en constante evoluci\u00f3n, igual que evolucionan las necesidades de sus usuarios.<\/p>\n\n\n\n<p>Este enfoque experimental no solo mejora la plataforma: fomenta una cultura de aprendizaje continuo. Nos permite validar hip\u00f3tesis, descubrir patrones de uso inesperados y adaptar la plataforma a medida que la organizaci\u00f3n crece. Porque si algo define a un buen producto digital, es su capacidad de cambiar con sus usuarios, no contra ellos.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"h-conclusion\">Conclusi\u00f3n<\/h2>\n\n\n\n<p>El problema no es que los portales y plataformas internos no funcionen: es que, demasiadas veces, no son realmente productos que mejoran nuestro d\u00eda a d\u00eda. Para que cumplan su promesa de mejorar la DevEx, necesitamos:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Dise\u00f1ar sobre la base s\u00f3lida de los \u00ab<em>developer journeys<\/em>\u00bb, entendiendo que el portal es solo un canal, no el destino, y que la visi\u00f3n debe incluir la plataforma al completo.<\/li>\n\n\n\n<li>Construir plataformas con mentalidad de producto, con APIs, visi\u00f3n a largo plazo y soporte organizativo real, presupuesto adecuados y equipo humano suficiente.<\/li>\n\n\n\n<li>Equilibrar est\u00e1ndares con flexibilidad, habilitando la experimentaci\u00f3n sin perder seguridad ni cumplimiento.<\/li>\n\n\n\n<li>Reducir la carga cognitiva, ayudando a los equipos a convivir con entornos cada vez m\u00e1s complejos.<\/li>\n\n\n\n<li>Medir el impacto de verdad, con m\u00e9tricas claras que conecten la plataforma con el valor que entrega.<\/li>\n<\/ul>\n\n\n\n<p>Porque si seguimos construyendo portales que informan pero no habilitan, que prescriben pero no escuchan, que miden clicks pero no entregas, estaremos simplemente decorando el desv\u00e1n. Y ese no es el lugar que deseamos para una plataforma que aspira a ser el coraz\u00f3n de nuestra ingenier\u00eda.<\/p>\n\n\n\n<p><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Seamos&nbsp;fabulosos&nbsp;hoy y&nbsp;cada&nbsp;d\u00eda Si tu portal interno se parece m\u00e1s a una \u00abwiki fandom\u00bb que a una verdadera plataforma de desarrollo, no est\u00e1s solo. Muchas organizaciones, con buena intenci\u00f3n, han invertido tiempo y recursos en construir interfaces bonitas pero poco \u00fatiles, creyendo que un listado de enlaces es suficiente para resolver todos los problemas del ciclo&#8230; <a class=\"more-link\" href=\"https:\/\/www.codemotion.com\/magazine\/es\/devops-es\/el-futuro-de-devops-portales-y-plataformas-internas\/\">Read more<\/a><\/p>\n","protected":false},"author":248,"featured_media":34336,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_editorskit_title_hidden":false,"_editorskit_reading_time":0,"_editorskit_is_block_options_detached":false,"_editorskit_block_options_position":"{}","_uag_custom_page_level_css":"","_genesis_hide_title":false,"_genesis_hide_breadcrumbs":false,"_genesis_hide_singular_image":false,"_genesis_hide_footer_widgets":false,"_genesis_custom_body_class":"","_genesis_custom_post_class":"","_genesis_layout":"","footnotes":""},"categories":[10626],"tags":[10747],"collections":[],"class_list":{"0":"post-34254","1":"post","2":"type-post","3":"status-publish","4":"format-standard","5":"has-post-thumbnail","7":"category-devops-es","8":"tag-desarrollo-web","9":"entry"},"yoast_head":"<!-- This site is optimized with the Yoast SEO Premium plugin v26.9 (Yoast SEO v26.9) - https:\/\/yoast.com\/product\/yoast-seo-premium-wordpress\/ -->\n<title>El futuro de DevOps, Parte 4: Portales y Plataformas Internas<\/title>\n<meta name=\"description\" content=\"Descubre c\u00f3mo transformar portales internos en plataformas de desarrollo efectivas, dise\u00f1adas como productos, que mejoran la experiencia del desarrollador, reducen fricci\u00f3n y potencian la autonom\u00eda de los equipos.\" \/>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/www.codemotion.com\/magazine\/es\/devops-es\/el-futuro-de-devops-portales-y-plataformas-internas\/\" \/>\n<meta property=\"og:locale\" content=\"en_US\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"El futuro de DevOps es DevOps, Parte 4: Portales\u00a0y\u00a0Plataformas\u00a0Internas\u00a0para\u00a0el\u00a0Desarrollo\u00a0\" \/>\n<meta property=\"og:description\" content=\"Descubre c\u00f3mo transformar portales internos en plataformas de desarrollo efectivas, dise\u00f1adas como productos, que mejoran la experiencia del desarrollador, reducen fricci\u00f3n y potencian la autonom\u00eda de los equipos.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/www.codemotion.com\/magazine\/es\/devops-es\/el-futuro-de-devops-portales-y-plataformas-internas\/\" \/>\n<meta property=\"og:site_name\" content=\"Codemotion Magazine\" \/>\n<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/Codemotion.Italy\/\" \/>\n<meta property=\"article:published_time\" content=\"2025-10-23T08:44:10+00:00\" \/>\n<meta property=\"article:modified_time\" content=\"2025-10-23T08:44:13+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/www.codemotion.com\/magazine\/wp-content\/uploads\/2025\/10\/Copilot_20251023_103335.png\" \/>\n\t<meta property=\"og:image:width\" content=\"1536\" \/>\n\t<meta property=\"og:image:height\" content=\"1024\" \/>\n\t<meta property=\"og:image:type\" content=\"image\/png\" \/>\n<meta name=\"author\" content=\"deors\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:creator\" content=\"@deors314\" \/>\n<meta name=\"twitter:site\" content=\"@CodemotionIT\" \/>\n<meta name=\"twitter:label1\" content=\"Written by\" \/>\n\t<meta name=\"twitter:data1\" content=\"deors\" \/>\n\t<meta name=\"twitter:label2\" content=\"Est. reading time\" \/>\n\t<meta name=\"twitter:data2\" content=\"19 minutes\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\/\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\/\/www.codemotion.com\/magazine\/es\/devops-es\/el-futuro-de-devops-portales-y-plataformas-internas\/#article\",\"isPartOf\":{\"@id\":\"https:\/\/www.codemotion.com\/magazine\/es\/devops-es\/el-futuro-de-devops-portales-y-plataformas-internas\/\"},\"author\":{\"name\":\"deors\",\"@id\":\"https:\/\/www.codemotion.com\/magazine\/#\/schema\/person\/cb131b3b6b3bdbead4f06a0df187577d\"},\"headline\":\"El futuro de DevOps es DevOps, Parte 4: Portales\u00a0y\u00a0Plataformas\u00a0Internas\u00a0para\u00a0el\u00a0Desarrollo\u00a0\",\"datePublished\":\"2025-10-23T08:44:10+00:00\",\"dateModified\":\"2025-10-23T08:44:13+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\/\/www.codemotion.com\/magazine\/es\/devops-es\/el-futuro-de-devops-portales-y-plataformas-internas\/\"},\"wordCount\":4352,\"publisher\":{\"@id\":\"https:\/\/www.codemotion.com\/magazine\/#organization\"},\"image\":{\"@id\":\"https:\/\/www.codemotion.com\/magazine\/es\/devops-es\/el-futuro-de-devops-portales-y-plataformas-internas\/#primaryimage\"},\"thumbnailUrl\":\"https:\/\/www.codemotion.com\/magazine\/wp-content\/uploads\/2025\/10\/Copilot_20251023_103335.png\",\"keywords\":[\"Desarrollo web\"],\"articleSection\":[\"DevOps\"],\"inLanguage\":\"en-US\"},{\"@type\":\"WebPage\",\"@id\":\"https:\/\/www.codemotion.com\/magazine\/es\/devops-es\/el-futuro-de-devops-portales-y-plataformas-internas\/\",\"url\":\"https:\/\/www.codemotion.com\/magazine\/es\/devops-es\/el-futuro-de-devops-portales-y-plataformas-internas\/\",\"name\":\"El futuro de DevOps, Parte 4: Portales y Plataformas Internas\",\"isPartOf\":{\"@id\":\"https:\/\/www.codemotion.com\/magazine\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\/\/www.codemotion.com\/magazine\/es\/devops-es\/el-futuro-de-devops-portales-y-plataformas-internas\/#primaryimage\"},\"image\":{\"@id\":\"https:\/\/www.codemotion.com\/magazine\/es\/devops-es\/el-futuro-de-devops-portales-y-plataformas-internas\/#primaryimage\"},\"thumbnailUrl\":\"https:\/\/www.codemotion.com\/magazine\/wp-content\/uploads\/2025\/10\/Copilot_20251023_103335.png\",\"datePublished\":\"2025-10-23T08:44:10+00:00\",\"dateModified\":\"2025-10-23T08:44:13+00:00\",\"description\":\"Descubre c\u00f3mo transformar portales internos en plataformas de desarrollo efectivas, dise\u00f1adas como productos, que mejoran la experiencia del desarrollador, reducen fricci\u00f3n y potencian la autonom\u00eda de los equipos.\",\"breadcrumb\":{\"@id\":\"https:\/\/www.codemotion.com\/magazine\/es\/devops-es\/el-futuro-de-devops-portales-y-plataformas-internas\/#breadcrumb\"},\"inLanguage\":\"en-US\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\/\/www.codemotion.com\/magazine\/es\/devops-es\/el-futuro-de-devops-portales-y-plataformas-internas\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"en-US\",\"@id\":\"https:\/\/www.codemotion.com\/magazine\/es\/devops-es\/el-futuro-de-devops-portales-y-plataformas-internas\/#primaryimage\",\"url\":\"https:\/\/www.codemotion.com\/magazine\/wp-content\/uploads\/2025\/10\/Copilot_20251023_103335.png\",\"contentUrl\":\"https:\/\/www.codemotion.com\/magazine\/wp-content\/uploads\/2025\/10\/Copilot_20251023_103335.png\",\"width\":1536,\"height\":1024},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\/\/www.codemotion.com\/magazine\/es\/devops-es\/el-futuro-de-devops-portales-y-plataformas-internas\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\/\/www.codemotion.com\/magazine\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"DevOps\",\"item\":\"https:\/\/www.codemotion.com\/magazine\/es\/devops-es\/\"},{\"@type\":\"ListItem\",\"position\":3,\"name\":\"El futuro de DevOps es DevOps, Parte 4: Portales\u00a0y\u00a0Plataformas\u00a0Internas\u00a0para\u00a0el\u00a0Desarrollo\u00a0\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\/\/www.codemotion.com\/magazine\/#website\",\"url\":\"https:\/\/www.codemotion.com\/magazine\/\",\"name\":\"Codemotion Magazine\",\"description\":\"We code the future. Together\",\"publisher\":{\"@id\":\"https:\/\/www.codemotion.com\/magazine\/#organization\"},\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\/\/www.codemotion.com\/magazine\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"en-US\"},{\"@type\":\"Organization\",\"@id\":\"https:\/\/www.codemotion.com\/magazine\/#organization\",\"name\":\"Codemotion\",\"url\":\"https:\/\/www.codemotion.com\/magazine\/\",\"logo\":{\"@type\":\"ImageObject\",\"inLanguage\":\"en-US\",\"@id\":\"https:\/\/www.codemotion.com\/magazine\/#\/schema\/logo\/image\/\",\"url\":\"https:\/\/www.codemotion.com\/magazine\/wp-content\/uploads\/2019\/11\/codemotionlogo.png\",\"contentUrl\":\"https:\/\/www.codemotion.com\/magazine\/wp-content\/uploads\/2019\/11\/codemotionlogo.png\",\"width\":225,\"height\":225,\"caption\":\"Codemotion\"},\"image\":{\"@id\":\"https:\/\/www.codemotion.com\/magazine\/#\/schema\/logo\/image\/\"},\"sameAs\":[\"https:\/\/www.facebook.com\/Codemotion.Italy\/\",\"https:\/\/x.com\/CodemotionIT\"]},{\"@type\":\"Person\",\"@id\":\"https:\/\/www.codemotion.com\/magazine\/#\/schema\/person\/cb131b3b6b3bdbead4f06a0df187577d\",\"name\":\"deors\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"en-US\",\"@id\":\"https:\/\/www.codemotion.com\/magazine\/#\/schema\/person\/image\/\",\"url\":\"https:\/\/www.codemotion.com\/magazine\/wp-content\/uploads\/2024\/04\/1692192746991-100x100.jpeg\",\"contentUrl\":\"https:\/\/www.codemotion.com\/magazine\/wp-content\/uploads\/2024\/04\/1692192746991-100x100.jpeg\",\"caption\":\"deors\"},\"description\":\"Director of Software Engineering, Head or DevOps - Accenture Iberia | Java Champion | MalagaJUG organizer\",\"sameAs\":[\"https:\/\/deors.wordpress.com\",\"https:\/\/www.linkedin.com\/in\/deors\",\"https:\/\/x.com\/deors314\",\"https:\/\/www.youtube.com\/@deors\",\"https:\/\/mastodon.social\/@deors\"],\"url\":\"https:\/\/www.codemotion.com\/magazine\/author\/deors\/\"}]}<\/script>\n<!-- \/ Yoast SEO Premium plugin. -->","yoast_head_json":{"title":"El futuro de DevOps, Parte 4: Portales y Plataformas Internas","description":"Descubre c\u00f3mo transformar portales internos en plataformas de desarrollo efectivas, dise\u00f1adas como productos, que mejoran la experiencia del desarrollador, reducen fricci\u00f3n y potencian la autonom\u00eda de los equipos.","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/www.codemotion.com\/magazine\/es\/devops-es\/el-futuro-de-devops-portales-y-plataformas-internas\/","og_locale":"en_US","og_type":"article","og_title":"El futuro de DevOps es DevOps, Parte 4: Portales\u00a0y\u00a0Plataformas\u00a0Internas\u00a0para\u00a0el\u00a0Desarrollo\u00a0","og_description":"Descubre c\u00f3mo transformar portales internos en plataformas de desarrollo efectivas, dise\u00f1adas como productos, que mejoran la experiencia del desarrollador, reducen fricci\u00f3n y potencian la autonom\u00eda de los equipos.","og_url":"https:\/\/www.codemotion.com\/magazine\/es\/devops-es\/el-futuro-de-devops-portales-y-plataformas-internas\/","og_site_name":"Codemotion Magazine","article_publisher":"https:\/\/www.facebook.com\/Codemotion.Italy\/","article_published_time":"2025-10-23T08:44:10+00:00","article_modified_time":"2025-10-23T08:44:13+00:00","og_image":[{"width":1536,"height":1024,"url":"https:\/\/www.codemotion.com\/magazine\/wp-content\/uploads\/2025\/10\/Copilot_20251023_103335.png","type":"image\/png"}],"author":"deors","twitter_card":"summary_large_image","twitter_creator":"@deors314","twitter_site":"@CodemotionIT","twitter_misc":{"Written by":"deors","Est. reading time":"19 minutes"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/www.codemotion.com\/magazine\/es\/devops-es\/el-futuro-de-devops-portales-y-plataformas-internas\/#article","isPartOf":{"@id":"https:\/\/www.codemotion.com\/magazine\/es\/devops-es\/el-futuro-de-devops-portales-y-plataformas-internas\/"},"author":{"name":"deors","@id":"https:\/\/www.codemotion.com\/magazine\/#\/schema\/person\/cb131b3b6b3bdbead4f06a0df187577d"},"headline":"El futuro de DevOps es DevOps, Parte 4: Portales\u00a0y\u00a0Plataformas\u00a0Internas\u00a0para\u00a0el\u00a0Desarrollo\u00a0","datePublished":"2025-10-23T08:44:10+00:00","dateModified":"2025-10-23T08:44:13+00:00","mainEntityOfPage":{"@id":"https:\/\/www.codemotion.com\/magazine\/es\/devops-es\/el-futuro-de-devops-portales-y-plataformas-internas\/"},"wordCount":4352,"publisher":{"@id":"https:\/\/www.codemotion.com\/magazine\/#organization"},"image":{"@id":"https:\/\/www.codemotion.com\/magazine\/es\/devops-es\/el-futuro-de-devops-portales-y-plataformas-internas\/#primaryimage"},"thumbnailUrl":"https:\/\/www.codemotion.com\/magazine\/wp-content\/uploads\/2025\/10\/Copilot_20251023_103335.png","keywords":["Desarrollo web"],"articleSection":["DevOps"],"inLanguage":"en-US"},{"@type":"WebPage","@id":"https:\/\/www.codemotion.com\/magazine\/es\/devops-es\/el-futuro-de-devops-portales-y-plataformas-internas\/","url":"https:\/\/www.codemotion.com\/magazine\/es\/devops-es\/el-futuro-de-devops-portales-y-plataformas-internas\/","name":"El futuro de DevOps, Parte 4: Portales y Plataformas Internas","isPartOf":{"@id":"https:\/\/www.codemotion.com\/magazine\/#website"},"primaryImageOfPage":{"@id":"https:\/\/www.codemotion.com\/magazine\/es\/devops-es\/el-futuro-de-devops-portales-y-plataformas-internas\/#primaryimage"},"image":{"@id":"https:\/\/www.codemotion.com\/magazine\/es\/devops-es\/el-futuro-de-devops-portales-y-plataformas-internas\/#primaryimage"},"thumbnailUrl":"https:\/\/www.codemotion.com\/magazine\/wp-content\/uploads\/2025\/10\/Copilot_20251023_103335.png","datePublished":"2025-10-23T08:44:10+00:00","dateModified":"2025-10-23T08:44:13+00:00","description":"Descubre c\u00f3mo transformar portales internos en plataformas de desarrollo efectivas, dise\u00f1adas como productos, que mejoran la experiencia del desarrollador, reducen fricci\u00f3n y potencian la autonom\u00eda de los equipos.","breadcrumb":{"@id":"https:\/\/www.codemotion.com\/magazine\/es\/devops-es\/el-futuro-de-devops-portales-y-plataformas-internas\/#breadcrumb"},"inLanguage":"en-US","potentialAction":[{"@type":"ReadAction","target":["https:\/\/www.codemotion.com\/magazine\/es\/devops-es\/el-futuro-de-devops-portales-y-plataformas-internas\/"]}]},{"@type":"ImageObject","inLanguage":"en-US","@id":"https:\/\/www.codemotion.com\/magazine\/es\/devops-es\/el-futuro-de-devops-portales-y-plataformas-internas\/#primaryimage","url":"https:\/\/www.codemotion.com\/magazine\/wp-content\/uploads\/2025\/10\/Copilot_20251023_103335.png","contentUrl":"https:\/\/www.codemotion.com\/magazine\/wp-content\/uploads\/2025\/10\/Copilot_20251023_103335.png","width":1536,"height":1024},{"@type":"BreadcrumbList","@id":"https:\/\/www.codemotion.com\/magazine\/es\/devops-es\/el-futuro-de-devops-portales-y-plataformas-internas\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/www.codemotion.com\/magazine\/"},{"@type":"ListItem","position":2,"name":"DevOps","item":"https:\/\/www.codemotion.com\/magazine\/es\/devops-es\/"},{"@type":"ListItem","position":3,"name":"El futuro de DevOps es DevOps, Parte 4: Portales\u00a0y\u00a0Plataformas\u00a0Internas\u00a0para\u00a0el\u00a0Desarrollo\u00a0"}]},{"@type":"WebSite","@id":"https:\/\/www.codemotion.com\/magazine\/#website","url":"https:\/\/www.codemotion.com\/magazine\/","name":"Codemotion Magazine","description":"We code the future. Together","publisher":{"@id":"https:\/\/www.codemotion.com\/magazine\/#organization"},"potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/www.codemotion.com\/magazine\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"en-US"},{"@type":"Organization","@id":"https:\/\/www.codemotion.com\/magazine\/#organization","name":"Codemotion","url":"https:\/\/www.codemotion.com\/magazine\/","logo":{"@type":"ImageObject","inLanguage":"en-US","@id":"https:\/\/www.codemotion.com\/magazine\/#\/schema\/logo\/image\/","url":"https:\/\/www.codemotion.com\/magazine\/wp-content\/uploads\/2019\/11\/codemotionlogo.png","contentUrl":"https:\/\/www.codemotion.com\/magazine\/wp-content\/uploads\/2019\/11\/codemotionlogo.png","width":225,"height":225,"caption":"Codemotion"},"image":{"@id":"https:\/\/www.codemotion.com\/magazine\/#\/schema\/logo\/image\/"},"sameAs":["https:\/\/www.facebook.com\/Codemotion.Italy\/","https:\/\/x.com\/CodemotionIT"]},{"@type":"Person","@id":"https:\/\/www.codemotion.com\/magazine\/#\/schema\/person\/cb131b3b6b3bdbead4f06a0df187577d","name":"deors","image":{"@type":"ImageObject","inLanguage":"en-US","@id":"https:\/\/www.codemotion.com\/magazine\/#\/schema\/person\/image\/","url":"https:\/\/www.codemotion.com\/magazine\/wp-content\/uploads\/2024\/04\/1692192746991-100x100.jpeg","contentUrl":"https:\/\/www.codemotion.com\/magazine\/wp-content\/uploads\/2024\/04\/1692192746991-100x100.jpeg","caption":"deors"},"description":"Director of Software Engineering, Head or DevOps - Accenture Iberia | Java Champion | MalagaJUG organizer","sameAs":["https:\/\/deors.wordpress.com","https:\/\/www.linkedin.com\/in\/deors","https:\/\/x.com\/deors314","https:\/\/www.youtube.com\/@deors","https:\/\/mastodon.social\/@deors"],"url":"https:\/\/www.codemotion.com\/magazine\/author\/deors\/"}]}},"featured_image_src":"https:\/\/www.codemotion.com\/magazine\/wp-content\/uploads\/2025\/10\/Copilot_20251023_103335.png","featured_image_src_square":"https:\/\/www.codemotion.com\/magazine\/wp-content\/uploads\/2025\/10\/Copilot_20251023_103335.png","author_info":{"display_name":"deors","author_link":"https:\/\/www.codemotion.com\/magazine\/author\/deors\/"},"uagb_featured_image_src":{"full":["https:\/\/www.codemotion.com\/magazine\/wp-content\/uploads\/2025\/10\/Copilot_20251023_103335.png",1536,1024,false],"thumbnail":["https:\/\/www.codemotion.com\/magazine\/wp-content\/uploads\/2025\/10\/Copilot_20251023_103335.png",150,100,false],"medium":["https:\/\/www.codemotion.com\/magazine\/wp-content\/uploads\/2025\/10\/Copilot_20251023_103335-300x200.png",300,200,true],"medium_large":["https:\/\/www.codemotion.com\/magazine\/wp-content\/uploads\/2025\/10\/Copilot_20251023_103335.png",768,512,false],"large":["https:\/\/www.codemotion.com\/magazine\/wp-content\/uploads\/2025\/10\/Copilot_20251023_103335.png",1024,683,false],"1536x1536":["https:\/\/www.codemotion.com\/magazine\/wp-content\/uploads\/2025\/10\/Copilot_20251023_103335.png",1536,1024,false],"2048x2048":["https:\/\/www.codemotion.com\/magazine\/wp-content\/uploads\/2025\/10\/Copilot_20251023_103335.png",1536,1024,false],"small-home-featured":["https:\/\/www.codemotion.com\/magazine\/wp-content\/uploads\/2025\/10\/Copilot_20251023_103335.png",100,67,false],"sidebar-featured":["https:\/\/www.codemotion.com\/magazine\/wp-content\/uploads\/2025\/10\/Copilot_20251023_103335.png",180,120,false],"genesis-singular-images":["https:\/\/www.codemotion.com\/magazine\/wp-content\/uploads\/2025\/10\/Copilot_20251023_103335.png",756,504,false],"archive-featured":["https:\/\/www.codemotion.com\/magazine\/wp-content\/uploads\/2025\/10\/Copilot_20251023_103335.png",338,225,false],"gb-block-post-grid-landscape":["https:\/\/www.codemotion.com\/magazine\/wp-content\/uploads\/2025\/10\/Copilot_20251023_103335.png",600,400,false],"gb-block-post-grid-square":["https:\/\/www.codemotion.com\/magazine\/wp-content\/uploads\/2025\/10\/Copilot_20251023_103335.png",600,400,false]},"uagb_author_info":{"display_name":"deors","author_link":"https:\/\/www.codemotion.com\/magazine\/author\/deors\/"},"uagb_comment_info":0,"uagb_excerpt":"Seamos&nbsp;fabulosos&nbsp;hoy y&nbsp;cada&nbsp;d\u00eda Si tu portal interno se parece m\u00e1s a una \u00abwiki fandom\u00bb que a una verdadera plataforma de desarrollo, no est\u00e1s solo. Muchas organizaciones, con buena intenci\u00f3n, han invertido tiempo y recursos en construir interfaces bonitas pero poco \u00fatiles, creyendo que un listado de enlaces es suficiente para resolver todos los problemas del ciclo&#8230;&hellip;","lang":"es","_links":{"self":[{"href":"https:\/\/www.codemotion.com\/magazine\/wp-json\/wp\/v2\/posts\/34254","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.codemotion.com\/magazine\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.codemotion.com\/magazine\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.codemotion.com\/magazine\/wp-json\/wp\/v2\/users\/248"}],"replies":[{"embeddable":true,"href":"https:\/\/www.codemotion.com\/magazine\/wp-json\/wp\/v2\/comments?post=34254"}],"version-history":[{"count":3,"href":"https:\/\/www.codemotion.com\/magazine\/wp-json\/wp\/v2\/posts\/34254\/revisions"}],"predecessor-version":[{"id":34340,"href":"https:\/\/www.codemotion.com\/magazine\/wp-json\/wp\/v2\/posts\/34254\/revisions\/34340"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.codemotion.com\/magazine\/wp-json\/wp\/v2\/media\/34336"}],"wp:attachment":[{"href":"https:\/\/www.codemotion.com\/magazine\/wp-json\/wp\/v2\/media?parent=34254"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.codemotion.com\/magazine\/wp-json\/wp\/v2\/categories?post=34254"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.codemotion.com\/magazine\/wp-json\/wp\/v2\/tags?post=34254"},{"taxonomy":"collections","embeddable":true,"href":"https:\/\/www.codemotion.com\/magazine\/wp-json\/wp\/v2\/collections?post=34254"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}