Skip to main content
Certifications ISO 27001 Lead Implementer Home projects Back to certification

Home labs & practical projects

Scope an information security management system

A project to do with your own tools, with guidance on what to create and capture.

Design project Suggested time: 2–3 hoursNo hardware required for the design
01

What you could create

A small managed-service business wants a workable information security management system. Its first draft scope is too vague to guide ownership or assurance.

Example evidence format
Improvement roadmap (example)
ISMS scope and implementation roadmapScope and inputs
Risk-treatment and applicability rationaleDecisions and reasoning
Evidence record (example)
EvidenceWhat to capture
ISMS scope and implementation roadmapShow the inputs, scope and decisions behind this record. Scope exclusions have an explicit justification.
Risk-treatment and applicability rationaleInclude the evidence supporting your conclusion. Selected controls connect to risks and obligations rather than a generic checklist.
02

What you'll need

Document, spreadsheet or diagram tool

Invent the organisation’s services, locations, outsourced dependencies and interested parties. Consult legitimately accessible framework guidance; do not reproduce paid standard text.

Project record

Keep the working files for isms scope and implementation roadmap and record assumptions as you go.

Current reference material

Use the linked provider resources to verify the features, access terms and version relevant to your project.

Access & cost

No paid platform is needed for the written version. Use a document, spreadsheet or diagram tool you already have.

The organisation and records are fictional. Write down assumptions; do not substitute confidential employer information.

03

Suggested milestones

  1. 1

    Plan and investigate

    Define the management-system scope and interfaces.

  2. 2

    Develop your approach

    Create a risk-treatment and control-applicability rationale for three material risks.

  3. 3

    Verify and explain

    Plan responsibilities, internal review and evidence collection for the first implementation cycle.

04

Useful resources

Use these resources to deepen your understanding and check key details.

Turn the project into evidence

Keep your artefacts and reasoning together so you can explain what you did.

A useful starting point

Invent the organisation’s services, locations, outsourced dependencies and interested parties. Consult legitimately accessible framework guidance; do not reproduce paid standard text.

What a good result looks like
  • Scope exclusions have an explicit justification.
  • Selected controls connect to risks and obligations rather than a generic checklist.

Finish the project

Keep the decision record and note unanswered questions. A written design is not evidence that a technical control has been tested.

Independent home-project guidance, not an official vendor lab or a claim of complete exam coverage. Use your own tools and label the work accurately.