Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

On-call rotas etc. #46

Open
arctangent opened this issue Sep 16, 2020 · 3 comments
Open

On-call rotas etc. #46

arctangent opened this issue Sep 16, 2020 · 3 comments

Comments

@arctangent
Copy link
Contributor

Regarding https://github.com/NHSDigital/software-engineering-quality-framework/blob/master/practices/service-reliability.md

Do we need a sub-bullet under "Understand reliability requirements" around what level of out-of-hours support should be made available? (Software devs are not routinely on call OOH in all parts of Product Development)

Example:

  • "Gold-level" services must have at least two software engineers and one infrastructure engineer available 24/7/365, all of whom must have experience in operating the system. Additional support/escalation must be available if service cannot be restored after 1 hour.
    ...
  • "Bronze-level" services are supported through normal office hours on a "reasonable efforts" basis. Outside these hours, no guarantees of availability are made.
@stefaniuk
Copy link
Contributor

@arctangent Interesting point. But I would consider for example "services must have at least two software engineers and one infrastructure engineer available" as being product/team-specific, depending on the needs of the business. Usually, that conversation follows after the "Agree an incident severity classification and the response" activity.

@ivorc
Copy link
Contributor

ivorc commented Sep 16, 2020

This is an area we're looking to expand, @arctangent, but I'm not sure we'd want to include quite that level of detail in here. Anyway, a could point. Let's leave this one open until we do something to this section.

@regularfry
Copy link
Contributor

I can't see a meaningful change since 2020 that touches on this, although it might have happened elsewhere.

What's the current thinking here? Is there a problem today in the teams that clarifying this point would address? Or can we close this issue?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants