Skip to content
09

Technology Governance

Governance is what stops a good architecture from eroding one reasonable exception at a time.

Principally

  • Architecture and technical governance design
  • Decision rights and escalation paths
  • Standards, patterns and reference designs

Consider this engagement when

  • Architectural exceptions are granted routinely and never revisited.
  • Vendors are setting technical direction by default.
  • The board receives technology reporting it cannot act on.
ESCALATEDDECIDED AGAINST STANDARD
Most decisions clear a published standard and proceed. Only departures escalate, which is what keeps governance usable.
Why this work matters

Technology governance is frequently overbuilt and under-used. The intent is narrow: make it clear who decides what, on what basis, and at what point, so that most decisions can be made quickly and only the consequential ones need a forum.

We design governance proportionate to the organisation, and support the standards, review process and vendor management practice that make it hold. Where governance exists but is ignored, we establish why.

Typical outputs

  • Governance model and terms of reference
  • Standards and reference pattern library
  • Design review process and assessment criteria
  • Executive-level technology risk reporting

Capabilities

  • Architecture and technical governance design
  • Decision rights and escalation paths
  • Standards, patterns and reference designs
  • Design review and assurance process
  • Vendor and partner management practice
  • Technical risk register and reporting
  • Board and executive technology reporting

Start here

Have a complex technology challenge?

Whether you are evaluating a transformation, redesigning your architecture or working through a difficult technology decision, it starts with a conversation.