Should our team use Scrum?

As a traveling Scrum and DevOps consultant I’m constantly asked “Should our team use Scrum”? Now you might think that being a Professional Scrum Trainer – and serious Scrum fanboy – I would always answer “Yes!”. Well, you would be wrong. I frequently talk people out of Scrum – for the right reasons.

Professional Scrum Trainers know how hard it is for a team, not to mention an organization, to adopt and practice Scrum according to the Scrum Guide. Therefore, we want to make sure the teams and nature of the work are right for the Scrum. To that end, I’ve come up with five simple, mostly non-scientific, yes/no questions that I use to survey the inquisitor.

My Five Questions

  1. Do you have at least three technical people to do the work?
  2. Are you developing a product/service in increments? (vs. just doing one-off/unrelated work)
  3. Is the majority of the work large enough to require a team? (vs. smaller, individual task-sized work)
  4. Is the majority of the work complex? (per the Stacey model)
  5. Is the majority of the work planable? (vs. unplanned/support type of work)

If the person answers “yes” to all 5 questions, then I’ll recommend they move forward with Scrum. If there are 3 or 4 “yes” answers, the Scrum framework will probably help the team be more successful, but they may experience some friction. If there are only 1 or 2 “yes” answers, the Scrum framework will be more overhead than helpful. Again, my non-scientific opinion here.

It’s Not About Effort

None of my questions include any culture, behavior, or type-of-industry questions. I don’t care about existing management structure, level of trust, technical debt, whether they have remote team members, or whether they are a government agency or financial institution. Those attributes relate more to the level of effort required for Scrum adoption to become successful. The five questions are more about the nature of the work and less about the current level of dysfunction the team or organization is experiencing (or causing).

Putting my consultant hat back on, the five questions tell me whether I should proceed with a Scrum training/coaching engagement or “fire the customer” before I get started. Follow-up questions about the culture, current behavior, and environment will tell me how much effort will be required. Incidentally, those are not simple yes/no questions, but an understanding that evolves over multiple in-person conversations and assessments.


My five questions are not weighted equally. For example, if someone answers “yes” to four questions, but answers “no” to having at least three technical people, then it may be a non-starter. Since opinions will vary on the weighting of these questions, I recommend using them purely as a guideline for your own questions or assessment.


Leave a Reply

Your email address will not be published. Required fields are marked *