TL; DR: Product Backlog Refinement First Principles
The Product Backlog refinement is a continuous process to create actionable Product Backlogs, enabling a Scrum Team to run Sprint Plannings at a moment’s notice. Consequently, refinement is about creating alignment among all team members about the Why, the What, the How, and probably even the Who regarding the upcoming work for the Scrum team’s Product Goal. As a result, Product Backlog refinement is a critical success factor as it drastically increases the team’s capability to deliver valuable Increments regularly.
The following 14 first principles describe in broad strokes the foundation of a successful approach to refinement.
TL; DR: The Professional Scrum Facilitation Skills Training (PSFS)
It does not happen often, but Scrum.org announced a class: Professional Scrum Facilitation Skills (PSFS)!
The Professional Scrum Facilitation Skills (PSFS) training is a one-day Scrum.org class for advanced Scrum practitioners and agile coaches, including the industry-acknowledged PSFS certification. I will offer PSFS training classes both in English and German.
Given the importance of a viable Definition of Done for a Scrum team’s success, it has always puzzled me how complacent or ignorant many Scrum teams are regarding their Definition of Done. So, let me share with you the ten first principles of this critical Scrum success factor to improve your team’s effectiveness, team spirit, and reputation.
TL; DR: HoA #43: Outcome-Based Product Planning w/ Jeff Gothelf
In this energizing 43rd Hands-on Agile session on outcome-based product planning, Jeff Gothelf clarified one thing: “Roadmapping is a flawed concept in the age of Agile. Maps, by their definition, are linear, and we don’t build linear products and services anymore. We build continuous systems.” Learn more about what he considers product roadmap flaws and what you can do about them.
There are plenty of failure possibilities with Scrum. Indeed, given that Scrum is a framework with a reasonable yet short “manual,” this effect should not surprise anyone. For example, the Scrum Guide clearly states the importance of self-management at the Scrum team level. Nevertheless, the prevailing cause of many messed-up attempts to use Scrum result from what I call agile micromanagement, a pseudo-commitment to agile principles only to be overridden whenever it seems beneficial from a stakeholder’s or manager’s perspective.
Join me and delve into the importance of self-managing Scrum teams in less than two minutes.
There are plenty of failure possibilities with Scrum. Given that Scrum is a framework with a reasonable yet short “manual,” this effect should not surprise anyone. For example, what if there is no Sprint Goal — Sprint after Sprint? What if the Scrum team is always only working on a random assortment of work items that seem to be the most pressing at the moment of the Sprint Planning?
Join me and delve into the importance of the Sprint Goal for meaningful work as a Scrum team in less than two minutes.
