Many companies have replatforming efforts underway. This is an essential part of the software product business, but fraught with poor assumptions and lack of experience/understanding. I’ve seen the majority of these replatforming and reimplementation efforts fail…
Product Management Helps Us Build the RIGHT Things:
Strong product managers spent up to half of their time talking directly with customers, buyers, and partners. And the other half of their time with their teams: framing problems, collaborating on solutions, translating features into benefits and vice versa. Making sure that we’re building the RIGHT things as validated directly by users and buyers so that we deliver customer-defined value as well as increased velocity. That’s different from the narrow scrum definition of product owner, which is mostly internal-facing.
Company leaders who aren’t steeped in how software is designed and built can apply less-than-useful analogies for how software products are built. These analogies tend to highlight predictability, scheduling and cost management… but may not be that useful. This post unpacks a few of them.
Product managers working with data science teams on production applications have more challenges than with more deterministic (traditional) applications. These include providing more business/user context, not assuming that data will be predictive, and discussing accuracy requirements at the very start of a project.
Product managers need to talk — often — with actual end users and buyers. We need to listen, interview, understand and empathize with paying customers. Unmediated by marketing, sales or researchers. What organizational barriers block this essential work, and can we remove some of them?
In this “Mastering Business Analysis” podcast, Rich shares thoughts on product manager versus product owner; output versus outcome; getting out of our cubes to learn from lots of real users; and building the right thing (not just building things right) to deliver measurable value.