Skip to content

FitSD — Standards Alignment

FitSDTier 0draft

Reference mapping of FitSD to the established frameworks and standards it distils from or supports: FitSM, ITIL 4, USM, ISO/IEC 27001:2022, and the NIS2 Directive.

Purpose. FitSD is an opinionated distillation of mainstream service-management and security practice for small teams. It does not conflict with any of these standards; it maps onto sections of each. This document records those mappings so adopters can (a) see FitSD is well-grounded, (b) use it as an on-ramp toward ISO 27001 / NIS2, and (c) reuse the tables as audit evidence.

Caveat. Mappings are indicative, not certified. Clause and control numbers are correct as of the standard versions cited in §7. Always verify against the current authoritative text before relying on this for compliance.

StandardTypeFitSD’s relationship
FitSMLightweight ITSM standard (free, ITEMO)Closest cousin; FitSD is a re-grouping/further distillation. No conflict.
ITIL 4Best-practice frameworkFitSD is a small-team subset of ITIL practices. No conflict.
USMService-management methodComplementary; different organising axis.
ISO/IEC 27001:2022Certifiable ISMS standardFitSD is a credible on-ramp (stage 0–1), strong on Annex A, light on the management clauses.
NIS2 DirectiveEU law (risk-management obligations)FitSD operationalises several Article 21(2) measures; signature strength on secure-by-design.

FitSD re-groups FitSM’s 14 processes (PR1–PR14) and General Requirements (GR1–GR9) into five lifecycle-shaped capabilities. Everything done under FitSD is FitSM-conformant-shaped.

FitSD capabilityFitSM process / requirement
Govern (FSD-GV)GR1–GR9 (management commitment, documentation, scope, PDCA) + PR14 Continual Service Improvement
Solution Development (FSD-SD)PR1 Service Portfolio Mgmt + PR13 Release & Deployment Mgmt (+ a design step FitSM does not isolate)
Change & release (FSD-CH)PR12 Change Mgmt + PR13 Release & Deployment Mgmt
Run & restore (FSD-RR)PR9 Incident & Service Request, PR10 Problem, PR4 Availability & Continuity, PR5 Capacity
Secure & assure (FSD-SA)PR6 Information Security Mgmt, PR4 Continuity; PR8 Supplier (partial — see FSD-SC backlog)

Only divergence: FitSM has no single intake/Service-Design process; FitSD consolidates portfolio decision + design + release-readiness into one Solution Development capability with the Service Acceptance Criteria (SAC). A FitSM assessor would see FitSD’s SD records satisfying PR1 and PR13 together.

Pure subset relationship. FitSD maps onto ITIL 4 practices and Service Value Chain (SVC) activities.

FitSDITIL 4
FSD-SD (intake → design → acceptance)SVC Design & transition, Obtain/build; practices Service design, Service validation & testing (= the SAC), Release management, Change enablement, Service catalogue/portfolio management
FSD-CHChange enablement, Deployment management, Release management
FSD-RRIncident, Problem, Monitoring & event, Availability, Capacity & performance management
FSD-SAInformation security management, Risk management, Service continuity management
FSD-GVSVS governance + Continual improvement + Service level management

USM is a method (how to architect a management system) built on five fixed processes — Agree, Change, Recover, Operate, Improve. FitSD is a framework (what to implement). They are complementary but organise on different axes: USM groups by activity type; FitSD by lifecycle stage. Adopting USM strictly would re-slice FitSD’s five capability groups into USM’s five processes (e.g. FSD-RR splits across USM’s Recover + Operate). They do not conflict in substance, but you would not run both organising schemes at once.

FitSD can be a genuine starting point toward ISO/IEC 27001:2022, covering one of two layers well.

5.1 Management clauses (4–10) — partial (the gap)

Section titled “5.1 Management clauses (4–10) — partial (the gap)”
ISO 27001 clauseFitSD coverage
4.3 Scope of the ISMSFSD-GV (scope defined) ✅
5 Leadership & rolesFSD-GV (roles, accountable owner) ✅
7.5 Documented informationFSD-GV (document control) ✅
10 ImprovementFSD-GV (PDCA, continual improvement) ✅
6.1.2 / 6.1.3 Risk assessment & treatment methodologyPartial — FSD-SA-1 register, but no formal methodology ⚠️
6.1.3(d) Statement of ApplicabilityNot covered ❌
9.2 Internal auditNot covered ❌
9.3 Management reviewPartial (review cadence) ⚠️

The gap is the certification apparatus: a formal risk methodology, the SoA, internal audit, and management review.

5.2 Annex A controls (93 controls, 4 themes) — strong

Section titled “5.2 Annex A controls (93 controls, 4 themes) — strong”

FitSD’s Service Acceptance Criteria and FSD-SA operationalise specific controls and produce the evidence auditors ask for.

FitSD elementISO 27001:2022 Annex A control
SAC: Backup (tested restore)A.8.13 Information backup
SAC: Monitoring & alertingA.8.15 Logging, A.8.16 Monitoring activities
Gate 2 secure-by-design intakeA.8.25–A.8.31 Secure development lifecycle (incl. A.8.31 separation of environments)
FSD-CH Change & releaseA.8.32 Change management
SAC: Access (least privilege, JML) / FSD-SA-2A.5.15, A.5.18, A.8.2, A.8.3
SAC: Availability / DRA.5.29, A.5.30 (ICT readiness for continuity), A.8.14 Redundancy
FSD-SA-1 Risk registerClause 6.1 + A.5.x organisational controls
SAC: Supportability, continuity & trainingA.6.3 Awareness & training
Supplier thread (FSD-SC backlog)A.5.19–A.5.22 Supplier relationships

Framing: FitSD provides the operational muscle memory and evidence artefacts (Service Acceptance Records, risk register, change records). The journey to certification adds the ISMS management layer on top — FitSD is ISO 27001 “stage 0–1”. Controlled retirement (FSD-RR-7) also maps to A.8.10 information deletion and A.5.11 return of assets, and continuity (FSD-SD-5) reinforces A.6.3.

6. NIS2 Directive — what FitSD solves / complements / misses

Section titled “6. NIS2 Directive — what FitSD solves / complements / misses”

Mapping FitSD to NIS2 Article 21(2) minimum measures. (NIS2 is a law — outcome obligations — not a management-system standard; its measures map heavily onto ISO 27001 Annex A, which is the usual way to demonstrate them.)

Art. 21(2) measureFitSDVerdict
(a) Risk analysis & infosec policiesFSD-SA-1, FSD-GV✅ Solves
(b) Incident handlingFSD-RR-1/2/3 + SAC Incident profile (FSD-RR-6)✅ Solves
(c) Business continuity — backup, DR, crisisSAC Backup (tested), SAC Availability, FSD-SA-3✅ Strong
(d) Supply chain security❌ Gap → FSD-SC capability (backlog)
(e) Security in acquisition, development & maintenance + vulnerability handlingFSD-SD intake + SAC Security (secure-by-design, patch path)✅ Signature strength
(f) Policies to assess effectivenessFSD-GV PDCA, maturity self-check, metrics✅ Solves
(g) Cyber hygiene & trainingSAC Supportability/handover + continuity (FSD-SD-5)🟡 Partial (improving)
(h) Cryptography / encryption❌ Gap (control-level)
(i) HR security, access control, asset mgmtFSD-SA-2 (access); register (assets)🟡 Partial (HR security missing)
(j) MFA / secure comms❌ Gap

Also: Article 20 (management-body accountability) aligns with FitSD’s single-accountable-owner + Approver model; Article 23 (24-hour / 72-hour / 1-month incident reporting timelines) is a gap — FitSD has incident management, not the statutory reporting cadence.

One line: FitSD’s distinctive NIS2 contribution is measure (e) secure-by-design at intake, plus (a), (b), (c). Gaps to close: (d) supply chain, (h) cryptography, (j) MFA, and Article 23 reporting.

Web sources retrieved June 2026 (secondary references — verify against primary text):

Primary / canonical standards (authoritative; consult directly):

  • NIS2 — Directive (EU) 2022/2555, EUR-Lex CELEX:32022L2555 — https://eur-lex.europa.eu/legal-content/EN/TXT/HTML/?uri=CELEX:32022L2555
  • ISO/IEC 27001:2022 — Information security management systems — Requirements. Published by ISO (iso.org); standard text is paywalled.
  • FitSM — published free by ITEMO (the FitSM standard family, parts 0–6). Retrieve the current release from the official ITEMO / FitSM site.
  • ITIL 4 — published by PeopleCert / Axelos.
  • USM — the Unified Service Management method (USM Foundation / Jan van Bon).