I guess a good place to start is what you do like about the industry, and possibly what you don’t like about coding.
If you’re really into problem solving despite not wanting to code, maybe something in the product or UX direction would be appropriate, where you’re figuring out how to best turn what the business wants into software that a customer will use. UX is more of a focus on how users might interact with the software.
If you’ve got a knack for organising time and clear communication, some places have specific project management roles separate from the product management.
Depending on the organisation, QA/Test engineers might not write much (if any) code, though in others they may be expected to write a lot.
Some places might have engineering managers/team leads that are fundamentally people managers rather than being particularly technical. Though most organisations would probably expect familiarity with the technologies your team would be building with, so it might be tough to get in at that level without having to go through a standard engineering role first.
Unless I’m forgetting something, anything else I can think of is going to need some amount of coding or expect you to have a decent amount of experience with it in your past
I would add information security, which requires a lot of theory, but not always a lot of coding.
Also help desk / IT work, which is hands on with technology, but not theory intensive (usually).
Devops usually requires a lot of coding these days, but there was a time, and such roles may still exist, where the system administration tasks of capacity planning, backups, disaster recovery, purchasing, rack & stack, and access controls would keep you quite busy without much coding.
I guess a good place to start is what you do like about the industry, and possibly what you don’t like about coding.
If you’re really into problem solving despite not wanting to code, maybe something in the product or UX direction would be appropriate, where you’re figuring out how to best turn what the business wants into software that a customer will use. UX is more of a focus on how users might interact with the software.
If you’ve got a knack for organising time and clear communication, some places have specific project management roles separate from the product management.
Depending on the organisation, QA/Test engineers might not write much (if any) code, though in others they may be expected to write a lot.
Some places might have engineering managers/team leads that are fundamentally people managers rather than being particularly technical. Though most organisations would probably expect familiarity with the technologies your team would be building with, so it might be tough to get in at that level without having to go through a standard engineering role first.
Unless I’m forgetting something, anything else I can think of is going to need some amount of coding or expect you to have a decent amount of experience with it in your past
I would add information security, which requires a lot of theory, but not always a lot of coding.
Also help desk / IT work, which is hands on with technology, but not theory intensive (usually).
Devops usually requires a lot of coding these days, but there was a time, and such roles may still exist, where the system administration tasks of capacity planning, backups, disaster recovery, purchasing, rack & stack, and access controls would keep you quite busy without much coding.