Versions Compared

Version Old Version 4 New Version 5
Changes made by

Victoria_Smelova

Victoria_Smelova

Saved on

Key

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


Panel
borderColor#B5C6CA
bgColor#EBFAFE

What should I do before I start working on a Story/Bug

  •  Make sure the requirements and acceptance criteria are clearly expressed and there are no unanswered questions
  •  Make sure the estimation in story points is added to a Story/Bug;
    • Note: estimate should be added to a Story/Bug itself and should include the effort of related sub-tasks if any. Estimates should not be added to sub-tasks as they won't be added to Velocity.
  •  Populate Development Team field to indicate the correct team:
    • Stacks
    • EBSCO - FSE
    • Thunderjet
  •  Fill out Tester Assignee field:
  •  Fill out Fix version(s) field:
    • Select Unreleased Fix Version from the dropdown
    • Contact your SM if you are not sure what to select
  •  Make sure the work on a Story/Bug is not blocked/dependent and it conform to the Definition of Ready
  •  Make sure a Story/Bug is added to an active sprint (ACQ Sprint [XX])
  •  Assign a Story/Bug to you
  •  Make sure you have enough time to complete an additional Story/Bug by the end of current sprint before adding it to an active sprint
  •  Move a Story/Bug to In Progress as soon as you start working on it



Panel
borderColor#B5C6CA
bgColor#EBFAFE

What should I do while working on a Story/Bug

  •  Communicate to the team and PO in case you find out that estimate for the story is not valid any longer and get it updated
    • Note: try to avoid tweaking the original estimate during the sprint as it is considered as scope change
  •  Update the status of a Story/Bug accordingly:
    • In Progress - work in progress
    • Blocked - work is blocked
    • In Code Review - PR is created and code review is in progress
    • In Review - PR is merged and pending deployment
  •  In case a Story/Bug is moved to Blocked status, link corresponding blocker or indicate the reason in comments (if not blocked with some specific story)
  •  @Tag other people in comments if you need some feedback
  •   Add comments in case there was some additional valuable info found out while development or in case there were some important discussions on the appropriate solution - it can help other people to better understand what was done in scope of a Story/Bug.
  •  Make sure PR is available in a Story/Bug and PR description is added
  •  Merge PR when all comments are fixed and there are at least two approves from other developers
  •  Make sure your updates are working as expected on test env



Panel
borderColor#B5C6CA
bgColor#EBFAFE

What should I do before I assign a Story/Bug to PO for review

  •  Make sure the estimation in story points is added to a Story/Bug
  •  Make sure Development Team field is populated
  •  Make sure Tester Assignee field is populated
  •  Make sure Fix version(s) field is filled out
  •  Make sure a Story/Bug is added to an active sprint (ACQ Sprint [XX])
  •  Re-assign a Story/Bug if updates are available for review on test env: