Scrum, Minimum Viable Product and Operation Overnight

Image of Geonetric's Operation Overnight logo

Last week Geonetric held its second annual Operation Overnight, a 24-hour volunteer event that brings teams from across Geonetric together with local area nonprofits in need of website makeovers (or even first websites). Despite it being a 24-hour event with the feel of a hackathon, many of the basic tenets and concepts from Scrum are applicable. In fact, I posit that a Scrum approach is more important, not less important, for an event like this.

Breaking the day’s work into manageable sprints, having a sprint board, hourly standups, retros, and a clear investment in backlog grooming — all help. In fact, this year I introduced a new concept to our Operation Overnight team: the Minimum Viable Product (MVP). What’s an MVP? Kenneth S. Rubin, noted Scrum theorist and author, introduces it this way:

[…] We focus each release on a small set of minimum releasable features (MRFs) around which the stakeholder community shares a strong group consensus. MRFs represent the smallest set of “must-have” features–the features that simply have to be in the release if we are to meet customer value and quality expectations. Some people refer to this set of features as the minimum viable product (MVP) (Rubin, Essential Scrum, 295.)

Though MVP not a new construct in the Scrum framework (or in Lean), for many on our team it at first had the feel of the strange and unfamiliar. Over the course of the event, however, it wound up being a tremendous benefit. Here’s why…

MVPs focus conversations on what we need to do, not what we could do

In order to minimize risk and avoid building things that aren’t strictly necessary, it’s important that the question, “What’s the absolute minimum set of features that we need to deliver in order to delight the client?” is revisited throughout the event. Every feature, every idea, and every bit of work needs to be framed against this simple question.

Since we were fortunate enough to have the client embedded in our team, we didn’t have to wait for answers. This helped us quickly split stories into their must-have components and collect them in the MVP #1 space of our backlog.

Having a clearly defined MVP #1 area of the backlog was helpful in its own right, as it served as a visual aid for the concept of “the smallest set of ‘must-have’ features.”

How stories flowed across the scrum board

Like most Scrum boards, we still had a product backlog. We just added areas to capture a couple MVPs (MVP #1 and MVP #2). Stories that were not part of MVP #1 were placed in either MVP #2 or the backlog. MVPs and the larger backlog were prioritized as you would expect, and stories further out had less definition than those nearer.

The diagram below helps illustrate the organization of our Scrum board and how stories flowed through it:

Conceptual diagram of a scrum board with story cards.

Conceptual layout of MVP Scrum board. See it in action!

During sprint planning, the team committed to stories pulled almost exclusively from MVP #1. Very rarely did someone try to pull a card from MVP #2, or from the backlog. If they did, it was a natural and obvious prompt for a conversation.

MVPs help avoid the development death-march approach

One of the temptations of a project like this is to just create one massive product backlog, prioritize it, and run a development death-march until the clock runs out. Even if the work is broken out into sprints, this approach can invite more risk than I’m comfortable with. In addition, it can make the work feel more like a siege than a dance.

Furthermore, this approach leaves more room for people to pull cards based on preference, regardless of priority. By contrast, an MVP approach lets us quickly decide “Is this in the release or not?” If the answer is “It is not,” the natural follow-up is, “Why are we working on it?”

The MVP saved us

At the end of the day, using MVPs turned out to be more than a mere curious exercise in Scrum methodology. In fact, the approach ended up saving our keister. Here’s why…

It turns out that once we pushed our first MVP (MVP #1) to the live website, the site’s hosting provider kindly blocked all access from our location’s IP address. This meant we had just gone live with a new website that was visible to everyone in the world…

Except for us.

Since this “security feature” at the hosting provider blocked our team from accessing our site, our first push ended up being our last.

Because it was an MVP and the scope was continually negotiated and defined with the client throughout the event, she not only knew precisely what she was getting, but she had a website that delighted and contained precisely the features she wanted.

“I can’t stop looking at our site,” she said. “It is beautiful.”

What do you think?

A screen capture of the Cedar Rapids Science Center website.

Science Center website as Minimum Viable Product (MVP)

Plusone Twitter Facebook Email Stumbleupon Pinterest Linkedin Digg Delicious Reddit
This entry was posted in Agile, Operation Overnight, SCRUM by Michael O'Neill. Bookmark the permalink.
Michael O'Neill

About Michael O'Neill

It’s not often you find a communications professional who is an expert writer, understands the power of social media and has the technical capabilities to embed on and contribute to software development teams. But that’s exactly the background Michael brought with him to Geonetric as the technical communications strategist. From writing eBooks to managing Geonetric’s digital presence, Michael uses his software know how and his marketing savvy to help tell Geonetric’s story through a variety of platforms. This former adjunct professor holds a bachelor’s degree in English literature from Worcester State College in Massachusetts and completed graduate level coursework at the University of Connecticut. In addition, Michael is also a Certified ScrumMaster, a contributing writer at iBusiness Magazine and a member of the Board of Directors at Gems of Hope. This new dad is known for his high coffee standards and has quite the following around the office when he brings in his favorite craft-roasted beans.

Leave a Reply

Your email address will not be published. Required fields are marked *

Time limit is exhausted. Please reload CAPTCHA.