<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Part 4: Human and Organizational Dimension on Designing Network Automation at Scale</title><link>https://designingnetworkautomation.com/series/part4-human-and-organizational-dimension/</link><description>Recent content in Part 4: Human and Organizational Dimension on Designing Network Automation at Scale</description><generator>Hugo</generator><language>en-us</language><lastBuildDate>Wed, 19 Aug 2026 14:10:38 +0200</lastBuildDate><atom:link href="https://designingnetworkautomation.com/series/part4-human-and-organizational-dimension/index.xml" rel="self" type="application/rss+xml"/><item><title>13 - Cultural Shift</title><link>https://designingnetworkautomation.com/series/part4-human-and-organizational-dimension/13-cultural-shift/</link><pubDate>Sun, 19 Apr 2026 00:00:00 +0000</pubDate><guid>https://designingnetworkautomation.com/series/part4-human-and-organizational-dimension/13-cultural-shift/</guid><description>&lt;h1 id="13-the-cultural-shift">13. The Cultural Shift&lt;a class="anchor" href="#13-the-cultural-shift">#&lt;/a>&lt;/h1>
&lt;p>The meeting invite arrived on a Thursday, titled &amp;ldquo;Network Team Structure Update&amp;rdquo;. Jordi had been a network engineer for fifteen years. He had his CCIE. He had survived three acquisitions, two NOC consolidations, and one BGP routing incident so severe it became an internal case study. He assumed this was a staffing update.&lt;/p>
&lt;p>It was not.&lt;/p>
&lt;p>His manager explained that the network team was being reorganized under Platform Engineering. The team&amp;rsquo;s name would change to Network Automation Platform. The work would evolve: less manual provisioning, more building and operating the automation systems that handled provisioning. The new job description was already written. It was titled &amp;ldquo;Network Platform Engineer&amp;rdquo;.&lt;/p></description></item><item><title>14 - Automation as a Product</title><link>https://designingnetworkautomation.com/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/series/part4-human-and-organizational-dimension/14-automation-as-a-product/</guid><description>&lt;h1 id="14-automation-as-a-product">14. Automation as a Product&lt;a class="anchor" href="#14-automation-as-a-product">#&lt;/a>&lt;/h1>
&lt;p>Six months before the conversation that changed how the team thought about their work, the network platform team had delivered something genuinely impressive. Two years of consistent effort had produced a provisioning platform that handled branch onboarding end to end: a self-service interface for site requests, a closed-loop validation workflow that caught misconfigurations before deployment, and an operational dashboard that tracked service health across three hundred locations. The team had gone from twenty-four-hour change windows to forty-minute automated deployments. They were proud of it, and they should have been.&lt;/p></description></item></channel></rss>