Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 26 Next »

Sprint Architecture

Backlog Item Breakdown

Percent

Task

50%

  • New releasable feature work

10%

  • Bug Fixes

20%

Other tech or sprint-related work including:

  • Ad-hoc testing - EN and FR

  • Missed unit or automated tests

  • Tech debt

10%

  • Release activities (including notes and change log)

  • Documentation

  • Make sure Playwright tests are passing

10%

  • Buffer

Release Process

We will ship once per sprint.

Process

Task

Ship once per sprint

Ship all shippable features once per sprint

Daily Breakdown

Length: 10 business days

Day

Task

Team Members

1-3

  • Write change management ticket for release in two weeks (not next release but the following release)

  • Maggie & Jugraj

  • Create sprint branch

  • Ashiq

  • Send UAT spreadsheet to users

  • QA or Steve

  • QA & dev meeting to identify possible test cases as a group

  • QA & Dev

  • Complete any additional testing of backlog items from previous sprint (if required)

  • Add backlog items in current sprint to UAT spreadsheet (preparation for next release)

  • Write test cases for PBI and bugs in current sprint

  • Ad-hoc testing in QA environment (30min-1hr)

  • Test backlog items as needed

  • Ewa & Tarek

  • Develop backlog items

  • Write test cases as needed

  • Test each other’s backlog items as needed

  • Dev Team

Day 4

  • Final sign off on backlog items to ship

  • Jugraj, Ashiq and Maggie

  • ACC smoke test

  • QA, dev and Maggie

Day 5

  • Release ACC to prod

  • Jugraj

  • Write test cases for PBI and bugs in current sprint as needed

  • Test backlog items as needed

  • Ewa & Tarek

  • Develop backlog items

  • Write test cases as needed

  • Test each other’s backlog items as needed

  • Dev Team

Day 6-8

  • Write test cases for PBI and bugs in current sprint as needed

  • Test backlog items as needed

  • Ewa & Tarek

  • Develop backlog items

  • Write test cases as needed

  • Test each other’s backlog items as needed

  • Dev Team

Day 9

  • Identify what has met the definition of done. They can be shipped on day 5 of next sprint. Anything else that is not done will be completed and shipped the following sprint.

  • Jugraj, Ashiq and Maggie

  • Write test cases for PBI and bugs in current sprint as needed

  • Test backlog items as needed

  • Tarek & Maggie

  • Develop backlog items

  • Write test cases as needed

  • Test each other’s backlog items as needed

  • Dev Team

Day 10

  • Sprint review &sprint planning.

  • Finish and wrap up what can be done

  • QA & dev team

One-off Sprints

  • Bug fix only sprint

  • Full regression test

Dev - Backlog item checklist

Team Member

Task

Dev #1

  • Complete backlog item or bug development

  • Write unit test

Dev # 2

  • Write test case

  • Create automated test (Playwright)

  • Manually test feature and surrounding features

Shippable Stories

Type

Required to Ship

Tech Debt

  • Definition of done is met

PBI

  • Definition of done is met

Bug

  • Definition of done is met

UAT

  • Product Owner or QA:

    • Provide list of backlog items to users

    • Users can test in ACC if they have time

    • If users do not have time, they do not have to test (not required)

    • Users should only test one hour max.

Sprint Branches

Task

Branch

Team Member

Create sprint branch

Sprint branch

Ashiq

Push sprint code to sprint branch

Sprint branch

Dev team

Sprint Environments

Task

Environment

Dev testing & Playwright

Dev

Current Release

ACC

Next Release*

QA

*When work in QA is ready for next release, they will be pushed to ACC

Deployment

Current: Manual deployment

Future: One-click deployment (Jugraj is working with Henry

Definition of Done

  • Acceptance criteria is complete

  • Unit test is complete

  • Test case is written

  • {Automated test is complete}

  • QA manual test is complete in correct branch

  • Documentation for security groups

  • As needed: Dev sends screenshot of new UI work for which feedback is needed, to PO

  • When a story is done, and anything around it is tested so it is shippable

Future consideration

Definition of done future consideration

  • Security

  • Code coverage

Testing

Task

Team Member

Ad-hoc testing

QA

Writing test cases

QA & Dev

Unit test

Dev

Automated (B-unit test - UI based)

Dev

Manual test

QA & Dev

UAT prep

QA

UAT

QA or PO

Smoke test

QA & Dev

Regression test

QA and Dev

  • No labels