Home
Learn
Certifications
Standards
Community
Summit
Research
Enterprise
Standards LabStandards Lifecycle
Standards Process

The Standards Lifecycle

Every IFO4 standard passes through defined stages from concept to publication, with mandatory review gates, public participation, and structured governance at each step.

Stage Status Indicators:
Not Public
Public (No Compliance)
Compliance-Ready

Concept

CONCEPT
30 days
Public
Compliance

A practitioner, working group, or IFO4 staff member has identified a gap in the standards landscape and submitted a formal standard proposal. The Standards Council is evaluating the proposal for viability, domain fit, and resource availability.

Entry Requirements
Formal Standard Proposal Form submitted by an IFO4 member
Problem statement with practitioner need evidence (min. 10 supporting statements)
Proposed scope and working group structure
Exit Criteria
Standards Council approval vote
Working group chair appointed
Initial timeline agreed

Draft

DRAFT
90–180 days
Public
Compliance

The working group is actively developing the standard text. Draft standards undergo multiple internal review cycles and may be substantially revised during this stage. Internal drafts are not publicly available. Organizations wishing to preview draft standards may apply for working group observer status.

Entry Requirements
Working group constituted with minimum 8 members
Working group charter approved
Technical Committee liaison assigned
Exit Criteria
All required sections completed
Working group consensus achieved (80% agreement)
Technical Editor review completed
Draft submitted to Technical Committee

Technical Review

TECH REVIEW
30 days
Public
Compliance

The Technical Committee is conducting a comprehensive review of the working group draft. The Committee checks for technical accuracy, internal consistency, alignment with existing standards, and testability of requirements. This stage may involve one or more revision cycles between the working group and Technical Committee.

Entry Requirements
Working group approved draft submitted
No outstanding working group consensus issues
Exit Criteria
Technical Committee approval vote
All technical comments resolved or documented with rationale
Cross-standard alignment confirmed

Public Comment

UNDER REVIEW
60 days
Public
Compliance

The Technical Committee-approved draft is publicly available for 60 days of open comment. Any person or organization may submit written comments. The IFO4 announces the comment period at least 30 days in advance. Organizations may implement the draft standard experimentally during this period, but implementations carry risk of requirement changes before final publication.

Entry Requirements
Technical Committee approval
Draft formatted per IFO4 style guide
Comment collection mechanism established
Announcement prepared for distribution
Exit Criteria
Comment period formally closed
All comments logged and acknowledged
Working group has produced comment disposition report
Post-comment draft finalized

Final Review

FINAL REVIEW
30 days
Public
Compliance

The Technical Committee reviews the post-comment draft and comment disposition report. If significant substantive changes were made in response to comments, a second comment period may be required. The Certification Alignment Board reviews certification implications. The Technical Committee issues a formal recommendation to the Standards Council upon completion.

Entry Requirements
Comment disposition report submitted by working group
Post-comment draft finalized
Certification Alignment Board notified
Exit Criteria
Technical Committee recommendation to Standards Council
Certification Alignment Board sign-off
No unresolved substantive objections

Published

PUBLISHED
Indefinite (until revision or deprecation)
Public
Compliance

The Standards Council has ratified the standard by majority vote. The standard is assigned a version number, a DOI, and a publication date. Published standards are the only IFO4 standards that may be cited for compliance purposes. Published standards enter the maintenance lifecycle immediately, with a scheduled annual review.

Entry Requirements
Standards Council ratification vote (simple majority, 60% quorum)
Final document formatted and version number assigned
Exit Criteria
Standard remains Published until superseded by a new major version or deprecated

Deprecated

DEPRECATED
Permanent archive
Public
Compliance

A deprecated standard has been formally retired from active use. Deprecation occurs when a standard is superseded by a substantially revised version, when the domain it addressed is no longer relevant, or when the standard is merged into another standard. Deprecated standards remain publicly accessible for historical reference but should not be used for compliance.

Entry Requirements
Standards Council vote to deprecate
Successor standard published or formal sunset announcement issued
Migration guidance published for affected organizations
Exit Criteria
No exit from deprecated status - this is a terminal stage

Version Numbering Scheme

IFO4 uses semantic versioning (MAJOR.MINOR.PATCH) adapted for standards governance. The version number carries important information about the nature and significance of changes.

2.0.0 → 3.0.0
Major Version (X.0.0)

Substantial changes to scope, requirements structure, or fundamental methodology. Breaking changes to compliance requirements. Requires full public comment period.

2.0.0 → 2.1.0
Minor Version (X.Y.0)

Addition of new requirements, new sections, or significant clarifications that expand the standard's scope without breaking existing compliance. Requires Technical Committee review and 30-day comment period.

2.1.0 → 2.1.1
Patch Version (X.Y.Z)

Editorial corrections, typographical fixes, clarifying language that does not change the meaning of requirements. Technical Committee approval only; no comment period required.

0.1.0 → 0.8.0
Draft Versions (0.Y.Z)

Versions below 1.0.0 indicate draft standards that have not yet been published. Draft version numbers are assigned by the working group and do not follow the same increment rules as published versions.

Compliance note: When citing an IFO4 standard for compliance purposes, the full version number must be specified (e.g., "IFO4-S-004 v3.0.0"). Compliance against a major version applies to all subsequent patch and minor versions of that major version unless a new major version is published with breaking changes.

Deprecation Policy

Deprecation is a formal decision to retire a standard from active use. IFO4 deprecates standards sparingly and only when there is a clear public interest reason to do so.

Supersession

A new major version of the standard is published that replaces the prior version. The prior version is deprecated 12 months after the new version is published, giving organizations time to migrate.

Domain Retirement

The domain addressed by the standard is no longer within IFO4's scope, or the practice area has become obsolete due to industry changes. Requires Standards Council vote.

Merger

The standard's content is absorbed into another standard through a major revision. The merged standard is deprecated when the absorbing standard is published.

Material Inaccuracy

In exceptional circumstances, a published standard may be deprecated if it is found to contain material technical inaccuracies that cannot be corrected through a minor or patch release.

Deprecation Notice Requirements
Minimum 12-month notice period before a standard is formally deprecated (except in exceptional circumstances).
Migration guidance must be published identifying the successor standard or equivalent practice.
All IFO4 certifications and learning materials that reference the deprecated standard must be updated within 18 months.
Deprecated standards remain publicly accessible in the IFO4 standards archive indefinitely.

Amendment Process

Published standards are living documents that evolve as practitioner knowledge and cloud technology advance. The amendment process ensures changes are rigorous, transparent, and proportionate to their significance.

1
Amendment Proposal

Any IFO4 member may propose an amendment to a published standard. The proposal must identify the specific requirement(s) to be changed, the rationale for the change, and the proposed new requirement text.

2
Working Group Review

The owning working group reviews the amendment proposal at their next regular meeting. Minor amendments (Patch or Minor version) may be adopted by working group consensus. Major amendments require a full drafting cycle.

3
Technical Committee Approval

All amendments require Technical Committee approval before proceeding to publication or comment period. For Patch versions, approval is by email ballot. For Minor and Major versions, formal review is required.

4
Comment Period (if required)

Minor version amendments require a 30-day comment period. Major version amendments require a full 60-day public comment period. Patch amendments do not require a comment period.

5
Standards Council Ratification

Major version amendments require Standards Council ratification. Minor and Patch versions may be approved by the Technical Committee alone, with notification to the Standards Council.

6
Publication

The amended standard is published with an incremented version number, a new publication date, and a changelog entry documenting the changes. Previous versions remain in the version history archive.

See it in action

Browse the standards that have completed the full lifecycle, or learn how governance bodies oversee the process.

Browse Standards LibraryGovernance Structure