Having been _exactly_ where you've been a couple different times I can assure you that things can & will get better, if you let them. It's really up to you to learn and work within the system or to begrudge it. No judgement either way, bigco's aren't for everyone.
I'm working on migrating our apps to the parent company's VM launching and deploy platform. Should be fairly straightforward, I think. Unfortunately, the deploy tooling isn't entirely compatible with our app so I ask the team if they can implement $X feature to support our app.
> The actual fix is rarely the long pole in the tent for implementation. In the other team's mind this translates to: "Can you support a completely unfamiliar platform in your app from now until eternity?"
The first engineer I talk to doesn't even attempt to answer my question but redirects me to their manager. Ok, that's odd, I think, but whatever.
> Engineers being hit up directly by other teams is the first thing a manager stops in bigco. It's
good for their team but not necessarily outside teams or for moving fast.
Manager says sure, just fill out this feature request doc. [...] delivery timeline of end of Q1 in 2022.
> This is about prioritization and ROI. They need to document the feature, compare against other company and team priorities, and get approval to move on it. Bigco is a cruiseliner not a speedboat. It takes a lot to turn it so it naturally wants to be sure that it's headed in the right direction before turning.
At this point I am in absolute shock. This should take no more than a few days to implement.
So I reach out to the manager and ask what is going on. This is a simple task, I said. Why does it take an entire quarter for your team to deliver? He doesn't have an answer.
> Again, the
code isn't the hard part.
I tell him I'm happy to fix the issue myself [...] and that only members of his team have R/W on that repo. What???
> CYA, get used to it. What happens WHEN your patch breaks and deletes customer data? Who takes the fall? Probably not the guy who submitted a PR one time to help the team out.
This is insane. And this entire time I was only alllowed to interact with managers and have not spoken to a single engineer about the actual technical details. It is impossible to get anything done here now.
> Sounds like you also need to update your team structure for the realities of bigco. In bigco, there are
people (scrum master, eng mgr, product owner, product managers, etc) that deal with all the things in this post and shield your eng team from having to deal with bigco's mess.
Is this how it's like at all large companies? What should I do?
> You should adapt. Or not. It's up to you. Some people like it, some people don't. Personally, I've come to terms with it and have tried to carve out a "smallco team" within the bigco structures. It's not perfect but it helps scratch my "get things done" itch. Also keep in mind, there are benefits to bigco. Work/life balance, etc etc etc.