Skip to main content
SAHM

This site uses cookies to improve your experience and analyze visits.

Accept all
Reject all (essential only)
Customize
Learn more about cookies
SAHM logo
  • Home
  • About
  • Pricing
  • Knowledge Hub
  • Support
  • Book a Meeting
  • Customer Portal
  • Employee Portal
  • Contact
Menu

Language

Services

Digital TransformationEnterprise ArchitectureNORA ComplianceEA Tool ImplementationPricing

Expertise

TOGAF FrameworkDGA NORAAvolution ABACUSIT Strategy

Company

About UsContact Us

Resources

Schedule ConsultationRequest DemoCustomer SupportSubmit Ticket

Legal

Privacy PolicyTerms of ServiceCookie PolicyAccessibilitySecurity Policy

Get in touch

info@sahm.sa+966 53 113 0434

2023 - 2026 © SAHM Information Technology. All Rights Reserved. | Riyadh, Saudi Arabia

Back to Guides

EA Procedures under NORA

The National Enterprise Architecture Methodology uses a defined set of procedures to run its seven stages and govern requirements. This page lists the procedures that NORA names explicitly together with the procedures embedded inside the stages, using the names adopted by the Digital Government Authority.

Overview

  • Where this page sits: operating procedures for the EA practice. The procedure NORA names by name (temporary exemptions) sits under change governance.
  • Seven stages form the EA development cycle, starting with scope definition and ending with requirements management.
  • The procedure for Managing Temporary Exemptions for Non-Compliance with Defined Standards is the only procedure NORA names in full.
  • The other procedures are drawn from the stage steps themselves: approving scope, diagnosing the current state, studying future trends, designing the future state, analysing gaps, building the roadmap, and governing requirements.

Procedures Across the Seven Stages

StageProcedure
Stage 1: Defining the Scope of the EA Development CycleReview the entity strategic directions, set the domains, viewpoints, and levels of detail, and approve the development cycle charter.
Stage 2: Diagnosing the Current StateDocument the current components for each domain individually, then analyse them in an integrated way to surface strengths and weaknesses.
Stage 3: Identifying and Studying Future TrendsStudy local and global experiences and national requirements, and agree on the future-trend features for each domain.
Stage 4: Designing the Future StateDraft the initial future vision for the components, align them across domains, and detail them inside the approved viewpoints.
Stage 5: Analysing EA GapsCompare the current and future states, identify gaps and their impact, and propose solutions aligned with the entity priorities.
Stage 6: Developing the Roadmap to Achieve the ObjectivesBuild the list of initiatives and projects, prioritise them by impact and ease of implementation, and reconcile them with owners of other strategies.
Stage 7: Managing EA RequirementsA continuous procedure that runs in parallel with the other stages: approve requirements, monitor their states, and assess the impact of changes on them.

Requirements Management Procedures (Stage 7)

Three Steps for Managing Requirements
1

Approve EA Requirements: the Chief EA Architect documents the requirement and its eight fields, then analyses its impact on the approved list and re-prioritises.

2

Monitor the State of EA Requirements: the team tracks the requirement from inception to closure and updates its state after each stage, on cancellation or amendment, or when a new requirement affects it.

3

Assess the Impact of Changes in EA Requirements: the team evaluates the change against the cycle scope and against digital initiative execution, then decides to keep the scope, adjust it, or halt the cycle and redefine it.

Temporary Exemptions Procedure

The procedure for Managing Temporary Exemptions for Non-Compliance with Defined Standards applies during digital initiative and project execution when there is a slight variance between project outputs and EA requirements, provided the non-compliance does not significantly affect any EA domain. It grants an exception or temporary exemption, then updates the requirement and its state with a note about the exception or exemption.
1

When it applies: a slight variance between digital project outputs and an approved requirement, with no major impact on the domain.

2

Decision: grant a temporary exemption through this procedure instead of rejecting the requirement or stalling the project.

3

Impact: update the requirements register with an exception or exemption flag and record the justification.

4

Limits: the procedure does not apply when non-compliance touches an entire EA domain.

EA Governance Procedures

ProcedurePurpose
Governing Digital Initiative and Project ExecutionVerify alignment between digital project outputs and EA principles and future components, and trigger the temporary exemptions procedure when needed.
Governing the List of Ongoing and Scheduled ProjectsReview the project list and adjust scopes to serve the entity objectives and EA priorities.
Governing the EA Component Development CycleTrack the seven stages, approve the outputs between stages, and keep the change record.
Governing the EA Requirements RegisterMaintain a central requirements register and control the lifecycle from approval to closure across the eight states.

Reference Note

This page uses the names adopted by the National Enterprise Architecture Methodology, issued by the Digital Government Authority under NORA. The only procedure named in full is Managing Temporary Exemptions for Non-Compliance with Defined Standards. The remaining procedures are drawn from the wording of the seven stages and the requirements management steps. Entities can add their own operational procedures without overriding the official names.

Related

EA tasks

Change governance

Governance & committees

EA Procedures under NORA | NORA Guide | SAHM