Superba Knowledge — Bridging Regulations and Operations Beta
IT/EN
Download
Operational Guide · Registers & Logbooks

Management of Change (MoC)

Not every change is equal: a formal MoC process distinguishes a modification that requires a structured risk assessment from one that can proceed without.

Management of ChangeMoCSMSrisk assessment

Operational Explanation

The Management of Change (MoC) is the process, increasingly recognised as an essential component of a compliant Safety Management System, that governs the approval, implementation and monitoring of changes at Company or ship level: new equipment, procedural changes, manning changes, changes to operating routes or the type of cargo handled.

A structured MoC process is typically organised in distinct phases: initiation of the change request (with rationale, responsible department and urgency level), assessment of the impact and risk associated with the proposed change, formal approval by the appropriate management level, any training required for the personnel involved, and finally a completion verification identifying any residual risks and the related mitigation actions.

The crucial difference from informal change management is that MoC forces an explicit distinction between minor changes, which can proceed with a simplified assessment, and significant changes, which require a structured risk analysis before implementation.

Regulatory Reference

There is no single article of the ISM Code explicitly dedicated to MoC by name, but the process is considered an essential component of substantive (not merely formal) compliance with the Code's general requirements on risk identification and continuous improvement of the Safety Management System.

Scope of Application

Every significant change at Company or ship level: new equipment or systems, procedural changes, changes to key manning, changes to operating routes, new types of cargo handled.

Procedure / How to Complete It

  1. Formalise every significant change request with a rationale, responsible department, detailed description and urgency level.
  2. Conduct an assessment of the impact and risk associated with the proposed change, identifying potential hazards and consequences.
  3. Obtain formal approval of the change from the appropriate management level, proportionate to the significance of the change.
  4. Deliver the necessary training to the personnel involved before the change is actually implemented.
  5. Verify completion of the change as planned, identifying any residual risks and the related mitigation actions.

Practical Example

Example of application: the introduction of a new cargo type not previously carried by the ship is subjected to a formal MoC process, with a specific risk assessment, approval by the Technical Director and dedicated crew training before the first loading of the new cargo type.

Real Cases

The absence of a structured MoC process has been identified, in several sector incident analyses, as a contributing factor when apparently minor changes (a procedural modification, a new component installed without a formal assessment) interacted unexpectedly with other elements of the system, generating a risk that went unidentified because no process had required a structured assessment of the change.

Common Mistakes Mistake Library

MistakeConsequenceHow to avoid it
Changes implemented informally without going through a structured assessment processRisks associated with the change not identified before implementationAlways formalise an MoC process for significant changes, proportionate to their significance
No distinction between minor and significant changes in the approval processMinor changes needlessly delayed, or significant changes approved without adequate assessmentDefine clear criteria to distinguish minor changes from those requiring a full structured assessment
Change completion verification omitted, without identification of residual risksResidual risks left unmanaged after the change is implementedAlways include a final verification stage with explicit identification of residual risks and mitigations

PSC Observations

The MoC process is not subject to direct PSC verification under this specific name, but its absence can emerge indirectly during the general assessment of the Safety Management System's effectiveness, especially if linked to a Non-Conformity related to a poorly managed change.

Operational Tips

Checklist

FAQ

Does the ISM Code explicitly require a Management of Change process?
Not under this specific name in a single article, but the process is considered an essential component of substantive compliance with the general requirements on risk identification and continuous improvement of the Safety Management System.
What are the typical stages of a structured MoC process?
Initiation of the request with rationale and urgency, impact and risk assessment, formal approval proportionate to significance, training of personnel involved, and completion verification with identification of residual risks.
Why distinguish between minor and significant changes in the MoC process?
Because a process that treats all changes the same way risks needlessly slowing down minor modifications or, worse, approving significant changes without an adequate assessment of the associated risk.
🎬 Additional photos, videos and interactive diagrams for this topic will be available in a future version of the platform.

Related Topics