Cisco Blogs
Share

Agile in Action – eStore and Minimum Viable Product (MVP)

- February 25, 2015 - 8 Comments

We are hearing so much about Agile and Fast IT at present and so I wanted to share an example of a key Agile concept in action within Cisco IT – that of ‘Minimum Viable Product’ (MVP). This simple yet powerful concept empowers you to get your product out into the marketplace as quickly as possible with only the essential feature sets. From here, you can gain experience, hear what your users have to say and assess your next steps.

The advantages of this approach are many:

  • Avoid the pitfall, common to waterfall, of having such a large scope that you fail to deliver at the first hurdle.
  • Your product is out there in the market place, gaining market share as you continue to build. Every day that your product is undelivered has the opportunity cost of your audience finding other solutions for their needs.
  • Learn invaluable lessons from having a baseline product in active use. These lessons will guide you through your future product iterations.

Towards the end of 2012, I was part of team working on the vision of a single internal App Store for Cisco (eStore for Mobile). As the Agile Product Owner, my role was to develop the vision for the product, define a meaningful ‘product backlog’ and triage and prioritize it. The challenge with this task is that each and every feature can feel essential and the pressure mounts to deliver as much as possible. There is always someone to tell you that their feature is critical – that you must have search, you need featured content, your UI has to handle rotation…. But the simple concept of ‘Minimum Viable Product‘ allows you to focus on what is absolutely essential to get your product launched, knowing that you can come back to these other features in due course.

Here are three examples of features that, using the powerful rationale of Minimum Viable Product, we were able to exclude from early product launches but have subsequently incorporated into the eStore for Mobile product:

1:  Search: Clearly this is a very important feature; however, on first launch, with only approximately 30 Apps, we assessed that our users could manage without it. And so, our first launch of eStore for Mobile was without Search capability. Nonetheless, this was one of the highest priority features that we then added in before GA and before our catalog grew larger.‬

2:  Featured Content: A “bells and whistle” feature that we couldn’t hope to achieve at first launch. However, as a result of laying good foundations, we added this in a single (very intense!) 3-week Sprint just before the GSX conference. This was done with the knowledge that the conference would drive a large numbers of users to our app, all of whom we were keen to impress.‬

3:  Rotation: For some mobile apps, it is essential to rotate between portrait and landscape mode. For example, users of a TV viewing app would struggle without this feature. For an app store though, this would be nice but was not critical to our basic function of finding, installing and updating Apps. And so, this feature has remained in our product backlog and some, 14 months after our GA, will be released to our users in February 2015. Would it have been nice to have at day 1? For sure….. Was it essential? No.‬

agileblog-all

Summary: The simple concept of ‘Minimum Viable Product‘ encourages and empowers you to find the core of your product vision and get the baseline out early. In so doing you will avoid the risk of non-delivery that is associated with waterfall practices. You can establish your market position as early as possible and then learn along the way. For the eStore for Mobile team, ‘Minimum Viable Product’ has been an invaluable tool in our Fast IT, Agile toolbox.

Tags:

In an effort to keep conversations fresh, Cisco Blogs closes comments after 60 days. Please visit the Cisco Blogs hub page for the latest content.

8 Comments

    Thanks for your sharing! The example is especially helpful for me to understand MVP. Good story of Fast Agile IT.

  1. Nice clear examples. Could you comment on how you distinguish between features that can be left for a later iteration from something without which the product isn't viable?

      Hi Julian. From my experience the key to that is an empowered Product Owner who, with a strong product Vision in mind, can work collaboratively with the Scrum team and stakeholders to groom the Backlog back to the point of what is genuinely essential. And the philosohphy of continual delivery really helps here because you are not asking for people to wait a long time for further features - just not "right now". Hope that helps. Thanks, Caroline

  2. Thank you so much Caroline. Very well explained and great examples. Completely agree with the advantages of MVP approach.

  3. Thanks for sharing your experience. Well explained and I love the clear examples demonstrating MVP in action.

      Thanks Alexander. Thanks for reading and providing feedback. I'm glad you liked it.

    Great concept with focus on delivery. True Agile concept.

      Thanks for reading and commenting Sri. MVP is such a simple concept but sometimes the simple ones are the most effective. We have found it very empowering. Kind regards. Caroline

Share