<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Parte 4: La Dimensión Humana y Organizativa on Designing Network Automation at Scale</title><link>https://designingnetworkautomation.com/es/series/part4-human-and-organizational-dimension/</link><description>Recent content in Parte 4: La Dimensión Humana y Organizativa on Designing Network Automation at Scale</description><generator>Hugo</generator><language>es</language><lastBuildDate>Sat, 10 Oct 2026 07:59:09 +0200</lastBuildDate><atom:link href="https://designingnetworkautomation.com/es/series/part4-human-and-organizational-dimension/index.xml" rel="self" type="application/rss+xml"/><item><title>13 - El Cambio Cultural</title><link>https://designingnetworkautomation.com/es/series/part4-human-and-organizational-dimension/13-cultural-shift/</link><pubDate>Sun, 19 Apr 2026 00:00:00 +0000</pubDate><guid>https://designingnetworkautomation.com/es/series/part4-human-and-organizational-dimension/13-cultural-shift/</guid><description>&lt;h1 id="13-el-cambio-cultural">13. El Cambio Cultural&lt;a class="anchor" href="#13-el-cambio-cultural">#&lt;/a>&lt;/h1>
&lt;p>La convocatoria de reunión llegó un jueves, con el título &amp;ldquo;Actualización sobre la estructura del equipo de red&amp;rdquo;. Jordi llevaba quince años como ingeniero de red. Tenía el CCIE. Había sobrevivido a tres adquisiciones, dos consolidaciones de NOC y un incidente de enrutamiento BGP tan grave que se convirtió en un caso de estudio interno. Asumió que era una actualización de plantilla.&lt;/p>
&lt;p>No lo era.&lt;/p>
&lt;p>Su manager explicó que el equipo de red se reorganizaría bajo Platform Engineering. El nombre del equipo cambiaría a Network Automation Platform. El trabajo evolucionaría: menos aprovisionamiento manual, más construcción y operación de los sistemas de automatización que gestionarían el aprovisionamiento. La nueva descripción del puesto ya estaba escrita. Se titulaba &amp;ldquo;Network Platform Engineer&amp;rdquo;.&lt;/p></description></item><item><title>14 - La Automatización como Producto</title><link>https://designingnetworkautomation.com/es/series/part4-human-and-organizational-dimension/14-automation-as-a-product/</link><pubDate>Tue, 05 May 2026 00:00:00 +0000</pubDate><guid>https://designingnetworkautomation.com/es/series/part4-human-and-organizational-dimension/14-automation-as-a-product/</guid><description>&lt;h1 id="14-la-automatización-como-producto">14. La Automatización como Producto&lt;a class="anchor" href="#14-la-automatizaci%c3%b3n-como-producto">#&lt;/a>&lt;/h1>
&lt;p>Seis meses antes de la conversación que cambió la manera de trabajar del equipo, el equipo de plataforma de red había entregado algo genuinamente impresionante. Dos años de esfuerzo constante habían producido una plataforma de provisioning que gestionaba el onboarding de sucursales de extremo a extremo: una interfaz de autoservicio para solicitudes de sedes, un flujo de trabajo de validación en bucle cerrado que detectaba errores de configuración antes del despliegue, y un panel operativo que hacía seguimiento de la salud del servicio en trescientas ubicaciones. El equipo había pasado de ventanas de cambio de veinticuatro horas a despliegues automatizados de cuarenta minutos. Estaban orgullosos de ello, y con razón.&lt;/p></description></item></channel></rss>