Waypoint
Have project documents? Build the artifacts — don’t fill forms.
The intake builder reads what you have and drafts a submission package from it.
Get the Intake Builder →
Reference

Artifact Standards 1–16

These are structural standards — the fields any complete artifact of this type must contain. The list is fixed. What flexes is the output: your intake form will not look identical to another organization’s because your project, your language, and your governance context are different. That is expected.

All 36 Artifacts — Quick Reference
Artifacts 1–16  (this page)
T1 — Intake Form · Step 3
T2 — Cost-Benefit Analysis · Step 5
T3 — Authorization Checklist · Step 8
T4 — Benefits Register · Steps 5, 8, 11
T5 — Tollgate Decision Record · Step 7
T6 — Prioritization Scoring Model · Step 6
T7 — Health vs. Value Review · Step 9
T8 — Governance Retrospective · Step 12
T9 — Stakeholder Interview Guide · Step 1
T10 — Current-State Decision Map · Step 1
T11 — Influence Map · Step 1
T12 — Portfolio Inventory · Step 2
T13 — Classification Rules · Step 2
T14 — Missing Information Log · Step 2
T15 — Intake Routing Guide · Step 3
T16 — Minimum Information Standard · Step 3
Artifacts 17–25  (templates-2)
T17 — Problem Statement · Step 4
T18 — Assumptions Log · Step 4
T19 — Outcome Definition Worksheet · Step 4
T20 — Benefit Owner Register · Step 5
T21 — Weighting Guidance · Step 6
T22 — Prioritization Tradeoff Summary · Step 6
T23 — Decision Agenda · Step 7
T24 — Sponsor Briefing · Step 8
T25 — Capacity Impact Summary · Step 8
Artifacts 26–36  (templates-3)
T26 — RAID Standard · Step 9
T27 — Decision Escalation Format · Step 9
T28 — Dependency Map · Step 10
T29 — Capacity View · Step 10
T30 — Portfolio Tradeoff Summary · Step 10
T31 — Adoption Measurement Framework · Step 11
T32 — Post-Investment Review · Step 11
T33 — Maturity Evidence Checklist · Step 12
T34 — Process Improvement Backlog · Step 12
T35 — Portfolio Change Saturation Register · Steps 9–10
T36 — Assumption Log · Steps 5, 11
How to use this page
Each artifact below includes a copy-paste prompt for document-based artifacts and a usage note for fieldwork tools. For document-based artifacts: copy the prompt, paste it into any capable AI, drop in your project materials, and get a populated draft. Review it against the field standard below. Adjust and own the result.

The fields in each artifact are not suggestions. They are what the governance forum needs to make a responsible decision. An artifact missing critical fields does not advance — it comes back.

On the container question: The AI produces structured content. That content needs a home — a spreadsheet, a project tracking system, a document platform, wherever your organization stores and retrieves structured data consistently. Waypoint does not prescribe a tool. The structure is the standard. The container is yours. Practitioners who have connected their project systems to Claude via MCP skip the copy step entirely — the AI reads from and writes to the system directly.
Before you paste. Use an AI tool your organization approves for work data, and remove or redact anything confidential, personal, or regulated first — contract terms, financials, PII, anything under NDA. These prompts draft governance records to your specification; they do not provide legal, compliance, or financial advice, and they do not replace your review. Own every output before it is used or distributed.
Intake FormArtifact T1 · Step 3
Reading this table Submission Information, Problem or Opportunity, Expected Outcome, and Rough Sizing are mandatory minimums — cross-referenced to T16’s required fields. Known Dependencies and What We Are Not Doing are recommended but not blocking; a submission missing them is reviewed, not returned. Use the minimum CBA quality gate (Step 5) as the test for whether a field is mandatory: if the forum cannot make a responsible decision without it, it is mandatory.
Build this artifact
Copy this prompt. Paste into any capable AI. Add your project materials at the bottom. Review and own the output.
I need to prepare a T1 Intake Form for a new initiative going through governance review. Below are the materials I have.

Please populate each section from my materials:
- Submission Information: date, submitter role, sponsoring executive, routing category (Fast-track / Standard / Strategic / Emergency / Discovery)
- Problem or Opportunity: the current-state problem in plain language — not the proposed solution
- Expected Outcome: what will measurably change, naming the specific person, process, or metric that will be different
- Why Now: urgency driver — if mandatory, name the specific statute, regulation, audit finding, or contract; if time-sensitive, name what changes if deferred 90 days
- Rough Sizing: estimated cost and timeline with confidence levels (High/Medium/Low); organizational impact — which teams, roles, or users are affected
- Known Dependencies: what this work depends on and what other work depends on it
- What We Are Not Doing: what the organization is explicitly choosing not to prioritize if this is approved

For any field you cannot populate from my materials, list it as a gap and state what information is needed. Do not invent information. Label inferences as inferences.

[Paste your project materials here — SOW, emails, kickoff notes, budget request, slide deck, or any combination]
The Waypoint Intake Builder (Claude desktop) builds all five submission documents simultaneously from your materials. Get the skill →

Every submission enters through this form. Required fields are marked. Incomplete submissions are returned, not held. The clock on the review cycle starts when the submission is complete.

Submission Information

FieldResponse
Submission date 
Submitter name and role 
Sponsoring executive 
Routing category (Fast-track / Standard / Strategic / Emergency / Discovery) 

Problem or Opportunity

What specifically is the organization trying to solve or capture? Describe the current-state problem in one paragraph. Do not describe the proposed solution here.

 

Expected Outcome

What will be measurably different in the operation if this work succeeds? Name a specific person, process, or metric that will change — and how.

 

Why Now

Is this mandatory, time-sensitive, strategic, or discretionary? What is the driver? If mandatory, name the specific statute, regulation, audit finding, or contract obligation.

 

Rough Sizing

DimensionEstimateConfidence (High / Medium / Low)
Estimated cost  
Estimated timeline  
Organizational impact (teams, roles, or users affected)  

Known Dependencies

What does this work depend on? What other work depends on this?

 

What We Are Not Doing

If this is approved, what is the organization choosing not to prioritize instead? Name it explicitly.

 

Routing Guide — EPMO Use Only

Routing DecisionRationaleAssigned ReviewerDate
    
What breaks when these fields are missing
Problem statement (not the solution): The governance forum spends its time debating what the work IS rather than whether to approve it. This is the most commonly mishandled field — submitters describe the desired solution, not the underlying problem. If the problem is not named in plain language, the proposal cannot be evaluated on its merits.
Named sponsor: When scope expands or budget runs short, nobody is accountable. Committees and departments do not own outcomes — people do. If there is no named individual with a title here, there is no sponsor. The submission is not complete.
What We Are Not Doing: The organization approves work without confronting what it is giving up. Every approval is a tradeoff. When this field is blank, that tradeoff conversation happens later — after the budget is committed, after resources are allocated, under worse conditions and without the governance forum’s input.
Cost-Benefit AnalysisArtifact T2 · Step 5
Build this artifact
Copy this prompt. Paste into any capable AI. Add your project materials at the bottom. Review and own the output.
I need to prepare a Cost-Benefit Analysis for a project going through governance review. Below are the materials I have.

Please build a complete CBA with both required sections:

Section 1 — Financial Case:
- Baseline current-state metrics with measurement source and date measured
- Benefit projections by category: hard savings, cost avoidance, revenue protection or growth, risk reduction, productivity gains — with Year 1/2/3 estimates, confidence levels, and evidence basis for each projection
- Cost projections: implementation (labor, vendor, licensing), ongoing support and maintenance, training, integration and technical debt, decommission costs
- 3-year summary: total benefits, total costs, net benefit, ROI, payback period

Section 2 — Tangible Case:
- For each major benefit: what specifically changes, who confirms it (named individual), within what timeframe, and how it will be measured
- Adoption assumption: state explicitly what adoption rate is assumed in productivity projections; show what the return looks like at 50% and 75% adoption
- Name the Outcome Owner — the individual in the business accountable for confirming benefits materialized at Step 11

Label numbers that cannot be evidenced from my materials as estimates. List gaps explicitly. Do not invent figures.

[Paste your project materials here — SOW, budget requests, vendor proposals, financial projections, or any supporting documentation]
The Waypoint Intake Builder builds the CBA as part of the full five-document submission package. Get the skill →

The CBA has two required sections. Both must be complete before the proposal advances to prioritization. A financial section without a tangible section is incomplete.

FieldDetail
Proposal name 
Sponsor 
Outcome owner (accountable for confirming benefits materialized) 
CBA prepared by 
Date prepared / Last updated 

Section 1: Financial Case

Baseline — Current State

Baseline MetricCurrent ValueMeasurement SourceDate Measured
    

Benefit Projections

Benefit CategoryYear 1Year 2Year 3ConfidenceSource / Basis
Hard savings (costs that stop)     
Cost avoidance (costs that would have grown)     
Revenue protection or growth     
Risk mitigation (quantified if possible)     
Productivity gains (state adoption rate assumed)     
Total projected benefits     

Cost Projections

Cost CategoryYear 1Year 2Year 3Notes
Implementation (labor, vendor, licensing)    
Ongoing support and maintenance    
Training (initial and ongoing)    
Integration and technical debt created    
Decommission costs (what this replaces)    
Total projected costs    

Summary

Total (3-Year)
Total benefits 
Total costs 
Net benefit 
ROI 
Payback period 

Section 2: Tangible Case

For each major benefit category in Section 1, complete one row below. If a financial benefit cannot be connected to a tangible outcome field, it should be treated as speculative.

Benefit CategoryWhat Specifically ChangesConfirmed ByWithin (timeframe)Measured By
     
     

Adoption Assumption

State explicitly what adoption rate is assumed in the productivity benefit projections. What does the return look like at 50% adoption? At 75%?

 
What breaks when these fields are missing
Measurement source for baseline: Benefit projections have no anchor. The forum is evaluating a forecast that floats above reality. Without a confirmed baseline measurement, every number in Section 1 is an opinion, not an estimate.
Adoption assumption: Productivity benefits assume someone will actually use the new system or process at scale. If the assumed adoption rate is not stated, the forum cannot evaluate whether the return is realistic. An unstated assumption is a hidden risk — usually an optimistic one.
Outcome owner: Nobody is accountable for confirming at Step 11 that the benefits actually materialized. Benefits that are approved at a tollgate and never tracked are not benefits — they are budget justifications. The outcome owner is the person who closes that loop.
Authorization ChecklistArtifact T3 · Step 8
Using this checklist The eight items require direct confirmation — not document synthesis. Complete this after the tollgate decision, before work begins. Any capable AI can help you draft the sign-off communication or track outstanding items if you share the current checklist state. Redact anything confidential, personal, or regulated before pasting.

All eight items must be confirmed before the project is formally started. Items that cannot be confirmed push the start date, not the governance decision.

FieldDetail
Project name 
Requested by (name/role) 
Tollgate decision date 
Authorization target date 

The Eight Confirmations

#ItemConfirmed?OwnerDateNotes
1Sponsor — Named, briefed, understands sponsorship requirements during delivery☐ Yes ☐ No   
2Outcome Owner — Named person in business accountable for confirming benefit materialized; knows they are named☐ Yes ☐ No   
3Funding — Budget confirmed and accessible in correct cost center with correct approvals☐ Yes ☐ No   
4Delivery Ownership — Delivery lead or team identified, available, confirmed; conflicts resolved☐ Yes ☐ No   
5Dependencies — All pre-start dependencies mapped with named owner and resolution date☐ Yes ☐ No   
6Capacity — Portfolio capacity view updated; impact of this authorization on existing projects assessed☐ Yes ☐ No   
7First Decision Date — Date of first consequential decision identified; required participants notified; meeting scheduled☐ Yes ☐ No   
8Segregation of Duties — The EPMO Lead or Governance Chair signing off below is confirmed not to be the same individual named as “Requested by” above☐ Yes ☐ No   

Sign-Off

RoleNameSignatureDate
EPMO Lead   
Delivery Lead   
Sponsor   
Benefits RegisterArtifact T4 · Steps 5, 8, 11
Starting this register Open the Benefits Register when the CBA is approved. Populate the initial entries directly from the approved CBA benefit projections — copy the benefit categories, baseline values, outcome owners, and measurement methods. Any capable AI with your approved CBA can draft the initial register entries in seconds. Add rows as the project delivers. Update status at each governance cycle through Step 11. Redact anything confidential, personal, or regulated before pasting.

Opens when the CBA is built and does not close until all projected benefits have been confirmed or formally assessed. It is a living document, not a post-project artifact.

FieldDetail
Project name 
Authorization date 
Go-live date (actual or projected) 
Benefits Register owner (EPMO contact) 

Benefit Entries

IDDescriptionBaselineProjectionConfidenceOutcome OwnerMeasurement MethodConfirmation DateStatus
B-01        
B-02        
B-03        

Adoption Tracking

Benefit IDTarget PopulationBehaviors MeasuredMeasurement MethodMeasurement DateAdoption %Adoption Owner
B-01      
B-02      
Tollgate Decision RecordArtifact T5 · Step 7
Build this artifact
Copy this prompt. Paste into any capable AI. Add your meeting notes or session transcript. Review and own the output.
I need to produce a Tollgate Decision Record for a governance session that just concluded. Below are my meeting notes [or transcript].

Please build the Decision Record with:
- Session information: date, chair, attendees, next session date
- For each decision item reviewed: proposal name, recommendation that entered the session, decision outcome (Proceed / Proceed with Conditions / Hold / Return for Clarification / Decline / Stop), rationale in 2–3 tight sentences, named sponsor, named outcome owner, next action with owner and date
- Conditions Tracking Register: for any Proceed with Conditions decision, list each condition — what it is, who owns it, the deadline

This is the official record of what the governance forum decided, not a meeting summary. Keep rationale factual and direct. Flag any decision where the outcome or rationale is unclear in my notes so I can confirm before distributing.

[Paste meeting notes or transcript here]
Distribute within 24 hours of session close. This is the institutional memory of what the forum decided and why.

Produced during or immediately after each governance session. Distributed within 24 hours. This is the official record of what the governance forum decided — not a meeting summary.

FieldDetail
Session date 
Governance chair 
Attendees 
Next session date 

Decision Item

FieldDetail
Proposal or project name 
Recommendation entering session 
Decision Outcome☐ Proceed  ☐ Proceed with Conditions  ☐ Hold  ☐ Return for Clarification  ☐ Decline  ☐ Stop
Rationale (2–3 sentences) 
Sponsor 
Outcome Owner 
Next Action / Owner / Date 

Conditions Tracking Register

Decision DateItemConditionOwnerDeadlineStatus
      

Evidence & Retention

This record — paired with the Authorization Checklist’s segregation-of-duties confirmation (T3, item 8) — is the primary audit evidence for what the governance forum decided. Meeting memory is not a retention strategy.

FieldDetail
Supporting documentation location (link or file path) 
Retention period (per your organization’s record-retention policy) 
Retained by (name/role) 
Prioritization Scoring ModelArtifact T6 · Step 6
Building this model The scoring model requires one leadership input before it can be built: what is the organization actually trying to accomplish this planning cycle? Answer that question first — in plain language, with the two or three things leadership has genuinely committed to — then bring that answer plus your list of active and proposed work to any capable AI. Ask it to draft a weighted scoring model against your stated priorities, with defined scales for each criterion. Review the weights with leadership before the first scoring session. Weights set before anyone sees ranked output. Overrides documented separately, never embedded in scores. Redact anything confidential, personal, or regulated before pasting.

Weights should reflect current planning cycle priorities. Review and validate weights at the start of each planning cycle. Scores are set before the ranked output is visible. Overrides are documented separately — never embedded in the scores.

Scoring Scale: 1 = Minimal  ·  3 = Moderate  ·  5 = Strong

CriterionWeightScore 1Score 3Score 5
Strategic Alignment Indirect or unclear connectionSupports a named priority but not centralDirectly advances a primary organizational commitment
Financial Value Weak or speculative; low confidence CBACredible case, medium confidence, assumptions statedStrong case, high confidence, evidence-based projections
Risk Reduction Addresses a minor or unclear riskKnown operational risk, moderate impactSignificant risk: regulatory, safety, or major financial exposure
Mandatory Requirement Discretionary; no external driverInternally driven with some compliance dimensionMandatory: statute, regulation, audit finding, or contract
Customer / Operational Impact Impact limited to internal teamModerate impact on an operational unit or customer groupHigh impact; affects large population or core service delivery
Delivery Readiness Significant unknowns; team or funding unconfirmedMostly ready; one or two dependencies to resolveFully ready; sponsor engaged, team available, funding confirmed
Adoption Readiness High saturation; receiving org at or near capacityModerate capacity; manageable with planningLow saturation; receiving org ready, OCM plan in place

Scoring Sheet

ProposalStrategic (x__)Financial (x__)Risk (x__)Mandatory (x__)Impact (x__)Delivery (x__)Adoption (x__)TotalRank
          
          

Override Documentation

ProposalModel RankAdjusted RankOverride RationaleAuthorized ByDate
      
Health vs. Value ReviewArtifact T7 · Step 9
Build this artifact
Copy this prompt. Paste into any capable AI. Add your project status data, RAID log, and sponsor or outcome owner notes. Review and own the output.
I need to prepare a Health vs. Value Review for an upcoming governance session. Below are the project’s current status data, RAID log, and any sponsor or outcome owner notes I have.

Please build both required sections:

Section 1 — Health Review (Project Manager perspective):
- Schedule: % complete vs. planned, variance, status (Green/Yellow/Red)
- Budget: actuals vs. forecast, variance, status
- Scope: changes since authorization, variance, status
- Open risks above threshold: count and current status
- Critical path dependency status
- One-sentence health summary: the single issue that most threatens delivery if unresolved
- Health escalation required? Yes/No

Section 2 — Value Review (Sponsor perspective):
- For each key CBA assumption identified in my materials: current status (Valid/Revised/Invalidated), evidence, and implication for value
- Value indicators with status: CBA hypothesis validity, adoption readiness, outcome owner engagement, benefits forecast vs. original CBA, any external factors that changed
- Value escalation required? If yes, recommended option: Continue as planned / Adjust scope or approach / Pause and reassess / Stop

Flag anything in my materials that is unclear or missing that I need to confirm before the governance session.

[Paste project status data, RAID log, and sponsor/outcome owner notes here]

Two sections. Both are required at each governance cycle. Section 1 is led by the project manager. Section 2 is led by the sponsor. These are different questions and they should not be presented in the same breath.

FieldDetail
Project name 
Review date 
Project manager 
Sponsor 
Outcome Owner 

Section 1: Health Review

Project Manager leads. Is the project executing as planned?

MetricBaseline at AuthorizationCurrentVarianceStatus (Green / Yellow / Red)
Schedule — % complete vs. planned    
Budget — actuals vs. forecast    
Scope — changes since authorization    
Open risks above threshold    
Critical path dependency status    

Health summary — the one issue that, if unresolved, most threatens delivery:

 

Health Escalation Required? ☐ Yes  ☐ No

Section 2: Value Review

Sponsor leads. Is the investment still aimed at the right outcome?

AssumptionStatus (Valid / Revised / Invalidated)EvidenceImplication for Value
    
Value IndicatorStatusNotes
CBA value hypothesis — still valid given current delivery trajectory?☐ Valid  ☐ Revised  ☐ At Risk 
Adoption readiness — are affected people being prepared?☐ On Track  ☐ Needs Attention  ☐ Not Started 
Outcome Owner engagement☐ Engaged  ☐ Inconsistent  ☐ Disengaged 
Benefits forecast vs. original CBA☐ On Track  ☐ Revised Down  ☐ Uncertain 
External factors — anything changed that affects value?☐ No change  ☐ Minor change  ☐ Material change 

Value Escalation Required? ☐ Yes  ☐ No  — Options: Continue as planned / Adjust scope or approach / Pause and reassess / Stop

Governance RetrospectiveArtifact T8 · Step 12
Running this retrospective The retrospective is a 90-minute structured conversation, not a document exercise. Run the session first — three questions, governance health metrics, two or three owned action items. Then share your notes with any capable AI to draft the formal record for distribution and filing. The record is not the session. The session is where the value is. Redact anything confidential, personal, or regulated before pasting.

Conducted at the end of each major governance cycle — typically quarterly. Designed to complete in 90 minutes and produce two or three specific, owned action items. Not a status review. An examination of the governance model itself.

FieldDetail
Retrospective date 
Facilitator 
Attendees 
Cycle being reviewed (date range) 

Q1: What Improved This Cycle?

What ImprovedEvidenceImplication (Formalize / Continue / Replicate)
   
   

Q2: What Did Not Work as Intended?

What Did Not WorkEvidenceRoot Cause HypothesisImplication (Fix / Stop / Investigate)
    

Q3: What Do We Not Yet Know?

Open QuestionWhy It MattersHow We Will Answer ItOwnerTarget Date
     

Governance Health Metrics

MetricPrior CycleThis CycleTrend
CBA accuracy rate   
Intake quality rate   
Tollgate decision stability   
Sponsor engagement at authorization   
Benefits confirmation rate   
Assumption prediction accuracy (aggregate T36 held / partially held / invalidated across the portfolio)   
Reading the prediction accuracy metric Pull the Assumption vs. Actual table from every T36 closed this cycle and tally how many assumptions held, partially held, or were invalidated. A governance model whose assumptions are consistently invalidated is not a measurement problem — it is a signal the CBA process itself is producing optimistic, unfalsifiable projections. Track this at the governance-model level, not just the single-investment level; one bad assumption is a project issue, a declining trend across cycles is a governance issue.

Improvement Actions

PracticeCategoryOwnerTarget Date
 ☐ Formalize  ☐ Develop  ☐ Stop  
 ☐ Formalize  ☐ Develop  ☐ Stop  
Stakeholder Interview GuideArtifact T9 · Step 1
Fieldwork tool — fill in during the conversation This guide is used in real-time, one interview at a time. There are no prior documents to feed an AI. Capture what is said and what is observed during the conversation. After completing multiple interviews, any capable AI can help you identify patterns and synthesize themes across your completed entries.

Use one guide per interview. Record what was said verbatim in the “Said” column and what you observed about how it was said in the “Observed” column. Do not interpret during the conversation — capture first, analyze later.

FieldResponse
Name and role 
Date and format (in-person / video / phone) 
Duration 
Prior relationship to EPMO (new / existing / none) 

Core Questions

QuestionSaidObserved
Walk me through how a new project gets started here.  
What happens when two priorities conflict?  
What gets in the way of decisions getting made?  
What works here that I should not break?  
What are you most worried about?  
If you could change one thing about how work gets approved, what would it be?  
Who else should I be talking to that I have not mentioned?  

Follow-Up Notes — What came up that warrants a follow-up conversation or deeper exploration?

 

Synthesis Note (complete after all interviews) — What pattern did this interview confirm, complicate, or contradict?

 
Current-State Decision MapArtifact T10 · Step 1
Fieldwork tool — built from direct observation This map is assembled from what you see and hear, not from existing documentation. After completing your interviews and observation, any capable AI can help you organize your notes into the map structure below. Share your interview notes and observations and ask it to populate the sections — then compare the output to any documented processes the organization has. The gap between the map and the documentation is where the work begins.

Built from interview observations and direct observation — not from existing documentation. Complete the map first, then compare it to documented processes. The gap between this map and existing documentation is where the work begins.

How Work Enters

Entry PathDescriptionWho Uses ItEstimated Volume
Formal intake (if one exists)   
Executive directive   
IT request / help desk escalation   
Sponsor relationship / side door   
Regulatory mandate (arrives pre-approved)   
Other informal path   

Where Decisions Are Made

Decision TypeFormal AuthorityActual Decision MakerHow Communicated
New work approved   
Work stopped or deferred   
Priority changed mid-cycle   
Budget released   

Known Bypass Routes

Bypass RouteWho Uses ItWhy It ExistsWhat Work Travels This Way
    

Map vs. Documentation Gap — Where does this map differ from existing process documentation?

 
Influence MapArtifact T11 · Step 1
Working document — practitioner use only, not for distribution Built from your direct observation and interviews. Do not share with stakeholders or include in governance files. This map is yours. It informs every coalition-building decision before any governance change is proposed. Any capable AI can help you reason through coalition strategy if you share what you’ve observed — keep this conversation private.

Working document — not for distribution. This map is for the practitioner’s use only. It informs every coalition-building decision before any governance change is proposed.

Name / RoleFormal Decision AuthorityScope
   
   

Informal Authority

Name / RoleWhy They Have InfluenceWhat They Can StopWhat They Can Accelerate
    
    

Coalition Requirements

Change CategoryRequired SupportCurrent PostureWhat It Will Take
Intake process ☐ Supportive  ☐ Neutral  ☐ Resistant 
Prioritization criteria ☐ Supportive  ☐ Neutral  ☐ Resistant 
Tollgate authority ☐ Supportive  ☐ Neutral  ☐ Resistant 
Benefits accountability ☐ Supportive  ☐ Neutral  ☐ Resistant 
Portfolio InventoryArtifact T12 · Step 2
Building this inventory If the organization has project lists in any format — spreadsheets, project tracking systems, status reports, email threads — bring them to any capable AI and ask it to normalize the data into this structure. Expect gaps. Flag them in the Missing Information column rather than leaving rows incomplete. The gaps in this inventory are the primary argument for why intake discipline is needed. Redact anything confidential, personal, or regulated before pasting.

One row per active or proposed work item. Missing information is flagged, not fabricated. Complete the inventory before proposing any governance changes.

IDNameDescription (one sentence)Accountable PersonIntended OutcomeCategoryStatusKnown DependenciesMissing Information
     Mandatory / Strategic / Operational / DiscretionaryActive / Proposed / Stalled / Unclear  
         

Inventory Summary

CategoryCountNotes
Mandatory  
Strategic  
Operational  
Discretionary  
Items with no named accountable person  
Items with no stated outcome  
Classification RulesArtifact T13 · Step 2
Publishing this document Adapt the four category definitions to your organization’s language. Any capable AI can help you draft the organization-specific language if you describe how work currently gets categorized and where the edge cases most often occur. Post it where submitters can see it before they submit. Consistency in classification matters more than precision — apply the same rule to every submission. Redact anything confidential, personal, or regulated before pasting.

One page. Post where submitters can see it. Consistency in classification matters more than precision — apply the same rule to every submission.

Mandatory — The organization has no legal, regulatory, contractual, or safety discretion about whether to proceed. The governance questions are when and how, not whether. Examples: Regulatory compliance deadline, audit remediation, contractual obligation, safety mandate.
Strategic — A named senior leader can articulate, in one sentence, how this investment directly advances a current organizational priority — one that is publicly stated, funded, and in effect for this planning cycle. Examples: Platform investment supporting a published digital strategy; product development tied to a named revenue target.
Operational — Addresses a known performance gap or keeps current operations running at acceptable levels. Must have an accountable business owner and a clear current-state problem. Examples: Process improvement for a known throughput bottleneck; system upgrade to maintain support.
Discretionary — Desirable but not tied to a current operational gap or strategic priority. The organization would benefit but is not harmed by deferral. Test: “What is the consequence if we defer this for twelve months?” If the answer is significant, the category is probably wrong.

Edge Cases

ScenarioClassification Rule
Mandatory item that also has strategic valueClassify as Mandatory for governance routing
Submitted as Strategic without a named priority connectionReclassify as Discretionary pending a stronger case
Claimed as Mandatory without compliance referenceRequest written compliance citation before classifying
Missing Information LogArtifact T14 · Step 2
Operational tracking tool — updated continuously This log is built as you conduct the inventory. Every gap gets a row. Do not hold inventory items pending this information — flag and continue. Any capable AI can help you draft outreach communications to item owners once you have the log populated.

Every gap in the inventory goes here. Do not hold inventory items pending this information — flag and continue. This log is the primary argument for why intake discipline is needed: every blank field is a decision made without the information needed to make it well.

Item IDItem NameMissing FieldWhat Is NeededLast ContactOwnerTarget DateStatus
        
        

Log Summary

Gap CategoryCount
No named accountable person 
No stated outcome 
No confirmed funding source 
No known sponsor 
Cannot be classified — insufficient information 
Total items with at least one gap 
Intake Routing GuideArtifact T15 · Step 3
Publishing this document Post this where submitters can see it before they submit. The routing decision is made at submission and confirmed by the EPMO at triage. Any capable AI can help you adapt the thresholds and language to your organization if you describe your current approval levels and risk categories.

Post this where submitters can see it. The routing decision is made at submission and confirmed by the EPMO at triage.

Routing Decision Tree

Is this submission driven by a regulatory, legal, contractual, or safety requirement?
    YES → Fast-track / Mandatory Review
    NO ↓

Is this an emergency — active failure, outage, or significant immediate risk?
    YES → Emergency Review (same-day triage; EPMO and sponsor within 24 hours)
    NO ↓

Is the estimated investment under [organization-defined threshold]?
    YES → Fast-track / Operational Review
    NO ↓

Is there a named senior sponsor who can confirm connection to a current strategic priority?
    YES → Standard Strategic Review (full CBA + prioritization)
    NO → Standard Operational Review (clarification required before proceeding)
When a submission plausibly satisfies two routes The tree above resolves most submissions in one pass, but some will honestly satisfy two branches at once — for example, a submission under the fast-track threshold that also has a named strategic sponsor. Apply the more rigorous of the two routes, not the faster one. Routing to the lighter review is how discretionary work quietly gains the credibility of a mandatory or strategic label. When in doubt, the heavier route is the correct default.
RouteDescriptionReview TimelineCBA RequiredPrioritization Required
Fast-track / MandatoryLegal / regulatory obligation[X] business daysAbbreviated scope-and-cost onlyNo — proceeds subject to resourcing
EmergencyActive failure or imminent significant risk24-hour triage; 5-day full reviewNo — initiate, then documentNo — escalate to sponsor and EPMO lead
Standard StrategicFull investment case; competes for portfolio resources[X] business daysFull CBA requiredYes — enters prioritization queue
Standard OperationalOperational gap with accountable owner[X] business daysStreamlined CBAYes — enters operational queue
Fast-track / OperationalSmall investment, clear owner, known gap[X] business daysAbbreviated cost-and-outcome onlyNo — EPMO approval sufficient
Minimum Information StandardArtifact T16 · Step 3
Publishing this document This is the quality gate intake holds submissions to before they advance. Post it alongside the Intake Routing Guide (T15). Review it whenever the intake form changes, so the standard and the form never drift apart.

These are the minimum required fields for a submission to be considered complete. Incomplete submissions are returned, not held.

Required Fields

FieldWhy It Is Required
Submitter name and roleEstablishes accountability for the submission
Sponsoring executiveConfirms organizational backing before review begins
Problem or opportunity descriptionDefines what is being solved — without this, no review is possible
Expected outcomeStates what changes — required for prioritization and CBA
Reason for timing (why now)Needed to assess urgency and routing
Rough sizing estimateRequired to route correctly and assess capacity impact

Recommended Fields

FieldWhy It Is Recommended
Known dependenciesEnables early dependency risk identification
What is out of scopeReduces clarification cycles
Prior attempts to address this problemInforms solution design and avoids redundant work
Return Process: Incomplete submissions are returned to the submitter with a specific list of missing fields. The EPMO does not attempt to fill gaps on the submitter’s behalf. The review timeline starts when the complete submission is received. A submission returned twice with the same missing fields is escalated to the sponsoring executive.