Why Scrum Masters love Scrum?

Why Scrum Masters love Scrum?

A Scrum master is a member of a Scrum team. Their task is to create a productive work environment and guide others to understand the values, principles, and practices of Scrum. scrum directors tend to be people-oriented, have a high EQ, and find joy in helping their team members grow.

Continue reading
Why Product Owners love Scrum?

Why Product Owners love Scrum?

A Product Owner who owns the product on behalf of the company is a part of a Scrum team. However, a product owner has no authority over other members of the team, same as the Scrum Master. A Product Owner is responsible for looking after a product for an extended period of time and is accountable for achieving product success. As the product owner, you should directly interact with the customers and users, the development team, and other key stakeholders, as the picture below shows.

Continue reading
Why it should be Sprint Review instead of Sprint Demo?

Why it should be Sprint Review instead of Sprint Demo?

A Sprint Review is more than just a demo; it is a review of the completed Sprint, the Product Backlog, and the Marketplace. Admittedly, demos are an important part of the Sprint Review. The purpose of the Sprint Review meeting is for the team to show the customers and stakeholders the work they have accomplished over the sprint and compare it to the commitment given at the beginning of the sprint.

Continue reading
Why Development Teams Love Scrum?

Why Development Teams Love Scrum?

A Scrum development team has the autonomy to choose how best to accomplish their work, rather than being directed by others outside the team. Unlike traditional management principles, the self-organizing empowered teams are not directed and controlled from the top; rather they evolve from team members participating actively & collectively in all the Scrum practices and events.

Continue reading
Scrum: Why Colocated Team?

Scrum: Why Colocated Team?

Colocation is useful for meetings that require close listening, such as design discussions. It is also handy when new employees are training and need some amount of hand-holding or encouragement. Whiteboard is highly effective for colocated team but can be managed with online tools as well.

Continue reading
Scrum: How to Refine Product Backlog?

Scrum: How to Refine Product Backlog?

Not all items in the product backlog will be of the same size and level of detail (i.e. features/ eprics/ user stories and tasks) at the same time. PBIs that we plan to work on soon should be at the top of the backlog, smaller in size, and very detailed so that they can be worked on in the near-term sprint. PBIs that we won’t be working on for some time should be at the bottom of the backlog, larger, and less detailed.

Continue reading
Agile Backlog Prioritization Technique: MoSCoW

Agile Backlog Prioritization Technique: MoSCoW

MoSCoW Method provides a way to categorize users’ requirements based on their priority. It helps develop a clear understanding of the customers’ requirements and their priority. MoSCoW stands for must, should, could and would. Visual Paradigm comes with a rich set of diagram templates. You may start with a blank diagram or a pre-made MoSCoW Method template.

Continue reading