blog

Adventures in Scrum: Lesson 1 – The failed Sprint

Published on
4 minute read

I recently had a conversation with a product owner that wanted to have the Scrum team broken up into smaller units so that less time was wasted on the Scrum Ceremonies! Their complaint was around the need in Scrum to have the entire “Team” (7+-2) involved in the sizing of the work during the “Sprint Planning Meeting”.

Update 16th March 2010


The standard flippant answer of all Scrum professionals, “Well that’s not Scrum”, does not get you any brownie points in these situations. The response could be “Well we are not doing Scrum then” which in turn leads to “We are doing Scrum…But, we have split the scrum team into units of 2/3 so that they can concentrate on a specific area of work”. While this may work, it is not Scrum and should not be called so… It is just a form of Agile. Don’t get me wrong at this stage, there is nothing wrong with Agile, just don’t call it Scrum.

The reason that the Product Owner wants to do this is that, in effect, through a number of miscommunications and failings in our implementation of Scrum, there was NO unit of potentially Shippable software at the end of the first sprint. It does not matter to them that most Scrum teams will fail the first Sprint, even those that are high performing teams. Remember it is the product owners their money!

We should NOT break up scrum teams into smaller units for the purpose of having less people tied up in the Scrum Ceremonies.

The amount of backlog the Team selects is solely up to the Team… Only the Team can assess what it can accomplish over the upcoming Sprint.
- Scrum Guide  , Scrum.org

The entire team must accept the work and in order to understand what they can accept they must be free to size it as a team. This both encourages common understanding and increases visibility on why team members think a task is of a particular size. This has the benefit of increasing the knowledge of the entire team in the problem domain.

A new Team often first realizes that it will either sink or swim as a Team, not individually, in this meeting. The Team realizes that it must rely on itself. As it realizes this, it starts to self-organize to take on the characteristics and behaviour of a real Team.
- Scrum Guide  , Scrum.org

This paragraph goes to the why of having the whole team at the meeting; The goal of Scrum it to produce a unit of potentially shippable software at the end of every Sprint. In order to achieve this we need high performing teams and this is what Scrum as a framework has been optimised to produce.

I think that our Product Owner is understandably upset over loosing two weeks work and is losing sight the end goal of Scrum in the failures of the moment. As the man spending the money, I completely understand his perspective and I think that we should not have started Scrum on an internal project, but selected a customer  that is open to the ideas and complications of Scrum.

So, what should we have NOT done on our first Scrum project:

“Your team may be dysfunctional … but at least you can see the impediments. Now you have the ability to do something about it!”
- Kane Mar Scrumology  , Scrum Coach

I will be brining all of these things up at the Sprint Retrospective and we will learn from our mistakes and move on.

Do, Inspect then Adapt…


Need Help?

Professional Scrum Developer Training

Adventures in Scrum: Lesson 1 – The failed Sprint   SSW has six Professional Scrum Developer Trainers  who specialise in training your developers in implementing Scrum with Microsoft’s Visual Studio ALM tools.


Technorati Tags: Scrum    SSW 

people-and-process blog develop people practices process scrum ssw

Connect with Martin Hinshelwood

If you've made it this far, it's worth connecting with our principal consultant and coach, Martin Hinshelwood, for a 30-minute 'ask me anything' call.

Our Happy Clients​

We partner with businesses across diverse industries, including finance, insurance, healthcare, pharmaceuticals, technology, engineering, transportation, hospitality, entertainment, legal, government, and military sectors.​

Jack Links Logo
ProgramUtvikling Logo
ALS Life Sciences Logo
Cognizant Microsoft Business Group (MBG) Logo
Capita Secure Information Solutions Ltd Logo
YearUp.org Logo
Microsoft Logo
Higher Education Statistics Agency Logo
DFDS Logo
Alignment Healthcare Logo
SuperControl Logo

NIT A/S

Philips Logo
Slaughter and May Logo
Xceptor - Process and Data Automation Logo
Graham & Brown Logo
Lockheed Martin Logo
Akaditi Logo
New Hampshire Supreme Court Logo
Department of Work and Pensions (UK) Logo
Royal Air Force Logo
Ghana Police Service Logo
Washington Department of Transport Logo
Nottingham County Council Logo
Microsoft Logo
Graham & Brown Logo
MacDonald Humfrey (Automation) Ltd. Logo
Philips Logo
Healthgrades Logo
Boxit Document Solutions Logo