Kontext & Anwendungsbereich
Bevor irgendetwas dokumentiert wird, steht die Frage, wofür das ISMS überhaupt gelten soll. Diese Beiträge zeigen, wie Sie den Anwendungsbereich schneiden, wen Sie als interessierte Partei berücksichtigen — und warum ein kleiner Scope meist der bessere ist.
6 Beiträge · Teil von ISMS aufbauen
- ISO 27001 Scope richtig formulieren Wie formuliert man einen ISO 27001 Scope, der verständlich, auditfähig und auch nach einem Rebranding noch brauchbar ist? Der Artikel erklärt den Unterschied zwischen internem ISMS-Anwendungsbereich, Zertifikats-Scope und irreführender Produktzertifizierung – mit konkreten Beispielen.
- ISO 27001 ist keine IT-Zertifizierung: Der Scope beginnt beim Geschäft Der Scope nennt die Geschäftsleistung, vorbereitet wurde aber nur die zentrale IT. Warum ein Stufe-1-Audit daran scheitern kann und wie Sie Schutz vom Prozess bis zur Technik richtig ableiten.
- ISO 27001: Was sind Interessierte Parteien? Interessierte Parteien nach ISO 27001 verständlich bestimmen: Wer relevant ist, welche Anforderungen zählen und wie daraus konkrete ISMS-Aufgaben werden.
- ISO 27001 Kontext der Organisation: Was ist das? Was um Himmels Willen ist dieses theoretische Konstrukt „Kontext der Organisation“? Wir erklären es.
- ISO 27001: Womit anfangen? Mit dem Zoom-in auf Ihr Unternehmen Nicht mit Vorlagen, Tools oder einer Risikoliste: Der sinnvolle Start in ISO 27001 führt vom Unternehmenskontext über interessierte Parteien und Anforderungen Schritt für Schritt zu einem begründeten ISMS-Anwendungsbereich.
Von der Theorie zur Umsetzung
Wie eine Zusammenarbeit aussieht, steht auf der Seite zu ISO 27001 Zertifizierung.
ISO 27001 Zertifizierung ansehenWo steht Ihr Unternehmen?
Die Gap-Analyse zeigt in wenigen Minuten, welche Anforderungen Sie schon erfüllen und wo noch Arbeit liegt.