zlacker

[parent] [thread] 8 comments
1. serial+(OP)[view] [source] 2023-11-22 09:58:47
> It looks like one should strive to become product manager, not an engineer or a scientist.

In my experience, product people who know what they are doing have a huge impact on the success of a company, product, or service. They also point engineering efforts in the right direction, which in turn also motivate engineers.

I saw good product people leaving completely destroy a team, never seen that happen with a good engineer or individual contributor, no matter how great they were.

replies(3): >>jpgvm+h6 >>Draike+2b >>Kinran+WB
2. jpgvm+h6[view] [source] 2023-11-22 10:53:36
>>serial+(OP)
Depends why/how they left.

I have seen firing a great/respected/natural leader engineer result in pretty much the whole engineering team just up and leaving.

replies(2): >>cables+Sc >>serial+mj
3. Draike+2b[view] [source] 2023-11-22 11:36:36
>>serial+(OP)
Interesting. I had the opposite experience. All of the product suite having no idea about what the product even is, where it should go, making bad decisions over and over, excusing their bad choices behind "data" and finally, as usual, failing upwards eventually moving to bigger startups.

I have yet to find a product person that was not involved in the inception of the idea that is actually good (hell, even some founders fail spectacularly here).

Perhaps I'm simply unlucky.

replies(2): >>cables+wc >>serial+Sj
◧◩
4. cables+wc[view] [source] [discussion] 2023-11-22 11:49:45
>>Draike+2b
At a consulting firm I worked with a product guy who I thought was very good, and was on the project pretty much from the beginning (maybe the beginning, not sure. He predated me by well over a year at least). He was extremely knowledgeable on the business side and their needs and spent a lot of time communicating with them to get a good feel of where the product needed to go.

But he was also technical enough to have a pretty good feel for the complexity of tasks, and would sometimes jump in to help figure out some docker configuration issues or whatever problems we were having (mostly devops related) so the devs could focus on working on the application code. We were also a pretty small team, only a few developers, so that was beneficial.

He did such a good job that the business eventually reached out to him and hired him directly. He's now head of two of their product lines (one of them being the product I worked on).

But that's pretty much it. I can't think of any other product people I could say such positive things about.

replies(1): >>cornel+kg
◧◩
5. cables+Sc[view] [source] [discussion] 2023-11-22 11:52:14
>>jpgvm+h6
No see, it doesn't matter, engineers are all cogs and easily replaceable. I'm sure they just dialed the engineer center and ordered a few replacements and they started 24 hours later and were doing just as good of a job the next day. /s
◧◩◪
6. cornel+kg[view] [source] [discussion] 2023-11-22 12:17:04
>>cables+wc
It's rare, and that makes it a spectacular leg up when you have a person who is great at it.
◧◩
7. serial+mj[view] [source] [discussion] 2023-11-22 12:39:30
>>jpgvm+h6
Yes, that matches my experience as well, that's why I mentioned "individual contributors", maybe it wasn't clear.

It's different with engineering managers (or team leads, lead engineers, however you want to call it). When they leave, that's usually a bad sign.

Though also quite often when the engineering leaders leave, I think of it as a canary in the coal mine: they are closer to business, they deal more with business people, so they are the first to realize that "working with these people on these services is pointless, time to jump ship".

◧◩
8. serial+Sj[view] [source] [discussion] 2023-11-22 12:44:03
>>Draike+2b
In my comment, the emphasis is definitely on the "product people who know what they are doing" and "good product people".

Of course, if the product suite is clueless, nobody is going to miss them, usually it's better the have no dedicated product people, than having clueless product people.

9. Kinran+WB[view] [source] 2023-11-22 14:22:59
>>serial+(OP)
Good engineers create systems that can survive their departure.
[go to top]