I was in Geneva last week for a week of collaboration on an exciting project.
I'm going to say no.
On the surface, our project has all the hallmarks of a design sprint. A group of people who don't normally work together were thrown into an instense week of problem-solving and building, culminating in a tangible testable output. But when you look closer, the journey itself was quite different. A design sprint is typical broken into five phases, each one mapped on to a day of work:
There was certainly plenty of understanding, sketching, and prototyping involved in our hack week at CERN, but we knew going in what the output would be at the end of the week. That's not the case with most design sprints: figuring out what you're going to make is half the work. In our case, we knew what needed to be produced; we just had to figure out how. Our process looked more like this:
Now you could say that it's a kind of design sprint, but I think there's value in reserving the term "design sprint" for the specific five-day process. As it is, there's enough confusion between the term "sprint" in its agile sense and "design sprint".
This was originally posted on my own site.