Skip to main content
We use GitHub. All development is managed via a single Kanban-style project management board called “Dev Queue”. Issues flow left-to-right through the board:
Backlog -> In Progress -> Ready For Review -> Done

Issue stages

ColumnDescription
BacklogTasks and ideas that are queued for future work but not yet started. Issues here are prioritised top down, and ready to be pulled to In Progress when capacity allows.
In ProgressWork that is currently being actively worked on. Items move here when a developer starts tackling them.
Ready for reviewCompleted work that’s ready for Stuart to review, test, and document. This signals handoff for quality assurance and documentation before final completion.
DoneCompleted and shipped work that has passed review, testing, and documentation. Only Stuart should move issues to Done.
Needs Follow-upTasks that have been started but are blocked or need additional information before they can proceed. This is essentially a “blocked” or “waiting” state.

PR-based workflow

All contract developers should follow this PR-based workflow:
  1. Create Pull Requests - All code changes must be submitted as PRs, not merged directly to main
  2. Request Review - Tag @ninjaparade for code review on each PR
  3. Review & Merge - @ninjaparade will approve and merge the PR directly. If there are changes requested, the developer should address them and re-request review.