Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

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




IDStepAdditional infoResponsible
1

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).

Note: During the sprint bugs may be added. 


PM/PO
2When epic/story/bug is set to done,
the fixed version field is set to the release name.This is also when
the client release note is written for each
item is added.
  • As well as technical release note, when relevant.
  • The client release note description is translated.
    ticket.
    DEV/PO
    3Technical release note is added, if relevant. 
    DEV
    4The fixed version field is then set to the release name.
    PO
    5Client release notes are translated.
    PM/Danish speaking person
    6Hand over to QA for regression testing is done three working days before sprint ends.
     
    Sprint ends on a Tuesday, hand over is Wednesday (the week before) by the end of the day.DEV
    7QA is conducting the regression test, bugs are fixed if any and retested
    .Release
    .
    QA/DEV
    8User manual is updated.
    PO
    9User manual is translated.
    PM/Danish speaking person
    10Client 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
    ).The release note is uploaded to Partner Portal.
    .PM/PO
    11Release notes PDF is uploaded to EG Zynergy Partners.
    DEV
    12User manual PDF is uploaded to EG Zynergy Partners.
    DEV
    13"About" information is updated with the version etc. to reflect the released version
    DEV
    14Code is pushed to Staging
    DEV
    15QA is performing a test - on functionality that does not require access to SonWin DB.
    QA
    16SonWin related testing in Staging must be performed by Nordic team members due to GDPR
    Nordic team memebers
    17Code is pushed to production.More detailed information TBDDEV
    18Information is sent to grid companies about a new release by email with a link to PDF
    .
    IDStepAdditional infoResponsible1

    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)
    .

    Note: During the sprint bugs may be added. 


    PM/PO
    When epic/story/bug is set to done, the client release note is written.DEV/POTechnical release note is added, if relevant.DEVThe fixed version field is then set to the release name.POClient release note is translated.PM/Danish speaking personHand over to QA for regression testing is done three working days before sprint ends.Sprint ends on a Tuesday, hand over is Wednesday (the week before) by the end of the day.DEVQA is conducting the regression test, bugs are fixed if any and retested.QA/DEVRelease 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.