Ask HN: How to survive for a long time in one organization? • Hacker News Board

Re: Ask HN: How to survive for a long time in one organization?

#11

Post by 2rsf » Thu, Jul 07, 2022, 12:26 PM UTC

I never had this problem before and I switched positions in the same company more than once, in different companies. I think the companies I worked for fell under one, or both, two categories- big companies or good engineering culture.

If a company is big enough you simply get too detached from your previous projects, you might be asked for help here and there but the distance (physical, mental and managerial) will make it harder and harder to actually be productive.

The other type of company understands that it is not sustainable to keep a system maintained by someone with no commitment or dedicated time and will insist on a proper handover to a new owner.

Re: Ask HN: How to survive for a long time in one organization?

#12

Post by trzeci » Thu, Jul 07, 2022, 1:42 PM UTC

jeffrallen wrote: post #8

raasdnil wrote: post #4

The number one thing you can do is write up your “hat” in the organisation that you want to pass on and make it as easy as possible for someone else to occupy it. If there are aspects of your job, like the legacy systems you are talking about, that only you know about, you need to start the process of documenting those systems so that someone else can take them over. This isn’t just raw documentation, but you need to…

And then when someone asks for help with a legacy system say, "let's look at the docs together and I can help you take care of that yourself so you are not depending on me". Not all will react well to that, but those who are also looking to grow in the org will see there is an opportunity to grow some valuable expertise, with you as a mentor.

This is a very good advice - and helped me a lot to survive for these 8 years here, also it's a very good opportunity to increase the network of connections inside big organization - which is good also.

Re: Ask HN: How to survive for a long time in one organization?

#13

Post by thenerdhead » Thu, Jul 07, 2022, 3:02 PM UTC

Start saying No to things that don’t provide direct value to the organizations. Those are meetings, work, and efforts that may be present that have no legs in the first place.

You will get someone’s baggage anywhere you go. A new job will pile it on fast, but an old job you have to become the decider of your fate and workload. Just start saying no when it gets unattainable.

Re: Ask HN: How to survive for a long time in one organization?

#14

Post by FerretFred » Thu, Jul 07, 2022, 3:11 PM UTC

touristtam wrote: post #9

Argue that legacy system needs to be kicked off the kerb, that you do not wish to be the sole owner of these. By making it someone else's problem you will share the pain, and therefore add a voice of "discontent" to change. For time management, there isn't any silver bullet, and we just have to work around hard constraints. Btw one solution might work for you, but not necessarily.

> legacy system needs to be kicked off the kerb, that you do not wish to be the sole owner of these

I'd agree. I'd love to say this to people. I'm in a similar position in that I need to offload legacy production code to my successor, but due to successive company policies of cutting staff to basically 1-person-1-job I have literally no-one to hand over to. It's going to get messy...

Re: Ask HN: How to survive for a long time in one organization?

#15

Post by AnimalMuppet » Fri, Jul 08, 2022, 9:18 PM UTC

raasdnil wrote: post #4

The number one thing you can do is write up your “hat” in the organisation that you want to pass on and make it as easy as possible for someone else to occupy it. If there are aspects of your job, like the legacy systems you are talking about, that only you know about, you need to start the process of documenting those systems so that someone else can take them over. This isn’t just raw documentation, but you need to…

Good advice. But it can break down if the company says "we can't afford to hire someone to take over that part", and if they won't let you hand it off to someone more junior. Basically, if they are using you inefficiently.

If that's the case, still write it all up. Tell them where it is. And leave. (Because the problem you're feeling is not fixable within that company.)

Re: Ask HN: How to survive for a long time in one organization?

#16

Post by AnimalMuppet » Fri, Jul 08, 2022, 9:27 PM UTC

jstx1 wrote: post #5

> I work in organization for a long time (8+ years) and I really like it. I had a good growth path, and it's still exciting. Sounds like you should be telling us how to survive for a long time in one organization. I don't get what the problem is - Meetings? (everyone has meetings). Being asked to support legacy stuff?

I'm not the one you're asking, but: Two problems.

1. Meetings. Senior people have more meetings than junior people. Technical leads have more meetings than individual contributors. As you grow in an organization, you have more meetings. If you're an introvert, that's draining. If you get your dopamine hits from making things work, that feels like your time is being wasted. But in fact, you are more valuable to the organization. It's just less fun for you.

2. Being asked to support legacy stuff is almost inevitable, especially if you wrote it and it's important stuff. But if it's important stuff, the organization really needs to increase their bus factor on that stuff.

Also, supporting legacy stuff is often less than a full-time job. It means you can try to work on something else too. You just get interrupted, which destroys what you have loaded into your brain and kills your momentum. It's annoying, it's inefficient, and it would be better done by someone more junior.

Re: Ask HN: How to survive for a long time in one organization?

#17

Post by _thinx » Sat, Jul 09, 2022, 3:22 AM UTC

I have worked for my current company since 2015, so these are tactics I used:

1/ 30m meeting. Everyone who wants to make a meeting with me must via the invitation ( send to my calendar ), and the meeting duration must be 30m ( or less than ).

2/ Document by priority. I track the top 3 problems by their frequency and make the document ( troubleshooting ) next week. Automate your work first, after that, do delegate.

3/ Keep the fire burning. I mean you have to find your top 3 reasons, why you are still here, and work for the company. If you tried but can't find them, leave.

Hope it can help.