The Web / Mobile Feedback Loop

Backlogs for Web and mobile products don’t exclusively contain new features. One eye should always be on what has been done and how that is working out. A proper feedback loop gives valuable input that helps to determine what should be done next.

On one hand, of course, there’s high level goals and vision that define new features and the larger chunks of upcoming work (which just reminds me of this great article about how Spotify has done Prioritization in their early days). But then there’s more. For example. there’s bugs, there’s A/B testing results, there’s the Google Analytics account that somebody should actually have a look at, and there’s more. Most people know most of these, but mostly, they aren’t managed really well all together. So I thought a good start would be to all those sources of input on the feedback loop that may (or may not) affect our priorities:

  1. The product vision (this is what your management and product managers want to do, the longer term goals, this isn’t actually on the feedback loop, I just wanted to have it on the list)
  2. Business figures (e.g. your sales numbers; I dare say this input is usually indistinguishable from #1 (because it comes from the same people?), but I’d argue that it’s “feedback”, unlike #1)
  3. Analytics (the likes of Google Analytics)
  4. Feedback that is built into your product (without being explicit feedback, it’s basically extracted from normal usage of the app)
  5. A/B Testing (e.g. Optimizely or a variety of other ways to do them)
  6. Explicit customer feedback (lots of sources here incl. all the feedback your customer support and sales teams gather, but there’s also tools you can use that allow your customers to give feedback online, e.g. murm.io (for specific feedback on your existing features) or tools a la Uservoice and ZenDesk)
  7. Crash reporting tools (Crashlytics, Crittercism, …)
  8. Dogfooding (your own company using your product, often this is a much smaller feedback loop since it allows you to get feedback on unfinished work that wasn’t even released yet)
  9. External ratings (e.g. what your users say about your app on Google Play and iTunes)
  10. Customer opinions out on the web (blogs, social media, very similar to the point before but wide-spread on the Internet)
  11. Beta testers and special user groups (there’s a bunch of tools that help you, e.g. Testflight)

This was just a first shot and I’m merely thinking out loud.

It’d also be interesting to see how all of these can be managed more effectively than having different people “keep an eye on it” or having 13 different tools at our disposal to log in and check regularly. I’d greatly welcome less overhead to collect them, a better way to manage and follow up and make them a part of the development process, and create a lot more transparency for teams and stakeholders around them.

I’d be interested to hear what others think or whether there’s anything missing on the list above.

Scrum Introduction Session with Daniel Shupp

Today I’ve joined a Scrum introduction session held by Daniel Shupp, CTO of TechPropulsionLabs, at Highlands Coffee on Nugyen Du in Ho Chi Minh City. In a friendly an open atmosphere Daniel walked us through the basic elements of Scrum and its application in agile software development projects. Besides pure knowledge enriched by helpful real-world examples from Daniel’s extensive software development experience, it also offered plenty of opportunities to ask questions, to right wrong assumptions about what Scrum is and how it works and to get a feeling how an adoption of Scrum in own development processes would be like. Daniel described it as part of what his company wants to give back to the local development community, with more similar events hopefully to come.

TechPropulsionLabs (www.techpropulsionlabs.com) develops software for seed and early-stage startups around the world and is a keen advocate of agile software development and Scrum.

Hopefully this helps to spread the word and raise awareness for the advantages Scrum has to offer. If you’re interested to follow this development in Vietnam, TechPropulsionLabs certainly is a company to keep in mind. Incidentally, my friend Nhan, working as a Scrum Master at Swiss IT Bridge, recently posted his opinion on Scrum in Vietnam on his blog. For a short introduction about Scrum just start with Wikipedia article and go from there.

Thank you again, Daniel, for the insightful and enjoyable session.