Dataford
Interview QuestionsInterview GuidesExperiencesCoaching
New
Pricing
Get started
Dataford
Popular roles
Software EngineerData AnalystData ScientistData EngineerBusiness AnalystAI EngineerMachine Learning EngineerProduct Manager
Browse
Browse All RolesEvery role hub, from analyst to MLBrowse All CompaniesCompany-specific interview loopsAll Interview GuidesThe full guide library
Top questions by role
Software EngineerData AnalystData ScientistData EngineerBusiness AnalystAI EngineerMachine Learning EngineerProduct Manager
Top questions by skill
SQLPythonStatisticsMachine LearningA/B TestingSystem DesignGenerative AIProduct SenseMetricsBehavioral
Browse all questions →Try a mock interview
Experiences
Practice
Mock InterviewsTimed interview simulations with feedbackCoaching1:1 coaching with people at your target companiesSuccess PathYour 6-week structured planModulesCurated lessons by topicWebinarsTalks from ex-Big Tech data leadsPlaygroundA free-form scratch editor
Learn
BlogInterview strategy and career adviceTech Job Market ReportHiring trends across data and AI rolesFor UniversitiesDataford for career centersAbout DatafordWho we are and how we build
Pricing
Build my plan

Stabilize Sprint Planning for Core Platform

EasyExecution00:00
Practice interviewer
In session
5 left
00:00

Your question is Stabilize Sprint Planning for Core Platform. Take a moment with it on the right.

Talk me through your thinking if you like. When you're confident, submit your answer and I'll grade it like a real screen (7/10 or better passes).

You need to log in / sign up to chat or submit.

Problem

Project Context

Notion's Core Platform team is missing sprint commitments and carrying too much unrefined work into planning. Over the last 6 sprints, average sprint completion has fallen to 62%, and engineering leaders want a more predictable planning and backlog grooming process before the next quarterly roadmap review. You are the program manager supporting a 10-person cross-functional team responsible for permissions, search infrastructure, and internal developer tooling.

Key Stakeholders

The Engineering Manager wants higher predictability and fewer mid-sprint changes. The Product Manager wants flexibility to respond to customer escalations and leadership requests. The Staff Engineer wants better technical breakdowns before work enters a sprint. Customer Success is pushing for 3 enterprise escalations to be prioritized immediately, even though they were not in the quarterly plan.

Constraints

The team runs 2-week sprints and has 8 weeks before the QBR. Budget is capped at $40,000 for tooling or contractor support, and no additional full-time headcount is approved. Two engineers spend 20% of their time on production support. The team currently has 146 backlog items, but only 28 have acceptance criteria and effort estimates. Leadership expects the next 4 sprints to show measurable improvement in delivery reliability.

Complications

  1. A recent Sev-2 permissions incident created pressure to reserve more capacity for unplanned work.
  2. The PM and EM disagree on whether roadmap items should outrank enterprise escalations.
  3. One senior engineer will be on vacation for 10 business days during Sprint 3.

Deliverables

  1. Design a sprint planning and backlog grooming operating model for the next 4 sprints.
  2. Define how work should be prioritized, sized, and considered ready for sprint commitment.
  3. Propose a capacity allocation approach for roadmap work, tech debt, and interrupts.
  4. Create a stakeholder communication plan for trade-off decisions and scope changes.
  5. Specify the metrics you would use to judge whether the new process is working.