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

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

30 pointstrzeci16 comments

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.

But my problem is that similar to memory leak, I'm facing with the time leak. I spend a lot of time on meetings, or provide support to systems that nobody else knows about. Some of the I wrote, some of them I just get known and I left alone.

It's hard to get rid of that legacy baggage, so that I think a "fresh start" will be the only option to get some air - but it's almost impossible to stay in one company and have a fresh start.

If you are for a long time on one company: How did you survive? How do you optimize your time?

View on HN

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 build the “how to” guide for them.

Focus on one system first and then present it to the CEO and tell them that you have written up this function because you want to help remove the key person risk of knowledge being only in your head. Also tell them why you are doing it (you want to grow further into the company to bigger opportunities).

As a business owner, I can tell you that this sort of initiative is greatly appreciated and valued.

Once done on a hat, get it to a more junior engineer and help them get in control of that part of the job.

Then repeat as many times as needed.

Even if you don’t find someone to take over some aspect immediately, doing this is very therapeutic anyway and also means that when the opportunity does arrive for you to hand it over, you can!

This will also declutter tour mind and help give that “fresh start” you are after as you won’t have to remember everything.

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.

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.)

The best advice I ever got on this was to “give away your legos”. https://review.firstround.com/give-away-your-legos-and-other...

You have to intentionally give away ownership of the things you made and entrust other people to figure them out as well as you did.

> 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.

You are 2 people, one with a bunch of skills to offer a new job and another with in depth knowledge at the current company. You could refuse to use those skills in your current company, but that's a big part of the value you represent in that orginisation. You could move somewhere else. I think if you want to stay you have to accept that people will ask you questions, but maybe if you move to another area/role they will diminish over time.

The amount of helpfulness you show when people ask your questions will determine the amount of new questions you get :-)

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.

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.

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.

Out of curiosity: Do you hesitate to leave for a new job? If so, may I ask why?

I see still opportunities for me to grow (now on the tech lead side) and value I can add to this org. Compensation wise it's on the market level (I do research once 2 years how the market changes, even I participate to interviews for the curiosity - so far the current company wins as an entire package)

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.

This can be a gamble.

Until the migration is eventually fully complete (which can really drag on forever in some places) they will be in a way worse position to argue for other people spending time on understanding it. Basically no one will be motivated in doing so.

> 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...

Reply on news.ycombinator.com