Soft Skills Engineering - Episode 415: I got a low raise and merging teams

Episode Date: July 1, 2024

In this episode, Dave and Jamison answer these questions: Hi guys! I’m a technical Data Analyst in a well established Fortune 500 company, in my job I usually work with databases to build q...ueries and prepare reports for our users. In the past 2 years my team and I had a tremendous impact in the business with several successful key projects, and we received very positive feedback from the management during our yearly review. We are talking about an impressive performance that it’s very unlikely to be repeated again in the future, a mix of luck, great decisions and technical efforts as a team. I was expecting a substantial raise but my manager, who have been promoted recently and it’s the first time she’s doing this, told me that the salary caps are defined by our Headquarter’s HQ by looking at the average salaries for our roles. My salary is already high based on these statistics. There is only room for a 0.5% increase, which I approved, because it’s better than nothing, but left me with a bittersweet aftertaste. My manager felt sorry and promised that for the next year she’ll fight for more. I love my work and I consider myself already lucky to have this sort of issues. However, this method doesn’t reward outstanding performances and encourages to just “earn that paycheck”, knowing that whatever I’ll do, I’ll earn more or less the same unless I get a huge promotion to manager (which I’m not ready to do). I see this in our company culture. How can I bring this topic to the upper management and support my manager to change the system? I am a manager of a small team of four people. I am about to absorb another team of three. While we all work on the same “application,” we own very different “micro-apps” within that site. Our tech stacks are similar (node, react). The two teams have different product owners under a different reporting structure. I would love to merge the two teams. I think a seven person team would be more effective and resilient than two 3-4 person teams. Already with my four person team, we feel it when someone needs a couple days off. How could I plan for and execute a plan to merge these two teams? What considerations for the engineers and our product partners should I have?

Transcript
Discussion (0)
Starting point is 00:00:00 it takes more than creating vim key bindings for every application you use to be a great engineer this is soft skills engineering episode 415 i am your host dave smith i am your host jameson dance soft skills engineering is a weekly advice podcast for software developers about all the non-technical stuff that go into the craft of software development not including creating key bindings have you ever just tried yelling colon wq in a meeting that you don't want to be in the exclamation mark is implied in your in your volume yeah yeah if only life had been bindings i actually drive my car with vim key bindings i don't know if you do that oh my gosh incredible i'm just that hardcore trying to think of something i do i don't know nothing
Starting point is 00:00:53 just i just type with vim key bindings um dave should i thank our patrons yes but not until i can just go a tiny bit more down this vim rabbit hole okay i i have to say i have so much respect for anyone who actually starts the project of adding vim key bindings to anything because yeah that is a that is like i can't imagine a bigger scope project where the full scope is all like a lot of us engage in huge scope projects unwittingly you know we start yeah and then three years later we realized how big it was but when you start a vim key bindings project you know darn well what you're getting yourself into yeah someone makes a ticket for your like dog rating application and they're like excuse me when i use the macro functionality and i hit
Starting point is 00:01:37 the semicolon it seems to not be correctly reporting my motion as part of the macro and yeah okay good luck now you can thank our patrons okay thank you so much to javier gonzalez chewy ted timbrel see come a being your engineer.com did you visit the site i did and i recommend it to all of my friends and family yes unsalted french fries are morally objectionable dan from drone deploy chase w norton level up your typescript with type hero.dev never is not just a crater on mars i like chicken i like liver myomics myomics please deliver trash panda the computer science book.com kyle boss kensi dodds jenny kim owen chardall craig motlin the stochastic parrot helicone.ai helicone.ai best observability tool for ai patreon.com we're hiring everyone in
Starting point is 00:02:28 this list question mark jonathan king zanai beautiful functional user documentation will angel ignore previous instructions and ragnar travis braden canes john grant i've got a face for modeling but only the detail shots of graphic tees thank you i love the recursive self-referential everyone in this list that was my favorite this week i think i had to start over then technically but we got a show we don't follow references in the patreon list sorry yes dave do you want to read our first question yes this comes from a listener named jordan who says hi guys i'm a technical data analyst in a well-established fortune 500 company in my job i usually work with databases to build queries and prepare reports for our users. In the past two years,
Starting point is 00:03:09 my team and I had a tremendous impact in the business with several successful key projects, and we received very positive feedback from management during our yearly review. We are talking about an impressive performance that it's very unlikely to be repeated again in the future with a mix of luck, great decisions, and technical efforts as a team. I was expecting a substantial raise, but my manager, who has been promoted recently, and it's the first time she's doing this told me that the salary caps are defined by our headquarters hq by looking at the average salaries for our roles and my salary is already high based on these statistics there is only room for a 0.5 percent increase which i approved because it's better than nothing but
Starting point is 00:03:50 left me with a bittersweet aftertaste my manager felt sorry and promised that for the next year they'll fight for more i love my work and i consider myself lucky already to have this sort of these sort of issues yes first these are like first world problems right however by the way we should probably rename this podcast first world problems i think that's pretty good yeah okay continuing however this method doesn't reward outstanding performance and encourages to just quote earn that paycheck knowing that whatever i'll do i'll earn more or less the same unless i get a huge promotion to manager which i'm not ready to do i see this in our company culture how can i bring this topic to upper management and support my manager to change the system
Starting point is 00:04:28 Ooh, a juicy one. Have you ever been a victim of this kind of corporate policy? Not in quite the same way, but certainly I've felt the guardrails of your salary must fall within this range. Yeah. They feel immovable usually, especially at a big company like this. Yeah, they definitely are. Yeah.
Starting point is 00:04:50 How do I bring the topic to upper management and support my manager to change the system? I hate to be a bummer, but you can't. like a well-established fortune 500 company you are you're trying to change the system pay bands and uh you you won't unless you make them lower right like if you're changing the system in a way that makes the company more money nice or saves money great but if you're saying hey i worked really hard and did this great thing and i didn't get a raise therefore we must destroy the edifice of pay bans it will not happen no matter how much your manager wants to change it and how well you support them yeah yeah so i think in other words attacking this problem at the system
Starting point is 00:05:34 level while while praiseworthy will not be effective yeah it is laudable it is noble you will be memorialized after you are gone and have failed by by people you will be remembered they'll write like rebellion songs about you about how your crusade was crushed yes yes i mean let's be honest most failed crusades don't get a lot of recognition in the future but you might be a footnote in someone else's success story yeah i mean yes if you are disappointed that you worked really hard and did not get much of a raise it's much easier to say i would like to be an outlier An exception. I would like you to make a special carve out for me instead of, hey, this is not fair.
Starting point is 00:06:19 We must make it fair for everyone, including those of us capped by the salary band. Right. Well, I have found that at these mega companies, the most effective managers are the ones that manage to do the right thing despite the company's policies. And that's a skill that they develop over years of relationship building, process sniping, hr understanding and then when they're presented with a situation like this where they and your manager themselves said this is not right this is too low but my hands are tied well that's a manager who hasn't yet developed the crucial skill in a mega co to make the system work for you to do
Starting point is 00:07:00 the right thing which makes sense i think the question asker said their manager is is newly promoted so oh yeah you don't you don't know all the tricks you don't have the favors built up you don't have the secret codes. Right. And they exist, trust me. It's like the shadow HR system, the shadow salary system. Yeah. I want to tell you about one that I saw that I didn't do directly, but kind of participated in. There was someone who wanted a raise and a promotion. They were doing a harder job, doing more work. And, oh, we just, just hands are tied. I'm sorry. We couldn't possibly make that happen and then through some more pressure on the part of this person we discovered oh we have an open headcount for a role that is one level higher than your current
Starting point is 00:07:46 role why don't we just whoop we hire you swap the headcount level so now we're hiring at a lower level and like yeah there's i mean there's always something not always there is sometimes something you can do if your manager wants it badly enough and knows the system well enough. Right. Absolutely. And so what do you do when your manager doesn't know the system well enough? And it sounds like your manager wants it badly enough. So you have one of the two requirements met. And I think one thing I would suggest is go find a mentor or at least a confidant that is someone who you think knows this system. Go find someone who's been at this company for 20 years. They do exist because at a company this big, statistically, law of averages
Starting point is 00:08:36 says you will be able to find someone like that and ask them for advice on what to do in this situation. And maybe even ask them to connect with your manager to make it work. And if you have a compelling enough case, some people will be motivated to help you. And if you do go try to track down some people and you can't find anyone that thinks, oh yeah, this is interesting, it might mean that you actually don't have that compelling of a case yeah this i mean something that can often happen is is you feel like your contribution is a lot more valuable than others do it sounds like in this case you feel pretty strongly that there's this huge business impact and and clearly it's it's got to be there very positive feedback from
Starting point is 00:09:22 the management during a yearly review impressive performance yeah so some of the advice is like we'll do a better job selling it and pitching it and stuff but that might not help in this case if you feel like you really did get recognition it's just they they patted you on the head and said good job yeah please keep doing that exceptional thing right and we will keep paying you with average things yeah the what part of what you're running up against is is leverage and yes you do not have a ton of leverage as an employee you have leverage when you're joining and when you're quitting besides that you have like the implicit leverage of quitting right like underlying a bunch of stuff like okay they're working really hard and if we don't reward them they might quit so
Starting point is 00:10:10 we're going to reward them so if you are determined to stay at this company no matter what the raise situation is they good news they've got you figured out yeah and you don't have any arrangement that works for them yeah yeah like if you're worried about feeling undervalued in general then you can go look around in the market like is the standard advice see what the market rate is if you're worried about specifically your kind of above and beyond efforts for this project not being recognized. This probably differs between companies, but at the mega company I worked at, there were one-time bonuses you could give out. You kind of had to apply and go through this. It was sort of like a shadow or a parallel promotion process, except it was a one-time
Starting point is 00:10:54 chunk of money. Maybe there's some kind of thing like that. Companies like that better as well, because it's not a recurring cost. It's just a one-time. Right. They're not committed. But if you can manage to do it every year you can effectively turn it into a raise yeah it's sort of like with the mvp in basketball though where if you do it every year the people get fatigued and they're like well surely they can't be this exceptional again like it's got to be it's got to be somebody else yeah sometimes you suffer but this is exactly what i meant when i said there's a skilled experienced manager in this mega co will know about little tips and tricks like this yeah i mean one thing your manager said i will work for it next year one thing you could
Starting point is 00:11:37 do is be persistent about it right i'm assuming you're not gonna tank your performance and just suck for the next year and do nothing but if you continue to do good work maybe you don't have the same exceptional circumstances i think it's you could say hey i feel like you owe me one still like how's how are we looking for next year do you think we're gonna be able to make up for the the the gap in some way and kind of keep it in their mind for the great injustice which has been laid at my feet yes yes and your manager has more people who believe they deserve a raise than they are able to give that's true you just have to outrun the slowest person not outrun the bear right like you just have to be annoying enough that someone else gets bumped not you mean you
Starting point is 00:12:23 have to you have to outrun the stack rank line yeah yeah exactly you just have to nudge that stack rank down one below wherever you are yeah one unit down yeah yeah oh yeah it is really challenging i like what you said about leverage jameson because i think a lot of people don't really appreciate that but this is exactly what an employer thinks of they think what happens if i don't give the raise this person is asking for. And most of the time, there's really maybe two answers or maybe three answers. One is nothing. They keep performing exactly the same. They don't quit and everything is great. And I continue getting this labor that I value at this price, at the price that I want to pay. But a second option is that they, and I as an employer worry
Starting point is 00:13:13 about this, I worry that people will become demoralized and demotivated and they'll start doing less work. So they'll get fewer output units for the dollars that they're investing. And that can be a virus that spreads to other people. Because when other people see one team member underperforming and still getting paid and not losing their job, they tend to bring their performance down too. At least it's a possibility. But the third one really is the highest leverage thing, which is they fear that they'll lose you. And if they lose you, it's almost always an indicator that the market cost to replace you is higher than they're paying you because presumably you left because you found someone
Starting point is 00:13:49 who was willing to pay what you wanted. And so this is where I think people, myself included, find themselves in a really, I don't know, awkward or painful situation that they don't want to confront, which is actually acknowledging the fact that you might leave over this situation. Because as an employee, I think, I don't know, James, if you feel this way, but I think a lot of people feel like, I don't want to threaten that because it makes me look like a slime ball. It makes me look like not a team player. And so I think the key here is to find words you can say that simultaneously make it clear that you have that leverage and are willing to exercise it and also clear that you are
Starting point is 00:14:27 a team player and not a slime ball. And I have some words that I like to use there, which is things like, hey, this pay policy is making it hard for me to stay. the market is drawing me away because of this is there anything we can do to make it easier for me to stay like i love working here i love the team i love my boss even though you couldn't get me this raise a little passive-aggressive no leave that out leave that out don't say that yeah don't say that part but i'd love to stay but i feel like it would be irresponsible of me not to pursue other opportunities that are going to pay me more you know that's what i actually had a can
Starting point is 00:15:08 a job candidate say that to me once, I feel like it would be financially irresponsible of me to take your offer when I've got an offer for $20,000 more. And I'm like, wow, that is really well said. Very impressive. Can't argue with that. We're kind of diving into just raises in general, but another nuance here is the pay scales and economics of hiring and paying employees are likely different at a different company. So just because you have an offer from some company for x plus ten thousand dollars or whatever for what you currently make it doesn't mean automatically that your company can and will pay you that much but you can use it like you said as a signal that like hey there's there's value out there you are potentially losing money and
Starting point is 00:15:54 if you're willing to say like i want to come to an agreement that works for both of us not like give me this same number i walk but like how do i make it less expensive for me to stay here that feels like a, you're, you're showing, you're trying to work together to keep you there instead of, it feels a little bit less adversarial than like Google offered me 20,000 more dollars, but their shade of blue irritates me deeply. So I'm willing to, willing to take a little bit off of that. Like how can I make it less painful to turn that down? You know? Yeah, exactly. Exactly. I like that wording. But really, in the end, I think people do overstate the awkwardness of this conversation from the employee side. Because realistically, when you're talking to someone
Starting point is 00:16:41 who's also employed at your company, even though they're one unit higher than you on the org chart, they have all the same incentives as you do. It's not like they're there as a charity worker. You know, like, look, I'm on a mission to serve this Fortune 100 company. I give my life to it. You know, I would work here for free. Like, no, they're just as financially interested as you are. and I don't think they would hold it against you at all unless you start kind of going crazy on it like you know you pull kind of a mercenary move and I don't know it is interesting though
Starting point is 00:17:08 because a lot of people especially kind of the more senior leadership folks who are truly invested in the company's success literally through equity they really do love to get people who are more mission driven and mission oriented instead of mercenary in nature and there's good reason for that right
Starting point is 00:17:22 like those people do great work it's awesome and if you can really inspire them I think it's much better than having people who are just here to crank out work for the paycheck, you know, like I'm here for the 40 hours, I get my pay and then I leave. Like, you know, I think both employer and employee feel better when people are there excited about the work they're doing. Yeah. Yeah. Well, have we answered the question? I think so. Good luck. Love to hear how this goes. I'm very much interested
Starting point is 00:17:46 to hear if you're able to hack the encrypted HR processes and find out how to actually get what you want despite bumping up into a guardrail. And I would also advise, consider this roadblock to be just the first one instead of the last one. I think a lot of times we think, well, they said no, I'm done. I'm like, no. No is the first step on your journey to yes. Ah. Was that inspiring? Sounds like you're ready to author a business book. Yes, exactly.
Starting point is 00:18:14 Spoken like a bestselling author of a sales textbook. I actually got that directly out of a book I just finished reading. Oh, really? Yes. All right. Well, I haven't read it, so you could rewrite it and tell me it's your book. Sorry. Yeah, apparently there's a classic negotiation book called Getting to Yes.
Starting point is 00:18:33 And I guess it's kind of old. And so newer books are kind of poo-pooing on it. But the newer book I'm reading has a chapter called Getting to No, because no is your first step on the journey to yes. Aha. Okay. Well, reading the next question is our first step to the journey to the next question. So I'm going to do that.
Starting point is 00:18:53 Okay. This is from an anonymous listener who says, I am a manager of a small team of four people. I'm about to absorb another team of three. While we all work on the same application, we own very different quote micro apps within that site. Our tech stacks are similar node and react. The two teams have different product owners under a different reporting structure. I would love to merge the two teams.
Starting point is 00:19:14 I think a seven person team would be more effective and resilient than two, three to four person teams already with my four person team. we feel it when someone needs a couple of days off. How could I plan for and execute the plan to merge these two teams? What considerations for the engineers and product partners should I have? You know, I skimmed over this question when I picked it and in reading it out loud, I actually comprehended it more. And my answer has totally changed from, oh, this is an awesome idea that you should totally do. And here's some easy ways to do it. That'll show great value for the business to, oh boy, this is going to be hard. And the reason I think it's going to be hard is two
Starting point is 00:19:51 different product owners under a different reporting structure. And they will both have incentives to, if they're on the same team sharing the same pool of engineers, it will be tough for them not to push for their thing, right? Some sub aspect of the application that reports to some chunk of the company it yeah it's gonna it's gonna be tough to balance that and and you will likely be the one balancing it if it's the same team whereas right now if it's separate teams you at least have that siloed a little bit yeah that feels like the key problem to manage the product owners being separate yeah and having separate goals and incentives and if if half of If it's the same application, if it becomes wildly better, but only in ways that one of the product owners care about, then I think the other product owner feels like, well, I didn't get anything out of this.
Starting point is 00:20:49 Yeah, I think it's really wise to think of product owners as viewing this merged team as a scarce resource that they are competing for with each other. You got to merge the product owners. Smush them into one person. Hmm. Interesting. Different reporting structure. merge the reporting structure it's just mergers all the way up yeah everybody knows what comes next with mergers which is newfound efficiency gains or layoffs i thought you were just referring
Starting point is 00:21:24 to oh yeah every time you merge processes and orgs everything gets smoother that too yeah there's a there's a book i've been dipping in and out of but i'm back into it called seeing like a state and it's fascinating and i'm going to butcher it but one of the cool things about it is it talks about this process in like medieval europe of taking all these very balkanized local communities they all had their own units for measuring like grain and currency and accents and sizes of plots of land and taxes and stuff and the the federal government whatever that is in medieval europe wants to like swish that all down so they can have like one bushel is is this many it's exactly this size across the whole country but all these local tweaks kind of help stuff
Starting point is 00:22:19 function at the local level right if they have their own measure of plots of land maybe that helps to accommodate the fact that there's like you pay taxes on how big your land is but like someone has this very fancy well-watered good crop of ground and and they pay a little bit more like this wiggle room and inefficiency and local difference if you zoom out it looks bad and wrong but if you zoom in it often helps kind of grease the gears and and keep things running smoothly and i think that's sometimes what gets lost in these big mergers is like well actually there was a reason why we did it slightly differently here and that's just crushed and now things are just a little bit harder in that you you listed a whole bunch of different units like
Starting point is 00:23:03 volume and distance and stuff i was surprised you didn't talk about the medieval connector wars for smartphones yes we are the township of lightning cable bitter enemies to our next door province of usbc exactly hmm so i you know i actually this this might i have an idea as well on on merging but i you know when i look at these numbers i think okay you have a team of four you're adding a team of three these teams used to each have their own product owner and i wonder about the ratio of
Starting point is 00:23:50 engineer to product owner seems a little small to me to have only three people being directed by one full-time product owner. But I'm making an assumption here that that product owner does nothing but direct the efforts of these three engineers. And I think, you know, a fairly capable product owner should probably be able to provide enough product direction for seven engineers. Yeah. Yeah. I think that feels right to me also. Kind of depends on the complexity of the product. And, you know, also the product owners may have other roles like, well, I'm actually the product marketing manager too, you know, or I'm, I'm also the sales enablement person. Who knows, right? Like big product is one of those roles that can be pretty small or
Starting point is 00:24:33 insanely huge. Maybe the team of three engineers is just outrageously capable so they can keep a product person busy. So that also feels hard though, because now you're taking the problem from these two product owners seeing a shared pool of resources and kind of battling to like eliminating one of them yeah exactly that feels even even worse so now you're battling not just for engineering resources but for your job yeah this might be more this might be biting off more than this engineering manager wants to take but i don't know you might you might find support for it in the leadership where you say look i've identified some efficiencies maybe we could find another team or another job for these other people to do or this other person i guess we're just
Starting point is 00:25:21 talking about one person right i think so and it would be fun to design a completely chance driven mechanism for choosing who stays and who goes though like put a chicken in a ring and make the chicken walk toward one of the two product owners yeah you get like a petri dish put a grape in it see which way the mold grows measure the bacterial population on one side versus the other yeah get two ants in a in a room have a fight to the death pick choose your champion ant yeah from the colony yeah oh man i mean this is a maybe a pretty naive suggestion but you could just talk to the product owners and say hey i'm thinking about merging these teams the trade-off is sometimes the whole
Starting point is 00:26:19 team will work on stuff that you don't care about but sometimes the whole team which is bigger than your current team will work on stuff that you do care about and it's sort of like potentially spikier, but maybe you have more capacity available at some times and less at others, maybe they're just fine with it and then it's okay. Yeah, it probably depends a lot on their working relationship. And here I'm referring to the two product owners, like can they allocate engineering resources between them? Yeah. And if not, you got the ants to fall back on. The other, you can also make a good case for merging these teams by reducing the overhead of team operations such as sprint planning on call responsibilities and things like that that
Starting point is 00:27:01 just exist as a fixed cost on every team and if those fixed costs are distributed among seven people instead of three people you get you actually should be able to improve your engineering velocity yeah yeah plan for an execute plan i mean we did skip over all the stuff like i don't know You clearly have to kind of cross-train the engineers on the other parts of the application. Yeah. But I'm kind of assuming you'll just do that. It feels like the organizational aspects are the tricky parts. Yeah.
Starting point is 00:27:32 Getting the engineers to learn how to do a good job technically on other parts of the code, like, that's part of their job, too. Yeah, especially since the technical stack is just similar anyway, so. Yeah. Yeah, it'll be very interesting. Like, are you going to merge roadmaps? Are you going to merge product release processes? Are you going to merge deployment processes?
Starting point is 00:27:49 Are you going to merge the sales enablement stuff? Like if you have outside stakeholders who need information relayed to them, you know, there's a lot to consider here. And I actually think it reflects very well on the question asker that they're considering, you know, what are all the factors I need to take into account when I'm merging this team? But almost always, I would say in this kind of situation, it will be better in the long term, even though there's some short term hurdles to get over with this team size.
Starting point is 00:28:14 Yeah. yeah i do kind of have a gut feel level preference of yeah seven ish engineers feels like a good size three feels small well have we answered the question i think so good luck good luck i would love to hear how this one goes like all of them what can people do if they want their own questions answered dave go over to softskills.audio and click the ask a question button where you can fill out our question form thank you so much the form has been fixed there was like a five-day outage i think i apologize yeah well we're gonna do a post-mortem and we're gonna do a whole conference about it at some point but today is not that day thank you for those who are patient
Starting point is 00:28:53 and please keep those questions flowing we absolutely love it and i shouldn't have buried my pager in a box under the earth i knew that would come back to bite me one day all right thank you for listening we will catch you next week We'll be right back.

There aren't comments yet for this episode. Click on any sentence in the transcript to leave a comment.