What is a Spike in Scrum

This question comes up time and time again and the Spike is often confused with the Tracer bullet. Adam Sroka posted a great explanation of the difference between the two on the Yahoo Scrumdevelopment group . So I am quoting Adam verbatim here - thanks Adam.

"The Pragmatic Programmers described something called a "Tracer Bullet" which:

1) Is an experimental solution that cuts through all the "layers" of
the architecture.

2) Is not necessarily time-boxed.

3) Is not intended to be thrown away.

Eric Evans talks about "Thin, vertical slices," which are the same as
Tracer Bullets.

A Spike Solution:

1) Is an experimental solution that cuts through all the "layers."

2) Is necessarily time-boxed.

3) Is always intended to be thrown away.

The reason for the distinction, IMO, is that the "tracer bullet" or
"thin, vertical slice" model is how XP teams normally work. A Spike is
an exceptional way of working when we feel we don't have enough
information to give the customer realistic expectations. The goal of
the Spike is to establish those expectations."

Spikes are a really good way for teams to figure out stuff that they don't know and need to know in order to understand the complexity so that it can be properly estimated, or quoted on or simply to find out if something is technically possible or not.

Comments

[David]

Then what is the difference with a PoC?

[Darnell Brownen]

My company is developing a new, complex software platform. Much of what we are designing is so new, numerous spikes are required to investigate issues. The Product Managers are asking an important question: should we enter every spike into our backlog and/or a given sprint?

In the interest of collaboration, we want to share ‘brain storming’ with team members, but not be a distraction. The investigation requires time from Product Manager, Software Architects and Engineering. But, is there value is tracking spike? How do we balance the need to share investigations without being a distraction to sprint team members?

[Dan]

@Darnell,

First, a question: who is doing the spiking? Is it the same pool of developers that work on features (i.e. the same team?). Or is it a different group of people?

If it's the same people, then you should absolutely track spikes on the same board that the feature developers use. Since developers will split their time between features and investigation, you need to see it all at once.

If it's a different group of people, then you should absolutely not track spikes on the same board that the feature developers use. Since feature developers are never going to spend any time on the spikes, it just adds noise to their daily stand-up. Though in this case, the people who are doing the spikes should probably track their work on their own board.

(I know that you asked about the backlog, and I mentioned the status board, but really the status board is just a window into the backlog).

There's nothing wrong with multiple teams, each with their own backlog, scrum board, and stand-up meetings.

[chi flat iron]

What is also an awesome feature for those of who whose lives are busy from Sun up to Sun down is that it heats up very quickly; approximately 5 minutes it’s ready to be used effectively.

[Ecommerce Website Development]

Then you should absolutely not track spikes on the same board that the feature developers use. Since feature developers are never going to spend any time on the spikes, it just adds noise to their daily stand-up.

[miami web services]

spikes are a really good way to teams found out all they need to know.
i consider awesome

[Reverse Marketing]

It was interesting to learn the real concept about spikes and spiking and how very crucial it is for those who run companies and also for those into programming.

[Beta Software Testing]

Thanks for new facts and description for spike solution.

[Java Development]

Many thanks for talking about useful information.

[domain register]

Well, i was not aware of this spikes.. Thanks for me letting me know about it! :)

[domain booking through debit card]

Some of the information you provide here. Please let me know if this ok with you. Thanks a lot!

[simran]

Thanks for providing this knowledgeable information, i think most of the peoples are get benefits from your blog.

[Domain registration]

Very nice content I enjoyed reading your articles. Thanks to sharing

[cheap domain registration and hosting]

Today i have learnt What is a Spike in Scrum. You have raised some good points about it. Thanks for taking the time to discuss this, I feel strongly about it and love learning more on this topic.

[Seo forum]

Thanks for sharing this information, which have been helped me a lot to know a new concept. Keep sharing more and more..

[Funny facebook status]

As when i go through your post, this blog seems to be really awesome. Great concept chosen..

[chicago personal training]

I have an assignment to study about spike. From where i can get more info about the topic?

[web design company]

This blog explains about Tracer Bullet in a great words here.