The goal is to release one day after the sprint ends.

When a sprint starts, we decide what will go into the release. This is done by adding a label to epic/story/bug with a given release name (e.g. S17). During the sprint bugs may be added. 

1. When epic/story/bug is set to done, the fixed version field is set to the release name.
   1. This is also when the client release note for each item is added.
   2. As well as technical release note, when relevant.
2. The client release note description is translated.
3. Hand over to QA for regression testing is done three working days before sprint ends. 
   1. Sprint ends on a Tuesday, hand over is Wednesday (the week before) by the end of the day.
4. QA is conducting the regression test, bugs are fixed if any and retested.
5. Release notes are created as PDF using the same template as Zynergy. (We will connect with Technical Writer Moa once she is back from vacation to learn how Zynergy is handling the release process).
6. The release note is uploaded to Partner Portal.
7. "About" information is updated with the version etc. to reflect the released version
8. Code is pushed to Staging
9. QA is performing a test - on functionality that does not require access to SonWin DB.
10. SonWin related testing in Staging must be performed by Nordic team members due to GDPR
11. Code is pushed to production.
12. Information is sent to grid companies about a new release by email with a link to PDF.