Ecosyste.ms: Awesome
An open API service indexing awesome lists of open source software.
https://github.com/nhsdigital/software-engineering-quality-framework
🏎️ Shared best-practice guidance & tools to support software engineering teams
https://github.com/nhsdigital/software-engineering-quality-framework
documentation engineering framework nhs-digital nhs-england patterns practices principles standards
Last synced: 6 days ago
JSON representation
🏎️ Shared best-practice guidance & tools to support software engineering teams
- Host: GitHub
- URL: https://github.com/nhsdigital/software-engineering-quality-framework
- Owner: NHSDigital
- Created: 2020-08-10T15:22:45.000Z (over 4 years ago)
- Default Branch: main
- Last Pushed: 2024-12-11T14:45:03.000Z (about 2 months ago)
- Last Synced: 2025-01-20T06:09:21.060Z (13 days ago)
- Topics: documentation, engineering, framework, nhs-digital, nhs-england, patterns, practices, principles, standards
- Language: Shell
- Homepage:
- Size: 2.67 MB
- Stars: 147
- Watchers: 67
- Forks: 35
- Open Issues: 69
-
Metadata Files:
- Readme: README.md
- Contributing: CONTRIBUTING.md
- Codeowners: .github/CODEOWNERS
Awesome Lists containing this project
README
# Software Engineering Quality Framework
> **Note:** Contributors must take all necessary precautions to ensure that sensitive data does not leak into Source Control Management Systems. You must ensure you have reviewed the [guidance on what to do should this happen](practices/guides/commit-purge.md).
## How to get started
See the [Quick Start Guide](quickstart.md)
## Purpose
This framework is concerned with using "good" software engineering to support rapid and safe delivery of high-quality software, at scale
It aims to:
1. Describe a shared (across multiple teams) definition of "good" engineering
2. Provide tools for teams to gain insight into their current engineering maturity levels and their level of [technical debt](tech-debt.md)
3. Provide resources to support teams to increase their engineering maturity levels and manage their [technical debt](tech-debt.md)![Ecosystem](images/engineering-ecosystem.png)
## Philosophy
The philosophy underpinning this framework advocates:
* Engineering led by user needs and service outcomes
* Empowered delivery teams which are accountable for their products
* Products must be actively maintained for their entire lifecycle
* Rapid, iterative and incremental development: "Release early. Release often. And listen to your customers." (Eric S. Raymond in [The Cathedral and the Bazaar](https://en.wikipedia.org/wiki/The_Cathedral_and_the_Bazaar))
* Robust and comprehensive automation supporting and enforcing quality
* Reliable & scalable services, remembering "Everything fails, all the time" (Werner Vogels), and treating operations as a software engineering challenge (as in Google's [Site Reliability Engineering](https://landing.google.com/sre/))
* Loosely-coupled & cloud-native composable components as the default mode of construction
* Continuous improvement, with prioritisation decisions based on data rather than sentiment## Context
The framework is a companion to:
* The [NHS service standard](https://service-manual.nhs.uk/service-standard), with cross-references in this format: [SERVICE-RELIABILITY](https://service-manual.nhs.uk/service-standard/14-operate-a-reliable-service)
* The [NHS Digital architectural principles](https://digital.nhs.uk/about-nhs-digital/our-work/nhs-digital-architecture/principles), with cross-references in this format: [ARCHITECTURE-SECURITY](https://digital.nhs.uk/developer/architecture/principles/adopt-appropriate-cyber-security-standards)## Contents
The framework consists of:
* [Engineering principles](principles.md) and [blueprints](blueprints.md)
* [Engineering quality review tool](insights/review.md)
* Guidance on how to practice [continuous improvement](continuous-improvement.md)## Contributing
See our [contributor's guide](CONTRIBUTING.md)