Sometimes an idea just strikes me out of the blue and sounds interesting enough to sit down and write a little bit about. This is one of those posts, spurred on by a discussion I had today with a newly-hired Product Manager with almost as much experience as me. As we were talking about our past experiences, where the current company is at, and how we can work together to improve some of the practices and procedures throughout the organization, I started to think about all the different things it is that we actually do as Product Managers, and all of the hats that I’ve worn in the past. These are some thoughts on a few of these hats…
A common theme in online discussions and forums around Product Management lies in how to level up our skills and be a better Product Manager. While there are a lot of different options available, just as there are as many different aspects of Product Management to focus on, there are some very specific areas that any given Product Manager can assess themselves in and decide what next steps they want to take to become a better Product Manager.
There are a great many different corporate cultures to be found in the world, but one consistency among far too many of them is decision-making processes that rely more on gut-level instinct and whomever yells the loudest rather than on hard data. For some companies, this has served the CEO well — a small, nimble startup can’t always waste time doing detailed validation or data-gathering in a “stop moving forward and you’ll die” environment. In other companies, it’s become the de facto standard due to strong personalities who may prefer authoritarian leadership styles over more democratic and empowering styles. Regardless of the reason, though — companies like this eventually wind up struggling because they make the wrong choice one time too many, based on the leaderships “market instinct”. And it’s our job as Product Managers to shepherd these companies into a more modern-day, data- and hypothesis-driven approach. Here are three major reasons why data-driven management is far more effective than management by gut or personality.
It’s time for the next installment of my ongoing series of “Ten Questions” for thought-leaders and colleagues from the Product Management world! This month I’ve reached out to Paul Jackson, a longtime Product Manager from the UK who showed up on my radar a few years ago when he started to feature some of my posts in his articles and in his newsletter. Since then, we’ve exchanged thoughts on a wide variety of topics, and he was high on my list when I started up this ongoing series.
As Paul describes himself:
Paul is the publisher of Pivot Product Hits, a monthly newsletter on product strategy and a regular writer on all things product.
As a Product Manager and user-centred design practitioner, Paul has been building digital products and services for over 15 years. Currently Managing Director of Castle in the UK, he was Head of Product Management for The Times and The Sunday Times and Director of Product at Newsmart, an edtech SaaS that leverages premium news content from the Wall Street Journal.
I’ve talked before about the dangers of a “cargo cult” mentality when it comes to Agile practices, but in this instance I’m going to take a Devil’s Advocate position, at least it will appear that way. All too often, people and companies start their Agile transitions with training about the “theory” of Agile — what it means, how it should work, what glorious and wonderful benefits are, and to attempt to indoctrinate people into concepts that may be entirely foreign to them and how they’ve done their work in the past. The problem is, nobody really cares about theory — and all too often the theoretical underpinnings are lost as soon as people get back to their desk and start their next day of work. Here, however, I’m going to propose a plan to implement Agile practices without the theory, and without creating a “cargo cult” mentality where you’re just going through the motions without understanding why…
For the second installment of my “10 Questions With…” I reached out to one of my mentors in the PM/Consulting space, Rich Mironov. I met Rich many years ago at ProductCamp Seattle, where he was giving a presentation about the struggles and challenges of the role that really spoke deeply to me and where I was in my career. Over the years, when he’s passed through town I’ve tried to maintain a connection, bouncing ideas off of him and mining his depths of experience for pearls of wisdom to help me grow as a Product Manager. I’m happy to present his 10 questions here, and for those of you who don’t know him, here’s a quick bio:
Rich is a 30-year product management veteran based in San Francisco. He’s an unrepentant blogger at www.mironov.com, author of The Art of Product Management, and coach/consultant to product management teams and startup executives. On occasion, he parachutes into software companies as interim VP Products. He thinks a lot about the strategic and organizational challenges of running product management teams.
This is the first in a (hopefully) continuing series of interviews with leaders in the Product Management community, hosted right here by the Clever PM. The idea is to have five static questions about Product Management in general, and five questions that are specific to the current participant’s areas of focus. For the very first installment, I called on my good friend Lewis Lin, one of the most knowledgeable resources around in the arena of interviewing for Product Management roles, and the Amazon.com bestselling author of Decode & Conquer: Answers to Product Management Interviews and his new book titled Secrets of the Product Manager Interview.