4 ms·

Speaking from startup perspective. While there are a hand full of exceptions. IMHO the dedicated role of a product manager is exceptionally counter productive.

Speaking from startup perspective. While there are a hand full of exceptions. IMHO the dedicated role of a product manager is exceptionally counter productive. Unless they are a founder they tend to lack technical expertise of capable enginners and enginnering managers as well as have a disconnect from the core drivers of what can make the buisness sucessful. Maybe I have just had bad luck but in my 12 years of experiance with 6+ startups it's either the founders or buisness competent technical leaders who have driven a company and its products to suceed. "Formal" product managers I have come to associate with elements that kill startups... things like kingdom building, playing politics, information withholding, setting timelines and expectations without any real clue what it really takes. We need buisness competent enginners, systems to feed feedback from sales and customer service to product enginner teams and engineering leaders who can communicate with other departments and understand buisness goals that they must build towards. What is not needed a role who does not know sales, customer service, marketing ,or enginnering who puts systems in place to seperated thoes units for their own personal benafit.

sytelus 8y ago
Most times founders do have very good intuition because they are building product for themselves first and the various complexities may not be important earlier in the cycle. However if you are going in the new field and well past "early days" then having product managers with field experience could be very useful. For example, you want to build new glucose meter and you know the tech but have no idea about regulations, customer preferences, competition, history of dead products etc. In addition to what has been described in article, I would say followings are also responsibilities of product manager: * Design meticulous user studies, evaluate prototypes with customers, identify problems earlier. * Research options for external interfaces for the company including supply chains, offshore options, vendors, partners. * Do analysis of competition, their strengths and weaknesses. Estimate their future trajectory, influences, cost structure, customer opinions and actions. * Perform retrospectives for successes and failures that happens within the company. Create systematic log of these analysis and ensure failures don't repeat but successes do. * Make sure there exist systems for various data collections including human resources, engineering (bugs, backlog, hours spent, LOCs), customer support etc. Help turn these data in to dashboards. Lead analytics and insights in all aspects. * Take a detailed look at the history of the field. Why past product failed? Why some won in competition and some lost? What customers rejected? How laws changed destiny of products? Lead the "lessons learned" storyteller role. * Create systematic database of who's who in the field. Everyone from previous founders, star engineers, politicians, activists, biggest fans, partners etc. * Ensure there exist efficient measurable pipeline for lead generation to customer acquisition to customer exit interviews. Influence strategies for sales, marketing, evangelization. Ensure company can preemptively avoid or at very least detect churn much earlier. As you can see, founder alone may not be able to do all of these + product design + engineering efficiently and comprehensively. I would also say good product managers are never just product managers but also able to take over partly or completely sales and/or marketing. Also many good product managers are not generic MBA types but rather very specialized in specific field with solid design skills and experience in their field. The way I look at it is founders provides intuitions while product manager brings data and systematic analysis.
skewart 8y ago
At the end of the day, engineers need to know what they should build. Customer feedback, usage analytics, and all the other signals about what people might like need to get collected and distilled into actual feature ideas. And those feature ideas need to get broken down into development projects that can test the underlying assumptions and hypotheses. In other words, product management work needs to get done, one way or another. Saying you don't need product people, you just need engineers who can do product work, is like saying you don't need engineers, you just need designers and salespeople who can code. Sure, you could ask engineers to do all the product management. But then they'd just be PMs, except with engineering titles. All that said, it sounds like you've worked with some pretty bad PMs in the past. And a bad PM can certainly be worse than no PM - kinda like how a bad engineer can make their entire team less productive.
- DanielBMarkham 8y ago
  This is common-sense, intuitive, and practical advice. It's also wrong. The piece you're missing? The technical definition of the problem changes as we engage with solving it So there's no "collected and distilled". This is not a grocery shopping trip. Instead there's heavy user interaction, playing, and coming to grips with both the tech and user and how they live and work together. You can't capture that in a stack of printouts or Word docs. There are two problems with project/product management in tech. First, value discovery is a completely different activity than value delivery optimization, although they use mostly the same tools and skills. You can't tell from the outside which is which -- and we train most all of our management skills around optimization. Second, the intuitive way we humans have of solving problems, where we break them into pieces, "componentize", then optimize -- it's the wrong way of looking at it. Our natural intuitions lead us astray. (It's not a manager thing. Tons of great technical folks have taken a shot at managing and made these same mistakes) Disclaimer: wrote a book on how this works at the team level. Currently working on one about the program and product management level. https://leanpub.com/info-ops https://leanpub.com/info-ops It took me many years of watching this fail over and over again before it finally clicked what was going on. The PM skills are desperately needed. It's the framing of the work that begins to take us down a dark path.

sytelus 8y ago

Most times founders do have very good intuition because they are building product for themselves first and the various complexities may not be important earlier in the cycle. However if you are going in the new field and well past "early days" then having product managers with field experience could be very useful. For example, you want to build new glucose meter and you know the tech but have no idea about regulations, customer preferences, competition, history of dead products etc. In addition to what has been described in article, I would say followings are also responsibilities of product manager: * Design meticulous user studies, evaluate prototypes with customers, identify problems earlier. * Research options for external interfaces for the company including supply chains, offshore options, vendors, partners. * Do analysis of competition, their strengths and weaknesses. Estimate their future trajectory, influences, cost structure, customer opinions and actions. * Perform retrospectives for successes and failures that happens within the company. Create systematic log of these analysis and ensure failures don't repeat but successes do. * Make sure there exist systems for various data collections including human resources, engineering (bugs, backlog, hours spent, LOCs), customer support etc. Help turn these data in to dashboards. Lead analytics and insights in all aspects. * Take a detailed look at the history of the field. Why past product failed? Why some won in competition and some lost? What customers rejected? How laws changed destiny of products? Lead the "lessons learned" storyteller role. * Create systematic database of who's who in the field. Everyone from previous founders, star engineers, politicians, activists, biggest fans, partners etc. * Ensure there exist efficient measurable pipeline for lead generation to customer acquisition to customer exit interviews. Influence strategies for sales, marketing, evangelization. Ensure company can preemptively avoid or at very least detect churn much earlier. As you can see, founder alone may not be able to do all of these + product design + engineering efficiently and comprehensively. I would also say good product managers are never just product managers but also able to take over partly or completely sales and/or marketing. Also many good product managers are not generic MBA types but rather very specialized in specific field with solid design skills and experience in their field. The way I look at it is founders provides intuitions while product manager brings data and systematic analysis.

skewart 8y ago

At the end of the day, engineers need to know what they should build. Customer feedback, usage analytics, and all the other signals about what people might like need to get collected and distilled into actual feature ideas. And those feature ideas need to get broken down into development projects that can test the underlying assumptions and hypotheses. In other words, product management work needs to get done, one way or another. Saying you don't need product people, you just need engineers who can do product work, is like saying you don't need engineers, you just need designers and salespeople who can code. Sure, you could ask engineers to do all the product management. But then they'd just be PMs, except with engineering titles. All that said, it sounds like you've worked with some pretty bad PMs in the past. And a bad PM can certainly be worse than no PM - kinda like how a bad engineer can make their entire team less productive.

DanielBMarkham 8y ago
This is common-sense, intuitive, and practical advice. It's also wrong. The piece you're missing? The technical definition of the problem changes as we engage with solving it So there's no "collected and distilled". This is not a grocery shopping trip. Instead there's heavy user interaction, playing, and coming to grips with both the tech and user and how they live and work together. You can't capture that in a stack of printouts or Word docs. There are two problems with project/product management in tech. First, value discovery is a completely different activity than value delivery optimization, although they use mostly the same tools and skills. You can't tell from the outside which is which -- and we train most all of our management skills around optimization. Second, the intuitive way we humans have of solving problems, where we break them into pieces, "componentize", then optimize -- it's the wrong way of looking at it. Our natural intuitions lead us astray. (It's not a manager thing. Tons of great technical folks have taken a shot at managing and made these same mistakes) Disclaimer: wrote a book on how this works at the team level. Currently working on one about the program and product management level. https://leanpub.com/info-ops https://leanpub.com/info-ops It took me many years of watching this fail over and over again before it finally clicked what was going on. The PM skills are desperately needed. It's the framing of the work that begins to take us down a dark path.