ingmarheinrich
Right now, it's mid size businesses with 50-75 FTE product development departments, but when I will be 50+, I want to get also projects at bigger companies :)
The switch to freelancing also sort of came naturally - a permanent job stopped very abrupt, and a headhunter that helped me find developers before approached me with the idea, because he had a customer who needed help.
I guess you also have to be "management material". Either you can do it or not. To a certain degree, you can learn management stuff, but honestly you have to be that kind of person.
Now since about four years, I'm a freelance interim CTO and help companies that struggle inside and around the product development department.
For a few years I was eaten by feelings of guilt, and the only thing that kept me alive was my two sons. Today, I still get guilt attacks, but I somehow managed to move on. I have a good relationship with my soon-to-be ex wife (she's the best person I ever met), and I'm seeing my sons as often as possible.
So this basically isn't a "problem" per se, but it's the hardest thing I ever had to overcome.
Let's write a book
Ok, now while I'm typing I see what you might mean: Of course in a management role you actually have to actively "facilitate": You have to challenge things that seem to be stuck, you have to offer solutions by comparing your experience with the situation at hand. Some kind of an "organisational coach with focus on IT teams". But this wouldn't be a permanent position but a freelance one, and 6 months seems to be a reasonable time for an IT team (and its stakeholders!) to resolve a lot of issues and to be able to flourish on their own.
Having the team decide on architectural matters isn't bad management per se in my opinion. At least having most of the ideas - of course management is responsible for the decisions, but if the ideas come from the team, the developers usually feel way more appreciated, and the decisions are supported way better than those that "come from above". But also, management has to facilitate: Have the team explain why they want to do things a certain way, have them lay out alternatives, and challenge their ideas with your experience.
That's just my understanding of an IT manager: You're not a manager because you were the best developer, and so you were promoted - changing into a management role is NOT a promotion, it's taking a different career path, doing a different job. So to my mind an IT manager should not be a lead architect who has all the great ideas, and the team works them off. He's a Servant Leader who helps the team to be the best team they can be.
Now I'm losing more and more interest in "core tech". While I find infrastructure, performance and scaling still kinda interesting on a rather abstract level, I find it more and more enjoyable to work with "people & processes", so: How do people collaborate within an IT department, how does IT collaborate with its stakeholders, how are the roles & responsibilities structured, where are the frustrations, what can be improved, how do we scale the team.
I've been doing this as a freelancer for almost three years now, and I had just two large-ish projects (about 6 months each). Problem is that both projects were started because management thought the problems they were facing were "the IT's fault", so I was hired as an interim CTO to "fix the IT". Management had the impression that I would look at the code and improve it, and then everything would be fine. However in both projects I discovered there were various severe dysfunctions that didn't really have anything to do with what the IT produced.
So staying within the jurisdiction of IT seems reasonable, but I'm also thinking about leaving it completely to become a general "organisational coach". But at the end of the day, I have no idea what to do, since right now it's hard to find clients, since my communication is rather incoherent, and people don't really understand what I have to offer. As soon as I say that I won't even _read_ code, they think I'm completely useless.
I hire seniors and high-potential juniors. Many mid-levels are mid-level because they don't have what it takes to become a senior. Those high-potential junior might or might not have it, but this doesn't really matter. If they don't have it, they become the war horses that are very familiar with the stack, and that do most of the implementation work, while the seniors do more the architectural kind of work, and take care of the juniors.
Not hiring juniors that have little experience, but seem to be very intelligent and eager to work, is one of the biggest mistakes you can do in tech hiring.
Ask HN: Working as contractor in UAE
Hi,I am interested in any stories about working as a freelance IT consultant in UAE. The kind of projects, the daily rates, etc etcI am a freelance Change Management consultant helping IT companies to improve how they work in terms of team structure and internal work processes. I'm German, always have been working in Germany (16+ years of experience), 5+ years in the vicinity of Rocket Internet...