Retrospectives are certainly one of the most important techniques used in Scrum as they form the foundation of the continuous improvement and adjustment to the context for the Scrum team. It is however not always easy to facilitate this activity with a bunch of software developers that are often mostly introverted.
What do home ownership and leveraged buyouts can teach us about how to use technical debt to our advantage in Scrum? How can we sleep soundly at night when we have accumulated mountains and mountains of technical debt? When is good enough good enough and when are we just deceiving ourselves?
“You cannot manage what you cannot measure” is an old adage in the project management world. Is this still valid in the Agile and Scrum world where people are preferred over processes and tools? In fact Scrum is disciplined and uses a lot of metrics, so you might like this newly proposed Scrum Adherence Index.
Agile approaches have few proposed specific rules or techniques that have become de facto standards. One of these technique is to use the “as a <type of user>, I want to <do something>, so that <reason>” format to define requirements as user stories. In this blog post, Jim Bird discusses the idea that this user stories format is not the best way to manage requirements.
The board game Othello has the slogan: “A minute to learn, a lifetime to master.” This applies really well to a team that’s learning Scrum. The basic practices and mechanics of Scrum are straightforward, and not difficult to adopt.
Implementing Scrum is difficult and it is always difficult to answer the question of where to start this Agile Travel. In this article, Ilan Goldstein shares 10 tried-and-tested steps to help new practitioners get their Scrum show on the road.
Knowing the basics of Scrum is essential for any team member, but out in the trenches, a good ScrumMaster must be ready to identify and deal with Agile Antipatterns quickly to help his team and organization move forward.
Scrum Expert Copyright © 2009-2024 Martinig & Associates