[combatentropy]

It looks like a total waste of time.

As a developer of internal web apps, it is apparent what I must do next to serve my users, in the next week, month, quarter, year --- I have a long to-do list! It is also apparent what I must do to serve my team, in the next week, month, quarter, year. (I get rave reviews from both, unsolicited.)

The goals that cascade from the executives are laughably vague and obvious: cut costs, increase revenue, reduce maintenance, get to the root of recurring problems, please the customer (of course they phrase those things with your typical multisyllabic jargon). So what the process ends up being is taking my goals that I have already got and writing them down in another place (a shockingly flimsy and probably expensive web application they bought from a vendor) using certain words that they like. It is a total waste of money and time (which, ironically, is counter to at least two of their supreme goals).

Let me be clear. While it is theoretically possible that the executives know of a problem or need at the company that I don't, and when they share their company-wide goals it would be news to me, this has never happened. There has never been a time when the yearly goals come out and I say, "Oh, well, now that you put it that way . . . "

On the other hand, I must be above average, because there exist many at my company who, left to themselves, would sit around and do nothing, or worse. Presumably this whole ceremony is in reaction to their behavior. In my opinion, such people should be fired, not babysat.

[beardedetim]

> In my opinion, such people should be fired, not babysat.

I feel this same way at most places I've worked. But as I've gotten older, I've started to think "how can I level these people up?" and that has gotten me much farther towards my personal goals than the prior thoughts.

Not staying you should or that you aren't already. Just a thought to past me.

[azhu]

My experience matches this to a tee. Engineers who take initiative and ownership are the ones most likely to know the function of the revenue generator's vital organs and how they interact in a system. Execs, product folks, designers, and people managers may understand at the level a 5th grader understands bodily anatomy, but the engineers necessarily must know it on a surgeon's level. For startups.

I will say though, that the executive layer above our heads is not to be totally dismissed. They do have vision into things that we can lack, namely people and culture stuff that has significant impact on the company's long term trajectory. Or maybe big acquisitions and whatever. But the people stuff is what generates all the perceivably asinine people management stuff because if you get rid of the average nonautonomous employee, you have no one left pretty much. Hiring good engineers is HARDDDDDDDDDDD unless you can just bury the problem with cash.

The best potential solve I can personally see still hinges on having the right people. For any unit of people at any scale doing anything, a leader who can effectively recognize who to empower within what boundaries feels like it's by far the most crucial thing. I'm not sure there's even a way to have a pilotable thing made of individuals without having a conductor. If you just build out the org in a way where it can be conducted and put good conductors in place then they will be able to tell you wtf is going on at the level you need to know about and effectively translate your intentions into implementation.

Feels like this is the why behind the whole "idk y'all figure it out" style of startup engineering nonleadership that's becoming common these days. People just flat out don't know what they're doing, and even when they know it, they obscure it for self-serving reasons. If you have a leader setting this example via doing anything but having technical field vision and directing as a respected and well liked military officer would, then you will have an engineering org that is optimized for bleeding money.