The StructuredOps™ PM Governance Demo
A complete walkthrough of the three-stage PM governance simulation: Scout (Diagnostic), Architect (Blueprint Design), and Enablement (five governed agents plus Killswitch Dashboard). Understand every control, every verdict, and every handoff — before deploying automation to your live Monday.com boards.
Overview
The PM Demo is a fully deterministic simulation of the StructuredOps™ governance methodology applied to Monday.com project management. It runs entirely in your browser — no API calls, no account required, no Monday.com connection. The "intelligence" you see is a pre-authored Scenario Library: expert narrations written once and stored locally, so the demo costs £0 in API fees regardless of how many people run it simultaneously.
The demo makes a single, verifiable claim: a PM environment can only be safely automated after it has been structurally governed. It enforces this by locking each stage until the previous one is complete — you cannot reach Architect without a Scout GO verdict, and you cannot run Enablement Agents without a signed Blueprint.
The Three-Stage Governance Pipeline
The stage locks are not cosmetic. They mirror real StructuredOps™ production logic: no Enablement Agent can be deployed without a signed Blueprint, and no Blueprint can be generated without a Scout GO verdict. The demo teaches the methodology by enforcing it — every gate you pass reflects a governance check you would make in production.
What's Different About the PM Demo
The PM demo introduces two capabilities that go beyond the CRM demo. First, it deploys five specialised Enablement Agents rather than one — each covering a distinct PM governance domain. Second, it adds a dedicated Killswitch Dashboard: a central governance panel where you can suspend individual agents, trigger automated scenario failures, and observe the immutable Killswitch event log. The Killswitch Dashboard demonstrates the full human-override layer that makes StructuredOps™ safe to deploy in production PM environments.
Getting Started
The demo is available at structuredopsai.com/pm-demo. No login, no browser extension, and no installation required. Works in any modern browser on desktop or tablet. Mobile is supported but the Killswitch Dashboard experience is optimised for screens 960px wide and above.
First-time walkthrough (5 minutes)
- 1Choose a scenarioIn the amber scenario bar, select one of the three pre-built PM governance failures: OVERDUE_TASK (deadline breach cascade), SCOPE_CREEP (scope change routed for approval), or RESOURCE_CONFLICT (ownership gap triggering escalation). This pre-fills the Scout form with a matching PM environment profile. OVERDUE_TASK is the recommended first run.
- 2Run the Scout AssessmentClick Run Scout Assessment. The engine evaluates your PM environment against three governance questions (Ownership Clarity, Workflow Explicitness, Failure Mode Definition) and produces a STOP / GO verdict with a Readiness Score out of 10. This takes approximately 5 seconds.
- 3Generate Blueprint ArtefactsWith a GO verdict (score ≥ 7), click Proceed to Architect. Then click Generate Blueprint Artefacts. Watch all six PM governance documents build sequentially (A1 through A6) with a shimmer animation. Each artefact transitions PENDING → GENERATING → COMPLETE.
- 4Sign off the BlueprintTick all three sign-off conditions and click Compute STOP / ENABLE Verdict. An ENABLE verdict unlocks Stage 3 and boots all five Enablement Agents with a startup sequence in the audit panel.
- 5Run a governance scenarioIn Stage 3, locate the scenario strip at the bottom of the screen and click ▶ Run on the scenario matching your pre-selection. Watch the relevant agents process the event, produce verdicts, and write to the audit log. The OVERDUE_TASK scenario fires EA-3 first, then chains into EA-4 for escalation routing.
- 6Use the Killswitch DashboardIn the agent column (left panel), select a reason from the dropdown on any active agent and click SUSPEND. Watch the agent status change and the Killswitch event log record the suspension. Try SUSPEND ALL and then RESUME ALL to see global governance control. Then run one of the three KS scenarios (S1, S2, S3) to see automated halt and alert behaviour.
Interface Tour
The PM demo dashboard is composed of six persistent UI zones. Stages 1 and 2 share the standard Scout / Architect layout. Stage 3 introduces the PM-specific Killswitch Dashboard layout.
Stage 1 — Scout Agent
The Scout Agent applies three universal StructuredOps™ assessment questions to your PM environment and produces a Readiness Score from 1–10 with a binary GO or STOP verdict. In the PM domain, these questions are calibrated to Monday.com project management: task ownership, stage discipline, and failure preparedness.
Completing the Assessment Form
The form captures your company name, Monday.com board structure, team size, project type, and governance maturity signals. Three fields drive the core scoring — they map directly to the three assessment questions below. The scenario pre-fill populates all fields with a realistic PM profile for your chosen failure type.
The Three PM Assessment Questions
Reading Your Results
After the 5-second processing animation, the results panel renders with four components:
- 01Verdict BannerA large GO or STOP with your Readiness Score out of 10. GO threshold is 7. The banner also states the primary reason for the verdict and the recommended next action.
- 02Sub-Scores (Q1, Q2, Q3)Three cards showing individual scores with animated progress bars. Formula:
Score = (Q1 × 0.35) + (Q2 × 0.35) + (Q3 × 0.30). A sub-score below 7 on any single question flags a structural gap that the Architect must address in the corresponding artefact. - 03Red FlagsA registry of specific structural gaps, each tagged with the affected workflow node, the governing question (Q1/Q2/Q3), a severity rating, and a plain-language description. Red flags transfer automatically to the Architect's work queue when you proceed to Stage 2.
- 04Priority Actions & Safe NodesThree ranked remediation actions, followed by a list of workflow nodes already cleared as safe to automate — pre-loaded into Artefact A5 in the Architect stage.
Stage 2 — Architect Agent
The Architect Agent takes your Scout GO verdict and generates six governed PM artefacts — the complete Blueprint for your Monday.com environment. This Blueprint is hash-locked at sign-off and verified by all five Enablement Agents on every startup and every polling cycle.
The Six PM Blueprint Artefacts
Click Generate Blueprint Artefacts to start sequential generation. Each artefact transitions PENDING → GENERATING → COMPLETE. Total generation time is approximately 5 seconds in the demo.
Blueprint Sign-off
After reviewing the artefacts, scroll to the Sign-off panel. All three conditions must be confirmed before the Compute STOP / ENABLE Verdict button activates:
- Artefact completeness: confirm A1–A6 accurately reflect your Monday.com PM governance requirements.
- A5 DENY_ALL posture: acknowledge that all five Enablement Agents will operate exclusively within A5 permissions.
- Immutability acknowledgement: confirm that the Blueprint version is immutable post-sign-off. Material changes require a new version and full redeployment.
At sign-off, the Blueprint is assigned a SHA-256 hash. All five Enablement Agents verify this hash on every startup and every polling cycle. A Monday.com schema change after sign-off — board columns renamed, stages reordered, owners reassigned — causes a hash mismatch and triggers an immediate BLUEPRINT_MISMATCH halt across all agents. The Killswitch Dashboard's S1 scenario simulates this exact failure in the demo.
Stage 3 — Enablement
Stage 3 is the PM governance monitoring environment. It deploys five specialised Enablement Agents and a central Killswitch Dashboard. Agents boot automatically when Stage 3 is entered — you will see a Blueprint load sequence in the audit panel confirming that each agent has verified the Blueprint hash before accepting any instructions.
The Five PM Enablement Agents
Approval Routing — EA-5 A4 Tiers
| Tier | Effort | Cost | Approver | Authority |
|---|---|---|---|---|
| Minor | ≤ 2 days | ≤ £2,000 | Project Manager | PM Autonomous |
| Moderate | ≤ 10 days | ≤ £10,000 | Project Director | Director Review |
| Major | > 10 days | > £10,000 | Executive Sponsor | Exec Review |
| HOLD | Missing required dimension | Project Manager | Human Triage Required | |
Killswitch Dashboard
The Killswitch Dashboard is the central human-override panel for all five agents. It is always visible in Stage 3 — you do not need to run a scenario to use it. It shows the real-time status of every agent, the global suspend and resume controls, and an immutable Killswitch event log on the right side of the screen.
Per-Agent Controls
Each agent card shows its current status (ACTIVE, SUSPENDED, or HALTED) and offers the following controls:
- ACTIVESelect a reason, then SUSPENDThe SUSPEND button is disabled until a reason is selected from the governed dropdown. Reason options: Manual Override, Logic Error, Data Quality, Blueprint Conflict, Compliance Hold, Maintenance. The reason is written to the Killswitch log at the moment of suspension.
- SUSPENDEDResume when readyThe RESUME button becomes available. The card shows the suspension reason and the timestamp. Clicking RESUME logs a RESUMED event to the Killswitch log and returns the agent to ACTIVE status.
- HALTEDRESUME disabled until hash is verifiedAn AUTO_HALTED agent can only be resumed after the Blueprint hash is verified (or manually cleared in the scenario). This prevents an agent from resuming under a Blueprint mismatch condition — a critical safety gate in the production system.
Global Controls
Reading the Killswitch Event Log
The Killswitch event log is on the right side of the Stage 3 layout. Every suspension, resumption, halt, alert, and global action is recorded here in sequence. Entries cannot be deleted or modified — the log is immutable by design.
| Action Type | Trigger | Description |
|---|---|---|
SUSPENDED | MANUAL | Operator suspended an individual agent with a selected reason |
RESUMED | MANUAL | Operator resumed an individual agent |
AUTO_HALTED | AUTO · DATA QUALITY / AUTO · LOGIC ERROR | Agent automatically halted by a system condition (bad data, logic error) |
GLOBAL_HALT | MANUAL / AUTO · BLUEPRINT | All agents suspended in a single action — manual or blueprint mismatch |
GLOBAL_RESUME | MANUAL | All suspended agents resumed; halted agents excluded |
ALERT | SCENARIO DEMO | System alert issued requiring operator action — shown as a modal overlay |
Demo Scenarios
Three pre-built PM governance scenarios demonstrate the full agent chain and narration system. Each scenario is pre-selected from the amber scenario bar — the relevant agents fire automatically when you click Run in the Stage 3 scenario strip.
| Scenario | PM Failure Type | Agents Fired | Verdict | Narration |
|---|---|---|---|---|
| OVERDUE_TASK | Critical task 4 days past deadline with no escalation logged | EA-3 → EA-4 | ESCALATE | L4 |
| SCOPE_CREEP | Scope change submitted: 18 days / £22,000 — Major tier, both dimensions | EA-5 | EXEC REVIEW | L3 |
| RESOURCE_CONFLICT | Task owner unavailable; no A2 fallback owner defined for this category | EA-1 → EA-4 | ESCALATE | L4 |
OVERDUE_TASK — Step by Step
This is the recommended first scenario. EA-3 (Deadline SLA Monitor) detects a task that has breached its SLA window, classifies the failure mode against A6, and writes a breach verdict to the audit log. EA-4 (Escalation Governance) picks up the ESCALATE signal, matches the failure type to the A4 Approval Authority Document, and routes a structured notification to the project director with a full L4 narration explaining the breach, the risk of downstream dependency failures, and the recommended immediate action.
SCOPE_CREEP — Step by Step
EA-5 (Scope Change Governance) receives the scope change submission and evaluates both dimensions independently. Effort: 18 days → Major tier (exceeds 10-day Moderate ceiling). Cost: £22,000 → Major tier (exceeds £10,000 Moderate ceiling). Both dimensions classify as Major, making the dominant tier Major. The A4 Approval Authority Document routes this to the Executive Sponsor under Exec Review authority. The A4 Scope Dimensions Matrix is rendered inline in the audit entry showing both tier classifications side by side.
RESOURCE_CONFLICT — Step by Step
EA-1 (Task Assignment Governance) detects a task whose assigned owner is flagged as unavailable and no A2 fallback owner is defined for that task category. EA-1 issues an ESCALATE verdict. EA-4 receives the escalation, matches the failure mode to Resource Conflict in the A6 register, and routes a notification to the Project Director with full L4 narration — including the probability that the conflict will cascade to dependent tasks if not resolved within the SLA window defined in A3.
Killswitch Scenarios (S1 – S3)
Three additional scenarios demonstrate the Killswitch Dashboard's automated response capabilities. These are triggered from within the Stage 3 scenario strip, separate from the main agent scenarios above.
GLOBAL_HALT. The Hash Integrity Indicator flips to red MISMATCH. Agents cannot be resumed until the condition is cleared.AUTO · LOGIC ERROR and an ALERT entry is logged. If dismissed, EA-1 remains active. This scenario demonstrates the human-in-the-loop kill confirmation flow.AUTO_HALTED. An ALERT entry is written to the KS log. The other four agents continue operating. EA-3 can be resumed manually once data quality is confirmed.Commercial Features
The PM demo includes deliberate commercial overlays — locked features that preview Professional and Enterprise tier capabilities. These are informational only; no payment is required and no gateway is triggered.
A PM or Operations Lead who navigates the full Scout → Architect → Killswitch Dashboard flow has demonstrated that they understand the governance methodology and are evaluating it seriously. The business email prompt (available when access gating is enabled) converts that journey into a qualified PM domain lead automatically. See the Implementation Roadmap for Cloudflare Access configuration details.
Frequently Asked Questions
Glossary
| Term | Definition |
|---|---|
Blueprint | The signed, immutable set of six PM governance artefacts (A1–A6). Generated by the Architect Agent and SHA-256 hash-verified by all five Enablement Agents on every startup and polling cycle. |
Blueprint Hash | A SHA-256 fingerprint of the Blueprint JSON at sign-off. Any material change to the Monday.com schema (renamed columns, reordered stages, reassigned owners) causes a hash mismatch — triggering GLOBAL_HALT across all agents. |
DENY_ALL | The default posture of Artefact A5. No agent action is permitted unless it appears explicitly on the A5 allowlist. The inverse of a permissions model — everything is blocked unless approved. |
Dominant Tier | In EA-5 scope evaluation, the higher of the two dimension tiers (effort tier vs cost tier). If effort classifies as Minor and cost classifies as Moderate, the dominant tier is Moderate and the submission routes accordingly. |
Enablement Agent | One of five governed automation processes (EA-1 through EA-5) that monitor and enforce Blueprint rules across the Monday.com PM environment. Each agent reads the Blueprint on startup and verifies the hash before acting. |
HALTED | An agent state triggered by an automated condition — blueprint mismatch, data quality failure, or logic error. A halted agent cannot resume until the triggering condition is explicitly resolved. Contrast with SUSPENDED (manually initiated). |
Killswitch Dashboard | The central governance panel in Stage 3 that shows the real-time status of all five agents, provides per-agent and global suspend/resume controls, and records all governance actions in an immutable Killswitch event log. |
KS Event Log | The immutable Killswitch event log. Records every SUSPENDED, RESUMED, AUTO_HALTED, GLOBAL_HALT, GLOBAL_RESUME, and ALERT action with agent ID, trigger type, reason label, and timestamp. Cannot be modified post-write. |
Narration Tier | The depth level of the audit explanation. L2 (Rule Reference — brief), L3 (Contextual — adds reason), L4 (Synthesis — full analysis with recommended action and downstream risk). Higher tiers are used for higher-severity events routed to senior stakeholders. |
Readiness Score | A 1–10 composite score: (Q1 × 0.35) + (Q2 × 0.35) + (Q3 × 0.30). GO threshold is 7. Below 7 = STOP. Used by the Scout Agent to gate access to the Architect stage. |
Reason-Gate | The governance control that disables the SUSPEND button until an operator selects a reason from the governed dropdown. Ensures every agent suspension is intentional and has a logged rationale before the action is taken. |
Scenario Engine | The deterministic simulation layer that replaces live API calls in the demo. Pre-authored JSON objects map PM governance triggers to expert narrations, producing £0 API cost at unlimited scale. |
SUSPENDED | An agent state initiated by an operator with an explicit reason. The agent can be manually resumed at any time. Contrast with HALTED (system-initiated, requires condition resolution). |