Scrum master, agile coach, and delivery-manager interviews, where framework recall gets you screened in and scenario judgement gets you hired.
14 published across 7 topics.
Agile and Scrum fundamentals59 short answers on one page, for revising rather than studying.Roles, artefacts, events, and the Guide-accurate answers to the definitional questions asked first.
The Definition of Done is one shared quality standard every increment must meet, owned by the Scrum Team unless the organisation mandates a stricter minimum. An item that misses it is not partially done: it returns to the Product Backlog rather than being released or presented as complete.
Scrum defines three accountabilities (Product Owner, Scrum Master, Developers), five events inside the Sprint container, and three artefacts each carrying a commitment. Each event exists to force one specific inspect-and-adapt decision, and most workplace practices sit outside the framework entirely.
Running each event well, keeping standups useful, and facilitating a retrospective that changes something.
Change what the meeting is about rather than how it is run: inspect the board against the Sprint Goal instead of polling individuals, stop being the person addressed, and push detail into a follow-on conversation. If the Sprint has no real goal, no format will save the event.
A retrospective changes something when it ends with one owned improvement that enters the next Sprint Backlog as work. Disengagement is nearly always evidence that previous actions went nowhere, so the fix is to close the loop on old commitments before redesigning the format.
Refinement, story splitting, story points versus absolutes, planning poker, and forecasting.
Split vertically, so each slice goes end to end and delivers something demonstrable, using patterns such as workflow steps, business-rule variations, happy path first, and data or interface variants. Splitting by layer or by half a Sprint is not splitting - it produces work that cannot be reviewed or shipped.
Points are relative sizes that trade false precision for a fast conversation whose real output is surfaced disagreement. Estimates that are always wrong are a system symptom, so diagnose unclear criteria, oversized stories, invisible work and interruptions, then forecast with throughput and cycle time.
Velocity misuse, burndown and burnup, cycle time and CFDs, and Monte Carlo forecasting.
DORA now publishes five measures, three of throughput and two of instability, and they work because improving one dishonestly tends to show up in another. Report them as trends for a delivery system rather than as a per-team league table, and never let them into individual performance conversations.
Track throughput, cycle-time distribution and flow efficiency, because they describe the system rather than the estimate. Velocity is denominated in a unit the team defines, so making it a target lets the number rise without any change in delivered output, and it stops measuring anything.
Removing blockers you do not control, protecting the team, and resolving intra-team conflict.
Separate the technical disagreement from the interpersonal one, since only the first belongs in the open. Speak to each privately about specific observed behaviour and its effect, look for a structural cause such as unclear ownership, and escalate when it becomes conduct or performance.
Treat four misses as data about the system rather than a verdict on the team: find out whether the goal is set by the team or handed to it, whether unplanned work arrives mid-sprint, and whether done is being deferred, then fix the cause you find instead of shrinking the commitment.
SAFe, LeSS, and Spotify-model claims, plus multi-team dependency and release-train mechanics.
Start from the business problem and the place where work actually waits, then change the system around the teams - funding, governance, handoffs, utilisation targets. Transformations disappoint because the team-level ceremonies are adopted and the management system that produced the delay is left untouched.
Reduce dependencies before coordinating them, by moving team boundaries towards whole slices of value and replacing synchronous handoffs with contracts. Coordinate what remains with a visible dependency board and one ordered backlog. SAFe buys alignment and a planning cadence at real cost in batch size and process.
Situations to work through: a PO who will not prioritise, a team that skips retros, mid-sprint scope injection.
Make the shortfall visible today, then have the Developers and Product Owner renegotiate scope against the Sprint Goal, which is the commitment while the item list is not. Finish work in progress, keep the Sprint length fixed, and return what is unfinished to the Product Backlog for reordering.
Do not argue about priority in the abstract; make the cost of not choosing visible by showing capacity against the ask, then force a decision through a mechanism that requires ordering rather than asking for agreement.