When you ask "Why did Company build 7 of the same products that all failed?", it always starts with the current solution struggling. This is an opportunity. Not to fix - which doesn't get you promoted - but to start anew.

An all too real story about Promotion Driven Development:
1. Opportunity.

The PM identifies the opportunity as Company's current product(s) are struggling. The root cause? Incorrect positioning/not understanding new market dynamics.

Opportunity: build a new product that addresses all these issues (and can get the PM promoted)
2. Proposal.

The PM makes a business case and an investment ask. "If we fund a team of 10 engineers, 2 data scientists, 1 designer, and 1 PM, we can ship a new product in 12 months, and an MVP in 6. This will result in this many users/revenue/market share: 📈"
3. Funding.

At the bi-annual planning and headcount allocation, the GPM and Sr Product Director all support the proposal well ahead of the meeting. It's a good move for the organization, and a strategic bet. The PM is still nervous, but the ask is approved.

The project is live!
4. Hiring.

The project is seeded with a few internal transfers the PM convinces to join. Many of these are senior engineers who are looking for that Staff-level project to be promoted. They start work. Another 7 engineers and a manager are hired throughout the next 6 months.
5. Building.

The next 6 months, the engineers plan the key features, build them over weeks, and ship them to internal dogfooders, and beta users. The project progresses very nicely. External beta users are recruited and use the product.
6. Launch.

With a v1 version ready, 6 months after the kickoff, the product launches. At a company this size, the launch happens in a small market: New Zealand. It's not yet promoted widely, but the product is now, indeed live, and getting ready for further rollout.
7. Promotion season.

It's been 8 months since the kickoff and promotions are happening. The PM is promoted to Sr PM, and one of the engineers to Staff for having identified and executed on a strategic business opportunity, and shipping it to production in such a short time.
8. Iterating.

The product rolls out in other countries, and initial growth looks good. The next 6 months the team keeps adding more features, and shipping these to smaller cohorts. There seems to be lots of churn after 2 months. But it's a bit too early to tell, to be fair.
9. More funding.

The PM strikes a deal with Popular Company Product to integrate their chat to their the main screen. User signups surge and the growth graph is a hockeystick.

The (Sr) PM asks for more funding: another 20 engineers. Approved for 15. The team grows. More hiring!
10. More promotions.

The other founding senior engineer is also promoted to Staff, as well as other engineers. The EM is promoted to Sr EM for growing a team from zero to 20 engineers, and two managers in such a short time.
11. Growth slowing.

That two-month churn is surfacing, and it's bad. The hockestick is flattening.

It's unclear why users are churning. Well, that's not entirely true: there's dozens of reasons, and each one is a major project to fix. Confusion with other products is also one.
12. Founding team members leaving.

The founding PM realizes a project slowing down won't help them get to Director. Best to leave when things are still growing.

They internally transfer to head up three teams taking on a directly threatening competitor instead.
13. More team members leaving.

Growth is flat, and there is no clear fix for the problem.

Three of the engineers and a manager follows the PM to the new teams. A few other engineers transfer to other teams building interesting things.
14. A struggling team.

Growth is turning negative. The team is not given additional headcount the next planning cycle. There are rumors of no backfills, unless the metrics improve. The EM and PM both transfer to another team as well. The new EM and PM are now both new hires.
15. The speculation.

The org all-hands no longer mentions the product. Internal transfers avoid the team. People are talking: why did the product fail?

The area is strategic to the company. The start was promising. What went wrong? Was it the people? Execution? The competition?
16. The realization.

A PM thinks they understand the cause. The market shifted. Positioning was poor. The area is still strategic.

Could this be... the opportunity they've been looking for? They take a deep breath and decide it is. They know what to do:

• • •

Missing some Tweet in this thread? You can try to force a refresh
 

Keep Current with Gergely Orosz

Gergely Orosz Profile picture

Stay in touch and get notified when new unrolls are available from this author!

Read all threads

This Thread may be Removed Anytime!

PDF

Twitter may remove this content at anytime! Save it as PDF for later use!

Try unrolling a thread yourself!

how to unroll video
  1. Follow @ThreadReaderApp to mention us!

  2. From a Twitter thread mention us with a keyword "unroll"
@threadreaderapp unroll

Practice here first or read more on our help page!

More from @GergelyOrosz

27 Sep
A month into a paid newsletter for eng managers/engineers, it's taking off faster than I ever hoped:

~ 500 paid subscribers (thank you!)
~ 15,000 free subscribers
~ $62K ARR
- A top 10 @SubstackInc technology newsletter

Here's what I learned and advice on writing/newsletters 👇
1. Start writing. I started The Pragmatic Engineer blog years ago. At first, no one noticed. 70 essays later, a lot of people do.

If I started today, I'd join a community for feedback/encouragement like @bloggingfordevs by @monicalent (a community I'm a paying member of).
2. Write what *you* want to read. I always liked articles that shared observations on where tech is heading or explained important things with plain language.

So I wrote about this. Like equity in tech blog.pragmaticengineer.com/equity-for-sof… or product-minded engineers blog.pragmaticengineer.com/the-product-mi…
Read 15 tweets
26 Sep
On equity: "Our CEO doesn't believe in awarding equity to employees b/c it creates the wrong types of incentives. People stay hoping for a payday."

I hear you. Companies that obviously did not get this memo include Microsoft, Apple, Amazon, Google, FB, Tesla, Twitter, Slack...
... not to talk about most of the fastest moving & innovative startups.

What the same C-levels don't like to admit is how they *do* have large amounts of equity, and hoping for a payday is one of the many reasons they also stay.

Aligning company and employee incentives works.
My writeup on equity in tech: what you need to know and why it's (very) important blog.pragmaticengineer.com/equity-for-sof…

A recent, in-depth book I reviewed and recommend: Equity Compensation for Tech Employees by @mcdickenson gumroad.com/a/276534387/Eg…
Read 4 tweets
25 Sep
My wife - transitioned to software engineering via a bootcamp - used to always be the only female in the engineering teams she worked at.

For the first time ever she now works on an all-women dev team and she says it is the best part of her job, finally not being the only one.
I’m gonna say it: from what I gather from her and talking with other women engineers, it sucks being the only one. Kept getting hit by biases, (micro)aggressions and having no one to talk it through with.

One minority on the team is a step forward, but it’s not yet diversity.
Some of the most diverse engineering teams are at small companies, that have very friendly interview processes.

Much of Big Tech is a place that scares anyone miles away with a heavyweight and stressful interview process where eg women rarely see another women on the panel.
Read 4 tweets
25 Sep
“Is it easier to get into Big Tech / FANG as a senior engineer or as an engineering manager? It’s my goal to work there, but my startup has an opportunity for me to become a manager.”

It’s a lot harder as a manager. Here’s why:
My answer on Reddit: reddit.com/r/ExperiencedD…

The thread with good takes from others: reddit.com/r/ExperiencedD…
My personal experience was the same with Uber.

I was a tech lead - managing a small team - at Skyscanner. Getting a senior engineer position at Uber was straightforward. I had management experience and asked if I could be considered for EM positions. The answer was no.
Read 4 tweets
24 Sep
After writing about how most of Big Tech does not use Scrum (does not mandate it/hire consultants) of course I get an influx of messages from Scrum and Agile / Agile 2 consultants offering how they could help.

I get that it’s business. But if it ain’t a problem… don’t fix it?
This was the article: blog.pragmaticengineer.com/project-manage…

And I’m literally getting pages long messages on how I misunderstand Scrum (I’m a certified Scrum master lol) and how “Scrum can help you get the same results.”

From people who make a living charging for Scrum, of course.
I get it: it sucks if teams do just fine by themselves, without having to hire a coach for $X,XXX/ day to tell them what to do and how.

The future is increasingly not needing Cerified Project People to run a tech company.

If you’re not there yet: they can help… for a while.
Read 4 tweets
24 Sep
ATSes rejecting resumes is the most persistent lie that well-meaning people echo.

This FUD made up by paid resume services you should not pay for.

I say this as a hiring manager familiar with most ATSes. They dont’t reject anyone. Ask any HM or recruiter like @AlaRecruiter
Here’s an in-depth version on why all this is false: thetechresume.com/samples/ats-my…

All this “ATSes reject people” have no quoted source beyond an article written by a content writer at a company selling ATS-proof resumes.

An investigation by a recruiter you should read:
Now the advice to tailor your resume to the job description is great advice.

There is no “robot” filtering resumes, but if a position gets 500 applicants, the recruiter reviewing these will consider ones that *clearly* show you’re a match for the position. Make it easy for them!
Read 4 tweets

Did Thread Reader help you today?

Support us! We are indie developers!


This site is made by just two indie developers on a laptop doing marketing, support and development! Read more about the story.

Become a Premium Member ($3/month or $30/year) and get exclusive features!

Become Premium

Too expensive? Make a small donation by buying us coffee ($5) or help with server cost ($10)

Donate via Paypal Become our Patreon

Thank you for your support!

Follow Us on Twitter!

:(