Scrum Is Driving Us Crazy!

Scrum Is Driving Us Crazy!

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.


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.

Simple yet great valuable points for most. to adopt Agile as work culture. These are 180 degree apart from older approach where you are supposed to know everything before hand as if you are a Super Human and judged by that. What a fallacy carried out for so many years which were based on assumptions only and things not known - were sold made billions of business with more failures and extended project time lined huge waste of costly resources. Amazing !!

Like
Reply

Hell yeah... it's the complimentary practices that cause frustration most of the time not the core scrum framework. The traditional project mindset makes people believe that velocity = productivity. While a product mindset embraces empiricism and focuses on incremental value delivery incorporating regular feedback from stakeholders and frequent inspection and adaptation of artifacts. By framework, it means scrum gives you boundaries/guardrails and all other practices should be gotten rid of if they become impediments...

Good points. Just that, IMO, we don't implement scrum. The word 'implement' sounds like a one-time activity and gives an impression that once it is implemented, we have an option to go back to our previous behaviour. Whereas scrum is an on-going 'practice', for lack of a better term. It is meant to stick within the culture of an organization.

Like
Reply

To view or add a comment, sign in

More articles by Punit Doshi

  • 5 Ways Scrum Helps Manage Risks

    An organization’s ability to rapidly and deliberately respond to changing demand, while controlling risk helps…

    2 Comments
  • 8 Attributes of Professional Product Owner

    In Scrum, Product Owner is responsible for maximizing the value of product being developed by Development Team. This…

    1 Comment
  • Agile Coach Toolkit #7: Straight Feedback

    One of the reasons Scrum allows opportunistic discovery is due to its short and fast feedback loops. With the aim to…

  • Agile Coach Toolkit #6: Building Consensus

    Being a Scrum Master of a team with strong personalities can be challenging at times especially when two or more people…

  • Agile Coach Toolkit #5: Active Listening

    Have you ever been in a situation where someone is talking to you and when they ask a question like, “What do you…

  • Agile Coach Toolkit #4: Effective Facilitation

    As an Agile Coach, you frequently encounter situations which demand quick thinking to get things moving in the right…

  • Agile Coach Toolkit #3: Asking Powerful Questions

    As an Agile Coach, you frequently encounter situations which demand quick thinking to get things moving in the right…

  • Agile Coach Toolkit #2: Timeboxing

    As an Agile Coach, you frequently encounter situations which demand quick thinking to get things moving in the right…

  • Agile Coach Toolkit #1: 5 Whys

    As an Agile Coach, you frequently encounter situations which demand quick thinking to get things moving in the right…

Others also viewed

Explore content categories