Does this headline make you cringe or cheer? Scrum.org’s Steve Porter and ActionableAgile’s Daniel Vacanti weigh in on whether we should blend these two approaches.

Leadership is developed, not discovered (I have found inspiration in John C. Maxwell's various books).  John defines leadership as influence, and a good Scrum Master has to climb the different levels of influence to achieve a good to great mindset.

In this ScrumPulse Webcast, Professional Scrum Trainers Peter Gotz, Gary Pedretti, Fredrik Wendt and Rich Visotcky discuss how they address concerns about architecture when delivering software using Scrum.

The Scrum Guide talks about coaching as a part of the Scrum Master role.  First, let's define what coaching is.  You can find many definitions, and here is how I describe coaching.

Do you want to work in an ecstatic state, losing track of time, doing meaningful work? Here’s how using Scrum helps!

A review of the Scrum Guide section in the Sprint Backlog to consider and debunk the myth that the Sprint Backlog is a fixed Commitment by the Development Team.

As part of the on-going Scrum Myths series at Scrum.org, here are three myths related to people skills. When I say people skills, I mean topics like emotional intelligence, emotional IQ, and person-to-person interactions. Myth #1: Scrum must be "huggy / feely" Word on the street is that Scrum...

A Scrum myth that I have encountered: Not finishing all Sprint Backlog Items in a Sprint is perceived as a failure. I have seen organizations go as far as implementing performance indicators around Sprint Backlog completion percentage (yikes!).

This myth is my favorite. There are three challenges with this myth. First, it misses the point of Scrum. Second, it sets teams up for failure. Third, it's impossible to prove.

Let’s start with a question. When is the Sprint Planning over? Usually, the first answer that comes to mind is “when the time-box expires”. It is a good answer. However, Sprint Planning is a maximal time-box. We can end the Sprint Planning earlier, can’t we? Yes, when we are done with planning, we c...

This is a very common myth, frequent on people used to develop software only within the context of a closed scope (traditional project). The Scrum framework is agnostic when it comes to set the context of software development; it just talks about “complex product development”. In general, agile soft...

A recurring Scrum myth I see in my training and coaching is that there is no planning in Scrum. Unfortunately, this myth can lead to two negative consequences. The people in organizations responsible for budgets, product management, sales, and marketing may be unwilling to try Scrum. ...

This post is part of a series on debunking Scrum Myths. While my business cards say Professional Scrum Trainer, I may change that to Scrum Myth Buster. This post debunks the myth that the Daily Scrum is a status meeting. This myth undermines the effectiveness of Scrum in major ways. I will share...

When Scrum is introduced in a company, most of the time, the development team embraces it with lots of enthusiasm. Scrum embodies self-organizing, autonomous, multidisciplinary teams that acknowledge individual qualities and reinforces the strengths of the team as a whole. Who doesn't want to be par...

One of the recurring Scrum Myth discussions I have with colleagues, teams new to Scrum and those attending training when comparing Scrum & DevOps relate to a misinterpretation of the following paragraph from the Scrum Guide. At the end of a Sprint, the new Increment must be “Done,” which mean...

One common consequence of teams that do not deeply understand Scrum and the nature of its events is that they believe it is possible to run sprints which do not produce a Done and releasable increment of the product. This belief typically leads to dangerous consequences so it’s important to caution ...

One of the arguments used against Scrum and a common misconception at the same time is the idea that quality is traded for speed in Scrum. As a PST with years of experience in Quality Assurance I decided to challenge this myth. I believe and I have seen many times that proper way of implementing Scr...

I would like to kick off a series of posts in this blog trying to debunk some common myths about Scrum. Many of them arise sometimes from a poor understanding of the Scrum Guide, and even more often, from not having read it at all. What is velocity? According to the Scrum.org glossary, Velocit...

​ Table Manners There is a striking similarity between good table manners and good agile behaviours - "agile table manners". It is even more clear when viewed through the lens of the Scrum values: Focus, Respect, Openness, Courage and Commitment. The intent of manners is to help it be as safe ...

I am listing out some commonly observed Scrum Myths, Mysteries, and Misconceptions from my experience. Scrum Teams are assigned to several projects or features. This results in context switching (i.e., multitasking), and the outcome is increased cycle time and delayed value delivery to busines...

Throughout the Agile Alliance 2016 conference, I was struck by a recurring feeling that many people don’t understand what the Sprint Review is.

An overview of documents and books to help understand the role of the Product Owner organized by assessment categories.

Suggested reading for anyone who is taking the Professional Scrum Master level I certification test or just looking to learn more about being a Scrum Master.

Listen to five of the most respected Scrum.org PSPO Trainers – Ralph Jocham, Mark Noneman, Erik Weber, Hiren Doshi, and Simon Reindl in our Scrum Pulse Lean Café on Product Ownership as they guide an enquiry through the mysteries of product ownership.

Pradeepa Narayanaswamy shares her insights into the keys of agile testing including understanding the agile testing mindset and goals. She discusses the responsibilities of a tester in an agile team and describes the diverse skill sets required in those teams.

This blog is part of my series on “Agile Trojan Horses – Covert Appetizers for Agile Discovery”. This series helps spark conversations that restore focus on Agile Fundamentals, whet the appetite to discover more about Agile and help apply Agile in day-to-day decision-making. I am writing this b...