Skip to content

GitHub Projects Workflow

Maggie Larkin edited this page Oct 10, 2021 · 1 revision

Issues on the projects board move from left to right. Left being the beginning of an issue's journey and the right side of the board where they graduate to resolved issues

  • Icebox: Here is where tickets are in draft mode; they haven't been finished or maybe fleshed out the whole way. Mostly the PM is responsible for writing the tickets in this column but developers are also welcome to write engineering led tasks. Engineers or PMs are dragging tickets from this column into "Ready for Work."
  • Ready for Work: This is the column where developers can choose from tickets that are ready to be worked on. If you are looking to pick up a ticket, drag it from "Ready to Work" into in development (though if our automation works correctly, you can just set the ticket to "in progress" and it'll happen automatically.)
  • In Development: This column is for when a developer is working on a ticket, including writing tests. When they are finished with the acceptance criteria, the developer who worked on it moves it from "In Development" to "PR Review."
  • PR Review: Before the ticket's code can be merged, it must be reviewed. Tickets are in this column when a PR request is open. Once it has been approved, developers can move the ticket to "Delivered."
  • Delivered: A PM will review a ticket on our staging environment to make sure the acceptance criteria is met. When approved, the PM will drag the ticket into "Ready for Release."
  • Ready for Release: Tickets in this column are good to go to production and are awaiting a push. Once a developer has pushed to production, they (or the PM idk) can drag tickets to "Done."
  • Done: A ticket's final resting place.
Clone this wiki locally