1/ Product Management isn’t a major one can study, few folks graduate into, and most people learn by apprenticeship. There are number of dangerous myths about what the PM role is. Here is a thread with five…
2/ “PMs are mini CEOs”: This is admittedly a catchy tagline. CEOs have direct management responsibilities, decision making authority, business-level objective ownership, and often founder-level credibility for the original vision.
3/ In reality, PMs have none of these. It’s a pernicious trap, because the PMs who act as if they are mini CEO for a feature are the most likely candidates for a team organ rejection. Teammates want product leaders, not dictators.
4/ “PMs are the decision makers”: Many people who convert from another role into product see it as way to get to “make the calls”. It’s a common pattern, especially for disempowered engineers on dysfunctional product development teams.
5/ PMs are responsible for the pace and quality of decision making. Full stop.
6/ That does not, however, mean they should make even a small fraction of decisions themselves. They should be the ultimate facilitator: pull the best ideas from their team, coordinate with xfn partners, get exec context, etc.
7/ They should lay out well-researched tradeoffs, time-box deliberation, and structure great discussions.
8/ Only in rare situations should they actually “make the call”. When they do, it withdraws from their organizational capital account balance. That needs constant deposits as a counterbalance.
9/ “PMs are the idea generators”: More than any other product dev role, PMs are judged nearly exclusively on the output of their team. Unlike eng or design, there are few independent artifacts to hang their hats on.
10/ The degenerate case is PMs who think their ultimate work product is new ideas. They churn out 10x more concepts than their team could ever build.
11/ This has a two-fold downside: their team execution suffers without sufficient PM attention, and it stifles the potential creativity from non-product teammates.
12/ PMs do need to immerse themselves in context and research to prime coming up with great product ideas. In an ideal world, that’s a constant team exercise the PM just happens to drive.
13/ “PMs have to be great at company politics”: Unfortunately, at the largest companies this one is a bit true. But at companies in the thousands or smaller, that degree of politics only happens when shared alignment breaks down.
14/ Great PMs are an antidote to startup politics emerging. They keep disparate groups bought into a shared vision of where the company/product needs to head.
15/ This requires developing deep domain knowledge, communicating compelling, and setting an inspirational strategy.
16/ “PMs need technical degrees”: I believe this started with Google’s hiring of CS students directly into product, as a backlash of the MBA influx during the dot-com bubble. Though I was one of them, I disagree with the premise.
17/ While a technical foundation is certainly useful for PMs, like every hiring heuristic applied unconditionally as a filter it produces far too many false negatives.
18/ PMs do need to have a deep curiosity about the underlying tech, humility about the details, ability to develop strong partnerships with engineering, and a voracious learning appetite.
19/ In summary, just a few dangerous PM myths to avoid: mini CEO, chief decision maker, primary idea generator, political savant, and tech degree required.
Incorporated great feedback and wrote up an expanded Medium post on the five PM myths: medium.com/@noah_weiss/fi…
• • •
Missing some Tweet in this thread? You can try to
force a refresh
In early 2019, our Slack self-serve business growth had flat-lined. There were no “obvious” culprits.
Years of experimentation had optimized every step of onboarding. We needed fresh eyes. But we were too close. We were creatively stuck.
So we came up with the “Complaint-storm”
The idea was simple: how can we get our team to look at the end-to-end experience with fresh eyes? The “curse of knowledge” is real. It’s reflexive to filter out ideas because “we tried that 3 years ago”. And doing a deep critique of years of your own work is almost too painful.
So @stewart and I came up with the “complaint-storm”: an excruciatingly detailed product walk-through with the eyes of a borderline indifferent new customer, combined with a brainstorm of potential problems worth fixing. To build the practice, we started with other products.
What are the common traits of PMs with the steepest career trajectories? You can’t study product management in college, so how do people who learn the fastest approach the job?
A thread with the seven traits of fast-growing PMs...
1. Fast-growing PMs relentlessly focus on customer impact.
They routinely rebalance their team’s portfolio of investments. They optimize for the pace of delivering value to end users.
2. Fast-growing PMs sweat the little big details.
They focus on the craft of shipping great products, not just the metrics. They put care into their writing. They constantly taste their team’s own product soup.
Today, we launched new virtual HQ capabilities in @SlackHQ to help companies operate digital-first.
This is the origin story (with early wireframes included!):
We talked to hundreds of customers to learn their top needs for working-from-anywhere.
We built tools to help teams:
🎲 Recreate the serendipity and creativity of the office
🔌 Feel connected while physically apart – fewer meetings required
🧘♀️ Foster flexibility and inclusivity
As the economy re-opens, it’s clear:
1) Hybrid remote is here to stay: Everyone wants flexibility of when (93%) and where (76%) they work. 2) No one wants to spend 9-5 in meetings, in-person or on video 3) People feel less connected than ever
After a decade+ working in NYC tech across Google, Foursquare, and Slack, some thoughts on the impact of Amazon+Google committing to space for hiring ~35k people — around 4.5x their footprint today.
Punchline: perhaps counterintuitively, this will be great for local startups.
1/ To grow in NYC at this scale, AMZN/GOOG will have to hire, train, and develop huge numbers of recent graduates. They'll provide some of the best, pragmatic “graduate schools” for a much more diverse group than exists in tech today.
2/ To bootstrap their NYC teams, AMZN/GOOG will want to transfer hundreds — if not thousands — of seasoned employees who bring experience leading at massive scale to the city.