Your cart is empty.
All Materials
Category
The Scrum framework provides teams with a structured yet lightweight approach to organize work, maintain open communication, and deliver functional increments in short cycles. These comprehensive study materials explore Scrum roles, artifact management, sprint planning, daily synchronizations, reviews, and retrospectives. You will understand the purpose behind each event and artifact, ensuring that team activities serve meaningful productivity goals rather than routine obligations. The material also examines common challenges such as backlog refinement, unfinished work during sprints, and cross-team dependencies. Designed for self-paced reading, these modules provide clear, practical guidance to help teams establish shared accountability, streamline delivery, and continuously improve their workflow.
Select Skill LevelThe three accountabilities and what each is responsible for, the events and why each one exists, the artefacts, and what a sprint is actually for.
A plain account of Scrum for people who have been put on a Scrum team and want to understand the rules rather than follow them blindly.
You can take part in every Scrum event knowing what it is meant to produce, read a sprint backlog correctly, and tell when a team is following the form of Scrum but not the intent.
Sprint goals that mean something, sizing work without turning estimates into commitments, why sprints fail to finish, keeping a backlog ordered, and making the daily meeting useful.
For readers on a team where Scrum runs but does not help much. The material examines the common ways the framework is hollowed out.
By the end of this level you can set a sprint goal the team can rally behind, keep a backlog in a state where the top items are ready, and diagnose why sprints keep ending with unfinished work.
Coordinating sprints across teams, shared definitions of done, integration and release planning, protecting a sprint without becoming inflexible, and adapting the framework without breaking it.
Written for people applying Scrum where it is under strain: several teams on one product, hard external dependencies, or a fixed commitment nobody will move.
The level leaves you able to run Scrum across several teams working on one product, decide which parts of the framework may be adapted, and keep delivery predictable when dependencies are outside your control.
The reasoning behind the framework rather than its rules, where Scrum is a poor fit, what empirical process control demands of an organisation, and how to evolve a practice deliberately.
The most demanding treatment, for readers who decide whether Scrum is the right answer and are willing to conclude that it is not.
You come away able to reason from the frameworkx27s principles rather than its rules, recommend against Scrum where another approach fits better, and change a practice knowing exactly what you are giving up.