IT-SOPs sorgen dafür, dass Technologie-Operations konsistent, sicher und compliant bleiben. Mit Trupeer können Sie sich beim Schreiben von IT-SOPs stundenlang Zeit sparen, indem Sie mit einer kostenlosen IT-SOP-Vorlage starten, sie mit Ihren Brand Guidelines anpassen und unseren KI-SOP-Ersteller verwenden, um jede Prozedur in eine klare Videoanleitung umzuwandeln.

Was eine IT-SOP ist und was auf beiden Seiten davon liegt

Eine Standardarbeitsanweisung (SOP) ist die schriftliche Abfolge für eine Aufgabe, die sich wiederholt. Sie ist für jemanden gedacht, der kompetent ist, aber kein Experte. Sie ist so konkret, dass zwei Personen, die sie befolgen, zum gleichen Ergebnis kommen.

Zwei Dokumente liegen auf beiden Seiten davon und werden ständig mit ihr verwechselt.

Eine Richtlinie legt eine Regel und eine Grenze fest. Sie sagt, dass Käufe oberhalb eines bestimmten Schwellenwerts eine Genehmigung benötigen. Sie sagt jedoch nicht, welcher Button eine Bestellanforderung auslöst. Richtlinien ändern sich selten und werden von der Governance genehmigt. Wenn Sie sich dabei wiederfinden, „muss“ und „darf nicht“ zu schreiben, schreiben Sie Richtlinie – und das gehört stattdessen in ein Policy-Dokument.

Ein Runbook oder eine Methode der Prozedur ist eine einzelne Ausführung einer einzelnen Änderung, oft mit Zeitangaben, die für eine einzige Nacht geschrieben wird. Es wird verwendet und anschließend archiviert. Eine SOP ist das wiederverwendbare Element, das das Runbook ausleiht. Wenn die Arbeit ein einmaliger Cutover mit einem Rollback-Fenster ist, brauchen Sie eine Methode der Prozedur – keine SOP.

Die SOP sitzt dazwischen: Die Regel liegt woanders, der Kalender liegt woanders, und übrig bleibt, wie die Arbeit tatsächlich ausgeführt wird – diese Woche, in den Systemen, die Sie tatsächlich haben.

Wenn Sie die allgemeine Version dieses Dokuments möchten, die für jedes Team gilt, deckt unsere SOP-Vorlage die Standardstruktur ab. Diese Seite erklärt, was sich ändert, wenn die Prozedur eine IT-Prozedur ist.

Was eine IT-SOP von jeder anderen Art unterscheidet

Restaurant-SOPs, HR-SOPs und Lager-SOPs beschreiben Arbeit, die eine Person auch noch in fünf Jahren erledigen wird. Irgendjemand wird immer den Kunden begrüßen und den Bestand prüfen.

IT-Prozeduren sind nicht so. Die meisten beschreiben Arbeit, die eine Person aufhören sollte zu tun. Ein Konto bereitstellen, einen Schlüssel rotieren, eine Datei wiederherstellen, ein Volume in der Größe anpassen, eine Queue leeren, Zugriff auf ein freigegebenes Laufwerk gewähren: Jede dieser Aufgaben beginnt ihr Leben als menschliche Prozedur und endet – wenn das Team gut ist – als Skript, als Self-Service-Aktion oder als Einstellung in der Plattform, die die Frage unmöglich macht, überhaupt zu stellen.

Das bedeutet: Eine IT-SOP-Bibliothek ist gleichzeitig zwei Dinge. Sie ist eine Sammlung von Anweisungen – und sie ist ein Inventar von allem, was das Team per Hand erledigt. Die zweite Verwendung ist die wertvollere, und fast niemand nutzt sie, weil die Vorlage danach nicht fragt.

Daher ergänzt diese Vorlage ein Feld, das andere SOP-Vorlagen nicht haben. Jede Prozedur trifft ein Urteil über ihre eigene Zukunft, und die Bibliothek wird anhand dieser Urteile überprüft – nicht nur auf Genauigkeit. Ein Team, das vierzig SOPs pro Jahr schreibt und zwölf davon löscht, macht bessere Arbeit als ein Team, das vierzig schreibt und alle vierzig behält. Und die Vorlage sollte das sichtbar machen.

So passen Sie diese Vorlage in Trupeer an

Schritt 1: Öffnen Sie den Bereich „Vorlagen“

Gehen Sie im Hauptmenü zum Bereich „Vorlagen“.

Schritt 2: Wählen und öffnen Sie eine Vorlage

Klicken Sie auf eine beliebige Vorlage, mit der Sie arbeiten möchten, um sie zu öffnen.

Schritt 3: Ansicht der Vorlage erweitern

Wenn nötig, erweitern Sie die Vorlagenansicht, um das vollständige Layout und die Details klar zu sehen.

Schritt 4: Vorlage bearbeiten

Klicken Sie auf „Bearbeiten“, um mit der Anpassung der ausgewählten Vorlage zu beginnen.

Im Editor können Sie:

• Neue Abschnitte hinzufügen

• Formatierungsregeln definieren oder aktualisieren

• Ein Logo hinzufügen und Position sowie zugehörige Einstellungen anpassen

Schritt 5: Speichern Sie Ihre angepasste Vorlage

Nachdem Sie alle notwendigen Änderungen vorgenommen haben, klicken Sie auf „Speichern“, um die aktualisierte Vorlage als Ihre eigene zu sichern.

Schritt 6: Vorschau ansehen und Vorlage feinjustieren

Wenn Sie sehen möchten, wie Ihre angepasste Vorlage aussieht, öffnen Sie die Vorschau.

Ausgehend vom Vorschau-Bildschirm können Sie bei Bedarf weiterhin direkt Anpassungen vornehmen – so stellen Sie sicher, dass die Vorlage genau so erscheint, wie Sie es möchten.

Mit einer IT-SOP-Vorlage können Sie:

• Zeit beim Schreiben sparen: Überspringen Sie die leere Seite – mit einer Struktur, die für IT-Prozeduren entwickelt wurde.

• Audit-ready bleiben: Integrierte Abschnitte unterstützen SOC 2, ISO 27001 und ähnliche Audits.

• Im Brand bleiben: Verwenden Sie Ihr Logo, Ihre Schriftarten und Farben mit Trupeer’s Brand Kit.

• IT-Teams schulen: SOPs mit IT-Trainingsvideos kombinieren.

• Prozeduren standardisieren: Verwenden Sie für jede IT-SOP dieselbe Vorlage.

• Globale Teams erreichen: IT-SOPs mit einem Klick in 65+ Sprachen übersetzen.

Das Feld „Disposition“

Drei Urteile, die im Kopfbereich erfasst und vierteljährlich überprüft werden.

Automatisieren. Die Prozedur ist deterministisch, enthält kein Urteil und wird oft genug ausgeführt, um die Engineering-Aufwände zu rechtfertigen. Schlüsselrotation, Kontobereitstellung aus einer genehmigten Anfrage, Zertifikatserneuerung, Backup-Verifizierung, Log-Rotation, standardmäßige Größenänderungen. Geben Sie ihr ein Zielquartal – nicht eine vage Absicht. Die SOP bleibt live, bis die Automatisierung ausgeliefert ist, und dann wird die SOP gelöscht, statt neben der Automatisierung zu verrotten – genau das ist der Fehler, der zwei konkurrierende Quellen der Wahrheit erzeugt.

An den Anforderer übergeben. Die Prozedur ist deterministisch, aber jemand außerhalb des Teams möchte, dass sie erledigt wird. Und der einzige Grund, warum IT beteiligt ist, ist, dass der Button hinter einer Berechtigung liegt. Passwort-Self-Service, Anfragen zur Gruppenmitgliedschaft, Lizenzzuweisung, gängige Software-Installationen. Die Arbeit hier ist kein Skript – es ist ein Self-Service-Pfad plus eine Job Aid, die offensichtlich macht, wie es geht. Die SOP wird zur Spezifikation für diesen Pfad.

Menschen behalten. Echtes Urteilsvermögen, selten genug, dass Automatisierung mehr kosten würde, als sie spart – oder so folgenreich, dass eine Person für die Entscheidung verantwortlich sein sollte. Incident-Triage, Kapazitätsentscheidungen, alles, was Verhandlungen mit einem Anbieter beinhaltet, alles, bei dem die richtige Maßnahme vom Zustand des Unternehmens abhängt und nicht vom Zustand des Systems.

Um zu entscheiden, multiplizieren Sie die Ausführungsfrequenz mit der durchschnittlichen Dauer, um Stunden pro Jahr zu erhalten, und fragen Sie dann, ob ein Schritt ein Urteil erfordert, das sich nicht durch eine Regel abbilden lässt. Sechzig Stunden pro Jahr ohne Urteil sind allein rechnerisch ein Kandidat für Automatisierung. Vier Stunden pro Jahr mit drei Urteilsentscheidungen bleiben menschlich – egal wie mühsam es sich anfühlt.

Die Struktur der Vorlage

Kopieren Sie von hier. Der Kopfbereich enthält die Felder, die die meisten SOP-Vorlagen auslassen.

Kopfbereich. SOP-Nummer und Titel, im Verb-erst-Stil geschrieben, z. B. „Geladene gelöschte Mailbox wiederherstellen“ statt „Mailbox-Wiederherstellungsprozess“. Owner. Reviewer. Erstellungsdatum. Letztes Verifizierungsdatum, was bedeutet: das Datum, an dem jemand diese Prozedur zuletzt ausgeführt und bestätigt hat, dass die Schritte noch zur Realität passen – nicht das Datum, an dem jemand die Formulierung bearbeitet hat. Disposition und Zielquartal. Ausführungsfrequenz und durchschnittliche Dauer. Benötigter Zugriff, benannt als die tatsächliche Rolle oder Gruppe. Berührte Systeme. Rückgängig machen: Ja oder Nein.

Trigger. Das Ereignis oder die Anfrage, die diese Prozedur startet – so präzise formuliert, dass eine Person erkennen kann, ob sie im Geltungsbereich liegt.

Nicht ausführen, wenn. Die Bedingungen, unter denen die Prozedur falsch ist. Dieser Abschnitt verhindert mehr Vorfälle als die Schritte selbst.

Voraussetzungen. Zugriff, Genehmigungen, Informationen und alles, was vor Schritt eins bestätigt werden muss. Fügen Sie die Consumer-Prüfung hinzu: Welche anderen Systeme, Jobs oder Integrationen hängen von dem ab, was Sie gleich ändern? Wenn Sie das nicht beantworten können, ist die Antwort nicht „nein“, sondern „unbekannt“.

Schritte. Nummeriert, jeweils eine Aktion, mit dem erwarteten Ergebnis neben jeder Aktion. Wenn ein Schritt kein beobachtbares Ergebnis hat, ist er entweder kein Schritt oder Sie haben noch nicht entschieden, wie Erfolg aussieht.

Verifizierung. Keine Wiederholung des letzten Schritts. Die Verifizierung beantwortet, ob das Ergebnis eingetreten ist, und muss den längsten Zyklus abdecken, den die Änderung berührt. Overnight-Batch, Replikationsverzögerung, Cache-Ablauf, Cron-Zeitplan, Downstream-Sync. Eine Prozedur, die nur durch einen synchronen Test verifiziert wurde, wurde nur für die ersten zehn Sekunden ihres Lebens verifiziert.

Rollback. Wie Sie es rückgängig machen, und der Punkt, ab dem es nicht mehr geht.

Escalation. Wer, über welchen Weg, und was Sie ihnen mitteilen sollen.

Änderungsprotokoll. Datum, wer, was sich geändert hat und warum. Drei Zeilen reichen.

Ein ausgearbeitetes Beispiel – und was es gekostet hat

Brightmoor Insurance führte eine Prozedur namens „Payment-Gateway-Signing-Key rotieren“ alle neunzig Tage aus. Sechs Schritte. Sie war 2023 geschrieben und wurde vierzehn Mal ohne Zwischenfälle ausgeführt.

An einem Dienstag im März arbeitete ein Engineer daran um 14:20. Generieren Sie den neuen Key im Gateway-Portal, fügen Sie ihn in den Config Store ein, deployen Sie die Konfiguration, starten Sie den Payment-Service neu, bestätigen Sie, dass eine Testzahlung in der Sandbox erfolgreich ist, und widerrufen Sie den alten Key. Jeder Schritt war erfolgreich. Die Sandbox-Zahlung war erfolgreich. Das Ticket wurde um 14:35 geschlossen – mit dem Hinweis „Rotation abgeschlossen“.

Um 02:10 schlug der nächtliche Batch zur Premium-Einsammlung bei der Authentifizierung fehl. Er verwendete denselben Signing-Key, der in einer separaten Konfigurationsdatei auf einem Server gespeichert war, der nie in den Config Store migriert worden war. Dieser Server war älter als die Migration, und niemand, der migriert hatte, wusste, dass es ihn gab.

Tausendvierhundert direkte Lastschrift-Einzüge gingen nicht raus. Der Fehler wurde um 06:40 gefunden, als Finance die morgendliche Abstimmung durchführte. Die Einzüge wurden bis 11:00 erneut verarbeitet, aber der Overnight-Brief-Run hatte bereits fehlgeschlagene Einzugsbenachrichtigungen an jeden betroffenen Kunden generiert, und das Contact Center erhielt in den folgenden zwei Tagen dreihundertachtzig Anrufe. Vier Personen verbrachten zwei Tage damit – plus ein Entschuldigungsschreiben.

Die SOP war nicht falsch. Jeder der sechs Schritte war korrekt, und jeder wurde befolgt. Sie scheiterte aus zwei Gründen, die beide strukturell waren und nicht „bürokratisch“. Es gab keine Voraussetzung, die fragte, welche Systeme diesen Key konsumieren – daher blieb ein zweiter Consumer drei Jahre lang unsichtbar. Und die Verifizierung war ein Sandbox-Call: Das zeigte, dass der Payment-Service um 14:32 gesund war, und bewies nichts über den Batch-Job, der erst in weiteren zwölf Stunden laufen würde.

Der interessante Teil ist, was sie als Nächstes taten. Der Impuls war, einen siebten Schritt hinzuzufügen. Was sie tatsächlich taten, war, das Consumer-Inventar aufzubauen, das der Vorfall dazu gezwungen hatte, zu erstellen. Und sobald dieses Inventar existierte, wurde die Rotation automatisierbar. Die Prozedur wurde im folgenden Quartal als geplanter Job ausgeliefert, und die SOP wurde gelöscht.

Der wertvollste Output des Dokuments waren nie die Anweisungen. Es war das Inventar, das sich als das herausstellte, was die Anweisungen brauchten. Und das Feld „Disposition“ sorgt dafür, dass ein Team danach gezielt sucht – statt erst nach einem Ausfall.

Formate – und welche Sie für IT-Arbeit verwenden sollten

Die meisten Guides listen vier SOP-Formate auf und lassen Sie wählen. Für IT-Arbeit ist die Auswahl enger, als es aussieht.

Schritt-für-Schritt ist richtig für lineare operative Aufgaben mit einem bekannten Start und Ende. Wiederherstellungen, Bereitstellungen, Rotationen, Deployments. Das ist die Mehrheit der IT-SOPs und das Format, das die Struktur oben voraussetzt.

Flussdiagramm oder Entscheidungbaum ist richtig für Diagnosen, bei denen die nächste Aktion davon abhängt, was Sie gerade gefunden haben. Incident-Triage, Konnektivitätsfehler, Untersuchungen zur Performance. Erzwingen Sie diese nicht in einer nummerierten Liste, denn die Nummerierung suggeriert eine Reihenfolge, die es nicht gibt – und Menschen folgen ihr ohnehin.

Checkliste ist richtig für Pre-Flight- und Post-Change-Bestätigungen, bei denen die Reihenfolge weniger wichtig ist als die Vollständigkeit. Kombinieren Sie sie mit einer Schritt-für-Schritt-Prozedur, statt eine zu ersetzen.

Hierarchisch ist nur dann richtig, wenn eine Prozedur tatsächlich nach Umgebung oder Tier verzweigt – und es ist in der Regel ein Zeichen dafür, dass zwei Prozeduren unter einem Titel zusammengefasst sind.

Eine in neunzig Minuten schreiben

Nehmen Sie sich selbst beim Ausführen der Aufgabe auf – in normaler Geschwindigkeit auf einem echten System – und sprechen Sie dabei durch, was Sie jeweils prüfen. Diese Aufnahme ist der Entwurf.

Schreiben Sie die Schritte aus der Aufnahme heraus und löschen Sie dann jeden Schritt, bei dem Sie nur navigiert haben. Fügen Sie das erwartete Ergebnis zu jedem verbleibenden Schritt hinzu. Schreiben Sie den Trigger und den Abschnitt „Nicht ausführen, wenn“ ganz zum Schluss – denn Sie werden erst wissen, was dort hingehört, wenn die Schritte existieren.

Geben Sie es anschließend jemandem, der die Aufgabe noch nie gemacht hat, und beobachten Sie, wie er sie befolgt, ohne zu helfen. Jede Stelle, an der sie pausieren, ist ein fehlender Schritt oder ein angenommener Wissensbaustein. Beheben Sie das, setzen Sie das letzte Verifizierungsdatum auf heute und veröffentlichen Sie.

Neunzig Minuten sind realistisch für eine Prozedur, die Sie bereits kennen. Das zu verdoppeln, wenn Sie eine Prozedur dokumentieren, die auf dem Wissen einer anderen Person basiert, ist normal. Und eine Knowledge-Transfer-SOP hilft dabei, dieses Gespräch zu strukturieren.

Welche IT-SOPs Sie zuerst schreiben sollten

Nicht die, die sich wichtig anfühlen. Schreiben Sie die, die in drei Dingen gleichzeitig hoch punkten: häufig ausgeführt, bei falscher Ausführung schmerzhaft, und aktuell in einem einzigen Kopf „lebend“.

Diese Regel führt meist zu demselben Start-Set. Prozeduren für Zugriff und Identität: also Joiner, Leaver, Privilege Escalation und Umgang mit Shared Accounts. Backup und Restore – wobei fast jedes Team Backup dokumentiert, aber nicht Restore. Incident Declaration und Escalation, einschließlich wer es auslösen darf. Change- und Release-Schritte für Ihr am häufigsten berührtes System. Zertifikat- und Key-Rotation. Endpoint-Rebuild und Asset-Übergabe.

Leaver und Restore sind die beiden, die sich am zuverlässigsten als undokumentiert herausstellen – und bei denen die Kosten für Improvisation am höchsten sind.

Alles, was Sie hier schreiben, sollte auf Ihr System-Inventar verweisen, statt es nur zu beschreiben. Das Application- und Credentials-Register ist dafür der richtige Ort, und die umfassendere Systembeschreibung gehört in Ihre IT-Dokumentation.

Die Bibliothek überprüfen

Einmal pro Quartal setzen Sie sich mit der Liste zusammen und stellen Sie drei Fragen zu jedem Eintrag.

Wurde es in den letzten sechs Monaten verifiziert – also hat es tatsächlich jemand ausgeführt. Unverifizierte Prozeduren sind schlimmer als fehlende, weil Menschen ihnen vertrauen.

Hat sich die Disposition geändert. Eine Prozedur, die letztes Jahr selten war und jetzt wöchentlich ist, ist in den Bereich der Automatisierung gerückt.

Ist irgendetwas ausgeliefert worden. Zählen Sie die SOPs, die dieses Quartal gelöscht wurden, weil die Arbeit dahinter automatisiert oder übergeben wurde. Wenn diese Zahl für drei Quartale in Folge null ist, ist die Bibliothek zu einer reinen Ablageübung geworden – statt zu einem funktionierenden Bestand.

Was Sie weglassen sollten

Screenshots von Dingen, die sich ändern – also jede Oberfläche, die Ihr Anbieter nach seinem Zeitplan aktualisiert. Sie datieren das Dokument schneller als die Worte selbst und sind der Hauptgrund, warum Menschen einer Prozedur nicht mehr vertrauen. Beschreiben Sie das Ziel namentlich statt nach Position auf dem Bildschirm.

Erklärungen dazu, warum das System so funktioniert, wie es funktioniert. Echte Neugier ist in Ordnung, aber sie gehört in die Dokumentation – nicht in eine Prozedur, die jemand liest, während eine Queue zurückstaut.

Genehmigungsregeln und Schwellenwerte. Das sind Richtlinien. Wenn Sie sie in Prozeduren duplizieren, müssen Sie vierzehn Dokumente aktualisieren, wenn sich eine einzige Zahl ändert.

Die Prozedur aufzeichnen statt sie zu schreiben

Der langsamste Teil beim Aufbau einer SOP-Bibliothek ist nicht die Entscheidung, was Sie schreiben. Es ist das Tippen. Und eine Prozedur, die aus dem Gedächtnis geschrieben wird, fehlt immer die zwei Klicks, die der Autor vor Jahren aufgehört hat, überhaupt zu bemerken.

Trupeer AI macht aus einer Bildschirmaufzeichnung eine dokumentierte Prozedur – dadurch schrumpft die oben beschriebene Methode von neunzig Minuten auf einen einzigen Durchlauf. Nehmen Sie die Aufgabe einmal auf, und Sie erhalten eine Schritt-für-Schritt-Anleitung mit bereits geschriebenen Schritten, ein Video für die Personen, die es lieber ansehen, und ein Dokument in Ihrer Knowledge Base – in Ihrem eigenen Branding.

Aufzeichnen. Branden. Übersetzen. Trupeer-n.

Der SOP-Ersteller ist genau dafür gebaut, documentation hält die Prozeduren und die Systembeschreibungen zusammen, und Übersetzung bedeutet, dass ein Follow-the-Sun-Team dieselbe Prozedur in seiner eigenen Sprache liest. Setup-Anleitungen finden Sie im document template setup guide.

Häufig gestellte Fragen

Gibt es eine kostenlose IT-SOP-Vorlage in Excel?

Excel ist der falsche Container für die Prozedur und der richtige Container für die Bibliothek. Erstellen Sie eine Tabelle mit einem Blatt, das jede SOP mit Spalten für Titel, Owner, letztes Verifizierungsdatum, Disposition, Ausführungsfrequenz, Stunden pro Jahr und Zielquartal auflistet. Dieses Blatt macht die vierteljährliche Überprüfung möglich. Die eigentlichen Prozeduren gehören irgendwohin mit Versionshistorie und Suche.

Gibt es eine Word-Version oder einen kostenlosen Word-Download?

Der Kopfbereich und die Abschnittsüberschriften oben sind so geschrieben, dass sie direkt in Word oder Google Docs eingefügt und als Ihre Hausstruktur verwendet werden können. Es gibt keinen „gesperrten“ Download – das bedeutet auch: kein Formular zwischen Ihnen und der Vorlage. Speichern Sie Ihre ausgefüllte Version als Ausgangspunkt für die Abteilung, statt sie jedes Mal neu zu kopieren.

Gibt es eine PDF-Version?

Exportieren Sie Ihre eigene, sobald die Prozedur verifiziert wurde. PDF ist richtig für eine Prozedur, die freigegeben wurde und für Audits weitergegeben wird – und falsch für ein Arbeitsdokument, denn eine Prozedur, die niemand mehr bearbeiten kann, veraltet am Platz.

Kann ich sie kostenlos herunterladen?

Die Struktur, das Feld „Disposition“ und das ausgearbeitete Beispiel sind kostenlos und uneingeschränkt nutzbar. Verwenden Sie sie, bearbeiten Sie sie, und legen Sie sie in Ihrer eigenen Vorlagenbibliothek unter Ihrem eigenen Namen ab – ohne Quellenangabe.

Gibt es einen kostenlosen SOP-Generator?

Ja, und Generatoren sind für den ersten Entwurf wirklich nützlich. Trupeer AI’s SOP-Ersteller erstellt die Prozedur aus einer Bildschirmaufzeichnung – das bedeutet, dass die Schritte aus dem System kommen und nicht aus Ihrem Gedächtnis. Was auch immer Sie verwenden: Die Teile, die ein Generator nicht liefern kann, sind die Disposition, die Consumer-Prüfung und das Verifizierungsfenster – daher sollten Sie damit rechnen, diese manuell hinzuzufügen.

Wie erstelle ich ein SOP-Format für mein Team?

Wählen Sie eine Struktur, füllen Sie sie für drei echte Prozeduren aus und stoppen Sie dann, um sich anzusehen, was Sie die Vorlage hat „kämpfen“ lassen, um es auszudrücken. Passen Sie sie einmal an, dann frieren Sie sie ein. Teams, die das Format ständig weiter verfeinern, sammeln keine Prozeduren an, weil jede neue SOP eine Debatte über die Form des Dokuments auslöst – statt über den Inhalt der Arbeit.

Was ist die beste SOP-Vorlage?

Diejenige, die Ihr Team weiterhin verifiziert. Struktur ist viel weniger wichtig als Ownership und ein Review-Datum. Und eine einfache Prozedur mit sechs Abschnitten, die jemand im letzten Monat ausgeführt hat, schlägt eine aufwendige, die seit ihrer Erstellung niemand mehr geöffnet hat.

Wie lang sollte eine IT-SOP sein?

In den meisten Fällen: eine Bildschirmseite für die Schritte. Wenn die Schritte länger als etwa fünfzehn dauern, handelt es sich in der Regel um zwei Prozeduren – oder sie enthält Navigation, die man kürzen sollte. Der Kopfbereich, die Voraussetzungen und die Verifizierung können so lang sein, wie sie sein müssen, weil diese Teile Vorfälle verhindern.

Wie oft sollten IT-SOPs überprüft werden?

Verifizieren Sie jede Prozedur mindestens alle sechs Monate, indem Sie sie ausführen, und überprüfen Sie die gesamte Bibliothek vierteljährlich anhand des Felds „Disposition“. Alles, was Zugriff, Keys oder Restores betrifft, verdient einen kürzeren Zyklus, und jede Prozedur, die in einen Vorfall involviert war, wird erneut verifiziert, bevor der Vorfall abgeschlossen wird.