Module M7

M7 • Delivery Playbooks

Enterprise delivery: discovery → architecture → integration → acceptance, with proof packs and cadence.

Track
Progress
0%

Outcomes & timebox

Enterprise grade = clear outputs
By the end you can
  • Explain the enterprise operating model for delivery playbooks
  • Identify control points, owners, and escalation paths
  • Define evidence outputs that satisfy enterprise review
  • Produce a reusable artifact template for your Proof Pack
How to use this module

Read the tables, then complete the scenario + worksheet. Download the artifact to your delivery repo.

Enterprise test If a bank asked “show me,” you can hand them controls + evidence + runbook steps within 10 minutes.

Core concepts

Vocabulary + enterprise expectations
Operating model

What “good” looks like

PhaseGoalKey artifactRiskEvidence
DiscoveryAlign success criteriaDiscovery docScope creepSigned requirements
ArchitectureDesign trust boundariesArchitecture docUnclear controlsControl matrix
IntegrationImplement + testRunbook draftHidden failure modesTest evidence
AcceptanceSignoff and handoffAcceptance checklistUnmeasurable successSignoff record
OperationsSustain day-2Ops playbookDriftEvidence exports

Turn each row into: owners → controls → monitoring → evidence.

Roles

Who owns what

Delivery lead
Owns scope, cadence, and acceptance criteria.
Solution architect
Owns design, trust boundaries, and control mapping.
Customer owner
Provides signoff and operational expectations.
Clarity closes deals Ambiguous ownership = buyer assumes risk = approval stalls.

Trust boundaries & controls

Where enterprise risk actually lives
Boundaries

Boundaries you must control

Boundary A: Requirements → Scope

Scope must be written and signed.

Evidence: Discovery doc + signoff

Boundary B: Design → Controls

Controls must map to risks.

Evidence: Control matrix + evidence plan

Boundary C: Delivery → Acceptance

Acceptance must be testable.

Evidence: Acceptance checklist + results
Minimum control set

Controls you must be able to prove

  • Weekly cadence (status + risks + decisions)
  • Acceptance criteria (measurable, testable)
  • Control matrix (risk → control → evidence)
  • Runbook draft during integration
  • Change control for scope changes
  • Proof pack delivered at acceptance
Buyer question “If this breaks at 2am, who sees it, what do they do, and where’s the evidence?”

Evidence & proof artifacts

What makes enterprise buyers trust you
Proof artifacts

Add these to your Proof Pack

  1. Discovery Doc Template
  2. Control Matrix Template
  3. Acceptance Checklist Template
  4. Weekly Status Template
  5. Proof Pack Delivery Checklist
Evidence rule
Evidence must be time-bound, attributable, and reviewable — without leaking private keys or customer PII.
Template

Downloadable artifact

Complete the worksheet below and download a Markdown file to your repo.

Tip: Keep artifacts buyer-safe. Use IDs/hashes instead of sensitive details.

Mini case study

Enterprise thinking in 10 minutes
Scenario

Scope change request mid-delivery

Customer adds new requirements mid-stream. Buyer asks: “How do you control scope and protect timelines?”

Your response must include
  • Change request process
  • Impact assessment (time/cost/risk)
  • Approval chain
  • Updated acceptance criteria
  • Evidence of decision
Write your ops response

Write 6–12 lines you could hand to an enterprise buyer.

Optional, but it turns training into a deliverable.

Worksheet

This becomes your capstone foundation
Fill & download

Fill the fields and download the artifact for your Proof Pack.

What “enterprise grade” means

Not statements — outputs

Every module produces an artifact: checklist, runbook section, control matrix, or proof pack component.

Measurable gates

Quizzes + capstone + exam. Completion is earned by passing gates.

Repeatable delivery

Templates, owners, SLAs, and evidence. That’s what closes enterprise deals.