5 ms·
It is possible that you are not being intentionally sidelined. This has happened to me, where a company hired a new PM to help us scale, but just took over the
by MartinCron 8y ago
It is possible that you are not being intentionally sidelined. This has happened to me, where a company hired a new PM to help us scale, but just took over the parts of my job that I most loved, leaving me with just the drudge work.
I was livid. “We have a new guy... who doesn’t understand the product or our customers or our process... and I am supposed to answer to HIM now‽”
Some advice I wish I could go back 10 years and give myself:
1. “Own what you own” which is a variation of “choose which hill to die on”. If you feel like something is “yours” you will resent people coming in and fucking it up. If you conceptualize something as “theirs” you can feel good doing your best to make it better. Being a humble servant can feel bad, but it feels better than being fired for having angry outbursts (trust me on this one).
2. Understand your feelings well enough to talk about them. That might involve talk therapy. Modern CBT is really great.
3. Remember that anything you love can break your heart. And that is OK. Better than not loving what you do. Maybe it is time for the relationship to end? Maybe you can salvage it?
4. Think and talk in terms of both work/life balance and work-life balance. If having a diverse set of things to do at work is important to you (it is to me, but not everyone) tell the company this. Some people love to be heads down coders in one layer. Other people need to work across more layers. Some people like to do PM or architecture work in addition to coding. Your managers won’t know what you need if you don’t tell them, and you can’t tell them if you don’t understand it yourself. (See #2).
Good luck! You are not in this alone!
- deanmoriarty 8y agoI found your story intriguing, as I struggled with something similar, and very much know what that feeling you described is. I would love to know, in hindsight: why did the company decide to replace you on something that you loved doing? Was this a case of under performance and the new person effectively performed much better than you, or something else? I have been victim of being replaced on something that I loved doing and I was very passionate about (a couple times over my career), and to this day (years later) I still think I was hands down much better than the person I was replaced with at that task, under every aspect: pure delivery performance, communication, sticking to improvements that provided value, maniacal customer support when bugs arose. In other words, I deeply and truly cared, too much actually and fell under the trap you described as “own what you own” (it was a feature I actually patented while working under the company). For the other person, that piece was just “meh, another thing I have to work on and maintain”, which ended up being my attitude when I was moved to something else. I’ve tried repeatedly to assess the situation from an objective point of view to see if my line of thinking missed some aspects which might have caused my removal, but I just couldn’t find any bias in my reasoning if not of clueless upper management.
- MartinCron 8y agoI don’t think in my case that it was necessarily about me and my performance. Just like I don’t think that the OP’s story is necessarily about him and his performance. When teams grow, they change. There is an all-too-often unspoken assumption that roles will get more and more specialized as the team expands. You can go from being a dev/pm/architect/analyst to being “just a dev” or “just an architect” so slowly that you don’t even notice the de-facto demotion until it is too late. A metaphor I use with management to prevent this from happening again is “I eat my broccoli so I get to eat my ice cream. Hiring someone to eat ice cream for me so I can focus on just broccoli might make intuitive sense to you, but will have a detrimental effect on me”
- deleted 8y ago[deleted]
- goldcd 8y agoThat's a metaphor that I know is now stuck permanently. My only addition would be that this is your broccoli and ice-cream. I'm eternally mystified as to what some of my colleagues like. Maybe the greatest benefit of agile I found is I can just shove my needs/rankings into it - and can then just let people pull out whatever they fancy from it. Running the other way there seemed to be surprise when a dev found some major issue or came up with some great idea and I was more than happy for them to add it themselves - and I'd happily rank up it at the cost of one of my planned features. I get the distinct impression that previous occupiers of my role were less flexible. What I've done (I hope) is just to be as open as possible about what "I like" and be open, consistent and say the same thing to anybody who asks.
- Itaxpica 8y agoOne of my old managers used to say that time and time again he would fret about which of his people would wind up stuck having to work on the shitty, boring parts of a project, only to find that someone else on the team was really excited to work on what he had thought were the shitty, boring parts; and on the flip side they would have seen as shitty and boring the stuff he thought was most interesting. The lesson for him was that as tempting as it can be as a manager to try to puppeteer everything, you can often get better results by just stepping back and letting a team figure out how they want to divide the work.
- qetuo13579 8y agoThanks for your support. My boss has always been happy with my performance as an engineer. He likes people to take ownership of their projects and always thanks me whenever I step outside of my direct area of responsibility to solve problems that would otherwise fester if left alone. The main problems at work can really be boiled down to a lack of communication and collaboration between employees. Engineers and managers alike. I'm hopeful that the new PM will be able to help improve things where the other managers have failed. As for me, I'm hopeful that I can communicate my desire to continue to have a role in technical leadership.