Skip to content
Open
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
98 changes: 98 additions & 0 deletions software-engineering/strategy/software-engineering-strategy.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,98 @@
# UKHO Engineering Strategy

*A pragmatic, government-aligned strategy for sustainable engineering*

## 1. Purpose and Context

### Purpose

This strategy sets out how engineering (Software , Data and Test) at the UK Hydrographic Office (UKHO) enables the delivery of Defence, SOLAS and commercial obligations through sustainable, secure and resilient digital services, while supporting the development and retention of engineering talent.

### Context

UKHO delivers long‑lived, safety‑critical products in an environment of increasing digital demand. This strategy aligns with cross‑government Digital, Data and Technology (DDaT) expectations, while remaining tailored to UKHO’s specific mission. Software engineering is treated as a core organisational capability rather than a purely delivery-focused activity.

## 2. Strategic Outcomes

The UKHO Software Engineering Strategy optimises for the following outcomes:

- Reliable and resilient digital services that meet safety, availability and performance expectations
- Sustainable systems that can be evolved rather than repeatedly replaced
- Secure‑by‑design delivery throughout the software lifecycle
- High‑performing engineering teams with clear accountability
- Value for money through reduced technical debt and predictable delivery

## 3. Engineering Principles

These principles guide engineering decisions across UKHO:

- User and mission led - build software that meets genuine operational, safety and user needs
- Small, frequent and reversible change - prefer incremental delivery over large releases
- Build to operate - teams are accountable for software in production
- Secure and resilient by default - security is embedded from design through operation
- Automate wherever sensible - CI/CD, testing and monitoring reduce risk
- Open and documented - code, architecture decisions and dependencies are visible and maintained

## 4. Strategic Focus Areas

### 4.1 Product‑Centric, Long‑Lived Teams

**Intent:** Organise delivery around products and services rather than temporary projects.

**In practice:** Stable multi‑disciplinary teams, clear service ownership, and named technical leadership.

### 4.2 Modern Delivery Practices

**Intent:** Reduce delivery risk while increasing pace and predictability.

**In practice:** Agile, iterative delivery supported by continuous integration, automated testing and continuous deployment.

We look to leverage AI where we can obtain the biggest ROI, but being aware of the ethical, technical, security and and other risks (A separate AI Engineering strategy has been created)

### 4.3 Sustainable Architecture and Technical Debt

**Intent:** Treat technical debt as a managed risk rather than an unavoidable cost.

**In practice:** Architecture Decision Records, explicit time for debt reduction, and appropriate platform reuse.

### 4.4 Security, Quality and Resilience Engineering

**Intent:** Protect critical services and data through disciplined engineering.

**In practice:** Secure‑by‑design patterns, resilience testing, and observability (logging, metrics and alerting) as standard.

### 4.5 Engineering Capability and Culture

**Intent:** Make UKHO a great place to be an engineer.

**In practice:** Clear role expectations, career pathways, communities of practice, and active mentoring and coaching.

## 5. Governance and Decision‑Making

**Ownership:** The Head of Engineering is accountable for this strategy, with engineering standards owned collaboratively by the engineering community.

**Decision‑making:** Teams make day‑to‑day technical decisions independently, with escalation only where there is significant safety, security or organisational impact.

**Assurance:** Lightweight assurance through architecture reviews, live service health checks and security posture reviews, avoiding unnecessary bureaucracy.

## 6. Measures of Success

Success will be monitored using a small set of meaningful signals rather than rigid targets:

- Reliability - service availability and incident recurrence
- Delivery - lead time for change and deployment frequency
- Quality - defect escape rates and automated test trends
- Sustainability - technical debt trends and system longevity
- People - retention, engagement and skills development

These measures are indicators of health, not performance targets.

## 7. Alignment with Wider UKHO Strategy

This Software Engineering Strategy supports the UKHO Technology Strategy and aligns with MOD, SOLAS and Cabinet Office expectations. It complements data, cloud and security strategies and draws on cross‑government DDaT standards while remaining tailored to UKHO’s needs.

## 8. What This Strategy Is and Is Not

This strategy is a guiding framework for consistent decision‑making.

It is not a delivery plan, a tooling mandate or a reorganisation programme.
Loading