<?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/de/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>de</language><atom:link href="https://designingnetworkautomation.com/de/series/part4-human-and-organizational-dimension/index.xml" rel="self" type="application/rss+xml"/><item><title>13 - Der Kulturwandel</title><link>https://designingnetworkautomation.com/de/series/part4-human-and-organizational-dimension/13-cultural-shift/</link><pubDate>Sun, 19 Apr 2026 00:00:00 +0000</pubDate><guid>https://designingnetworkautomation.com/de/series/part4-human-and-organizational-dimension/13-cultural-shift/</guid><description>&lt;h1 id="13-der-kulturwandel">13. Der Kulturwandel&lt;a class="anchor" href="#13-der-kulturwandel">#&lt;/a>&lt;/h1>
&lt;p>Die Kalendereinladung traf an einem Donnerstag ein, mit dem Titel „Aktualisierung der Netzwerkteamstruktur&amp;quot;. Jordi war seit fünfzehn Jahren Netzwerktechniker. Er hatte seinen CCIE. Er hatte drei Übernahmen überlebt, zwei NOC-Konsolidierungen und einen BGP-Routing-Vorfall, der so gravierend war, dass er zu einer internen Fallstudie wurde. Er nahm an, es handele sich um eine Personalaktualisierung.&lt;/p>
&lt;p>Das war es nicht.&lt;/p>
&lt;p>Sein Vorgesetzter erklärte, dass das Netzwerkteam unter Platform Engineering reorganisiert würde. Der Name des Teams würde sich zu Network Automation Platform ändern. Die Arbeit würde sich weiterentwickeln: weniger manuelle Bereitstellung, mehr Aufbau und Betrieb der Automatisierungssysteme, die die Bereitstellung übernehmen. Die neue Stellenbeschreibung war bereits verfasst. Sie trug den Titel „Network Platform Engineer&amp;quot;.&lt;/p></description></item><item><title>14 - Automatisierung als Produkt</title><link>https://designingnetworkautomation.com/de/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/de/series/part4-human-and-organizational-dimension/14-automation-as-a-product/</guid><description>&lt;h1 id="14-automatisierung-als-produkt">14. Automatisierung als Produkt&lt;a class="anchor" href="#14-automatisierung-als-produkt">#&lt;/a>&lt;/h1>
&lt;p>Sechs Monate vor dem Gespräch, das die Denkweise des Teams über ihre Arbeit veränderte, hatte das Netzwerkplattformteam etwas wirklich Beeindruckendes geliefert. Zwei Jahre konsequenter Arbeit hatten eine Bereitstellungsplattform hervorgebracht, die das Onboarding von Zweigstellen von Anfang bis Ende handhabte: eine Self-Service-Schnittstelle für Standortanfragen, einen Closed-Loop-Validierungsworkflow, der Fehlkonfigurationen vor der Bereitstellung erkannte, und ein Betriebsdashboard, das den Servicezustand über dreihundert Standorte hinweg verfolgte. Das Team hatte von vierundzwanzigstündigen Änderungsfenstern auf vierzigminütige automatisierte Deployments umgestellt. Sie waren stolz darauf, und das zu Recht.&lt;/p></description></item></channel></rss>