3 ms·
I realize this is unsolicited, so I will feel no insult if you don't desire to respond, you've just got me very interested from a "management case study" perspe
by existencebox 6y ago
I realize this is unsolicited, so I will feel no insult if you don't desire to respond, you've just got me very interested from a "management case study" perspective; so at the risk of a very naive question:
Do you have a good understanding re: what your folks are unhappy _about_? Like very specifically, do they feel overworked? Is there reliably political drama in the office? Is it a pay issue? I mention these not to suggest but give examples of how bluntly I mean. Problem here, is that it may be hard for you, given the power dynamic, to get that answer, but as an engineer, I can say it was always _pretty well known_ to the boots on the ground what was making the team unhappy. (and what was fascinating, and why I make this comment, is that it always seemed to run into a real bottleneck percolating up into management)
If you've already gone down this route, then again, ignore me entirely, but if you've not, or if you doubt the veracity of the message you got, I wonder if you can get a "spy in the ranks." I don't mean this in a negative way, but an engineer who for whatever reason (Naivete? self-sacrifice? I use these somewhat snide terms largely because I'm somewhat tongue-in-cheek referring to my past self) is willing to go against otherwise better judgement and be truly open with management about the situation (in that sometimes, management _may_ be the problem, and no one wants to fall on that sword), and who has enough trust with their peers to understand what's going down with them as well.
This can be hard to find, and isn't always present; but to summarize this ramble:
I would emphasize attacking the root of the problem in a very personal fashion, but that to do so requires having (or building) some conduit of trust and rapport; and I wonder if you've run into roadblocks trying to apply this.
- jkcorrea 6y agoWould having a "spy in the ranks" not further undermine the trust between founder and employees? Wouldn't it be ideal to lead by example and encourage a culture of open sharing over eavesdropping? I get that there will always be some power dynamic between manager/managee, but I felt encouraged enough with my previous manager's and skips to be open and direct about problems if there were some. That's probably an exception not the rule, though. Having not been in management whatsoever, I'm asking purely out of curiosity
- existencebox 6y agoTruth is I probably didn't use the right wording there, was too tongue-in-cheek with the intent of poking jabs at myself. You get at the issue I've seen with what you say here: >I get that there will always be some power dynamic between manager/managee, but I felt encouraged enough with my previous manager's and skips to be open and direct about problems if there were some. Namely, I've seen too many situations (both as an engineer and a lead) where the engineers really did NOT feel encouraged to be open; and even if it was encouraged, there was not necessarily sufficient trust to be entirely candid. As I gestured at earlier, sometimes the problem _is_ management, and even when it's not, it can sometimes be a risky proposition to be too negative to your boss (ESPECIALLY if they're a component of what needs to be addressed), so I've seen engineers default to limited disclosure. So what I mean when I say "spy in the ranks" is something more benevolent than I think I conveyed. Namely, someone who is able to bridge that communication gap by conveying the "risky info" in a way that doesn't put anyone in the line of fire; consider the benevolent motive of "This affects all of us and I might as well put my neck on the line to try and get it fixed if other engineers are nervous to put theirs." I mentioned that I was largely poking fun at my past self, so I'll give a concrete example: I've been on a team after a manager change. There was discontent on the team, because the prior manager had committed to but not managed to complete some QOL things the engineers has requested prior. The new manager was not really aware of this, but the engineers, having been burnt, were not super eager to spend time/effort/political capital to re-surface the issues, even though if addressed they would make life substantively better. I was in the lucky combination of both having some prior rapport with the new manager, as well as having a more senior role that gave me more confidence to "make waves", so I was able to slip in a comment of, "you know, there's X issue that you might not have been aware of. Not going to name any names, but it might be nice to re-surface this." So to your point: is a culture of open sharing the goal? 100%. And I would be remiss to use the word "Eavesdropping." I wouldn't recommend an avenue to this information that requires "listening in" such that it would break trust. I primarily intend to convey there may be ways to get that information as a process of _building_ trust; the trick here (and why I use the difficult words) is to find the most effective ways to get to the real and honest ROOT of that, which can be hard to bootstrap from a trustless environment, and often requires finding some way to connect with engineers who can see the whole picture and will give you the straight and narrow, ideally in a blameless fashion. (Further to your point; that aspect (blameless) is something very important to build in this conversation, making it VERY CLEAR this is a culture of mitigation and improvement, not fault. Makes it easier to have more of these channels open and conversations in the future)