Without a doubt, Scrum is my preferred vehicle in the world of software development journey. However, there are situations where Scrum may not produce the best possible results.
In order to get best out of Scrum, you must understand and continue expanding your understanding about the situations when something other than Scrum might produce better results.
In the moment of choice, you need to choose the right thing for the organization you’re serving. That’s what remarkable Scrum advocates do.
Here are some of the situations where Something else but Scrum could be a good choice:
- Either top-management does not believe in Scrum and does not want to believe in Scrum.
- Using Scrum does not make sense for the 3-5 years of organizations goals. Scrum implementation has an initial high cost which is not practical for a business to bear.
- When the “schedule” of the work is more or less fixed, driven by competition and cost of changing it is very high versus cost of losing sustainable pace.
- Performance appraisals are based on individual “heroic” contributions rather than team contributions.
- Teams are made of people who are level 1 or level to according to Maslow’s need theory.
- People don’t always respect other team members especially when they have difference of opinions.
- Business needs their people to work on multiple projects at the same time.
- People work for long, stretched hours because of business needs or individual skill issues. They spend most of their time in the office with inferior output. They crib about it and consider organization the culprit.
- People want to work in their comfort zone and like to be micro managed or they have been micro managed for long and they have got habituated to it. (It can change for sure but the cost of changing that mind-set may be too high).
- It does not make business sense to focus on “less” given the domain, competition, market conditions and/or business purposes.
- Having a fancy job-title matters to the key people and cost of making such people uncomfortable is way high than the possible benefits Scrum may provide.
- Product Owner role is assumed amongst many team members – Engineers often talk about “what” is the right thing to do more rather than “how” to get it done. Organization thinks it is okay.
- Some people think Scrum is a methodology, some think it is a project management framework, some think that they are doing scrum when they are doing daily scrum meetings or creating product backlog.
- Any of what is mentioned in this enlightening, Scrum-crazy post is true.
I can go on and on but key is to understand that Scrum can be successful only when the top management sees value in it, it is aligned with organization’s purpose the organization can afford to sacrifice short-term benefits offered by other systems in favor of the greater good that Scrum may provide.
It is important to understand that Scrum is not a single point answer to everything. It’s a vehicle, not the destination.