Age of Product’s Food for Thought of May 1st, 2016 covers tips & tricks for writing awesome user stories, why 90% of feedback is usually crap, dives into the old discussion — estimations in story points or hours? —, and how to manage developers if you have no clue about coding.
We also explore why effective people think simply, and how to find product-market fit or decide when to pivot. We dive deep into Google design sprints and product storyboards.
Last, but least, we cover data-driven product design at the BBC, why so many smart people are unhappy, and we share a list with 25 geniuses that will or might change our world. (Or probably, they will just fail in the process like you and me, too.)
The Atlantic): Why So Many Smart People Aren’t Happy(via
Joe on a paradox: “Shouldn’t the most accomplished be well equipped to make choices that maximize life satisfaction?”.
Wired): 25 Geniuses Who Are Creating the Future of Business(via
Gideon shares a list of 25 people that are the “unsung creative, technical, and social visionaries working to bring the incredible world of tomorrow to you today”.
SOON, SOFTWARE WILL know how you feel—and will use that data to sell you things. The gig economy will go global (but it’s not Uber-take-all). The tech industry will finally be inclusive. AI will achieve something like common sense, and it will be open source too.
Agile & Lean
10 Tips for Writing Good User Stories:
Roman on why working with user stories is easy, but writing good stories can be hard and what to do about it.
Crisp): Growing up with Agile – Minimum Viable Bureaucracy at Spotify(via
Peter of Spotify shares a slidedeck from a Bay Area Agile Leadership Network meetup on how Spotify managed to create a ’minimum viable bureaucracy‘ in
Going back in time, and following the latest structural changes makes it clear that the model was never the primary mover: instead a number of core principles and ambitions has worked as constraints on how to grow the most suitable organization for the task, with small enough structure to help but not be in the way: you could call it Minimum Viable Bureaucracy
(via RubyGarage): Story Points vs Hours in Web Development Estimation
Anastasiya goes into detail on two highly-discussed estimation measures: story points and hours and when to use what method.
Stanford Graduate School of Business): Effective People Think Simply(via
Kathleen – professor at Stanford University’s School of Engineering – studied how product development teams burdened by a complicated set of rules frequently derail while teams with no rules at all never even get started.
People are good at starting. And people are really bad at stopping.
Scrum Alliance): Real-World Agile Transformation(via
Mat of Ruckworks.guru shares a success story on how Agile transformation cured a health care software company's aches and pains.
Gigster): How To Manage Developers When You're A Non-Tech Founder(via
Alex on what makes developers tick and how to manage them when you don’t have a technical background.
From the Blog: How to Get Useful Feedback
Age of Product): User Tests: How to Run them Successfully – a step-by-step guide(via
Product, Lean & Feedback
First Round Capital): 90% of Feedback is Crap: How to Find the Next Big Startup Idea(via
Nat, co-founder of Flatiron Health, shares his unique methodology to systematically find the next great thing without being what he calls “a visionary founder”.
(via Chargify): Finding Product/Market Fit: When To Stand Firm & When To Pivot
Chargify on how to evaluate product/market fit, and how to know when to stand firm (remaining focused on your current product) and when to change direction.
Zapier): Solve Problems and Test Ideas Faster with Google Ventures' Design Sprint Framework(via
Eric of Zapier introduces the ‘Design Sprint’ methodology of Google Ventures.
Product as Hero Storyboard:
Christina describes how using story architecture principles can be beneficial when trying to design a meaningful product customers will love and adopt.
In the workshops on innovation I run, we also use this to familiarize users with the product promise before doing participatory roadmap exercises. It provides context to people as they prioritize features.
Mind The Product): Data-Driven Product Design at the BBC(via
Iwan – business analyst at the BBC – on how his team has iteratively built a set of operational dashboards to help them understand their data-driven product, and unravel how users are actually behaving.