Skip to main content

Scrum is Driving us Crazy!

April 24, 2019

Quite a few teams in organizations implementing Scrum depict their frustration in statements like “Scrum is driving us crazy!”, “It’s too chaotic!”, “As if we didn’t have enough meetings, now we have to deal with a ton more!”, “So many metrics we need to improve upon?!?”. With the discussion that follows, it becomes fairly apparent that problem lies elsewhere.

 

Scrum Is Driving Us Crazy!

After discussing with people, it turns out that their frustrations are primarily surrounding complimentary practices which are not part of Scrum. Few examples –

  • User Stories
  • Velocity
  • Planning Poker
  • Story Pointing
  • Burndown charts
  • JIRA tool
  • Information Radiators

These practices are meant to be leveraged when they help the team; if they aren’t helping, gladly skip them to avoid carrying unnecessary baggage. By avoiding these (if needed), you will be able to relieve the teams from most of the issues. Some of the problems I have witnessed – Maintaining separate virtual Sprint Backlog in JIRA as well as physical board [a classic Lean waste]; write every requirement and feature in User Story format [people are forced to do this and abuse the format]; forcing teams to increase their velocity sprint-over-sprint [read more on this here]; Burndown charts have to look smooth so we know that we are delivering value continuously [not true and unfair to the delivery teams].

Now let’s talk about what Scrum is about. For delivery teams and management, core of Scrum lies in these aspects –

  • Moving away from long-term plans and working towards common, yet shared goals
  • Delivering products iteratively through short, high value Sprints
  • Be empirical in your approach by regularly inspecting artefacts, processes, tools, etc. and adapt based on evidence in your hands
  • Engaging stakeholders often to gather valuable feedback about the product to assist in tactical change in direction, if needed
  • Shifting from project mindset to product mindset
  • Focus on delivering value to your customers rather than ‘keeping people busy’
  • Help improve productivity of the team by removing impediments that stall them from meeting their goals
  • Give control to the delivery team rather than managing or ‘micro-managing’ their tasks
  • Building trust by living the 5 values of Scrum
  • Looking for every opportunity to improve upon yourselves as a team and as individuals

Remember Scrum does not solve your problems, it just surfaces the dysfunctions that exist in your ecosystem and sometimes it can be overwhelming. So it will mean you need to unlearn some of the old habits (most of them die hard!) and will surely drive you crazy till you start reaping the benefits of Scrum.


What did you think about this post?

Comments (9)


Rafael
07:00 pm April 24, 2019

Nice article.

I see this negative effect about scrum a lot too. Most people confuses scrum as tool and process (or focus too much on it) and forget completely about humans and interactions between the team.

What I see here in Brazil now is the urgency of adopting spotify model and trying to implement BDD in a very bad way.


Richa Relhan
01:53 pm April 25, 2019

I too feel strongly that real developers need silence and peace to work while agile mode burns half of their energies by daily stand ups and so called meetings It is indeed driving silent people crazzzy


Greg Spektor
02:56 pm April 25, 2019

IMHO, if they're being driven nuts by Scrum they're not implementing it correctly. I would love LOVE LOVE to spend a couple of weeks observing their organizations. I would bet dollars to donuts that they're not actually doing scrum. Sry not Sry. :)


Scott Overmyer
04:02 pm April 25, 2019

Perhaps cut down on meetings and make daily stand-ups at 8am with a max duration of 15 minutes.


Greg Spektor
05:46 pm April 25, 2019

The Spotify model is modification of Scrum that is very specific to that organization and its culture. It won't automatically work in every organization because it lacks the role of dedicated Scrum Master whose job is to evangelize adherence to the Scrum methodology. I would encourage an organization to adopt Scrum prior to moving to the Spotify Squad model.


Saurabh Sharma
06:23 pm April 25, 2019

The beauty of Scrum is that it embraces failures because that's where you learn from and improve (inspect and adapt). And that's the basic principle one can apply even when trying to move to scrum/agile way of working.
In the example here, good part is the team has started implementing Scrum, they are facing challenges, now is the time to inspect and change things that are not working (some of which are aptly pointed out by @Punit too).
Try again for one more Sprint and so on. Inspect and adapt again.
Understanding and living by the principle and values of Scrum is way more important than following rituals.


Madhan Manuel
03:44 pm April 26, 2019

Yes me too agree with Greg. Looks like the team is not given training in scrum or not explained what scrum. If the organisation or team understand scrum and follow it will be a real change.


Madhan Manuel
03:50 pm April 26, 2019

Richa if the meeting or ceremony is happening more than the intended time then the scrum master is not following Scrum or the client is not following Scrum


Raymond Babcock
07:50 am May 13, 2020

I wish Trump would. For some of his words are laugh out loud funny.