When your organization is thinking to adopt Scrum or is just beginning to use it, there are always questions that people will ask about how Scrum really works. As an independent Agile Coach, Roger Brown has collected 85 of them that he has arranged under major topics like people or technology.
This short (and humorous) video presents the 3 most common mistakes and 5 best-practices to improve your Scrum Sprint Retrospective meeting.
Metrics are an important tool when you want to manage something. It is very important to define what you want to measure as this will also impact your project team activity. In this blog post, Bob Boyd proposes 9 metrics for Scrum.
As there is no all-size fits all software development process, even Scrum practitioners can learn some tricks from Rational Unified Process (RUP) for implementing more effective the customer’s requirements. The iterations from RUP can help stabilize the agile approach and offer increasing predictability of the developed software, future architecture and spent budget while keeping the flexibility toward client’s requests, development team buy-in and involvement, and the incremental delivery of the developed system.
The Toyota Kata is a management book by Mike Rother. it can be defined as a systematic, scientific set of routines that activate and mobilize people’s creative capabilities to meet challenging goals. In this blog post, Håkan Forss, a Lean/Agile Coach in Sweden, introduces the Toyota Kata as an alternative or as a complement to agile retrospectives.
Agile software development challenges traditional project management approaches with self-organizing teams where individual members have more influences on the project success. How do you hire Scrum team member in this type of context. Mitch Lacey proposes to adopt the immersive interviewing technique to hire for agile software development teams. And like all good agile practices, it begins and ends with the team.
In Scrum, the standard format of a user story is easy to understand: “As a [role] I want [something] so that I can [benefit].” However, there is more difficulties inside the project team to agree on what constitute the content of a user story. In this blog post, Steve Johnson explores this issue.
Scrum Expert Copyright © 2009-2026 Martinig & Associates