Oh man candybar thank you. You perfectly stated what I've been feeling for a while. I'll preface this response by saying I have felt my title hasn't really aligned with what we actually needed for a while. for a long time I never had a real "project." Now things are coming down the line that are actual projects - for instance right now we're trying to partner with some companies and joining sales/dev teams to deliver a solution to market. For the first time in the entire year I've been here I did actual project management in one of these engagements with another team on another continent. But I agree it really isn't necessary here, at least in the traditional PM as a profession sense. I'll get into the last conversation I had about this in a moment.
Quote:
Originally Posted by candybar
At well-run tech companies, engineering (line) managers primarily exist to to fire bad engineers and help good engineers get recognized (whether for compensation or promotion). Beyond that, it's primarily about team/org-building and doing whatever is needed to fill the gap (at larger companies, this is often navigating across org-charts to find the right people to collaborate with). Sometimes line managers double as tech leads or project managers but that's typically only common if those line managers were also high-level contributors in the same or related context. And as I said, project managers typically coordinate projects at a higher level, usually cross-team stuff, and/or provide visibility to upper management - your entire company isn't big enough for there such roles to exist naturally. It's important to distinguish between project management and project management as a profession. To some extent, basic project management is something nearly everyone does - dedicated project management professionals are typically not needed for regular projects.
Correct. One of the suggestions I made in my meeting with my boss (head of engineering, basically the CTO) and the CEO. I said my boss's time is completely wasted dealing with customer engagements and all the minute bull**** that bogs him down on a day to day basis. He's an incredibly talented engineer and his time would best be spent spearheading engineering projects and getting down in the weeds with the engineers like I have been doing for months. He said he could take over the "project management" (whatever I have been trying to do) if he shifted over some of his "monkey work" (what I call it, it's not that hard to communicate to customers or talk to a bunch of people and make sure everyone's on the same page about things) like running our engagements dashboard and handling incoming requests from stakeholders. I can take the brunt of all that and relay it to him and the other managers, I really don't see why he feels the need to do that. But he's always told me he's bad at managing so I think that I was supposed to be his enforcer but since I don't have the political capital or authority that he does it's just never worked out (IMO).
Quote:
To be fair to them, one of the few good reasons to have a project manager at your scale is to have management and organization while having engineers do the minimum possible. I think it's an anti-pattern but one of the ways project managers can add value in this situation is by doing these kinds of things for the engineers so that engineers themselves can just code. If your engineers can just go to all the meetings, organize their own projects and so on, project managers are entirely unnecessary at this scale. Either way, to succeed in that role, your attitude towards engineers needs to be, how do I get all non-essential BS out of your way so you can focus on what you do best, not how can I get everyone to stay on top of all these things that we need as an organization. It should be relatively easy to add value even without bothering anyone, and that's where you should start. Even real managers are best off thinking of their own role this way.
100% agree with this and this is what I want to do.
Quote:
One of the problems seems to be that you also moonlight as an engineer so you have unnecessary opinions about the relative competence of your peers (and possibly this goes the other way as well) that cloud your interactions with them. Ideally, project managers should not be involved in evaluating the performance of engineers. I don't know if this pressure to be the boss (project managers are not typically considered managers, as they manage projects, not people) comes from the negligence of your company's absentee management that's trying to use you to manage by proxy or your own ambition (I remember you referring your position as a leadership role way back - that's typically not how project management is seen) but you're absolutely not yet qualified to be an engineering manager (actual manager) at any tech company that's worth your time.
you are right. This has been a huge problem and I have tried to communicate that to them for a few months now, that I cannot do the "25% dev, 75% management" they want from me, for a lot of reasons you just stated but simply because both of those are full time jobs and I just can't keep up. I was the bottleneck in a late deliverable this week and so they finally said I won't be touching code anymore if I go all in on management. I'd rather be 100% dev but this is the option right now.
They have made it really clear since day one they want me to manage by proxy. They want me to be the enforcer, my boss's have have all stated this week that they think they are weak at management and I can fulfill that role. They want me to do the unpopular things they know they need to do. I probably misinterpreted things along the way, I am prone to that, but it is really, really ****ing clear now.
Quote:
This is an anti-pattern - if there's one thing most technical people are good at, it's absorbing information in written form on their own. You don't need to get people in a room together to do this. I'd add at meetings are a necessary evil at a larger company because there are lots of things that need feedback from people from completely unrelated areas - when you have like 10 engineers, you can probably do without any meetings at all if you wanted to. The raw amount of communication needed at that scale is relatively small. If people are already meeting-averse a company of your size, you probably have too many unnecessary meetings.
Overall, you need to work on correcting your experience to opinion ratio - you have very little experience in any of this, but you have far too many opinions and way too much baggage tied to these opinions. I suspect that purely in terms of how they will fare in properly functional organizations in their current role, your company's engineers will do much better than your company's managers. At the least, you need to stop internalizing the struggles of your management to get useful work out of the engineers.
Correct. I need to figure out how to solve this. Not coding will be a big step. They still want me to validate things, which I am very good at in my opinion. But that step should not involve me even having to look at code at all and that's the state I want us to get in.
One area I really need to focus on is better requirements gathering and making sure the stuff we're working on actually aligns with our business goals. One thing that sucks is our business goals are super unclear. They seem to want my input on that too for some reason, idk why.
One route I think I may go and I think they will listen is to hire a consultant. Would that be a bad idea? I don't know how to implement process. My CEO wants to come up with the process on his own but I think it's gonna be terrible. Some of the ideas he's saying are just bad - like he wants people to be in the office 40 hours a week. I really pushed hard against that and said I dont give a **** how often people are in the office as long as they deliver. The problem is the people who are least frequently in the office right now, are the ones that arent delivering. So that is the easy place to point blame. But it is not the real problem.