AI// Comquent ——— Whitepapers & Guides ——— Seit 2006
Roadmaps,
Checklisten,
Templates.
Praxiserprobtes Wissen zum Download — Roadmaps, Checklisten und eine DevOps-Roadmap-Vorlage aus realen Projekten.
Aus 20 Jahren
DevOps-Beratung.
Keine Theorie.
Unsere kostenlosen Whitepapers und Guides bündeln das Praxiswissen aus 20 Jahren DevOps-Beratung. Ob Sie eine Industrial-DevOps-Transformation planen, Ihre CI/CD-Pipeline optimieren oder DevSecOps für regulierte Branchen einführen möchten: Unten liegen dreizehn Papiere, von der Roadmap-Vorlage für den Start über das Audit-Kit für gewachsene Jenkins-Pipelines bis zu Leitfäden für TIA Portal V21, SBOM und IndustrialFlow.
Jedes Whitepaper enthält konkrete Handlungsempfehlungen, Tool-Entscheidungshilfen und KPI-Frameworks aus realen Projekten in Fertigung, Automotive, Maschinenbau und IT-Unternehmen. Ergänzend empfehlen wir unseren kostenlosen DevOps-Reifegrad-Check als Ausgangspunkt für Ihre individuelle Roadmap.
Dreizehn Downloads.
Sofort einsetzbar.
- /01
AI„Wer hat die Station zuletzt geändert?“ Energie & WasserIndustrialFlow für Energie- und Wasserversorger
22 Seiten · PDF
Das Systemhaus schaltet sich per Fernwartung auf, ändert einen Grenzwert, und die Projektdatei bleibt auf seinem Laptop. Ein halbes Jahr später sucht die Bereitschaft nachts nach dem Stand, der auf der Station läuft. Das Whitepaper leitet daraus zehn Anforderungen an eine Plattform für die Leit- und Fernwirktechnik ab: ein nächtlicher, rein lesender Abgleich aller Stationen, Änderungen des Systemhauses als Merge Request, eine Wiederherstellung, die die Bereitschaft selbst durchführt, und Nachweise nach § 30 BSIG, B3S WA und IT-Sicherheitskatalog aus der Historie. Dazu der 90-Tage-Pilot an einer Anlage, Woche für Woche.
// Zum Weiterlesen im Blog
Der Artikel zum WhitepaperIndustrialFlow: Warum industrielles CI/CD ein eigenes Werkzeug brauchtDer Artikel zur Plattform: Kernfunktionen, Einsatzszenarien, Fit-Matrix und der Weg in 90 Tagen, über die Versorgung hinaus.Artikel lesenBlogNIS2: Wer ist betroffen und wie setzt man sie um?Artikel lesenBlogSCADA mit Git und CI/CD: Ignition, WinCC und AVEVA ausrollen statt klickenArtikel lesen - /02
AI„Welcher Programmstand läuft auf Ihren Maschinen?“ Maschinenbau & SPSIndustrialFlow für den Maschinenbau
22 Seiten · PDF
SPS-Projektordner auf dem Netzlaufwerk, Updates per Laptop vor Ort, der erste Test an der Anlage des Kunden: Das Whitepaper beginnt bei diesem Alltag und leitet daraus neun Anforderungen an eine CI/CD-Plattform im Maschinenbau ab. Es zeigt die Pipeline für TIA Portal, CODESYS, TwinCAT und Studio 5000, die OT-Strecke mit Wartungsfenster und Produktionssperre und die Nachweise für Cyber Resilience Act und Maschinenverordnung. Kern ist der 90-Tage-Pilot an einer Baureihe und einer Pilotmaschine, Woche für Woche mit Abnahmekriterium und Ihrer Mitwirkung je Phase.
// Zum Weiterlesen im Blog
Der Artikel zum WhitepaperIndustrialFlow: Warum industrielles CI/CD ein eigenes Werkzeug brauchtDer Artikel zur Plattform: Kernfunktionen, Einsatzszenarien, Fit-Matrix und der Weg in 90 Tagen, über den Maschinenbau hinaus.Artikel lesenBlogTIA Portal mit Git versionieren: GitHub, GitLab & CI/CDArtikel lesenBlogCI/CD für SPS-Entwicklung: TIA Portal mit Jenkins & Claude CodeArtikel lesen - /03
AI„Kompiliert heißt noch nicht korrekt“ KI & SPSKI in der SPS-Entwicklung
21 Seiten · PDF
Siemens verkauft einen Engineering-Agenten fürs TIA Portal, CODESYS öffnet die Entwicklungsumgebung per MCP-Server, Rockwell, Beckhoff und Phoenix Contact ziehen nach. Das Whitepaper ordnet mehr als zwei Dutzend Werkzeuge, Forschungsprojekte und Praxisfälle ein und trennt Herstellerzahlen von Messwerten. Der Kernbefund aus der Forschung ist unbequem. KI schreibt Structured Text, der übersetzt, doch bei mittelschweren Aufgaben besteht nicht einmal jeder dritte Baustein die formale Prüfung. Dazu sieben Prüfstufen für KI-generierten SPS-Code, zehn Fragen für die Werkzeugwahl und 52 Quellen.
// Zum Weiterlesen im Blog
Der Artikel zum WhitepaperKI in der SPS-Programmierung: Tools, Best Practices & GrenzenDer Praxisartikel zum Whitepaper mit sechs erprobten Prompts für Structured Text, dem Weg in den Altcode und den Werkzeugen der Hersteller im Vergleich.Artikel lesenBlogCorporate LLMs in Industrial DevOps: Vorteile, Hürden, PraxisArtikel lesenBlogClaude Code im Industrial DevOps: Wo es trägt, wo es endetArtikel lesen - /04
AI„Wenn jedes Update die Anlage anhält“ Industrial DevOpsIndustrial DevOps in 90 Tagen
21 Seiten · PDF
Vier Phasen mit Quality Gates, von der Reifegradanalyse bis zum gemessenen Ergebnis an Tag 90. Enthält das Phasenmodell mit Tagesplänen, eine Tool-Entscheidungsmatrix, die Pilot-Plan-Vorlage und ein KPI-Framework aus DORA- und OT-Kennzahlen. Der unbequemste Satz steht gleich vorne: Ohne Baseline vor der ersten Änderung lässt sich an Tag 90 nicht entscheiden, ob der Pilot etwas gebracht hat.
- /05
AI„Wenn die Pipeline zum Engpass wird“ CI/CDCI/CD — Muster und Anti-Patterns
19 Seiten · PDF
Woran Lieferprozesse in der Praxis scheitern: Snowflake-Pipelines, monolithische Builds, langlebige Feature-Branches, Tests ohne Determinismus, Security als letzter Schritt. Dagegen fünf Entwurfsmuster, Quality Gates, die sich nicht umgehen lassen, ein Plattformvergleich und vier Reifegradstufen mit Empfehlungen je Ausgangslage — inklusive der DORA-Befunde 2025 zu der Frage, was KI mit dem Änderungsvolumen macht.
- /06
AI„Wenn Cybersicherheit zur Chefsache wird“ DevSecOpsDevSecOps für regulierte Branchen
12 Seiten · PDF
NIS2, Cyber Resilience Act, UNECE R155/R156 mit ISO/SAE 21434 und IEC 62443 — vier Regelwerke mit ganz unterschiedlichem Geltungsbereich, die auf dasselbe hinauslaufen: einen nachweisbar sicheren, automatisierten Entwicklungsprozess. Mit Fristenübersicht, fünf DevSecOps-Bausteinen, einer Werkzeugtabelle für OT und Embedded und einem Stufenplan, der beim Prozessfundament anfängt statt beim Scanner-Kauf.
- /07
AI„Wer seine Software nicht kennt, kann sie nicht verteidigen“ DevSecOpsSBOM mit SPDX
16 Seiten · PDF
Was in eine Software Bill of Materials gehört (NTIA-Mindestfelder), warum SPDX als ISO/IEC 5962:2021 bei Produktlebenszyklen von 15 bis 25 Jahren die regulatorisch sicherere Wahl ist und wie die SBOM aus der Pipeline fällt, statt zum Audit von Hand zu entstehen. Mit Werkzeugtabelle, zwei Listings und dem Kapitel zu VEX: In einem Behördenprojekt blieben von 1.247 Rohbefunden 23 übrig, die wirklich zu bearbeiten waren.
- /08
AI„Wenn der Plan im Foliensatz verschwindet“ TemplateDevOps-Roadmap Canvas Template
17 Seiten · PDF
Die DevOps-Einführung auf einer Seite: sieben Felder, die IT, OT und Management gleichzeitig sehen. Mit Ausfüllanleitung Feld für Feld, Workshop-Ablauf, einem durchgerechneten Praxisbeispiel aus dem Sondermaschinenbau und der ausfüllbaren Vorlage im Querformat. Die Reihenfolge der Felder ist dabei die eigentliche Methode: erst ehrlich messen, dann messbar zielen, erst danach Maßnahmen planen.
- /09Jenkins im KI-Zeitalter: Pipelines mit Claude CodeComquentKI & DevOps
Jenkins im KI-Zeitalter: Pipelines mit Claude Code
14 Seiten · PDF
Warum liefern KI-Assistenten wie Claude Code in Jenkins-Projekten so oft Vorschläge, die nicht passen? Ihnen fehlt das Wissen, das Ihr Team im Kopf trägt: welche Bausteine es gibt, wie Pipelines heißen, was tabu ist. Der Leitfaden zeigt, wie Sie dieses Wissen einmal in einer einzigen Datei festhalten, der CLAUDE.md, damit KI-Agenten Pipelines nach Ihren Regeln schreiben. Mit Vorlage, Beispielen aus der Praxis, den häufigsten Fehlern und einer Checkliste mit zehn Punkten für Teamleitung und Build-Verantwortliche.
- /10Pipeline-Audit-Kit: 25 Claude-Code-Prompts für JenkinsComquentKI & DevOps
Pipeline-Audit-Kit: 25 Claude-Code-Prompts für Jenkins
18 Seiten · PDF
Das Kit gehört zum Jenkins Pipeline Workshop und ist auch ohne Buchung nutzbar. 25 erprobte Prompts in fünf Gruppen (Generierung, Refactoring, Shared Library, Testing, Performance), je mit dem nötigen Kontext, dem erwarteten Artefakt und den CPS-Fallstricken, an denen generierter Groovy typischerweise scheitert. Dazu eine ausfüllbare CLAUDE.md-Vorlage für Jenkins-Projekte, ein Audit-Bogen mit 12 Prüfpunkten für eine gewachsene Jenkinsfile und ein Raster, das jeden Befund in Aufwand übersetzt: ein Nachmittag oder ein Quartal.
- /11
AI„Git für SPS-Projekte mit TIA Portal V21“ SPS & VersionierungTIA Portal V21 mit Git versionieren
14 Seiten · PDF
Der Projektstand heißt „Anlage_final_v3_neu.zap“, und die Frage, wer wann welche Logik geändert hat, lässt sich nur mit Mühe beantworten. Mit TIA Portal V21 ändert sich die Ausgangslage. Das Textformat SIMATIC SD deckt jetzt auch FUP- und SCL-Bausteine ab und ist in das Version Control Interface (VCI) integriert. Der Leitfaden erklärt, wie TIA-Projekt, VCI-Workspace und Git zusammenspielen, und grenzt ab, was sich versionieren lässt und was weiter ins Projektarchiv gehört. Zehn Schritte führen von den Voraussetzungen über den täglichen Ablauf und das Branching-Modell bis zur CI-Pipeline mit TIA Portal Openness. Dazu sechs typische Fallstricke mit Abhilfe, ein Einführungsplan in fünf Phasen und 17 Quellen, überwiegend aus der Siemens-Dokumentation zu V21.
// Zum Weiterlesen im Blog
Der Artikel zum WhitepaperTIA Portal mit Git versionieren: GitHub, GitLab & CI/CDVCI und Openness-API im Vergleich, die Anbindung an GitHub und GitLab und der Blick auf CODESYS und TwinCAT.Artikel lesenBlogCI/CD für SPS-Entwicklung: TIA Portal mit Jenkins & Claude CodeArtikel lesenBlogSPS Versionsverwaltung: octoplant, versiondog & CopiaArtikel lesen - /12
AI„CI/CD für SPS-Projekte mit TIA Portal V21 und Jenkins“ SPS & CI/CDCI/CD für TIA Portal V21 mit Jenkins
18 Seiten · PDF
Das Projekt liegt als Binärarchiv auf dem Netzlaufwerk, übersetzt wird von Hand auf dem Engineering-Rechner, und getestet wird erst an der Maschine, bei der Inbetriebnahme und unter Zeitdruck. Mit TIA Portal V21 liegt SPS-Software über SIMATIC SD als Text im Git-Repository, und damit lässt sich jede Änderung automatisch übersetzen und prüfen. Ein Jenkins-Plugin liefert Siemens allerdings nicht. Das Whitepaper beschreibt deshalb die Zielarchitektur mit Windows-Build-Agent und einem eigenen Kommandozeilenwerkzeug auf Basis von TIA Portal Openness. Elf Schritte führen von den Voraussetzungen über den Style Guide Checker und Funktionstests auf S7-PLCSIM Advanced bis zum abgesicherten Deployment. Dazu ein deklaratives Jenkinsfile als Gerüst, sieben typische Fallstricke mit Gegenmaßnahme und 23 Quellen.
// Zum Weiterlesen im Blog
Der Artikel zum WhitepaperCI/CD für SPS-Entwicklung: TIA Portal mit Jenkins & Claude CodePipeline-Stages, Architektur-Vergleich und Git-Strategie für TIA-Portal-Projekte, dazu Claude Code und MCP-Server am TIA Portal.Artikel lesenBlogTIA Portal mit Git versionieren: GitHub, GitLab & CI/CDArtikel lesenBlogSPS-Hersteller im Vergleich: Liste, SPS-Software & GitArtikel lesen - /13
AI„SBOM für SPS-Projekte mit TIA Portal V21“ SPS & DevSecOpsSBOM für TIA Portal V21
23 Seiten · PDF
Nach einer Schwachstellenmeldung fragt der Kunde, welche Firmware in seiner Maschine läuft und welche Bibliotheken im Programm stecken. Die Antwort liegt verstreut in Stücklisten, in Projektdateien und im Kopf einzelner Kollegen. Der Cyber Resilience Act verlangt dafür ab dem 11. Dezember 2027 eine maschinenlesbare SBOM, und einen SBOM-Export haben wir auch in TIA Portal V21 nicht gefunden. Das Whitepaper zeigt für SIMATIC-Steuerungen, wie die Stückliste trotzdem entsteht. Ein Werkzeug auf Basis von TIA Portal Openness liest Artikelnummern und Firmware-Stände aus dem Projekt, dazu kommen die SBOMs der Hersteller und der eigene Code. Zehn Schritte führen von der Produktgrenze über die Pflichtfelder der BSI TR-03183-2 bis zum Abgleich mit der Firmware, die tatsächlich in der Anlage läuft. Ein eigenes Kapitel beschreibt die Jenkins-Pipeline in acht Stufen mit Jenkinsfile, Quality Gates und Übergabe an Dependency-Track. Dazu neun typische Fallstricke mit Abhilfe, ein Einführungsplan in fünf Phasen und 28 Quellen.
// Zum Weiterlesen im Blog
Der Artikel zum WhitepaperSBOM erstellen: Syft, Trivy, CycloneDX vs. SPDXFünf Schritte zur SBOM für Software aller Art: Format und Tool wählen, in der Pipeline erzeugen, gegen die BSI TR-03183-2 prüfen und Schwachstellen mit VEX bewerten.Artikel lesenBlogCI/CD für SPS-Entwicklung: TIA Portal mit Jenkins & Claude CodeArtikel lesenBlogCyber Resilience Act im MaschinenbauArtikel lesen
Was ist eine
DevOps-Roadmap-Vorlage?
Eine DevOps-Roadmap-Vorlage hält Ist-Zustand, Ziel-Zustand, Quick Wins, Tools und KPIs auf einer Seite fest — als gemeinsamer Plan für IT, OT und Management. Unser DevOps-Roadmap Canvas Template liefert genau diese Struktur als kostenlosen Download.
DevOps-Roadmap-Vorlage herunterladenQ.01Was gehört in eine DevOps-Roadmap-Vorlage?→
Eine praxistaugliche DevOps-Roadmap-Vorlage hält Ist-Zustand, Ziel-Zustand, Quick Wins, Stakeholder, Tool-Landschaft, KPIs und eine realistische Timeline auf einer Seite fest. So sehen IT, OT und Management denselben Plan — ohne dass Prioritäten in Foliensätzen verloren gehen. Genau diese Struktur liefert unser kostenloses DevOps-Roadmap Canvas Template.
Q.02Wie erstelle ich eine DevOps-Roadmap?→
Beginnen Sie mit einer ehrlichen Standortbestimmung Ihres DevOps-Reifegrads, leiten Sie daraus drei bis fünf Quick Wins ab und ordnen Sie die restlichen Maßnahmen entlang einer 90-Tage-Timeline. Der DevOps-Reifegrad-Check liefert den Ausgangspunkt, das Roadmap-Canvas-Template die Struktur für die Umsetzung.
Q.03Welche Phasen gehören in eine DevOps-Roadmap?→
Eine belastbare DevOps-Roadmap gliedert sich in vier Phasen: Reifegrad bestimmen (Assess), Zielbild und Tool-Landschaft entwerfen (Design), in kurzen Schritten umsetzen (Implement) und anhand von KPIs nachschärfen (Optimize). Jede Phase schließt mit einem Quality Gate, bevor die nächste beginnt. Das Whitepaper „Industrial DevOps in 90 Tagen" legt genau diese vier Phasen mit Tagesplänen und messbaren Ergebnissen aus.
Q.04Gibt es eine DevOps-Roadmap-Vorlage kostenlos zum Download?→
Ja. Das DevOps-Roadmap Canvas Template steht als kostenloser PDF-Download bereit. Das Canvas selbst bleibt eine Seite, die Sie direkt für Ihr Team adaptieren können — drumherum liegen Ausfüllanleitung, Workshop-Ablauf, ein Praxisbeispiel aus dem Sondermaschinenbau und die ausfüllbare Vorlage im Querformat. Ergänzend bündelt das Whitepaper „Industrial DevOps in 90 Tagen" die zugehörige Schritt-für-Schritt-Roadmap samt Tool-Entscheidungsmatrix.
Q.05Für wen eignet sich eine DevOps-Roadmap-Vorlage?→
Für alle, die eine DevOps-Einführung strukturieren müssen: CTOs, IT-Leiter, Produktionsleiter und DevOps-Verantwortliche in Fertigung, Automotive, Maschinenbau und IT-Unternehmen. Die Vorlage schafft eine gemeinsame Sprache zwischen IT und OT — gerade dort, wo cyber-physische Systeme und klassische Software zusammenkommen.
Noch tiefer
einsteigen.
Artikel, FAQ und strukturierte Deep-Dives — ergänzend zu den Downloads.
DevOps-Prinzipien & Lifecycle
Acht Lifecycle-Phasen, sechs Prinzipien und drei Anwendungsfälle aus der Industrie
Industrial DevOps Leitfaden
Definition, 6 Säulen, IT/OT-Konvergenz — der komplette Guide
FAQ
26 Antworten zu DevOps, CI/CD, Kosten und Ablauf
Lieber direkt
mit einem
Experten sprechen?
In einem fachlichen Erstgespräch klären wir gemeinsam, welches Whitepaper und welcher Weg zu Ihrem Kontext passt.