Forge-Operational-Change-Management

Classifies, approves, and records operational changes to running production systems.

Updated Jul 18, 2026
One-click install
npx skills add https://github.com/Nealsch/ForgeOS --skill forge-operational-change-management-nealsch
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: Forge-Operational-Change-Management
Source: https://github.com/Nealsch/ForgeOS/tree/main/Framework/05-Skills/09-Operations/Forge-Operational-Change-Management
Command: npx skills add https://github.com/Nealsch/ForgeOS --skill forge-operational-change-management-nealsch

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Changes to running production systems often happen without consistent classification, approval, or recording, making it impossible to audit what changed, when, why, and how to undo it. This Skill enforces disciplined operational change management so every change is classified, approved at the right level, executed in a defined window, and recorded with a rollback reference. ## Core Features & Use Cases - Change Classification: Categorizes changes as standard (pre-approved pattern), normal (reviewed), or emergency (expedited with retro-approval) so discipline scales with risk. - Change Recording & Verification Linkage: Records what, why, who, when, risk, and rollback reference for every change, and links post-change verification to the record. - Emergency-Change Handling: Routes incident-driven emergency changes through retrospective review and future-prevention classification. - Use Case: During incident response, an engineer applies an emergency configuration fix to production. This Skill ensures the change is recorded, linked to verification, and closed with a retrospective review instead of disappearing untracked. ## Quick Start Use the Forge-Operational-Change-Management skill to classify and record a planned configuration change to the production database, including its approval level, change window, and rollback reference.

Frequently Asked Questions about Forge-Operational-Change-Management

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I classify an operational change to a production system?▼

Classify the change into one of three categories: standard (pre-approved pattern), normal (reviewed before execution), or emergency (expedited with retro-approval). The classification determines the approval level and change window required before the change proceeds.

How should emergency changes during incident response be handled?▼

Emergency changes are expedited during incident response but must exit through the record, not around it. Each emergency change is recorded, linked to post-change verification, and closed with a retrospective review that classifies future prevention measures.

What information must a change record contain?▼

A change record must capture what changed, why, who made it, when, the risk profile, and a rollback reference. It must also link to post-change verification so the change's effect on the running system is confirmed.

When should I not use operational change management?▼

Do not use it for shipping product changes, which are owned by the governance change and release processes, or for coordinating incident response, which belongs to incident management. It also does not verify deployments; deployment verification handles that.

Does this replace the governance change management process?▼

No. Governance change management remains authoritative for product and framework changes. This Skill aligns to it and never contradicts it, covering only operational changes to running systems outside the SDLC release lifecycle.