Die OEDIV SecuSys GmbH mit Sitz in Rostock gehört zur Oetker-Gruppe und ist auf Identity & Access Management (IAM), Privileged Access Management (PAM) und weitere Cybersecurity-Dienstleistungen spezialisiert. Das Unternehmen begleitet seine Kunden von der Beratung und Implementierung über Assessments bis zu Support und Managed Services.

Seit 2025 setzt OEDIV SecuSys auf BCS als zentrale Plattform für die Projektarbeit. Inzwischen werden mehr als 35 Projekte unterschiedlicher Art mit der Software koordiniert. Hinzu kommt der Einsatz des integrierten Ticketsystems in der internen IT-Administration.

Damit ergänzt BCS die fachliche Cybersecurity-Expertise von OEDIV SecuSys um eine gemeinsame organisatorische Grundlage für Projekte, Aufgaben und Serviceprozesse. Informationen stehen zentral zur Verfügung, Zuständigkeiten werden transparenter und der Abstimmungsaufwand sinkt.

Robin Fischer, Business Consultant IAM bei OEDIV SecuSys, zieht eine positive Bilanz:

Der Mehrwert liegt dabei nicht allein in einzelnen Softwarefunktionen. Entscheidend ist das Zusammenspiel von Projektmanagement, Informationsaustausch und Ticketbearbeitung. Gerade bei komplexen Cybersecurity-Projekten mit unterschiedlichen Beteiligten, Verantwortlichkeiten und technischen Anforderungen erleichtert eine gemeinsame Plattform die Koordination.

Die erfolgreiche Einführung zeigt zugleich, wie wichtig neben der Software selbst eine enge und vertrauensvolle Zusammenarbeit zwischen Anbieter und Anwenderunternehmen ist.

Sowohl OEDIV SecuSys als auch Projektron haben die bisherigen Erfahrungen mit BCS in eigenen Veröffentlichungen dokumentiert.

Beide Beiträge verdeutlichen, wie BCS die operativen Abläufe eines spezialisierten IT-Sicherheitsunternehmens unterstützt.

Ausblick: BCS auch für Managed-Services-Kunden

Die Zusammenarbeit bietet weiteres Potenzial. OEDIV SecuSys möchte die mit BCS gesammelten Erfahrungen künftig auch für seine Managed-Services-Kunden nutzbar machen und ihnen die Lösung auf Wunsch zur Verfügung stellen.

Damit könnte die gemeinsame Plattform perspektivisch über die internen Prozesse hinaus eingesetzt werden, um IT-Services, Tickets und Projekte auch in der Zusammenarbeit mit Kunden transparent zu koordinieren.

Für Projektron ist OEDIV SecuSys ein Beispiel dafür, wie sich BCS in einem anspruchsvollen IT-Sicherheitsumfeld bewährt und als integrierte Lösung mit den Anforderungen eines spezialisierten Dienstleisters mitwächst.

SEO-Artikelkonzept 1: Service Request Management

PROJEKTRON-BLOG · FACHARTIKEL · SEO-STRATEGIE

Service Request Management: IT-Anfragen effizient bearbeiten und Prozesse verbinden

Thematische Content-Lücke

ITSM · Ticketmanagement

Meine Einschätzung: Dieses Thema bietet eine besonders gute Kombination aus fachlichem Suchinteresse, konkretem Nutzen für IT-Dienstleister und direktem Bezug zu BCS. Es ist enger gefasst als IT-Service-Management (ITSM) und damit für einen eigenständigen Fachartikel hervorragend geeignet.

Der entscheidende Ansatz sollte sein: Wie können IT-Abteilungen und IT-Dienstleister wiederkehrende Serviceanfragen zuverlässig, transparent und wirtschaftlich bearbeiten – ohne dass Informationen zwischen E-Mails, Tickets, Projekten und Serviceprozessen verloren gehen?

Mit OEDIV SecuSys gibt es ein passendes Praxisbeispiel. Zusätzlich lässt sich der Anwenderbericht von n-komm für Kundenkommunikation und strukturierte Ticketbearbeitung einbinden.

1. SEO-Strategie und Keywordset

Warum dieses Keyword für Projektron interessant ist

Die Recherche bestätigt, dass auf projektron.de bereits angrenzende Fachinhalte vorhanden sind.

Der Beitrag „Support und Wartung nach Projektabschluss organisieren“ vom 15. Oktober 2026 beschreibt die Übergabe vom Projekt zum laufenden Service, die Ressourcenplanung, Servicevereinbarungen und die Abrechnung. Ein eigener, systematischer Service-Request-Management-Leitfaden ist das jedoch nicht.

Projektron

Die Funktionsseite „Ticketing & Services“ erläutert die BCS-Funktionen für Helpdesk, Kundenanfragen, interne Tickets und langfristige Services. Dort steht verständlicherweise das Produkt im Vordergrund.

Projektron

Der neue Artikel würde diese Inhalte ergänzen, indem er einen etablierten ITSM-Prozess unabhängig vom Produkt erklärt und anschließend zeigt, welche Aufgaben BCS übernimmt.

SEO-Potenzial: Qualitativ gut, aber noch nicht quantifiziert. Ein präziser Themenfokus kann die Chancen gegenüber dem breiteren Keyword „IT-Service-Management“ verbessern. Verlässliche Aussagen über Suchvolumen, Konkurrenz und Rankingpotenzial erfordern jedoch Daten aus SISTRIX, XOVI oder der Google Search Console.

2. Fachliche Positionierung und Abgrenzung

Ein Service Request ist eine Anfrage eines Nutzers oder eines berechtigten Vertreters zur Bereitstellung einer vereinbarten Leistung.

Typische Beispiele:

• Ein Mitarbeiter beantragt Zugang zu einer freigegebenen Anwendung.
• Ein neuer Arbeitsplatz soll technisch eingerichtet werden.
• Ein Kunde benötigt eine zusätzliche, vertraglich vorgesehene Serviceleistung.
• Ein Nutzer fordert eine standardisierte Softwareinstallation an.
• Eine IT-Abteilung bearbeitet eine Anfrage zu vorhandenen Berechtigungen.

Im Gegensatz dazu betrifft ein Incident eine ungeplante Störung oder eine Qualitätsminderung eines Services.

Service Request, Incident, Problem und Change unterscheiden

Diese Gegenüberstellung sollte möglichst früh im Artikel stehen, da sie eine wichtige Suchintention abdeckt.

Dabei gilt: Ein Service Request kann einen standardisierten Change auslösen. Beide Begriffe sind daher nicht immer vollständig voneinander getrennt.

3. Empfohlene Artikelgliederung

Empfohlene Gewichtung

Der Artikel sollte zu rund 75 % aus methodischem Fachinhalt und zu rund 25 % aus konkreten Praxisbeispielen und BCS-Anwendungsbezügen bestehen.

Damit wäre er in erster Linie ein hilfreicher ITSM-Leitfaden und keine als Fachartikel verpackte Produktseite.

4. Sechs Schritte im Service-Request-Management-Prozess

Dieser Abschnitt sollte das inhaltliche Zentrum des Artikels bilden. Ich würde ihn als Prozessgrafik und zusätzlich als nummerierte Anleitung aufbauen.

1. Serviceanfrage erfassen

   Ein Mitarbeiter oder Kunde reicht eine Anfrage über den Service Desk, ein Portal oder einen vereinbarten Kommunikationskanal ein. Das Anliegen wird als Ticket dokumentiert.

2. Anfrage kategorisieren und prüfen

   Der Service Desk prüft, ob die Anfrage zum Servicekatalog gehört, welche Informationen fehlen und ob eine Störung, eine Standardanfrage oder ein umfangreicherer Änderungsbedarf vorliegt.

3. Berechtigung und Freigabe klären

   Wenn erforderlich, wird geprüft, ob der Antragsteller die Leistung erhalten darf und ob eine fachliche, technische oder wirtschaftliche Genehmigung notwendig ist.

4. Zuständigkeit und Bearbeitung festlegen

   Die Anfrage wird dem verantwortlichen Team oder Mitarbeiter zugeordnet. Bearbeitungsfristen, Prioritäten und gegebenenfalls Eskalationswege werden festgelegt.

5. Serviceleistung erbringen und kommunizieren

   Die angeforderte Leistung wird erbracht. Statusänderungen, Rückfragen und Arbeitsschritte werden dokumentiert. Der Antragsteller erhält Informationen zum Fortschritt.

6. Abschluss dokumentieren und auswerten

   Das Ergebnis wird festgehalten, der Vorgang abgeschlossen und der entstandene Aufwand ausgewertet. Bei Bedarf fließen Erkenntnisse in die Verbesserung des Serviceprozesses ein.

Besonderer Mehrwert: Für diesen Abschnitt könnte eine interaktive Checkliste entstehen, mit der Leser ihre eigenen Service-Request-Prozesse bewerten.

Beispielsweise: Gibt es definierte Anfragearten? Sind Freigaben geregelt? Sind Reaktions- und Erfüllungszeiten vereinbart? Können Mitarbeiter den Bearbeitungsstatus verfolgen? Werden Bearbeitungszeiten dokumentiert?

Das würde den Artikel von vielen rein definitorischen ITSM-Beiträgen unterscheiden.

5. Die wichtigsten Herausforderungen und Lösungsansätze

Der letzte Punkt ist für Projektron besonders interessant. Viele grundlegende Erklärungen zum Service Request Management beschränken sich auf effiziente Ticketbearbeitung.

Für IT-Dienstleister ist zusätzlich entscheidend, welche Kapazitäten einzelne Anfragen beanspruchen, ob sie innerhalb vereinbarter Servicekontingente liegen und welche Leistungen später abgerechnet werden müssen.

Diese Verbindung kann im Artikel als spezifischer Mehrwert herausgestellt werden.

6. Die besten Kundenreferenzen für den Fachartikel

Ich würde zwei Anwenderberichte einsetzen: OEDIV SecuSys als Hauptbeispiel und n-komm als ergänzende Referenz.

Die beiden Unternehmen zeigen unterschiedliche Seiten des Service Request Managements, die sich gut ergänzen.

OEDIV SecuSys GmbH

Hauptreferenz

Interne IT-Administration, strukturiertes Ticketmanagement und die gemeinsame Organisation von mehr als 35 Cybersecurity- und IT-Projekten.

Anwenderbericht OEDIV SecuSys

n-komm GmbH

Ergänzende Referenz

Ticketbearbeitung im Kundensupport, transparente Statusinformationen, Kundenbeteiligung und Dokumentation für Vertretungsfälle.

Anwenderbericht n-komm

Zitierfähige Aussagen

Robin Fischer, OEDIV SecuSys

„BCS funktioniert in der Praxis hervorragend: Wir gewinnen deutlich an Transparenz, reduzieren den Abstimmungsaufwand und haben alle Mitarbeitenden auf einer gemeinsamen Plattform an Bord.“

Oliver Regelmann, n-komm

„Die Kommentarfunktion der Tickets hilft uns bei der Kommunikation sowie der Dokumentation der erfolgten Tätigkeiten.“

Beide Aussagen passen genau zu den zentralen Herausforderungen: nachvollziehbare Bearbeitungsstände, weniger Abstimmungsaufwand und einheitliche Dokumentation.

Projektron

7. Ausgearbeiteter Best-Practice-Abschnitt: OEDIV SecuSys und n-komm

Dieser Abschnitt könnte nahezu unverändert in den späteren Fachartikel übernommen werden.

Best Practices: Serviceanfragen strukturiert bearbeiten mit BCS

Wie Unternehmen die Bearbeitung von Serviceanfragen organisieren, hängt von ihren Leistungen und internen Abläufen ab. Während einige IT-Abteilungen vor allem interne Anliegen effizient koordinieren müssen, stehen bei IT-Dienstleistern die Zusammenarbeit mit Kunden, transparente Bearbeitungsstände und eine nachvollziehbare Leistungserfassung im Mittelpunkt. Die Beispiele OEDIV SecuSys und n-komm zeigen, wie BCS diese unterschiedlichen Anforderungen unterstützt.

OEDIV SecuSys: IT-Administration und Ticketmanagement verbinden

Die OEDIV SecuSys GmbH aus Rostock ist auf Cybersecurity spezialisiert. Zu ihren Leistungen gehören Identity & Access Management, Implementierungen, Assessments, Consulting sowie Support und Managed Services. Seit 2025 setzt das Unternehmen BCS ein und hat inzwischen mehr als 35 unterschiedliche Projekte in der Software abgebildet.

Nach den positiven Erfahrungen im Projektmanagement wurde der Einsatz auf die interne IT-Administration und das Ticketmanagement ausgeweitet. Das Ticketsystem dient sowohl der Zusammenarbeit innerhalb der IT als auch der Bearbeitung von Anliegen der Mitarbeiter. Ticketarten lassen sich einfach und intuitiv erstellen. Bei Statusänderungen werden die Beteiligten automatisch benachrichtigt und bleiben dadurch über den Bearbeitungsfortschritt informiert.

„BCS funktioniert in der Praxis hervorragend: Wir gewinnen deutlich an Transparenz, reduzieren den Abstimmungsaufwand und haben alle Mitarbeitenden auf einer gemeinsamen Plattform an Bord.“

Robin Fischer, Business Consultant IAM, OEDIV SecuSys GmbH

Der gemeinsame Informationsstand erleichtert nicht nur die Koordination interner Anfragen. Er verbindet auch die IT-Administration mit den laufenden Projekten und schafft eine Grundlage, um Abläufe über unterschiedliche Teams hinweg zu vereinheitlichen.

„Wir wollten ein Werkzeug haben, das uns in unserer Projektarbeit spürbar entlastet und uns mehr Zeit für die eigentlichen Kernprozesse und den Austausch mit unseren Kunden bietet.“

Robin Fischer, Business Consultant IAM, OEDIV SecuSys GmbH

OEDIV SecuSys möchte die gewonnenen Erfahrungen perspektivisch auch für seine Managed-Services-Kunden nutzbar machen. Das zeigt, welches Potenzial in der Verbindung von Projektmanagement, Ticketbearbeitung und langfristigen IT-Services liegt.

n-komm: Kundenanfragen und IT-Support transparent bearbeiten

Die n-komm GmbH nutzt das Ticketsystem von BCS sowohl für Supportanfragen als auch zur detaillierten Organisation von Projektaufgaben. Kunden erhalten über einen Gastzugriff Einblick in ihre Tickets und können den aktuellen Bearbeitungsstand verfolgen.

Die Kommunikation erfolgt direkt am Ticket. Kommentare und dokumentierte Arbeitsschritte bleiben mit dem Vorgang verbunden, statt sich auf unterschiedliche E-Mails und persönliche Notizen zu verteilen. Das erleichtert insbesondere die Übergabe zwischen Mitarbeitern und die Bearbeitung bei Abwesenheiten.

Oliver Regelmann, Prokurist und Teamleiter Infrastruktur & Collaboration bei n-komm, hebt diesen Vorteil hervor:

„Die Kommentarfunktion der Tickets hilft uns bei der Kommunikation sowie der Dokumentation der erfolgten Tätigkeiten.“

Der Anwenderbericht zeigt außerdem, wie n-komm BCS für die Zusammenarbeit mehrerer Unternehmen einsetzt. Damit bietet die Software eine gemeinsame Grundlage für transparente Serviceprozesse auch über Unternehmensgrenzen hinweg.

Zwei Unternehmen, zwei Einsatzbereiche: OEDIV SecuSys setzt auf BCS für interne IT-Anliegen und die Verzahnung mit der Projektarbeit. n-komm nutzt die Ticketfunktionen für Kundenkommunikation, Support und unternehmensübergreifende Zusammenarbeit. Gemeinsam zeigen die Beispiele, wie strukturierte Tickets die Grundlage für ein nachvollziehbares Service Request Management schaffen können.

Weiterführende Anwenderberichte:

• OEDIV SecuSys: Mehr Transparenz für Cybersecurity-Projekte und IT-Services mit BCS
• n-komm: Drei Unternehmen, ein BCS – IT-Support firmenübergreifend steuern

Fachliche Abgrenzung: Die Anwenderberichte belegen strukturierte Ticketbearbeitung, Kommunikationsfunktionen und organisatorische Vorteile. Sie belegen nicht, dass OEDIV SecuSys oder n-komm ein vollständiges ITIL-konformes Service Request Management mit BCS eingeführt haben. Diese Behauptung würde ich deshalb vermeiden.

8. Wie BCS das Service Request Management unterstützt

Nach dem methodischen Fachteil und den Kundenbeispielen würde ich einen eigenen Produktabschnitt einfügen.

Er soll nicht sämtliche Ticketfunktionen auflisten, sondern die Anforderungen eines strukturierten Service-Request-Prozesses aufgreifen.

Diese Funktionen sind auf der aktuellen BCS-Seite zu Ticketing & Services beschrieben.

Projektron

Was BCS gegenüber einer isolierten Ticketsoftware besonders interessant macht

Ein zentraler Vorteil liegt darin, dass BCS eine Serviceanfrage nicht ausschließlich als operativen Vorgang betrachtet.

Bei einem IT-Dienstleister kann aus einer einzelnen Anfrage ein größerer Arbeitsauftrag entstehen. Vielleicht reicht das vereinbarte Servicekontingent nicht aus, vielleicht ist eine zusätzliche Beauftragung erforderlich oder es entsteht ein eigenständiges Projekt.

Mit BCS lassen sich Tickets, Projektaufgaben, laufende Services und kaufmännische Vorgänge auf einer gemeinsamen Datenbasis organisieren.

Damit steht neben der Bearbeitungsgeschwindigkeit auch die Wirtschaftlichkeit der erbrachten Leistungen im Fokus.

9. Kennzahlen für erfolgreiches Service Request Management

Diesen Teil würde ich im Artikel unbedingt eigenständig behandeln. Er bietet praktischen Nutzen und schafft zusätzliche Longtail-Potenziale.

Ich würde zusätzlich einen kleinen Beispielkasten mit einer Berechnungsformel integrieren:

\[ \text = \frac}}\times100 \]

Dabei sollte erklärt werden, dass SLAs nicht immer die reine Abschlusszeit bewerten. Je nach Vereinbarung können beispielsweise Reaktionszeit, Erfüllungsfrist und Servicezeiten unterschiedlich definiert sein.

10. SEO-Metadaten für den geplanten Artikel

11. FAQ für SEO und GEO

Ich würde sieben Fragen aufnehmen, die sich gut für eigenständige Antwortpassagen eignen.

1. Was bedeutet Service Request Management?Definition und Ziele.
2. Was ist ein Service Request?Typische Beispiele und Merkmale.
3. Was ist der Unterschied zwischen Service Request und Incident?Abgrenzung anhand konkreter Szenarien.
4. Welche Schritte umfasst der Service-Request-Management-Prozess?Kurze Zusammenfassung des sechsstufigen Modells.
5. Was ist Request Fulfillment?Begriffsabgrenzung und Einordnung in ITIL.
6. Welche Vorteile bietet ein Service-Request-Management-System?Standardisierung, Transparenz, Effizienz und Messbarkeit.
7. Wie lässt sich Service Request Management automatisieren?Workflows, Genehmigungen, Benachrichtigungen und Self-Service.

Bei der Definition würde ich mich an der offiziellen ITIL-4-Practice von PeopleCert orientieren: Sie beschreibt den Umgang mit vordefinierten, nutzerinitiierten Serviceanfragen und die effektive, nutzerfreundliche Bereitstellung vereinbarter Services.

peoplecert.org

12. Abgrenzung zu bestehenden Inhalten

Damit sich keine unnötige Keyword-Kannibalisierung entwickelt, würde ich diese Trennung vorsehen:

Die bestehenden Artikel über Supportportale und Support nach Projektabschluss bieten gute Möglichkeiten zur internen Verlinkung, ohne dass dieselben Inhalte erneut ausführlich erklärt werden müssen.

Projektron

+1

13. Einordnung in die Content-Strategie

IT-Service-Management (ITSM)

Pillar-Artikel: Definition, Practices, ITIL, Einführung und Software

Service Request Management

Prozess, Request Fulfillment, Kennzahlen und Best Practices

Support & Wartung

Serviceübergabe, Kapazitäten und laufende Betreuung

Ticketing & Services mit BCS

Kommerzielle Funktionsseite mit Produktinformationen und Online-Demo

14. Bewertung und Empfehlung

Thematische Passung zu BCS

5/5

Eignung der OEDIV-Referenz

4/5

Eignung der n-komm-Referenz

5/5

Fachliche Differenzierung

4/5

Interne Verlinkungsmöglichkeiten

5/5

Vermutetes Reichweitenpotenzial

3/5

Qualitative redaktionelle Einschätzung, keine gemessenen SEO-Kennzahlen.

Was ich bei diesem Artikel besonders hervorheben würde

Das Thema bietet die Gelegenheit, einen entscheidenden Unterschied zwischen reiner Ticketverwaltung und professionellem Servicemanagement herauszuarbeiten.

Ein Ticket dokumentiert eine Anfrage. Service Request Management organisiert den gesamten Weg von der Anforderung bis zur erbrachten Leistung.

BCS kann diesen Weg mit Ticketbearbeitung, Statuskommunikation, Serviceorganisation, Ressourceneinsatz und kaufmännischer Abwicklung verbinden. Genau diese Verbindung wird in den Beispielen von OEDIV SecuSys und n-komm sichtbar.

Mein bevorzugter Veröffentlichungstitel wäre:

Service Request Management: IT-Anfragen in 6 Schritten effizient bearbeiten

Er verbindet das Hauptkeyword mit einem konkreten Nutzenversprechen und einer klaren methodischen Struktur.

Priorität innerhalb der drei Artikelideen: Den ITSM-Pillar-Artikel würde ich langfristig als übergeordnetes Wissensangebot etablieren. Service Request Management eignet sich als unmittelbar anschließende Vertiefung, während Cybersecurity-Projektmanagement gezielt die IT-Sicherheitsbranche anspricht. So entsteht ein zusammenhängendes Content-Angebot mit drei unterschiedlichen Suchintentionen statt drei konkurrierenden Blogbeiträgen.

SEO-Artikelkonzept 2: Cybersecurity-Projektmanagement

PROJEKTRON-BLOG · FACHARTIKEL · KEYWORDSTRATEGIE

Cybersecurity-Projektmanagement: IT-Sicherheitsprojekte erfolgreich planen und steuern

Attraktive fachliche Content-Lücke

Cybersecurity · IT-Projektmanagement

Meine Einschätzung: Diese Artikelidee hat gegenüber „Service Request Management“ einen entscheidenden Vorteil: Sie spricht direkt Unternehmen an, die Sicherheitsprojekte für ihre Kunden durchführen und dafür eine Projektmanagement- und ERP-Lösung benötigen. OEDIV SecuSys ist dafür ein ausgesprochen passendes Praxisbeispiel.

Der Artikel sollte aber nicht primär erklären, wie ein Unternehmen seine IT absichert, sondern wie Cybersecurity-Dienstleister Sicherheitsprojekte wirtschaftlich, nachvollziehbar und mit begrenzten Ressourcen organisieren.

1. SEO-Strategie und Keywordset

Wie groß ist die SEO-Chance?

Auf projektron.de existieren bereits ausführliche Inhalte zu Projektmanagement, Risikomanagement und Informationssicherheit. Die Informationssicherheitsseite behandelt überwiegend die Sicherheit des Produkts und des Unternehmens. Die Projektmanagement-Funktionsseite konzentriert sich auf allgemeine Planungs- und Steuerungsfunktionen.

Projektron

+1

Einen eigenständigen Fachartikel speziell zum Management von Cybersecurity-Projekten konnte ich bei der Recherche nicht identifizieren.

Das ist eine sinnvolle thematische Lücke. Ob „Cybersecurity-Projektmanagement“ selbst das reichweitenstärkste Hauptkeyword ist, bleibt allerdings offen. Insbesondere „IT-Sicherheitsprojekte“ könnte sprachlich eine bessere Suchabdeckung bieten. Dafür brauchen wir Suchvolumen und Keyword-Varianten aus XOVI oder SISTRIX.

2. Was macht dieses Thema fachlich relevant?

Cybersecurity-Projekte bringen Herausforderungen mit, die über klassisches IT-Projektmanagement hinausgehen:

• Sicherheitsrisiken, technische Abhängigkeiten und wechselnde Prioritäten müssen mit Terminen, Budgets und Kapazitäten abgestimmt werden.
• Spezialisten für IAM, PAM, Netzwerksicherheit oder Compliance sind häufig gleichzeitig in mehreren Kundenprojekten eingebunden.
• Assessments und Sicherheitsanalysen erzeugen Maßnahmen, aus denen weitere Implementierungsprojekte oder laufende Serviceaufgaben entstehen.
• Projektergebnisse müssen für Kunden, Management und gegebenenfalls Auditoren nachvollziehbar dokumentiert werden.
• Anforderungen aus Standards und Regulierung, beispielsweise ISO 27001 oder NIS2, können zusätzliche Nachweis-, Abstimmungs- und Steuerungsaufgaben mit sich bringen.

Die Bedeutung systematischer Risikoanalysen, klarer Verantwortlichkeiten und dokumentierter Sicherheitsmaßnahmen lässt sich auch anhand der ENISA-Leitlinien zur Umsetzung von NIS2 und vorhandener Projektleitfäden verdeutlichen.

ENISA

+1

Damit bietet der Artikel fachlichen Mehrwert, ohne zu einem weiteren allgemeinen Cybersecurity-Ratgeber zu werden.

3. Empfohlene Artikelgliederung

Besonders wichtig: die sieben Schritte

Dieser Abschnitt sollte den fachlichen Kern bilden:

1. Projektauftrag und Schutzbedarf klären

   Umfang, Zielsysteme, Sicherheitsziele und Verantwortlichkeiten definieren.

2. Ausgangslage und Risiken analysieren

   Bestehende Sicherheitsmaßnahmen, Schwachstellen und technische Abhängigkeiten erfassen.

3. Maßnahmen und Prioritäten festlegen

   Arbeitspakete nach Kritikalität, Umsetzungsaufwand und Abhängigkeiten priorisieren.

4. Ressourcen, Termine und Budget planen

   Security-Spezialisten zuordnen, Meilensteine festlegen und Kosten kalkulieren.

5. Sicherheitsmaßnahmen umsetzen und koordinieren

   Aufgaben steuern, technische Änderungen begleiten und Beteiligte abstimmen.

6. Fortschritt und Wirksamkeit prüfen

   Ergebnisse bewerten, Projektrisiken aktualisieren, Abnahmen und Nachweise dokumentieren.

7. In den sicheren Betrieb und Support übergeben

   Verantwortlichkeiten, Restmaßnahmen, Dokumentation und nachgelagerte Serviceprozesse regeln.

Dieser Leitfaden wäre auch als eigenständige Infografik oder downloadbare Checkliste geeignet.

4. Best Practice: OEDIV SecuSys als Praxisbeispiel

OEDIV SecuSys würde ich nicht nur in einem kurzen Absatz erwähnen, sondern als eigenständigen Best-Practice-Abschnitt mit drei bis vier Absätzen und zwei Kundenstimmen integrieren.

Der Vorteil: Der Anwenderbericht bietet konkrete Zahlen und beschreibt unterschiedliche Cybersecurity-Projekttypen. Dadurch wird aus einem theoretischen Fachartikel ein Beitrag mit nachvollziehbarem Praxisbezug.

Vorschlag für den Abschnitt

Best Practice: OEDIV SecuSys koordiniert über 35 Cybersecurity- und IT-Projekte mit BCS

Wie sich unterschiedliche Cybersecurity-Projekte auf einer gemeinsamen Plattform organisieren lassen, zeigt die OEDIV SecuSys GmbH. Der zur Oetker-Gruppe gehörende IT-Sicherheitsdienstleister ist unter anderem auf Identity Governance & Administration, Privileged Access Management und IAM-Beratung spezialisiert. Zum Leistungsspektrum gehören Implementierungen, Security Assessments, Consulting, Proofs of Concept sowie Support und Managed Services.

Seit 2025 setzt das Unternehmen auf BCS von Projektron als zentrale Projektmanagement- und ERP-Software. Mittlerweile werden mehr als 35 Projekte unterschiedlicher Art in BCS abgebildet. Das Unternehmen führt damit Informationen zu Projekten, Aufgaben, Zuständigkeiten und Bearbeitungsständen auf einer gemeinsamen Plattform zusammen.

Gerade bei parallel laufenden Sicherheitsprojekten erleichtert diese gemeinsame Informationsbasis die Koordination zwischen den beteiligten Teams. Projektverantwortliche erhalten einen besseren Überblick über laufende Aktivitäten, während sich der manuelle Abstimmungsaufwand reduziert.

„BCS funktioniert in der Praxis hervorragend: Wir gewinnen deutlich an Transparenz, reduzieren den Abstimmungsaufwand und haben alle Mitarbeitenden auf einer gemeinsamen Plattform an Bord.“

Robin Fischer, Business Consultant IAM, OEDIV SecuSys GmbH

Die positiven Erfahrungen in der Projektarbeit haben dazu geführt, dass OEDIV SecuSys BCS inzwischen auch in der internen IT-Administration und im Ticketmanagement einsetzt. Ticketarten lassen sich einfach erstellen, Statusänderungen werden automatisch kommuniziert. Perspektivisch möchte das Unternehmen seine Erfahrungen auch für Managed-Services-Kunden nutzbar machen.

„Wir wollten ein Werkzeug haben, das uns in unserer Projektarbeit spürbar entlastet und uns mehr Zeit für die eigentlichen Kernprozesse und den Austausch mit unseren Kunden bietet.“

Robin Fischer, Business Consultant IAM, OEDIV SecuSys GmbH

Das Beispiel verdeutlicht, wie eine integrierte Projektmanagement-Plattform die organisatorischen Anforderungen eines Cybersecurity-Dienstleisters unterstützen kann – von unterschiedlichen Kundenprojekten bis zur internen IT-Administration.

Weiterführend:Anwenderbericht OEDIV SecuSys – Mehr Transparenz für Cybersecurity-Projekte und IT-Services mit BCS

Die beiden Zitate sind wörtlich aus der Originalveröffentlichung von OEDIV SecuSys übernommen. Sie belegen die wahrgenommenen Verbesserungen bei Transparenz, Zusammenarbeit und Entlastung. Die darüber hinausgehenden Funktionen und Arbeitsschritte des allgemeinen Leitfadens sollten wir nicht als konkrete OEDIV-Erfahrungen ausgeben.

5. Wie BCS im Fachartikel eingebunden werden sollte

Die Verbindung zum Produkt würde ich erst nach dem Fachteil ausführlich herstellen. Die Leser sollen zunächst erfahren, wie sie ihre Projekte organisieren können, und anschließend, wie BCS dabei unterstützt.

Die vorhandenen BCS-Funktionsseiten decken diese Planungs-, Steuerungs- und Controllingmöglichkeiten bereits ab.

Projektron

+1

Wichtig wäre, Projektrisiken nicht mit Cybersecurity-Risiken gleichzusetzen. BCS kann beispielsweise das Risiko einer Terminverschiebung oder des Ausfalls eines IAM-Spezialisten im Projektmanagement abbilden. Daraus folgt nicht automatisch, dass BCS technische Schwachstellenscanner, SIEM-Systeme oder spezialisierte GRC-Lösungen ersetzt.

6. SEO-Metadaten und Content-Elemente

FAQ-Fragen für SEO und GEO

Diese Fragen würde ich am Artikelende mit jeweils rund 60–100 Wörtern beantworten:

1. Was versteht man unter Cybersecurity-Projektmanagement?
2. Welche Phasen umfasst ein IT-Sicherheitsprojekt?
3. Welche Herausforderungen gibt es beim Management von Cybersecurity-Projekten?
4. Wie lassen sich Risiken in IT-Sicherheitsprojekten bewerten und steuern?
5. Welche Rolle spielt Ressourcenplanung bei Cybersecurity-Projekten?
6. Welche Projektmanagement-Software eignet sich für IT-Sicherheitsdienstleister?

Die Antworten sollten möglichst konkrete Kriterien, Beispiele und Handlungsanweisungen bieten.

7. Wie sich der Artikel vom bestehenden Content unterscheidet

Damit würde der Artikel die bestehenden Inhalte thematisch erweitern, statt sie lediglich umzuschreiben.

Projektron

+2

8. Bewertung gegenüber Service Request Management

Qualitative Bewertung für den Projektron-Blog

Relevanz für IT-Sicherheitsunternehmen

Cybersecurity-PM

5/5

Service Request Management

3/5

Passung zum OEDIV-Anwenderbericht

Cybersecurity-PM

5/5

Service Request Management

4/5

Fachliche Differenzierung

Cybersecurity-PM

5/5

Service Request Management

4/5

Nähe zu BCS-Projektmanagement

Cybersecurity-PM

5/5

Service Request Management

3/5

Breite der potenziellen Zielgruppe

Cybersecurity-PM

3/5

Service Request Management

5/5

Redaktionelle Einschätzung auf einer Skala von 1 bis 5, keine Messung von Suchvolumen oder Ranking-Potenzial.

Fazit: Welchen Artikel würde ich priorisieren?

Für die gezielte Gewinnung von IT-Sicherheitsunternehmen als BCS-Interessenten würde ich Cybersecurity-Projektmanagement sogar vor Service Request Management setzen.

Der Artikel bietet drei Vorteile: Er baut eine fachliche Themenwelt auf, die auf projektron.de bislang kaum explizit abgedeckt ist, kann mehrere besonders relevante BCS-Funktionen verknüpfen und nutzt mit OEDIV SecuSys einen aktuellen Anwenderbericht aus genau dieser Branche.

Für maximale SEO-Reichweite würde ich allerdings vorab noch prüfen, ob „IT-Sicherheitsprojekte“ oder „Cybersecurity-Projekte“ nicht mehr Suchnachfrage auf sich vereinen als der zusammengesetzte Fachbegriff „Cybersecurity-Projektmanagement“. Der Arbeitstitel kann zunächst bestehen bleiben.

Mein bevorzugter endgültiger Titel wäre:

Cybersecurity-Projektmanagement: IT-Sicherheitsprojekte in 7 Schritten erfolgreich steuern

Er verspricht einen konkreten praktischen Nutzen, integriert beide zentralen Keywordvarianten und schafft einen nachvollziehbaren Übergang vom Fachleitfaden zum OEDIV-SecuSys-Best-Practice-Beispiel.

Ja – und bei dieser dritten Idee habe ich eine besonders interessante Referenz gefunden: die items GmbH & Co. KG aus Münster. Das Unternehmen betreibt ausdrücklich ein nach ITIL organisiertes IT-Servicemanagement und verbindet seine Serviceprozesse über eine Schnittstelle mit BCS.

Damit haben wir sogar drei sehr unterschiedliche Praxisperspektiven:

• OEDIV SecuSys:IT-Administration, interne Tickets und Cybersecurity-Projekte auf einer Plattform.
• items:ITIL-basiertes ITSM mit externem Ticketsystem, aber integrierter Aufwandserfassung und Abrechnung in BCS.
• n-komm:Kundenorientierter IT-Support mit gezielten Zugriffsrechten und gesellschaftsübergreifender Zusammenarbeit.

Die items-Referenz ist besonders wertvoll, weil sie zeigt, dass BCS auch in einer bestehenden ITSM-Systemlandschaft sinnvoll eingesetzt werden kann, ohne das spezialisierte Ticketsystem ersetzen zu müssen.

Projektron

+1

SEO-Artikelkonzept 3: IT-Service-Management (ITSM)

PROJEKTRON-BLOG · FACHARTIKEL · KEYWORDSTRATEGIE

IT-Service-Management (ITSM): Prozesse, Methoden und Software im Überblick

Strategisch relevantes Thema

ITSM · ITIL · Servicemanagement

Meine Einschätzung: Das Thema ist breiter und voraussichtlich wettbewerbsintensiver als Cybersecurity-Projektmanagement, besitzt aber das Potenzial, eine zentrale Wissensseite für mehrere relevante Suchbegriffe aufzubauen.

Für Projektron ist besonders interessant, dass der neue Arbeitsbereich Services in BCS 26.2 das Themenfeld deutlich erweitert. BCS verbindet Projektmanagement, Ticketsystem, laufende Services, Ressourcenplanung, Zeiterfassung und Abrechnung. Das sollte auch die Kernbotschaft des Fachartikels sein.

1. SEO-Strategie und Keywordset

Wo liegt die Content-Lücke?

Auf projektron.de gibt es bereits ausführliche Beiträge zum Ticketsystem sowie zu Support und Wartung. Der Beitrag zum Supportportal von 2021 erwähnt ITSM ebenfalls. Was ich bei der Recherche nicht gefunden habe, ist eine übergreifende Erklärung, die ITSM-Definition, ITIL, zentrale Practices, Prozesse, Software und Wirtschaftlichkeit systematisch zusammenführt.

Projektron

+2

Der neue Artikel sollte daher als übergeordneter Leitfaden funktionieren, der bestehende Beiträge verlinkt und nicht deren Inhalte erneut ausführlich behandelt.

2. Die fachliche Positionierung

Eine typische ITSM-Einführung erläutert, wie Unternehmen ihre IT-Services bereitstellen und unterstützen. Für Projektron würde ich eine zusätzliche Perspektive wählen:

Wie verbinden IT-Dienstleister ein professionelles IT-Service-Management mit Projektgeschäft, Ressourcenplanung und kaufmännischer Abwicklung?

Das ist ein wichtiger Unterschied.

Ein ITSM-System bearbeitet beispielsweise Störungen, Anfragen und Changes. Für einen Dienstleister entstehen dabei weitere Fragen: Wer hat an welchem Service gearbeitet? Welche Stunden sind abrechenbar? Welche Kapazitäten müssen für den laufenden Betrieb reserviert werden? Welche Aufgaben werden zu eigenständigen Projekten?

Genau an dieser Verbindung kann BCS seine Stärken ausspielen.

3. Empfohlene Artikelgliederung

Der fachliche Kern: Die wichtigsten ITSM-Practices

Hier würde ich eine Tabelle vorsehen, die unterschiedliche Serviceprozesse und Practices klar trennt.

Wichtig ist eine fachliche Differenzierung: Nicht jede dieser ITIL-Practices lässt sich vollständig mit BCS abbilden. Die Tabelle erklärt zunächst ITSM unabhängig vom Produkt. Erst später zeigen wir, welche Bereiche BCS unterstützt.

4. Sieben Schritte zur Einführung eines IT-Service-Managements

1. IT-Services und Anforderungen erfassen

   Leistungen, Kunden, interne Nutzer, bestehende Systeme und Verantwortlichkeiten identifizieren.

2. Serviceportfolio und Leistungsvereinbarungen definieren

   Services beschreiben, Zuständigkeiten klären und Service Level Agreements festlegen.

3. Wichtige ITSM-Practices priorisieren

   Mit den Prozessen beginnen, die den größten Nutzen erwarten lassen, beispielsweise Incident und Service Request Management.

4. Workflows, Rollen und Eskalationen gestalten

   Bearbeitungsschritte, Freigaben, Prioritäten und Kommunikationswege definieren.

5. Passende ITSM-Software und Schnittstellen einrichten

   Ticketbearbeitung, Kundenportal, Serviceverwaltung, Zeiterfassung und gegebenenfalls bestehende ITSM-Systeme verbinden.

6. Mitarbeiter einbinden und Services schrittweise produktiv setzen

   Rollenbezogene Schulungen, Pilotprozesse und klare Dokumentation einsetzen.

7. Servicequalität und Wirtschaftlichkeit kontinuierlich verbessern

   Kennzahlen analysieren, Engpässe erkennen und operative sowie kaufmännische Abläufe weiterentwickeln.

Gerade Schritt 5 bietet die ideale Überleitung zu den beiden Best Practices.

5. Die besten Kundenreferenzen für den ITSM-Fachartikel

items GmbH & Co. KG

Beste ITIL-Referenz

IT-Dienstleister aus Münster mit einem nach ITIL organisierten IT-Servicemanagement. Ein spezialisiertes externes Ticketsystem wird mit BCS verbunden, um Leistungen zu erfassen und abzurechnen.

Anwenderbericht items lesen

OEDIV SecuSys GmbH

Cybersecurity-Dienstleister mit mehr als 35 Projekten in BCS sowie internem Ticketmanagement. Beispiel für das Zusammenführen von IT-Administration und Projektarbeit.

Anwenderbericht OEDIV SecuSys lesen

n-komm GmbH

Praktisches Beispiel für internen und externen IT-Support, Kundenzugang, Statusverfolgung und gesellschaftsübergreifende Ticketbearbeitung.

Anwenderbericht n-komm lesen

Die zitierfähigen Kundenaussagen

OEDIV SecuSys – Transparenz und Zusammenarbeit

„BCS funktioniert in der Praxis hervorragend: Wir gewinnen deutlich an Transparenz, reduzieren den Abstimmungsaufwand und haben alle Mitarbeitenden auf einer gemeinsamen Plattform an Bord.“

Robin Fischer, Business Consultant IAM

items – ITIL-basierte Serviceprozesse und BCS

Der Anwenderbericht beschreibt ausdrücklich:

„Da wir für unsere Supportleistungen außerhalb von Projekten ein strikt nach ITIL organisiertes IT-Servicemanagement betreiben, nutzen wir seit vielen Jahren ein externes Ticket-System“

Diese Passage ist der Anfang eines längeren Originalsatzes. Der Bericht erläutert anschließend, wie die dort beauftragten Leistungen in BCS erfasst und abgerechnet werden.

Projektron

n-komm – Ticketbearbeitung mit Kundenbeteiligung

„Die Kommentarfunktion der Tickets hilft uns bei der Kommunikation sowie der Dokumentation der erfolgten Tätigkeiten.“

Oliver Regelmann, Prokurist und Teamleiter Infrastruktur & Collaboration.

Projektron

6. Ausgearbeiteter Best-Practice-Abschnitt: OEDIV SecuSys und items

Ich würde im Hauptartikel OEDIV SecuSys und items als die zwei zentralen Beispiele einsetzen. Beide bilden unterschiedliche, gleichermaßen relevante ITSM-Szenarien ab.

Best Practices: IT-Service-Management mit BCS bei OEDIV SecuSys und items

Wie Unternehmen ihr IT-Service-Management organisieren, hängt von ihren Leistungen, bestehenden Systemen und betrieblichen Anforderungen ab. Die Beispiele OEDIV SecuSys und items zeigen zwei unterschiedliche Ansätze: eine integrierte Plattform für Projektarbeit und IT-Administration sowie die Verbindung eines spezialisierten ITSM-Systems mit Projektmanagement und kaufmännischen Prozessen.

OEDIV SecuSys: IT-Administration und Cybersecurity-Projekte auf einer Plattform

Die OEDIV SecuSys GmbH aus Rostock ist auf Cybersecurity-Dienstleistungen spezialisiert. Das Unternehmen nutzt BCS seit 2025 für die Organisation seiner Projektarbeit und hat inzwischen mehr als 35 Projekte in der Software abgebildet. Dazu gehören Implementierungen, Assessments, Consulting, Support und Managed Services.

Aufbauend auf den positiven Erfahrungen im Projektmanagement hat OEDIV SecuSys den Einsatz von BCS auf die interne IT-Administration und das Ticketmanagement ausgeweitet. Interne Anfragen werden strukturiert bearbeitet, Ticketarten können einfach erstellt werden und Statusänderungen lösen Benachrichtigungen aus. Dadurch erhalten die Beteiligten einen besseren Überblick über laufende Vorgänge.

„BCS funktioniert in der Praxis hervorragend: Wir gewinnen deutlich an Transparenz, reduzieren den Abstimmungsaufwand und haben alle Mitarbeitenden auf einer gemeinsamen Plattform an Bord.“

Robin Fischer, Business Consultant IAM, OEDIV SecuSys GmbH

Perspektivisch möchte OEDIV SecuSys die aufgebaute BCS-Kompetenz auch für seine Managed-Services-Kunden nutzen. Das Beispiel zeigt, wie sich Projektmanagement und interne Serviceprozesse auf einer gemeinsamen Informationsbasis organisieren lassen.

items: ITIL-basiertes Servicemanagement mit angebundener ERP-Plattform

Die items GmbH & Co. KG aus Münster ist als IT-Dienstleister insbesondere für Unternehmen der Versorgungs- und Energiewirtschaft tätig. Neben klassischen IT-Projekten erbringt items laufende Support- und Serviceleistungen, für die klar definierte Prozesse und vertraglich vereinbarte Service Levels erforderlich sind.

Anders als OEDIV SecuSys setzt items für das operative IT-Service-Management auf ein externes, nach ITIL organisiertes Ticketsystem. Dieses bildet die individuellen Service-Level-Vereinbarungen und zugehörigen Bearbeitungsprozesse ab. Über eine von Projektron realisierte Schnittstelle werden die notwendigen Informationen regelmäßig nach BCS übertragen und stehen dort für die Aufwandserfassung zur Verfügung.

Eine speziell angepasste Buchungsmaske erleichtert den Mitarbeitern die Zuordnung ihrer Arbeitszeiten zu den jeweiligen Serviceaufträgen. Die Leistungen aus dem externen Ticketsystem werden anschließend mit BCS abgerechnet.

Damit zeigt items ein weiteres mögliches Betriebsmodell: Spezialisierte ITSM-Funktionen verbleiben im etablierten Ticketsystem, während BCS die Projektplanung, Ressourcenverwaltung, Leistungserfassung und kaufmännische Abwicklung unterstützt.

Zwei Unternehmen, zwei Ansätze: OEDIV SecuSys nutzt BCS als gemeinsame Plattform für Projektarbeit und interne IT-Anfragen. items integriert ein eigenständiges ITIL-basiertes Servicemanagement in seine bestehenden Projekt- und ERP-Prozesse. In beiden Fällen hilft BCS dabei, operative Arbeit mit einer nachvollziehbaren Daten- und Prozessgrundlage zu verbinden.

Weiterführende Anwenderberichte:

• OEDIV SecuSys: Mehr Transparenz für Cybersecurity-Projekte und IT-Services
• items: BCS als zentrale Datenplattform und Auskunftsquelle

7. BCS-Funktionen im Zusammenhang mit ITSM

Für die anschließende Produktüberleitung würde ich diese Funktionen konkret nennen:

Die aktuellen Funktionen für Ticketing, laufende Services, Supportbudgets und Auswertungen sind auf der BCS-Funktionsseite beschrieben.

Projektron

8. SEO-Metadaten für den ITSM-Artikel

FAQ für Longtail-Keywords und GEO

1. Was ist IT-Service-Management (ITSM)?
2. Was ist der Unterschied zwischen ITSM und ITIL?
3. Welche ITSM-Prozesse sind besonders wichtig?
4. Was ist der Unterschied zwischen Incident Management und Service Request Management?
5. Welche Funktionen sollte eine ITSM-Software bieten?
6. Was kostet die Einführung von IT-Service-Management?
7. Brauchen kleine und mittlere Unternehmen ITSM?
8. Wie lässt sich ITSM mit Projektmanagement und ERP verbinden?

9. SEO-Potenzial im Vergleich der drei Themen

Redaktionelle Einschätzung

Skala 1–5: höher bedeutet mehr Potenzial, bessere Passung beziehungsweise stärkeren vermuteten Wettbewerb. Keine gemessenen Keyworddaten.

10. Meine Empfehlung für die Content-Strategie

Ich würde IT-Service-Management als übergeordneten Pillar-Artikel aufbauen und die anderen beiden Themen als eigenständige Vertiefungen behandeln.

IT-Service-Management (ITSM)

Pillar-Artikel: Definition, ITIL, Practices, Tools und Einführung

Service Request Management

Vertiefung zu Anfragen, Workflows und Request Fulfillment

Cybersecurity-Projektmanagement

Branchenspezifische Vertiefung zu Sicherheitsprojekten

Ticketing & Services mit BCS

Produktseite als kommerzieller Anschluss

Der ITSM-Pillar kann zusätzlich auf den bereits vorhandenen Fachartikel zu Support und Wartung, den Ticketsystem-Beitrag sowie die Anwenderberichte verweisen. Dadurch entsteht eine nachvollziehbare interne Verlinkungsstruktur.

Besonders wertvoll finde ich items als zweite Hauptreferenz: Während OEDIV SecuSys die Integration von Projekt- und Ticketmanagement auf einer Plattform zeigt, dokumentiert items die Anbindung eines externen ITIL-basierten Service-Management-Systems an BCS. Das verhindert, dass der Artikel wie reine Produktwerbung wirkt, und vermittelt ein differenziertes Bild realer ITSM-Architekturen.

Für eine noch stärkere Fokussierung auf das BCS-Ticketsystem könnten wir n-komm als drittes, kürzeres Praxisbeispiel aufnehmen. Dessen Anwenderbericht vom Juli 2026 ist aktuell und liefert konkrete Erfahrungen zu Kundenzugängen, Berechtigungen und der Zusammenarbeit mehrerer IT-Dienstleistungsunternehmen.

Projektron

Mein bevorzugter Titel bleibt: „IT-Service-Management (ITSM): Prozesse, Methoden und Software im Überblick“. Er ist breit genug für einen langlebigen SEO-Leitfaden, ohne die gesamte Suchintention auf den Softwarevergleich zu reduzieren.