PRACTITIONER TOOL · MISSION READINESS

Before you call it ready.

A mission can have a compelling problem, serious people, and real funding interest—and still be unready for execution. This field check asks for the evidence that should exist before people, capital, or public credibility are committed.

PUBLISHEDSeptember 2026
LAST REVIEWEDOctober 29, 2026
EDITORIAL OWNERAssemble Teams — Mission Intelligence
SOURCE BASEGAO · NIST

This is deliberately not a newsletter summary. It is a working instrument. The questions below combine direct practices from U.S. Government Accountability Office technology-readiness, cost, schedule, and Agile guidance with NIST AI risk-management guidance and clearly labeled Assemble Teams synthesis. The source material is public; the value here is turning it into a compact pre-commitment test a mission owner can actually use.

Built ≠ integrated ≠ proven.

A prototype can work without being ready for the environment, dependencies, schedule, operating model, or risk burden of the mission. Readiness should be evidenced, not narrated.

Run the browser-only interactive check →

October 2026 source update

NIST says AI RMF 1.0 is being revised and its critical-infrastructure profile remains an ongoing project. This 12-question check remains an Assemble Teams synthesis, not the NIST profile, a compliance test or a certification.

Sources: NIST AI RMF status; NIST critical-infrastructure profile project.

The 12-question evidence check

01 · OUTCOME

What observable condition changes if this mission succeeds?

Name the outcome in operational terms—not the product, activity, grant, launch, or meeting.

Evidence: baseline + target + measurement owner.
02 · USER / OPERATOR

Who must use, operate, approve, or maintain the result?

Separate the buyer, end user, operator, regulator, maintainer, and affected community when they are not the same person.

Evidence: named roles + validated operating need.
03 · CRITICAL TECHNOLOGY

Which component can still fail because it is immature?

GAO readiness practice starts by identifying critical technologies rather than assigning one maturity label to the whole program.

Evidence: critical-technology list + maturity basis + demonstration record.
04 · ENVIRONMENT

Has the critical capability worked where the mission will actually use it?

Bench performance is not operational performance. State the relevant environment, interfaces, loads, constraints, and failure modes.

Evidence: test conditions mapped to operating conditions.
05 · INTEGRATION

What has to connect for the mission to work end to end?

List technical, data, physical, organizational, vendor, and human dependencies. A component can be mature while the integrated system is not.

Evidence: dependency map + interface owner + unresolved integration risks.
06 · SCHEDULE

Which dependencies actually control the finish date?

A date is not a schedule. Identify the logic, critical path, handoffs, decision gates, and schedule risk.

Evidence: integrated schedule + dependencies + critical-path rationale.
07 · COST

What assumptions make the cost estimate true?

Expose quantities, rates, escalation, uncertainty, contingency, operating cost, and who owns each assumption.

Evidence: estimate basis + assumptions + uncertainty range + change history.
08 · AUTHORITY

Who can stop, approve, fund, certify, or materially change the mission?

Map decision rights before the work begins. Hidden authority is a common source of late-stage delay.

Evidence: decision-rights map + approval gates + accountable owner.
09 · REGULATORY / TRUST BOUNDARY

Which claims require independent verification?

Credentials, compliance, safety, security, privacy, and regulated performance should not be self-conferred by the team building the solution.

Evidence: claim register + verification source + reviewer.
10 · AI, IF PRESENT

What happens when the model is wrong, unavailable, manipulated, or used outside scope?

NIST's AI RMF treats AI risk as an organizational governance and lifecycle problem, not just a model-accuracy problem.

Evidence: intended-use boundary + evaluation + risk-appropriate human oversight/authority + monitoring + incident path.
11 · OPERATIONS

Who owns the system after launch?

Commissioning is not sustainment. Define staffing, maintenance, training, support, data stewardship, cybersecurity, and lifecycle funding.

Evidence: operating model + named owner + sustainment budget.
12 · KILL / PAUSE CRITERIA

What evidence would make you stop?

A credible mission defines failure thresholds before sunk cost and institutional momentum make stopping politically or emotionally difficult.

Evidence: explicit pause/stop thresholds + decision owner + review cadence.

How to read the result

StateWhat it meansNext move
DISCOVERThe problem is credible, but the evidence base or owner is still forming.Research, validate need, identify authority and affected operators.
DEFINEOutcome and ownership are clear; critical dependencies remain unresolved.Build the dependency, readiness, cost and schedule evidence.
DE-RISKThe mission is coherent, but one or more critical assumptions are unproven.Run the smallest test that can retire the highest-consequence uncertainty.
EXECUTECritical evidence exists, decision rights are clear, and residual risks are explicitly owned.Commit resources against measurable gates; keep the evidence current.

This is not a universal certification or a substitute for sector-specific engineering, legal, safety, acquisition, or regulatory review. It is a pre-commitment discipline: a way to expose what the mission knows, what it assumes, and what still has to be proven.

Source map: what comes from where

Not every question below is a verbatim GAO or NIST requirement. This map separates direct source foundations from Assemble Teams synthesis so the tool does not borrow authority it has not earned.

QuestionsPrimary foundationHow to read it
03–05GAO Technology Readiness Assessment Guide (GAO-20-48G)Directly grounded in identifying critical technologies, demonstrated maturity, relevant environment, and integration risk.
06GAO Schedule Assessment Guide (GAO-16-89G)Directly grounded in integrated, logically sequenced schedules, dependencies, critical path, and schedule risk.
07GAO Cost Estimating and Assessment Guide (GAO-20-195G)Directly grounded in technical baselines, assumptions, estimating methods, sensitivity/risk analysis, and estimate updates.
01–02GAO Agile Assessment Guide (GAO-24-105506) + Assemble Teams synthesisOutcome/user framing translates customer, mission-outcome, incremental-delivery, and program-monitoring practices into a cross-sector pre-commitment question.
08–09, 11–12Assemble Teams synthesis informed by GAO program-control guidance and NIST governance conceptsThese are operating controls we recommend; they should not be read as a claim that GAO or NIST mandates this exact checklist.
10NIST AI RMF 1.0 + Generative AI ProfileNIST grounds lifecycle governance, risk identification, evaluation, monitoring, and incident considerations. The specific human-authority control reflects Assemble Teams' risk posture, not a universal NIST mandate.

Primary-source foundation

Put a real mission through the check.

Use the interactive version to identify evidence gaps without creating an account or sending your answers to Assemble Teams.

Run the readiness check →

Or list what you are building in Open Directory →

MISSION INTELLIGENCE · PUBLICATIONS

Get the next evidence-backed release.

Subscribe for occasional Mission Intelligence, research and newly published articles from Assemble Teams. This subscription is separate from Directory listing consent and GameChangers reservations.

Optional. We use your email for requested publication updates. See the Privacy Policy. You can ask us to stop future messages at any time.