All bites
The whole library, newest first. Filter by what you are here for, or pick a topic if you already know.
4330 bites
Page 183
What systemic impediments cause 'Zombie Scrum'?
Tests your ability to diagnose systemic issues beyond team-level Scrum mechanics. A great answer identifies four root causes: misunderstood purpose, no stakeholder involvement, fake continuous improvement, and low team autonomy. A red flag is blaming the team.
How should the team handle an oversized user story in Sprint Planning?
Split it vertically with the Product Owner, swarm the top slice, and renegotiate scope rather than overcommitting.
How do you handle a story that's too large for a sprint?
Tests your ability to apply agile principles pragmatically. A great answer prioritizes the Sprint Goal, collaborates with the PO to vertically slice the story into smaller valuable pieces, and then re-plans the sprint backlog.
Handling a user story too large for a sprint
This tests your grasp of vertical slicing and incremental value. A good answer involves collaborating with the PO, splitting the story into smaller, value-delivering slices, and negotiating scope.
What options exist when a story is too large for one sprint?
This tests vertical-slicing discipline versus architectural decomposition. A strong answer covers splitting by user value, checking INVEST criteria, and avoiding task-like layers. A red flag is proposing horizontal database or UI splits that defer feedback.
A story is too large for one sprint. What are your options?
Tests your grasp of incremental value delivery over just task completion. A great answer first re-validates priority with the PO, then discusses vertical splitting strategies and their trade-offs.
A high-priority story is too large for one sprint. What are the options?
This tests your ability to deliver incremental value. A good answer prioritizes vertical slicing (end-to-end functionality) over horizontal (task-based) splits. Discuss trade-offs of different splitting patterns.
Manager wants to attend your Sprint Retrospective. Risk and response?
This tests your grasp of psychological safety in retrospectives. A strong answer cites the observer effect, proposes an alternative forum first, and sets ground rules if attendance is required.
Manager Wants to Attend Your Sprint Retrospective. How Do You Respond?
Tests your grasp of psychological safety and stakeholder management. A good answer identifies the risk to open feedback, proposes other ways to inform the manager, and suggests a structured, one-time experiment if they must attend.
A manager wants to attend your team's Sprint Retrospective. What's the risk?
Tests your grasp of psychological safety in Agile and stakeholder management. A great answer identifies the risk of chilled feedback, diagnoses the manager's underlying need, and proposes an alternative forum.
How would you advocate for decentralizing a deployment approval dependency?
Propose a pilot with guardrails; track lead time, defect rate, rollbacks; define escalation paths.
Advocating to decentralize a deployment approval board
Tests your ability to influence change with data. A good answer frames deployments as frequent, time-critical decisions ideal for decentralization, proposes a phased rollout with metrics like cycle time, and defines new guardrails.
How would you advocate for decentralizing deployment approvals?
This tests your ability to drive organizational change with data. A great answer frames the problem using a decision framework (e.g., SAFe), proposes a phased pilot, and defines metrics like Cycle Time and Change Failure Rate to prove value.
Velocity is fluctuating wildly. How would you coach the team?
Tests whether you treat velocity as a diagnostic, not a target. A strong answer checks story sizing, unplanned work, definition of done, and team stability before changing process. Red flag: demanding higher estimates or comparing teams to normalize velocity.
How do you handle wildly fluctuating team velocity?
Tests if you know velocity is for team planning, not a manager's KPI. A good answer reframes the goal to predictability, investigates root causes with the team (e.g., story sizing, unplanned work), and proposes experiments.
How would you coach a team with fluctuating velocity?
This tests your ability to use metrics for coaching, not just reporting. A good answer reframes the goal to predictability, investigates both qualitative and quantitative data, and proposes experiments. A red flag is treating velocity as a performance metric.
How do you evolve a team from dependent to self-managing?
Tests situational leadership across Tuckman's stages. Answer: direct in Forming, facilitate conflict in Storming, observe in Norming, system-coach in Performing, and retire each stance as trust grows.
How do you coach a team to self-management?
Tests your grasp of situational leadership. A great answer uses a maturity model like Tuckman's stages to show how your coaching evolves from directive teaching (Forming) to strategic advising (Performing), and explains which techniques you retire.
Coaching a team from dependency to self-management
This tests your ability to apply a maturity model (like Tuckman's) to Agile coaching. Outline your shift from directive teaching in Forming to challenging in Performing, retiring basic facilitation as the team matures. A red flag is a static coaching style.
What is throughput and how does it differ from velocity?
Tests whether you know throughput is count-based and velocity estimate-based. Define throughput as items finished per sprint regardless of size, contrast velocity's point sum, pick throughput for forecasting and keep velocity for calibration.