Ask HN: Why do companies ask employees to set goals?
Several companies I've worked for ask their employees to set annual/quarterly goals. In theory they should be measurable, they should be relevant for the growth of the company and the employee. Sometimes the SMART acronym is used to describe them, some others use a FAST approach, but the essence doesn't change: you have to come up with some tasks (on top of your "normal" duties), discuss them with your manager and execute them. In my current company, your bonus depends on the execution of such goals (which is measured in percentage). If you fail to execute them, you may be subject to disciplinary actions.
As a developer, I find the definition and execution of these goals very distracting, worthless and sometimes even stressful. (I work for a quite famous company in engineering.)
My question is: what's the ultimate purpose of these goals? Is there a scientific (or even psedo-scientific) proof that they work for both parties? Do people really believe that they help in some way?
EDIT: typos
95 comments
[ 6.1 ms ] story [ 161 ms ] threadMy career is way longer then the couple of years I’m gonna work for you. Do you want to know my goal? Learn, improve, move on. I don’t care about the company as long as I trade my hours for money.
I worked at one place with 50 employees where it was basically 50 people all doing their own thing where not a whole lot got done or at least not done well. But everybody was busy!
Now, organizational planning is useful though hard. Some people want to push it all the way down to the individual employee where things often fall apart. There are plenty of jobs where what your goals were in January and not good goals in February. So to solve that the goals are made broad and fuzzy. At that point no one can tell if goals have been met or not.
So by end of year it pretty much comes down to how your manager feels about your work. You could have solved a really hard problem that made the company money, but if your manager doesn’t know about it, it didn’t happen.
These systems have the goal to create buy-in from the employee to perform at a certain level. Since you create these goals yourself there are little excuses why you can't reach them. It creates an incentive for the employee to work hard all year long and lessens the burden on the company to continuously check if you're being productive.
I guess another way of saying it is: You define what you're getting paid for year over year. What value you're providing for the company.
I have in fact experienced employees (peers) that will simply slack off and say they "weren't told what to do" when asked. It's infuriating to work with those kind of people. Those have been exceptions though.
I have no idea, but I think the psych literature (and common experience) does show that people will take stronger ownership of stuff they defined themselves in the first place (well, duh). If HR think they can get more buy-in for free then why would they not go for it.
The purpose of these goals is similar to any goal, to give you direction. Ideally, these goals are not distraction but things you're already doing that the company find valuable. I mean, you get to set the goals. Don't set goals you think are distractions, set goals you actually want to achieve.
In general, having a set of agreed-upon goals/priorities works for me so long as they're not being rigidly followed past the point where they make sense.
Not the dev’s fault if the big Q3 feature they were supposed to work on gets deprioritized in Q2 or some important customer cancels for an unrelated reason and their goal was to get the customer live.
Yes, you can redefine goals as things change, but at a certain point it adds a lot of overhead and the goals just turn in to “your job”.
Software eng. Teams objectives are basically to build the stuff that goes in the backlog. If it's not in the backlog, it wont happen. Developers are always in a rush to finalize whatever is in the backlog so theres seldomly time to pay the technical debt required to "improve " So the OKRs y started using was: we are going to build the shit that product throws at us plus the fires that Customer support throws at us plus whatever stupid thing Sales promised to the next large customer to close the deal.
Whenever business things that performance, security or availability are features that need to be improved, they'll put it in the backlog.
Sorry, I'm bitter.
So now my teammates bob and Joanna are the ones who executed the hypermegaML module that increased company profits.
How does that even happen? I work at a large corporation and our goal is to never ever have teams larger than 8, with 6 being the optimal size. I'm currently managing 5 people and it's already hard work, I can't imagine managing 50.
Very badly
[0] https://www.fastcompany.com/37815/engines-democracy
There are three forms of management: The team lead as manager, the manager that has 2-4 teams and is responsible for communication flow in the system, and the pure administrative manager overseeing a community of developers that are self-managing.
I hate the pure administrative manager model.
As you said, tying bonuses to this process in nonsense and if you have a good manager they will just hide this from you. Sadly, most managers are awful. The problem is that getting promoted into management is a career path and companies don't adequately train managers. Just because you are good at coding does not mean you can manage a team of coders.
Like a lot of things in life, you kinda get out what you put in. Remember, introspection is our one true superpower.
You could have an internal goal (learn Lua) but if you don't talk to your manager, it might be something that's not where the company is going.
If the goals feel like they are not reachable or that they don't create value, then such goals shouldn't be set.
But most are just doing it to do it, because they see others doing it, and so that they can have the marketing team write in glowing detail on their social media pages and in the annual report how they are an “analytically-driven organization that is passionate about optimizing the employee experience to promote greater productivity and collaboration, and to develop a sustainable pipeline for disruptive innovations.”
Another point is that they can show they invest in their employees and say to new recruits that working at their company will improve their abilities and obviously mean a higher paycheque down the line.
Another one is also to see how engaged the employee is. If the employee is like me and refuses to set goals. I was actually asked yesterday to set goals, I said I have no goals. My goal is to keep the system that is falling apart working. And there is no requirement for me to get better. With the strong legal job security along with the strong job security from being the only domain expert left in IT I can get away with that. It shows that I have zero interest in this company in the long haul. I'm literally not even willing to pretend to play their game. This should be a mark that HR needs to work on employee engagement heavily to try and turn me from an actively disengaged employee to an engaged employee. Which to be fair should have been obvious with the massive employee churn of "our best employees going to work for competitors." (word for word what management is saying) But if an employee gives really good achievable goals that align with the company they can measure that to be an engaged employee.
Now, the most problematic issue with settings goals is timing. By tying your goals setting process to the financial year or to bonuses the result is that you have to set goals so far in advance you can't reasonably set them, and you're almost certainly going to review them at a point where it's unclear what the outcomes are. Which is why this is better done as a continuous process. Every month or so you should be looking at your goals saying "Is this still relevant", "what progress have I made towards this", and "What am I doing that is not captured by this goals". And by doign that and actually recording that throughout the year when it comes to annual review time you have relevant goals, you have clear record of progress towards them, and you aren't worried about things that are still in progress. Most importantly though - you play the recency bias lottery. In every company I've worked in a project delivered in the 3 months before review is worth 10x what a project delivered in the 3 months after review is worth, if you have written documentation throughout the year you can fight against this.
1. Herding cats is hard, i.e. how to point them in the same direction (as the company strategy - a.k.a how do you communicate "this is what the company thinks is important")
2. How do you spot bad performers (those who are busy but never seem to ship / deliver)
3. How do you provide timely opportunities to learn / grow / improve
Is it the best system? Not by a significant margin, but all better systems have trade-offs or work great in theory but not in practise.
Is it misused / abused by some companies? Absolutely, this is true of all such systems and it's up to each company to seriously ask itself why it wants to do this and whether it does apply to everyone they want to apply it to.
In many ways it is a "least worst" option, whereby you have a degree of alignment around contributing towards the company strategy, are able to have a regular cadence to ask "did you complete that work when you said?", and a regular cadence for "how can the company help you?" (by lining up work that helps with growth, etc).
Is it scientific? Not really... there would have to be a universal scientific application of such processes for them to be comparable and companies will always apply things in a way that fits them.
Edit: I've seen this at my last few employers and I believe it is valuable, but really you get out what you put in. For those looking to advance their position, compensation, etc... this is a great opportunity (4 times per year!) to identify what the company thinks is important and to contribute to that work, and fit the narrative of your progression into the company one. No-one forces you to do this work, you can treat it as a paper-pushing exercise if you want but then it's a wasted opportunity for you to use it for your benefit (profit! including work/life balance, etc)
Part of the goals exercise is not the goals in themselves but to let you reflect "where do I want to go" and start the discussion with your manager because maybe they have no idea: do you want to become a staff engineer? A tech lead? Can they assign you more of certain type of work / expose you more to the upper mgmt to build the awareness of your work and help you get promoted?
Are there things that you're working on alone but are too complex for 1 person and you would like to have more people involved? Can you use that as an opportunity to mentor younger people in the team and grow soft skills? Etc etc
Another thing is to validate things you'd like to do: maybe you'd like to more of X but you're not sure if you're senior enough / will it be well perceived if you do it / is it valuable investment of your time. If you let your manager know and he approves, you can devote time to it with clear conscience when you notice an opportunity.
It happened to me to have goals that were mere exercises: write a blog post, read that book, follow that course. I'd do those things anyway I really wanted. It doesn't make sense to push people to do that, IMO.
It also provides an opportunity for management to discuss the overall direction of these things. Maybe there's another book that would be more useful given how the business is expected to change that year. Maybe there's other people going to the same conference and you can get a bulk discount on tickets, etc.
[1] https://www.investopedia.com/terms/m/management-by-objective...
If your basic idea of work is "you rent yourself, your time and energy to the employer, the employer pays you, and you're even" then asking you to set goals for yourself makes little sense. "Clean the coffee machine before you lock up" isn't really a negotiable goal.
But if you work to create intellectual and social capital for both yourself and your company, then it makes all the sense in the world to negotiate goals.
If you have the goal of learning new tech things, by all means tell your supervisor. They have the responsibility to help you with that. (Obviously they also have the responsibility to get the work done.)
"I want to get to the point where I am the go-to person on zumbiwidgets" is music to the ears of a supervisor. They can help you do that, with training, assignments, conferences, mentoring and the like. Or, they can say, "wait, wait, we're phasing out zumbiwidgets. How about working with acmewidgets instead?" In either case it's a way to get your supervisor on your side.
It's common that managers receive instructions: one good evaluation, one bad (even if no-one deserves it), and all the rest ok/average.
Usage of this can be broader. For example only the "good" evaluation might be eligible for a raise.
As long as your goals are broad and evasive, you're safe. When they starts to be precise, that's the alarm signal.
In most of the US, they absolutely can: https://en.wikipedia.org/wiki/At-will_employment
In any case, saying "a company cannot fire you just like that" is patently false in jurisdictions with at-will employment, which is what I was pointing out in the OP's comment.
While the odds of someone sueing a company for that are very high, the costs are also extremely high. Companies do extensive performance evaluations, performance improvement plans etc, to minimize the potential for wrongful dismissal lawsuits.
The best-case scenario is to align personal career growth goals (e.g., senior engineer wants to be a staff engineer, or engineer wants a big raise) with company objectives. Company objectives are typically realized on a longer-term time horizon, which could be several years long. Goals, in their best-case scenario, should be a contract between company and employee that says "if you change and grow in this way to help me, I'll help you back."
Ideally, a good manager should use their experience and vantage point in the business to help their team members set good goals that both align with the company's long-term growth plans and their employee's personal growth plans.
Where these things go sideways: * an manager-type has set goals for a team that are tied to their assigned goals from their manager, and they are hoping by setting goals with their employees to shift responsibility onto them. (example: if manager's boss wants the team to be proficient in Rust by end of year, that should be something that I as manager just assign out as tasks and give you time to do) * manager and employee don't effectively communicate on employee's growth plans, so the goals are lopsided. (example: employee is trying to spend more time with one-year-old daughter this year. Their personal goal is "leave office at 4:30PM every day." Manager ignoring this goal is bad.) * manager is not very good at handling differences between growth plans and fails to communicate those issues to employee. (example: employee wants to get better at a legacy language that is on its way out at the company, and employee also wants to get promoted. These two goals may be in conflict.)
Goals should be a way for employee and manager to align employee's personal desires with company's objectives. For many reasons - most due to questionable managers - this is often lost.
I have had really amazing growth with managers who worked my butt off with some unreasonable hours. And I've had some managers who really encouraged me to take more time off. At different phases in your life you might want one or the other. Aligning company, manager, and where you are and what you want in life is a super important thing that should be done with a lot of intentionality. (And regularly re-assessed)
- First off the whole setup only really works if the employee has goals that are approximately aligned with the company. Someone who dreams of maximum money for minimum effort will need "creative" managing to make it work for both the employee and the company. (Maybe something in automation though?) Employees whose life goals reside outside the default company promotion track cannot really be motivated with "career growth" and often the manager has no means to accommodate growth in the desired direction.
- Both manager, employee and company need to be in a position to actually provide. The easiest example is probably promotions: if a manager has only one senior position available and multiple candidates available, some candidates will be disappointed. If that happens often enough, the system falls apart since any promises of "career growth if you meet these goals" will no longer be trusted.
For this reason, ultimately, the only way to make this work is to visibly deliver on the growth at a level consistent with messaging.
In my late forties, I know what I can do and I’m very good at it. I know what I can’t do well, and I avoid it and tell them to make sure things don’t go bad. (Mostly anything related to managing other people.)
I will learn new technical things on an as-needed basis if there’s a project that requires it, or if it tickles my personal interests. They know that, it won’t change.
I don’t need personal career growth plans. I have no interest in being anything more than a principal engineer. I don’t need goals. Give me a complex technical task and it will get done.
It’s been 8 years now since I rejected to fill in a self-review, and things couldn’t have been better.
Every year, I get a nice bonus, a boat load of RSUs, and an above average salary increase. They seem to be happy with my work.
I hope you as a manager would respect a goal of “I want things to stay the way they are, and that’s the end of it.”
And when I didn’t, I fixed it one way or the other.
Can you share specifics of "boat loads of RSUs" (100-200K/yr 3-yr vesting?) and "above average increase" (5%)? Just want to have a figure I can shoot for.
Why? Because I want to make sure that I know what that person's career aspirations are and I want to help them! Some folks want to stay a line engineer and do bench work, some want to grow into manager positions, some want to go back to school to get a Masters/PhD. Sitting down with someone to show the steps they need to take and what to do to reach that goal helps them.
Additionally, sometimes opportunities pop up short notice (like a scholarship in my company pops up to go back to school, but is a short notice turn around time), I already know if this is something an individual is interested in or not.
Knowing yourself and what you want is very important. If your job just poofed out of existence today, but you still made the same salary - what would you want to do with your time?
Once you have that firmly entrenched in your head, then you can begin the negotiation with your manager and your company on how to align your personal wants with the company's wants.
I think it's bad when you-and-company don't have that alignment, because it means one (or both) of you hasn't truly thought about what you want and aren't communicating your desires well.
The endgame in all of this is an agreed-upon social contract between you, your manager, and your employer. You agree to provide a certain amount of work in exchange for compensation, which might include money, learning opportunities, pleasant coworkers, an easy commute, etc. Proper goal-setting, at its best, should be just ironing out line items in that contract.
Basically I'm curious about this: we're all applying this framework, taking it for granted. It was there, we accepted it. But I wonder: what if it wasn't there?
I'm building a machine, I know the minimum requirements to make it work. I build it like that and then I think: should I also add to it this other cog as well? Would it improve _somehow_ the machine? Well, the other folks are doing it, heck, I'll do it as well!
Now you have a heavier, more complex, machine, with one more cog, and you don't even know if you really need it.
Sorry for the brutally simple example, but I'm still missing an evidence we really need these frameworks.
then you have to conclude: On a long enough time horizon, the humans must change their own abilities to match the changing requirements of the product, or the company will go bankrupt.
Now, given that conclusion: you are correct, goal-setting is not required. And we have evidence that it is not required in companies that mostly outsource technical labor on an as-needed basis rather than set goals to continually realign employees with company objectives.
In some way, you have to choose an approach for calibrating changing employees and changing company objectives. Goal-setting is a low friction approach for calibration when the company prefers employees with internal domain knowledge over time. There are plenty of other approaches for aligning needs and available labor as well, but they are generally not preferred by both companies and individuals which is why you see the prevalence of this approach.
I worked for a big dotcom company in the past and
1) there was a cap on headcount (as it's usually the case), so a lot gets outsourced
2) they don't care about internal domain knowledge: everybody should be replaceable at any time, ramp up costs are not even taken into account. Companies that wants employees to set goals usually are big and usually can afford to lose people with "internal domain knowledge". Even if, of course, they'll try not to do that, but it's still not that big of a deal.
While I really like philosophy (really, I do!), I'm a very practical guy and I'm still missing the evidence that I'm looking for. And I'm pretty sure it won't come in the form of a syllogism :)
Given my experience at my current MegaCorp, being honest as an engineer got me precisely nowhere even with all the diplomacy in the world, same story for many of my coworkers. It's less malice and more neglect, you make the case for X with all the calm, professional argumentation you can muster, point out how it's a win-win for all involved, and you get patiently listened to followed by radio silence even with followups. In the meantime you just put all your cards on the table, the people with power know exactly what you want and if it's contrary to their desires you'll be first in line for layoffs if they happen, or otherwise sidelined. Not just talking my experience either, witnessed this with multiple co-workers.
So you have to play the game.
Our "goals" that we have to fill out every year are some variation on the "keep doing what we're doing but better-er" BS, and keep your actual goals close to the vest until you can make the right contacts to carry them out, if you can. Seems to me goals are a very lopsided, very risky information exchange that leaves the manager holding even more cards then they already do. A manager can fire me at will and nothing really changes for them, I can potentially leave a manager for another job but only after doing a lot of groundwork with zero guarantees of a smooth transition and/or throwing my life into chaos. Why make the power dynamic even more lopsided?
I've had one manager out of four so far who actually did right by us and earned our trust, that was a nice couple of years, we got what we needed and performed accordingly. The rest have just been leveraging us for their next promotion, and one of them even gas-lit us with false deadlines (thankfully he didn't last long). So long as that's the typical experience, "goals" are just a Venus Flytrap for developers. It may sound trite and obvious, but trust must first be established, and it often isn't.
Managers need to align the two, if that's not done well most of these goals become nonsensical. As one example someone had ML as a goal despite it not being used in the company, so I found one part of the system where it would be useful and put them on that part time. Product got better with an ML component, senior management was impressed with the result and new capabilities, employee got to learn the new hotness, also got promoted.
Doesn't always have to be so much win-win-win all around, definitely needs effort put into alignment.
You should understand what you are working on, how it is progressing and what is the goal of certain things. You need to know how to align yourself with goals of your company and the impact of the products you are developing.
Honestly, I don't appreciate anyone not taking any stake in what they are working on. This transient attitude makes it hard to trust people to understand fully or even want to understand problems that need to be solved. I can understand if someone is new and doesn't know what to do for a product. Of course, in this case, your first goal is: learn and ask (good) questions. After that, I would not be happy to give you constantly basic advice on your own tasks.
So, this is not just a managerial problem. You get paid to work on problems, to develop an insight on those problems and to think independently on those problems.
With that out of the way, when the company itself is unsure what to do next, then it can become a distraction, because it could mean that even top management doesn't know what exactly to do. I've had this happen and that's frustrating. I can talk all day what I could do, but nothing can stick if you don't get a clear idea what top management wants to do.
Don't choose corporation then
You can use it as a political tool. A senior exec can brag that their division consistently meets or exceeds their goals.
It's also a tool to encourage employees not to sit on their asses. You need employees to improve over time. One way is to encourage them to have goals which require them to make small improvements, whether that be in productivity, training, or moving the needle on some other company goal.
- Setting goals rather than tasks can allow for less micromanagement, if used properly. You have a problem to solve, with some freedom to choose how - Measuring individual (or even team) software engineer productivity is super hard. Unexpected problems, necessary research, tech debt, changing requirements, support interrupts, life problems, etc make consistent progress hard to measure, and no one wants to be measured by lines of code or “points closed”. Setting pre-negotiated goals and then achieving them is a more humane alternative
1. https://www.joelonsoftware.com/2006/08/10/the-identity-manag...
I feel like if I was in a decision-making position in the company, OKRs would make more sense. If I have that kind of power and responsibility of deciding what the company is going to do, then I also have to decide what we want to achieve.
But as a software engineer, I don't have any such responsibility. I make what I am told to make. My only goal is to do enough work well enough that the company thinks it is satisfactory. Beyond that I just want to do as little as possible in exchange for the most compensation possible. I also don't have any long term career goals other than to escape capitalism. Therefore when I'm asked to set goals, I find it exceedingly difficult.
Initially I set all kinds of amazing OKRs for the tech team: decrease MTTF , MTTR; increase system performance, decrease bug reports, and a lot of other things that on an engineering paper would be great.
But then reality hits: next product feature has to be released NOW. Customer X is complaining because sales promised feature Y but we dont have it, Z provider decided to change from REST to SOAP and the reality is that your MVP code has rest tightly coupled. Oh and the engineers that knew about that code left when google/Facebook offered them 10x payment and free margaritas.
https://en.wikipedia.org/wiki/Self-fulfilling_prophecy
That statement always rings true to me during performance review and goal setting seasons. This stuff is mostly bullsh*t. "Goals" - as described by OP - don't exist at small startups. It's clear what the goal is: build a product, get customers, grow revenue, etc. The goals of a FAANG company aren't different. If "goals" were actually important, they'd exist ate startups too. Because they don't, it's pretty clear that the pessimistic comments in this thread are correct: they give HR a concrete way to avoid legal liability when it comes to raises/bonuses/promotions/terminations.
It's totally frustrating. I understand OPs sentiment. Unfortunately, the only way to avoid this red-tape nonsense is to join a startup.
Leadership's job is to help employees do the best work that aligns with the company goal. If devs don't understand what long term goal they should set to help a company grow, that's a huge red flag.
Genuine question: do you have experience in management with OKRs? Do you have some examples proving they helped in your career? Even made-up examples, just to understand what people expect from OKRs.
OP is not talking about the "goals" I mentioned a startup having: revenue growth, customer growth, product development. These are things that startup leadership should keep track of and communicate regularly. OP's definition of "goals" are more akin to "take a Coursera course on machine learning". These are the "goals" that employees create for themselves with a manager when that company has gotten somewhat large. They are BS goals, that people who want career growth should be doing anyway.
In general, I sort of like having a somewhat informal workplan like that. And it's perfectly fine if, over the course of the quarter unplanned projects come in, you just document that. It's useful documentation, not much work, and you should probably have at least a vague mental plan anyway.
As I've said, I totally get OPs frustration. We were hired to achieve a "goal". Why are we inventing other "goals" that are often misaligned?
Sorry, but unless there's a larger multi-year strategy, which would be ill-suited for ICs, this is just HR incompetence at work.
If you do or do not achieve your list of objectives, they have no impact on whether you were productive, made an impact, or you should be promoted. So what's the point?