- KYBERNA AI
-
ITSM & ESM Software
- ITSM & ESM Software ky2help®
- Lösung nach Branchen
- Bauunternehmen & Baugewerbe
- Finanzdienstleistungen & Banken
- Gesundheitswesen & Kliniken
- Hospitality & Hotelgruppen
- Industrie & Fertigung
- IT-Dienstleister, MSPs & Systemhäuser
- Öffentliche Verwaltung & Behörden
- Sicherheitsdienste & Leitstellen
- Telekommunikation & Netzbetreiber
- Versicherungen & Sozialversicherungen
- ky2help® Referenzen
- Kontakt
- ITSM & ESM Wissenswelt
- Glossar
- IT Services
- eAuktion
- Über uns
- News & Blog
- Support
Glossar
Fachbegriffe einfach erklärt
Continuous Integration: Was CI im IT-Alltag bringt, auch ohne großes Entwicklungsteam
Continuous Integration, kurz CI, heißt: Jede Änderung an Code, Skripten oder Konfiguration landet in kleinen Schritten in einem gemeinsamen Repository und wird dort sofort automatisch gebaut und getestet. Ob die Änderung funktioniert, zeigt sich damit nach wenigen Minuten und nicht erst, wenn sich Anwenderinnen und Anwender beim Service Desk melden.
Der Begriff stammt aus der Softwareentwicklung. Nützlich ist CI aber auch für kleine IT-Teams, die selbst kaum programmieren: für PowerShell-Skripte, die Benutzer anlegen, für Konfigurationsdateien von Servern oder für eine kleine Web-Anwendung, die ein Dienstleister pflegt. Überall dort, wo eine fehlerhafte Änderung den Betrieb stören kann, ist eine automatische Prüfung vor dem Einsatz billiger als die Fehlersuche danach.
Das Wichtigste in Kürze
- Grundidee: oft und in kleinen Portionen zusammenführen, jede Änderung automatisch prüfen lassen, rote Ergebnisse sofort beheben.
- Werkzeuge: GitHub Actions, GitLab CI/CD, Azure Pipelines oder Jenkins. Für den Einstieg reicht meist das Werkzeug, das zur vorhandenen Versionsverwaltung gehört.
- Nicht nur für Entwickler: Auch Skripte und Konfigurationen lassen sich testen, etwa mit Pester und PSScriptAnalyzer für PowerShell.
- Mit Dienstleistern: Wer Software zuliefern lässt, sollte fragen, wie Änderungen geprüft werden und welche Nachweise mit jeder Lieferung kommen.
Stand: November 2026 · Geprüft anhand der Dokumentation von GitHub, GitLab und Microsoft, des Grundlagenartikels von Martin Fowler und der DORA-Capabilities (Quellen am Ende des Artikels)
Was bei jeder Änderung passiert
Angenommen, ein Handelsunternehmen mit Zentrale in Graz und zwölf Filialen hat ein IT-Team aus vier Personen. Das Team pflegt rund dreißig PowerShell-Skripte, unter anderem für neue Benutzerkonten, Postfächer in Microsoft 365 und die Druckerzuordnung in den Filialen. Bisher liegen die Skripte auf einem Dateiserver, Änderungen macht, wer gerade Zeit hat.
Mit CI ändert sich der Weg einer Änderung so:
- Alles in ein Repository: Die Skripte wandern in eine Versionsverwaltung wie Git. Jede Änderung ist dort mit Person, Zeitpunkt und Begründung festgehalten.
- Kleine Schritte: Ein Kollege passt das Skript für neue Konten an, weil die Filiale in Wels dazukommt. Er führt die Änderung noch am selben Tag zusammen, statt sie wochenlang auf seinem Rechner liegen zu lassen.
- Automatische Prüfung: Das CI-System startet sofort. PSScriptAnalyzer prüft den Code auf typische Fehler, Pester-Tests prüfen, ob das Skript für eine Testfiliale die richtige Organisationseinheit und die richtigen Gruppen verwendet.
- Sichtbares Ergebnis: Grün oder rot sieht das ganze Team. Bei Rot wird zuerst repariert, bevor jemand anderes weiterarbeitet.
- Einsatz: Erst die geprüfte Fassung kommt auf den Server, von dem aus das Skript läuft.
Martin Fowler beschreibt das Prinzip in seinem Grundlagenartikel als Integration, die mindestens täglich stattfindet und jedes Mal durch einen automatischen Build mit Tests bestätigt wird. Für ein kleines Team heißt das vor allem: Fehler fallen auf, solange die Person, die sie verursacht hat, noch weiß, was sie geändert hat.
Was ins Repository gehört
Alles, was man braucht, um eine Lösung neu aufzusetzen: Skripte und Programmcode, Tests, Konfigurationsdateien, die Beschreibung der Pipeline und eine kurze Anleitung. Nicht dazu gehören Kennwörter und Schlüssel. Die kommen in den Geheimnisspeicher des CI-Systems. GitHub zum Beispiel schwärzt dort hinterlegte Geheimnisse in den Protokollen, warnt aber, dass das bei Umwegen wie verschlüsselt eingecheckten Dateien nicht greift.
Welches CI-Werkzeug passt?
Für den Einstieg gilt eine einfache Regel: Nehmen Sie das CI-Werkzeug, das zu Ihrer Versionsverwaltung gehört. Wer seine Repositories bereits in GitHub, GitLab oder Azure DevOps führt, hat die Pipeline gleich mit dabei. Bei allen vier gängigen Lösungen wird die Pipeline als Textdatei beschrieben und liegt neben dem Code.
| Werkzeug | Typischer Einsatz |
|---|---|
| GitHub Actions | |
| Konfiguration | Workflow-Dateien im Ordner .github/workflows |
| Passt, wenn | Code und Zusammenarbeit schon auf GitHub laufen |
| GitLab CI/CD | |
| Konfiguration | Datei .gitlab-ci.yml im Projekt |
| Passt, wenn | GitLab genutzt wird, auch selbst betrieben im eigenen Haus |
| Azure Pipelines | |
| Konfiguration | YAML-Datei, Teil von Azure DevOps |
| Passt, wenn | das Team mit Microsoft-Werkzeugen und Azure arbeitet |
| Jenkins | |
| Konfiguration | Jenkinsfile, viele Erweiterungen |
| Passt, wenn | ein eigener Server gewünscht ist und jemand ihn pflegt |
Gehostet oder im eigenen Haus?
Die Pipelines laufen auf sogenannten Runnern oder Agents. Gehostete Runner stellt der Anbieter bereit, um Updates kümmert er sich. Eigene Runner im Firmennetz braucht es, wenn die Pipeline auf interne Systeme zugreifen muss, etwa auf einen Testserver im Rechenzentrum in Linz. Dann gehört der Runner wie jeder andere Server in Patch-Management und Überwachung.
CI, CD und was dazwischen liegt
CI endet beim geprüften Ergebnis. Continuous Delivery heißt, dass dieses Ergebnis jederzeit ausgerollt werden könnte, ein Mensch aber den Zeitpunkt bestimmt. Continuous Deployment rollt automatisch aus, sobald alles grün ist. Für kleine Teams ist Continuous Delivery meist der sinnvolle Zwischenschritt: automatisch geprüft, bewusst freigegeben. Wie das mit DevOps zusammenhängt, steht in einem eigenen Glossar-Eintrag.
Fünf Situationen aus dem IT-Alltag
1. Die Skriptänderung am Freitagnachmittag
Ein kurzer Fix im Skript für die Postfachanlage, schnell vor dem Wochenende. Ohne CI fällt der Tippfehler am Montag auf, wenn drei neue Kolleginnen kein Postfach haben. Mit CI meldet die Pipeline das Problem, bevor das Skript auf den Server kommt.
2. Der Dienstleister liefert ein Update
Viele kleine IT-Teams lassen Fachanwendungen von einem Softwarehaus entwickeln, zum Beispiel ein Kundenportal. Fragen Sie bei der Beauftragung, wie Änderungen geprüft werden, ob es eine Testumgebung gibt und was mit jeder Lieferung kommt: Versionsnummer, Änderungsliste, Testergebnisse und ein Weg zurück auf die Vorversion. Als Orientierung kann der IT-Grundschutz des deutschen BSI dienen: Baustein OPS.1.1.6 verlangt, dass die fachlich zuständige Stelle Software nach erfolgreichen Tests freigibt und die Freigabe dokumentiert.
3. Nach dem Update klemmt die Filial-App
Zwei Filialen melden sich kurz nach dem Rollout. Jetzt hilft es, wenn das Ticket direkt mit der Änderung verknüpft wird. Dann sieht der Service Desk sofort, was sich geändert hat, und das Team entscheidet schneller über einen Rollback. Wie Störungen strukturiert ablaufen, beschreibt der Glossar-Eintrag Incident.
4. Ein Wartungsfenster für alle Standorte
Größere Umstellungen kündigen Sie über das Self-Service-Portal an, mit Zeitpunkt, betroffenen Standorten und Ansprechperson. So landen Fragen nicht beim Telefon in Wien, sondern gesammelt im Ticket.
5. Wissen, das nicht im Kopf bleibt
Was die Pipeline prüft, wie ein Rollback geht und welche Fehler schon vorkamen, gehört in die Wissensdatenbank. Fällt eine Person aus, kann eine andere übernehmen.
Wo ky2help® hilft
ky2help® ist kein CI-Werkzeug, sondern organisiert die Arbeit drumherum: Anfragen und Störungen über Self-Service-Portale, eine integrierte Knowledge Base und Abläufe, die Sie im Prozessdesigner per Drag-and-Drop selbst anpassen. Für Microsoft-Umgebungen gibt es im Standard Schnittstellen zu MS Teams und Azure AD (heute Microsoft Entra ID) inklusive Single Sign-on. IT-Dienstleister finden eine Übersicht auf der Seite für Managed Service Provider.
Checkliste für den Start
Für ein kleines Team reicht ein schlanker Anfang. Die Reihenfolge ist bewusst gewählt, weil jeder Punkt auf dem vorherigen aufbaut:
- Ein Repository je Lösung anlegen und die bestehenden Skripte oder Konfigurationen dort einchecken.
- Den Hauptzweig schützen: Änderungen nur über Pull Request mit bestandener Prüfung. GitHub und Azure DevOps bieten dafür geschützte Branches bzw. Branchrichtlinien.
- Eine erste Prüfung einrichten, etwa eine statische Code-Analyse. Sie findet viele Fehler, ohne dass Tests geschrieben werden müssen.
- Tests für die wichtigsten Abläufe ergänzen: das Anlegen eines Kontos, das Setzen einer Gruppe, die Prüfung einer Konfiguration.
- Unter zehn Minuten bleiben: DORA nennt rund zehn Minuten als Obergrenze. Längere Prüfungen laufen getrennt.
- Rot heißt Stopp: Ein fehlgeschlagener Build wird sofort repariert oder die Änderung zurückgenommen.
- Keine echten Personendaten in Tests: Testkonten und Beispieldaten verwenden. Die DSGVO verlangt in Artikel 25 Datenschutz durch Technikgestaltung.
- Geheimnisse sauber ablegen: Kennwörter und Tokens nur im Geheimnisspeicher, mit möglichst knappen Rechten.
- Mit dem Service Desk verbinden: Änderungen als Ticket oder Change festhalten, Release Notes in der Wissensdatenbank.
Wer weiter geht, plant auch die Überwachung nach dem Rollout ein. Was ein gutes Monitoring leisten sollte, steht im Glossar.
Häufige Fragen zu Continuous Integration
Was bedeutet Continuous Integration auf Deutsch?
Wörtlich heißt es fortlaufende oder kontinuierliche Integration. Gemeint ist, dass Änderungen laufend in kleinen Schritten in einen gemeinsamen Stand zusammengeführt und dabei jedes Mal automatisch gebaut und getestet werden.
Lohnt sich CI für ein kleines IT-Team ohne eigene Entwicklung?
Ja, sobald Skripte oder Konfigurationen regelmäßig geändert werden. Eine statische Code-Analyse und einige Tests für die wichtigsten Abläufe sind schnell eingerichtet und verhindern, dass fehlerhafte Änderungen in den Betrieb gelangen.
Kann man PowerShell-Skripte mit CI testen?
Ja. Pester ist ein Test-Framework für PowerShell, PSScriptAnalyzer prüft Skripte statisch auf Fehler und bewährte Methoden. GitHub beschreibt in seiner Dokumentation, wie beides in einem CI-Workflow läuft.
Brauchen wir dafür einen eigenen Server?
Nicht unbedingt. GitHub, GitLab und Azure DevOps stellen gehostete Runner bereit. Ein eigener Runner im Firmennetz ist nur nötig, wenn die Pipeline interne Systeme erreichen muss. Dann muss er wie jeder Server gepflegt werden.
Was sollten wir von einem Softwaredienstleister verlangen?
Fragen Sie nach automatisierten Tests, einer getrennten Testumgebung und den Unterlagen zu jeder Lieferung: Version, Änderungsliste, Testergebnisse und ein Weg zurück auf die Vorversion. Das erleichtert die eigene Freigabe und die Fehlersuche.
Wie passt ky2help® dazu?
ky2help® ersetzt kein CI-Werkzeug, sondern organisiert Störungen, Anfragen und Änderungen rund um den Betrieb. Abläufe passen Sie im Prozessdesigner selbst an, und die Testversion läuft ohne Installation im Browser. Sie können sie direkt kostenlos testen.
Quellen und weiterführende Artikel
Quellen
- Martin Fowler: Continuous Integration
- GitHub Docs: Erstellen und Testen von PowerShell und Verwenden von Geheimnissen in GitHub Actions
- GitLab Docs: Get started with GitLab CI/CD
- Microsoft Learn: PSScriptAnalyzer-Modul und Branchrichtlinien in Azure Repos
- Pester, Test-Framework für PowerShell
- DORA: Continuous integration
- BSI: OPS.1.1.6 Software-Tests und -Freigaben (Edition 2023, PDF)
Weiterlesen im Glossar
Alle Glossar-Artikel in der Übersicht
Erfahren Sie, wie Microsofts Verzeichnisdienst Benutzer, Geräte und Rechte zentral verwaltet – sicher & zukunftsfähig für Unternehmen.
Mehr zu Active Directory
Was ist eine API? Erfahren Sie, wie Programmierschnittstellen Anwendungen verbinden, Prozesse automatisieren und Innovation in der digitalen Wirtschaft ermöglichen.
Was ist Authentifizierung? Erfahren Sie, wie Identitäten geprüft, Konten geschützt und moderne Anmeldeverfahren wie Zwei-Faktor-Authentifizierung Ihre Sicherheit erhöhen.
Was ist ein Backlog? Erfahren Sie, wie priorisierte Aufgabenlisten Teams helfen, Projekte agil zu steuern, Prioritäten zu setzen und Fortschritte transparent zu machen.
Erfahren Sie, wie eine Balanced Scorecard Unternehmen hilft, Strategie, Ziele und Kennzahlen zu verbinden und Erfolge messbar zu machen.
Das Change Advisory Board (CAB) berät bei der Bewertung und Freigabe von Changes im IT Service Management. Erfahren Sie, wann ein CAB gebraucht wird und wie ITIL 4 die Freigabe regelt.
Mehr zum CAB
Gesteuerter Change-Prozess mit Risikoanalyse, CAB-Freigaben und Kommunikation, um Ausfallzeiten zu reduzieren und Releasessicher in Produktionsumgebungen zu bringen.
Erfahren Sie, wie KI-gestützte Chatbots Kommunikation automatisieren, Kundenservice verbessern und Prozesse effizienter gestalten.
Was ist Continuous Integration? Erfahren Sie, wie automatisierte Builds und Tests Entwicklungsprozesse beschleunigen, Fehler vermeiden und Softwarequalität steigern.
Zentrale Konfigurationsdatenbank mit CIs und Beziehungen für Transparenz, Abhängigkeits-/Impact-Analysen, Audit-Sicherheit und Change-/Incident-Beschleunigung.
Was ist CSI? Erfahren Sie, wie Continual Service Improvement in ITIL hilft, IT-Services dauerhaft zu optimieren, Qualität zu steigern und Kundenzufriedenheit zu sichern.
Der Customer Effort Score ist eine Kennzahl, die beschreibt, wie viel Aufwand ein Kunde betreiben muss, um sein Anliegen mit einem Unternehmen zu lösen.
Was ist DevOps? Erfahren Sie, wie Entwicklung und IT-Betrieb durch Automatisierung, Zusammenarbeit und CI/CD zu schnelleren, stabileren Software-Releases führen.
Was ist die DSGVO? Erfahren Sie, wie die Datenschutz-Grundverordnungpersonenbezogene Daten schützt, welche Pflichten Unternehmen haben und welche Rechte Betroffene haben.
Was ist ESM? Erfahren Sie, wie Enterprise Service Management Prozesse vereinheitlicht, Services digitalisiert und alle Abteilungen effizient miteinander verbindet.
Was ist Hardware Asset Management? Erfahren Sie, wie Unternehmen mit HAM ihre IT-Geräte effizient verwalten, Kosten senken und Sicherheit im gesamten Lebenszyklus sichern.
Ein Helpdesk ist die zentrale Schnittstelle zwischen den Anwendern eines Unternehmens und den dafür zuständigen Support-Teams.
Ein Incident ist eine Beeinträchtigung eines IT-Services, die dazu führt, dass der Service nicht wie vorgesehen genutzt werden kann.
Erfahren Sie, wie der internationale Standard Unternehmen hilft, Informationssicherheit systematisch aufzubauen, Risiken zu minimieren und Vertrauen zu schaffen.
Erfahren Sie, wie das Framework IT-Prozesse strukturiert, Qualität sichert und die IT an den Geschäftszielen ausrichtet – praxisnah und modern mit ITIL 4 oder ITIL 5.
IT Service Management (ITSM) beschreibt die Gesamtheit spezialisierter organisatorischer Fähigkeiten, um IT-Services effizient zu betreiben.
Erfahren Sie, wie die japanische Kaizen-Methode durch kleine, stetige Verbesserungen Prozesse optimiert, Qualität steigert und Mitarbeitende einbindet.
Erfahren Sie, wie die Kanban-Methode durch Visualisierung, Flusssteuerung und kleine Verbesserungen Teams effizienter und flexibler arbeiten lässt.
Key Performance Indicators (KPIs) machen Ziele messbar, bewerten Leistung und unterstützen datenbasierte Entscheidungen im Unternehmen.
Erfahren Sie, wie KI funktioniert, wo sie eingesetzt wird und warum sie unsere Arbeitswelt verändert – zwischen Innovation und Verantwortung.
Machine Learning ist ein Teilgebiet der Künstlichen Intelligenz (KI). Es ermöglicht Systemen, Muster und Zusammenhänge in Daten eigenständig zu erkennen.
Erfahren Sie, wie Multi-Faktor-Authentifizierung funktioniert, warum sie Konten wirksam schützt und welche Methoden besonders sicher und benutzerfreundlich sind.
Erfahren Sie, wie die systematische Überwachung von IT-Systemen Leistung, Sicherheit und Verfügbarkeit verbessert – für stabile und effiziente Prozesse.
Erfahren Sie, wie Natural Language Processing funktioniert, wo es eingesetzt wird und warum es Kommunikation, Analyse und Serviceprozesse revolutioniert.
Der Net Promoter Score (NPS) gehört zu den bekanntesten Kennzahlen zur Messung von Kundenzufriedenheit und -loyalität im Umfeld von IT-Ticket-Systemen.
Der Net Promoter Score (NPS) gehört zu den bekanntesten Kennzahlen zur Messung von Kundenzufriedenheit und -loyalität im Umfeld von IT-Ticket-Systemen.
Operational Level Agreements (OLA) regelt interne Zusammenarbeit, unterstützt SLA-Ziele unterstützen und macht Serviceprozesse verlässlicher.
Operational Performance Indicator (OPI) sind ein zentrales Instrument, um die Leistungsfähigkeit operativer Prozesse in Unternehmen messbar zu machen.
Predictive Maintenance ist ein moderner Instandhaltungsansatz, der nicht auf starre Intervalle setzt, sondern auf datenbasierte Vorhersagen.
Die Root Cause Analysis (RCA) ist eine strukturierte Methode, um Ursachen eines Problems oder einer Störung zu identifizieren und zu beseitigen.
Was ist eine REST API? Erfahren Sie, wie REST-Schnittstellen Systeme verbinden, Daten austauschen und moderne Anwendungen schnell, flexibel und skalierbar machen.
Was ist eine Root Cause Analysis? Lernen Sie Methoden wie 5 Why, Ishikawa und Fehlerbaum kennen und erfahren Sie, welche Methode zu welcher Störung passt.
Was ist Scrum? Erfahren Sie, wie das agile Framework Teams hilft, flexibel zu arbeiten, schneller Ergebnisse zu liefern und Projekte kontinuierlich zu verbessern.
Verständlich erklärt: Wie Service Level Agreements Leistungen definieren, Qualität messbar machen und Servicebeziehungen strukturieren.
Was ist SSO? Erfahren Sie, wie Single Sign-On funktioniert, wie es Sicherheit und Komfort verbindet und warum es in modernen IT-Landschaften unverzichtbar ist.
Erfahren Sie, wie das Software Asset Management (SAM) Softwarebestände transparent macht, Kosten optimiert und Compliance sowie IT-Sicherheit stärkt.
Kompakt erklärt: Wie Sprints Teams helfen, in kurzen Zyklen zu planen, zu liefern und sich kontinuierlich zu verbessern.
Was ist eine SOP? Erfahren Sie, wie Standard Operating Procedures Abläufe standardisieren, Qualität sichern und Organisationen zuverlässiger machen.
Erfahren Sie, wie User Experience entsteht, warum sie entscheidend für Erfolg und Zufriedenheit ist und wie gute Nutzererlebnisse gestaltet werden.
Webhooks ermöglichen es, Ereignisse aus einem System in Echtzeit an ein anderes zu übermitteln, ohne dass ständige Abfragen erforderlich sind.
Was ist ein Workflow? Erfahren Sie, wie strukturierte Abläufe Prozesse vereinfachen, Qualität sichern und Unternehmen effizienter machen.
KYBERNA AG
