Backlog Refinement
Backlog Refinement is our recurring Scrum ceremony to keep upcoming work clear, prioritized, and ready for delivery. It enables smoother sprint planning and execution by aligning product and engineering on scope, timing, and ownership.
π― Outcomeβ
Active Milestones β are up to date, and New Milestones have been created in Asana: team-product-sprint-goals. These are ready to be reviewed and used as input during the upcoming sprint planning meeting ποΈ.
π Guidelinesβ
- Mark them as Milestones β it's easier to manage everything if they are all the same type
- Name them as -->
{Initiative Name} | {Milestone Type} | {optional Description}
β it's easier to sort and see across these over time if they have the same naming convention- Milestone Type is one of (tell me if there are other ones that's worth adding):
- eng build milestone
- Released to Pilot
- Released to GA
- made up examples
Protocols | Cervical Cancer GA Launch
Protocols | BP Protocol Eng Build | new task UI completed
Encounter Phase 1 | Click to Call Eng Build | Twilio Integration
- Milestone Type is one of (tell me if there are other ones that's worth adding):
- For prior sprint's milestones, please set the appropriate fields before we show up to sprint planning:
- If completed already, mark the milestone as complete
- If not completed yet, change the due date to the right timing
- Don't change the Sprint Date or the Actual Sprints fields yet β I'd like to do that live in the meeting so we explicitly talk about those
- Please try and flag any contention points for us to discuss prior to the meeting as a result of your grooming sessions in this e.g.,
- pod-scale likely needs more bandwidth in order to manage everything on their current agenda
- pod-encounters has billing/claims work that should be handled by pod-scale that understands claims
ποΈ Planning inputsβ
- π οΈ Initiatives in Build phase
- Ready for Eng
- Planned milestones from on-going initiatives
- π Initiatives in Spec phase
- Set expectations that an engineer should provide early feedback
- Determine when itβs ready to build / handoff to eng
- Identify eng point of contact
- ποΈ Domain-specific backlogs
- Claims
- On-call items (e.g., answer Finance team questions)
- Implementations (e.g., new billing logic)
- Compliance
- π e.g., resubmit reports
- Claims
- π§Ή Opportunities for Product/Technical Debt
- π Capacity