Einzelne Regelungsthemen
Die Sicherheit von IT-Systemen ist ein wichtiges Anliegen. Um sicherheitskritische Ereignisse zu erkennen, ihre Ursachen herauszufinden und sie zu beseitigen, ist ein gewisses Maß an Dokumentation notwendig. In aller Regel muss dafür auch der Verursacher identifiziert werden. Wird ein Ticketsystem genutzt, um auf Vorfälle („Incidents“) und Ereignisse („Events“) der IT-Sicherheit zu reagieren, kann es also nötig sein, deren Details festzuhalten, einschließlich des Benutzers, auf dessen PC oder mit dessen Account das Ereignis geschehen ist. Dann sollte die BV/DV regeln, wie auf solche Ereignisse angemessen reagiert wird.
Wenn in der IT ein Problem auftaucht, ist es nicht immer einfach, es auf Anhieb zu lösen. Ist ein Lösungsweg gefunden, sollte er dokumentiert werden, damit man beim nächsten gleichen oder ähnlichen Problem nicht erneut suchen muss. Deshalb ist es sinnvoll, ein Ticketsystem auch als Wissensdatenbank zu nutzen. Eine solche Wissensdatenbank lebt aber davon, das Wissen zu dokumentieren, nicht die Träger des Wissens. Es ergibt daher wenig Sinn, personenbezogen festzuhalten, wer das Problem gelöst hat. Entscheidend ist, wie es gelöst wurde.
Ein Ticketsystem soll auch helfen, die Arbeitslast gleichmäßig zu verteilen. Diesen Aspekt kann und sollte eine BV/DV ebenfalls aufgreifen. Hier geht es weniger um die Überwachung von Beschäftigten als um Fragen des Gesundheitsschutzes.
Auswertungen werden in Jira entweder vom Administrator bereitgestellt oder vom Benutzer selbst eingerichtet. Ein Benutzer kann beliebige Reports mit den Daten anlegen, auf die er zugreifen darf. Er kann Datenfelder auswählen, Filter- und Sortierkriterien festlegen und das Layout der Listen anpassen. Technisch lässt sich dazu deshalb nichts regeln.
Ähnlich ist es bei Schnittstellen zu anderen Systemen. Da die Daten der Jira-Produkte in einer Datenbank liegen, können sie auch in andere Formate wie CSV oder XLS exportiert werden. Auch hier gibt es kaum Einschränkungen, sodass sich in einer BV/DV wenig bis nichts technisch regeln lässt. Bei Reports und Schnittstellen kommt deshalb nur ein normativer Regelungsansatz in Betracht.
Passend dazu im Seminar
Diese Inhalte vertiefen wir mit Beispielen und Übungen in unseren Seminaren:
