If you are leading and or managing a team, one of the most important things you need to know are how do people want their feedback. My experience is that it varies from person to person (I suspect that there are many more than two camps :-)) and as such it is unlikely that you can meet that need in group feedback.
Because of that, my choice these days is to split feedback into two fora, the group status meeting and 1:1s. In the group, feedback is modulated by progress against plan. So "we need to work harder" for behind plan, "neutral" for on plan, and "this team is killing it" for ahead of plan. In 1:1s the feedback is based on the expectations that have been set for that team member, do they know what is expected of them? Do they know how it is being measured? And where are they with respect to measurement vs expectation.
1:1 feedback often times (for me) takes on more of a mentor/mentee tone rather than a how are we doing on the schedule tone. Doing that well also requires a certain amount of trust which, as a manager, you have to earn by being honest with your team members.
Point 1 : "Be Specific". I can not stress this enough. Please point out specific observable behaviour.
Point 2 : Frame feedback in terms of team/organisational goals. Every team has a purpose within the organisation. It's a team game and every team member should know the feedback in context of the team game. Individual feedback, team context.
Point 3 : Cite the past but look for future changes in behaviour. You can not change the past but you can influence the future.
For example, "Hey John! When you do X, it helps the team achieve Y. Please continue doing so!" or "Hey John! When you do Z, it lets the team down. What can you do differently?".
To me and probably many others (albeit often subconsciously), point 3 comes across as blaming, overly-generalized, and lacking in personal (and group) accountability for your experiences.
What about something like,
"Hey John, the last time you did X, Y happened, which had Z consequences.
I felt { disappointed / let down / concerned / irritated / worried / angry / $whatever_emotions_came_up_for_YOU }.
Other team members reported feeling $emotions.
What was going on there for you?
How can I / we help you to avoid X in the future?
Do you have any ideas about what you could focus or work on in order for Y not to happen again?
Here are some specific requests I have for you in order to avoid this kind of thing in the future: $requests "
The edgy part about this for many people is taking ownership for their experience, we live in a society with a lot of deconditioning around this . Nobody else but you is responsible for how you feel. John didn't let you down, you had expectations about what he was going to do, and to your assessment, he didn't meet those expectations (that's also a reasonable thing to say, I think -- I would give more detail and context about specifically how those expectations weren't met). That you felt one way or another about this has nothing to do with John, and there's a lot of subtle and overt problems that can arise in a relationship when we attribute our experience to another person with our language.
I also mention that it sounds overly-generalized because saying "when you do X" has an implicit assumption that he will continue doing X in the future, and isn't really all that specific about why X has certain consequences - I think it's better to use specific situations in the past when X happened and to talk about what came up when that occurred. This is basically what I'm hearing you say in Point 2 :)
edit: fixed variables, wording
You can try and change yourself to make things work, but it's not always the right or even healthy way to approach a problem.
You can try and help your colleagues, you can rely on them less, or you can quit your job. Blaming your colleagues and making them responsible for your feelings means feeling shitty and feeling powerless to feel better.
This is where we disagree. John did let you down. It's OK to blame him. It's OK to be a normal person that reacts to other people's actions and not some kind of zen robot. And recognizing that someone else's behavior causes you to feel shitty doesn't make you powerless to change.
You are responsible for your own emotions. Recognizing that doesn't make you a zen robot. You can still feel. But don't put those feelings on other people and make them responsible for making you feel the way you want to feel.
You can recognize patterns for your emotions, like "I get sad when people make fun of me", but that doesn't mean that you have to be sad when people make fun of you. Recognizing the distinction is what gives power to change.
And sure, there are limits. The feelings that arise when tortured for example are rooted in physiology and near unavoidable. But I suspect that John didn't let you down by waterboarding you.
But indeed can think of things the other person could do better / improve upon. (However, maybe only "criticizing" isn't so nice)
I've heard this referred to as "feedforward" before (as opposed to feedback). Instead of saying "last time you did X, you made a mistake and should instead do Y" you phrase it "next time you do X, make sure to do Y". It's subtle, with the goal of avoiding defensiveness.
That will just get me angry. If you screw up your commitments that’s on you. Own up to it and talk to your stakeholders. Don’t make me work harder for your mistakes.
Sometimes working harder is warranted. Some salesperson screwed up, and it’s not really possible to reneg the multi million dollar contract. “I’m sorry guys, what can we do?”
- the team is actually responsible for the date—often, there's massive asymmetric pressure to aim for less time - if it's an actual deadline, the team has the autonomy to adjust scope to hit it
In my experience, the worst situations happen when estimates are treated like deadlines. An estimate has to have uncertainty. Without some way to manage uncertainty, you'd have to pad estimates out to like the 99th percentile to hit them consistently, but people read estimates as averages and push back against that. If teams are consistently going over estimates, it's a problem in how you do estimates, not how you're working. (Which is also why evaluating people's performance based on how well they hit estimates—which seems common on a lot of teams—is completely misguided. Estimating is a nice skill to have, but it matters far, far less than the quality of the work people actually do!)
On the other hand, a deadline is only a deadline if you're willing to adjust scope to hit it. If there is a real deadline and it looks like we might not hit it, the answer isn't "try to be more productive" (which is all that "work harder" actually means!). Instead, we should figure out how we can change what we're focusing on and what we're concretely building in order to still hit the underlying goal as well as possible with the time remaining. If we're working towards an estimate rather than a deadline, we might still adjust scope and focus, but the first step would be adjusting and sharing a new estimate.
But if the culture is that estimates are hard commitments and you can't adjust the scope or the timeline, the work environment is going to be absolutely miserable, people will get stressed out for no real reason and the quality of the work is going to suffer. People will do whatever it takes to technically achieve estimates, even if that means cutting corners everywhere, sweeping bugs under the carpet, not spending any time to iterate or improve on the system and indefinitely putting off engineering work that has a small cost now but gives a massive medium- to long-term benefit in productivity. A month or two into this process and you move towards a death march that burns everyone out and, on the time scale of months, accomplishes substantially less than a less aggressive approach would have.
I'm currently working with a team that has this problem to some extent—of course, the managers think of it as "accountability" and "a focus on delivery"—and in a bit over a year, they've built a codebase that already feels like a legacy mess, while accomplishing what would have been like eight months' worth of work with a better engineering approach. It's pretty frustrating to see and I'm trying to change things, but not sure whether I'm going about it effectively.
I see the whole "agile" movement as a response to this problem. In an effort to mitigate the "error bars" of an estimate a process that iterates over 2 week sprints allows for estimate corrections during development. It isn't obvious to everyone but this is just upping the sample rate on the estimation signal to get a better handle on the noise and thus the signal to noise ratio.
-------------
Yeah, that's a great observation on Agile. Smaller but more accurate estimates + cheaper small course corrections.
The dual is that the rest of the organization needs to adapt too—good short-term estimates don't necessarily give you good long-term estimates! So we need loosely coupled, self-sufficient teams that don't depend on accurate estimates from other teams.
I've always hated formal Agile processes (especially Scrum) but I have to work with teams that use them, so I did a bunch of reading about it. The goals and even a lot of the concrete ideas behind it made a lot of sense! It's just that every single concrete instance of the process fell short. I've seen several concrete failure modes in practice:
1. Scrum-flavored micromanagement. People (not necessarily formal managers) use the process to dictate exactly what everyone else needs to work on at practically a daily granularity.
2. Siloing. People are incentivized to only work on "their" tasks—ad hoc collaboration with teammates, trying out speculative design ideas and experiments, figuring out better ways to do something, all get in the way of finishing your tickets, which makes you look flaky in inevitably awkward group meetings.
3. Loss of context. People see that the process helps the team switch priorities, so they switch focus every sprint. Couple this with micromanagement, and you get individuals moved around on wholly unrelated tasks. Too much context switching adds a lot of mental overhead and makes it much harder to build anything with a coherent design and vision (either from a product or from an engineering standpoint).
4. Performance mismeasurement. The whole process is supposed to help the team with estimates. Tracking metrics the process generates and treating them as a way to measure individual performance (whether formally, or just through peer pressure) doesn't work well and is awful for morale.
I haven't seen it, but I bet it is possible to have a Scrum process—or, more likely, something lighter like Kanban—that avoids these problems. But I believe that even idealized Agile processes put too much weight on consistency for its own sake. Making consistent incremental progress helps with estimates and, I suppose, makes the team somewhat easier to manage, but none of that matters nearly as much as, say, quality of work and impact!
Even if nothing from the Agile process makes it into formal performance evaluations, the ceremonies almost seem designed to create peer pressure around it. And that affects day-to-day job satisfaction a lot more than mere performance reviews. Although maybe this is another thing that goes away if you have high-trust teams that are legitimately self-organizing the way Agile is supposed to be... But I'm not sure even that would compensate for the pressure implicitly exerted by the structure of the process.
I bring this up because over-emphasizing consistency imposes a cost on people—individuals get a lot less flexibility in how they work, and end up feeling stress when they're less productive than normal. I tend to think an ideal environment should embrace inconsistency day-to-day and even week-to-week or month-to-month but that requires massive differences in culture. If a team pulls it off, the process starts mattering a lot less!
What's most important is that the feedback is IMMEDIATE. Tell me after a presentation what I flubbed. Don't tell me after a quarter that my presentation skills are lacking.
Why do you think telling your team this is useful? https://www.psychologytoday.com/us/blog/about-fathers/201202...
> "We praise drawings ... because we want our kids to continue to work hard, and to do good work... But what we really want to teach our children... is that they should do good work because of the satisfactions it provides."
While I understand how this could apply to children (if not necessarily agree), we don't manage teams to have fun, we do want to encourage them to do good work.
As for the wider question, if a team is doing really good work, why not give credit where it's due? I feel like not acknowledging when people are putting in extra effort is a great way to discourage them from doing that.
Like others have said, effect of praise would be very specific to individuals, but some have said praise hasn't helped them much. It definitely has not helped me, so here is my reasoning as to why you should not praise a good team. For me, stop the praise, tell me how to be better, and show me you care about me improving, and care about me on a personal level. Yes, I know that when I work hard and give you good output, it helps company, I don't need people to tell me that I worked hard. I can see it (If your company prevents your employees from seeing the effect of their output, thats the problem, don't say praise is necessary. The boss should not try to be the feedback loop). The reverse pavlovian effect can kick in otherwise: If it doesn't come when I am working hard, I feel bad. Also, the boss does not control reality, so becoming my feedback loops is bad, because he can warp reality based on his perspective.
It looks like this is highly specific to individuals though, the above works for me.
My understanding is that they were mostly referring to "fake" / superfluous praise, which I too respond quite badly to. But I think there's a big range between that kind of praise and no praise at all. Personally for me (and my guess is that for many people), if no matter how hard I work that's never acknowledged and I always get suggestions for improvement, that would create frustration and a feeling of unreasonable expectations from the company.
Celebration is important. But praise is cheap. Maybe some managers think its okay to just say "great job" + more praise, and then implicitly say next piece of work please, but I don't think it is.
Just because drug addicts become needy without their supply, doesn't mean they should juice up. Analogously, just because people become demotivated due to lack praise (or other reasons), does not mean praise is necessary to boost their performance. It might just be a sign there is an unaddressed problem.
Could you elaborate? I would agree that random praise from a manager is not an especially good way to evaluate how well one is doing. But to me, "doing a good job" inherently depends on things that aren't purely determined by introspection.
Here's a scenario for example: I do things for people, that are well received, my manager talks to other people, and it leads to people outside my department asking for special projects.
I create something, of which I'm reasonably proud, and it gets copious praise from the requestor. But it turns out, I learn through the grapevine, there are several people who I never came in contact with, who are the actual intended end users, who ultimately refuse to use it at all, because it doesn't fit into their workflow, because the manager who asked me to do it doesn't understand it.
Without external feedback, there's no way to tell what effect I'm having on the organization and the world. And I would think that every employee at any level has to deal with this.
Another interesting thing was at the end of one of the last projects. There was a survey where we could choose between a Patagonia shirt and a plaque. Guess what? The majority voted for the plaque. That was astonishing to me but a good reminder that I seem to be different.
If I wanted a shirt, I'd buy a shirt. If the plaque truly reflected some effort done by the team that accomplished something big and deserved proper recognition, I get why people would prefer it. You can't buy respect.
Now, of course the cynical me will argue that the whole thing is a trick question and that no one of the alternatives are good - downright offensive actually.
And it was full of this kind of nonsense - plaques, award ceremonies, teeny-tiny presents as bonuses, and so on.
Cynicism and offence are perfectly reasonable and fair reactions.
Good management knows what people want. Even better management recognizes that someone is burning out and gives the time-off even when they'd prefer cash.
There's a third minor option. Gift certificates for company swag. It's almost never used, because people find it insulting.
Holy shit. This is incredible. I’d be curious what management forced you to do during this period. Longer hours?
I wish there was some “fucked company” equivalent for tracking corporate charades like this.
:-/ Nothing is worse than being stuck on a company boat trip. You can't arrive late, and you can't leave early! Also no where to hide or duck out for a bit. Literally stuck on the boat.
When I learned that my all-weekender overtime was only to keep an internal deadline, I started look for a new position immediately.
In general you can't trust/take seriously whatever the management says, except for 1. specific information reflected in the HR systems and 2. the specific tasks/deadlines/etc. assigned to you and the related progress/delivery/etc. discussions.
Specifically, when it comes to public praise, the manager publicly praising his team/dept/org is actually praising themselves while supposedly being publicly modest/coy by not explicitly praising themselves, and this is why management loves making those praises.
(I also recognize the inherent irony of doing this in a thread about empty praise, heh.)
Isn't it the managers job to figure out what each individual on the team needs to perform?
I'm still not sure who is fake and who is sincere about this stuff.
We have a weekly status meeting with the first section dedicated to "how are we winning" -- which is like awesome if you are a baseball team but when you are rolling out incremental features to a modest app and dealing w routine operational concerns it's hard to get that excited about "nothing caught on fire this week" or "we did the thing we said we'd do".
And we have these horrible self and peer appraisals that we have to do where you are expected to describe routine competence in terms that should normally be reserved for a someone who rescued all the kittens and puppies from a pet store fire.
False positive emotions are usually the result of someone denying the acceptance of truth. What ever that truth may be.
This is probably going to sound super corny but YMMV. The psychological impacts of denial are devastating. The psychological impacts of love, acceptance and forgiveness are limitlessly fruitful.
I see a lot of HN posts recently on the existence of these superhuman developers with god-like abilities or productivity. Everybody on this planet is human, yet we interact with others intellect or knowledge as if it were a static state. It's not. Every human mind is quite literally, a quantum computer. Anyone can grow their intellect or wisdom or maturity, it just takes the proper push in the right direction and some guts.
I say this to my team a lot, even though they're operating as "expected" levels for my company.
The reality is there are a lot of teams and a lot of companies that simply do not expect much from their teams. We do. I want to remind the team that they are doing good work.
When people have confidence they're doing a good job, they're more likely to continue to do a good job.
I'm not one of Pavlov's dogs.
It's different when it comes from a technical peer or a technical manager. There it definitely means more.
Closer to my point though, it was the continued repetition of the positive reinforcement. I'm talking a weekly occurrence where the situation did not call for the reinforcement. It felt fake and, to me, had the opposite effect as intended.
give real praise only when it's deserved. support and compassion, however, should always be readily at hand.
I do agree with the general sentiment of the parent post though. Having managed IT (operations not development) when good work is done, often the intention is that no one notices. Therefore the broader organisation may not have sufficient awareness that anything of value has been achieved.
In such circumstances I believe it is up to the manager to both manage up in terms of making the team's achievement known and recognised, as well as represent the organisation and acknowledge the team's work.
A few of the posts above are essentially prescribing using STAR to offer feedback, which I think is more thoughtful than just generic words of affirmation. This can be made even more authentic if you take the time to talk to affected stakeholders and gather real testimonials to pass back to the team.
To me it would come down to whether I think other person is praising my work just to get more of it done just for the praise (I'd have negative reaction), or whether he just likes it that much personally (neutral to mildly positive reaction).
Praise implies being in a position to praise at all. Having some authority or mastery with regard to what is praised.
Often enough, I am that authority. I don’t expect praise from my clients. I’m getting payed precisely because they lack the mastery I offer.
Instead I would be happy to hear about their true feelings. Stories of gratitude, or relief, or whatever else happened in their life that I might have played a role in.
It's just part of the communication style of someone, or even part of a culture of a country. If it bothers me, and it is the relationship I care about or looks to be long term, I may ask the person to communicate differently with me.
But most of the time I get praise from random people on the internet, and I just interpret it that they are grateful for my contributions, regardless of what they say.
Sometimes they want something from me, and are probably not comfortable with just asking for it, so they pad the communication with some praise about the software or me. Some state that they're uncomfortable asking for help more directly, some just add praise at the beginning/end of each reply. (which gets kinda strange after 3-4 interactions :))
It's nice if someone communicates more directly, but I can try to understand the other people, too, regardless of communication style.
They're just as liable to continue doing a shit job, and with the confidence that your opinion isn't worth a dram.
I'm always surprised with how many people (especially at this site?) doesn't seem to like praise and approval.
Fork DogeCoin, when someone goes above and beyond, reward them more each week.
When they want, they can use dogecoin to do something like 20% time.
I'm just following on the satirical nature of the parent comment here, don't take this as a real suggestion.
If you personally don’t like positivity which isn’t fake, then it might be good to dig into that. I have a hard time with fake positivity but genuine positivity is usually acceptable.
i find it fascinating that the same "positivity" turned in another, more humane direction (ie. "you guys showed up today, that's fantastic!!", or "we failed but who cares, we rock anyways") can transform into something that i think actually serves a purpose - forging a robust spirit. i actually appreciate that attitude in my peers. it's funny how razor thin the difference between what we are each describing. it's the same thing - unflappable, stupid belief - but applied for different ends.
thanks for the thought prompt!!!!
Now I will call out a bad sprint, and I’ll praise even more after a great sprint, but it seems to be me that just making our deadlines week after week is something to be genuinely happy for.
I used to be much more cynical about unwarranted praise/positivity. My mind has pretty much been changed by my current job, our team lead doesn't communicate how he's feeling to our team at all and this has had negatively affects on not just my morale/happiness but my teammates' as well.
That alone would be manageable. Yet, this behavior is often expected from others too, which creates an environment that, at least to me, is incredibly suffocating. What's worse, such an environment caused two problems for me:
First, by upping the average of "relatively perceived as positive", objectively neutral people are perceived as negative. I've actually had colleagues go into emotional distress and vent to me over this.
Second, it at least seems like overly positive environments are afraid of criticism and critical people. As a critical person myself, it has been incredibly difficult to navigate such an environment and it lead to me essentially becoming an assembly line worker who "just shuts up and does their job". Also anecdotal, without critical people, going into the wrong direction either ends up being corrected very slowly, or not at all (and given how multi-dimensional work tends to be, going into the wrong or nowhere-near-optimal direction is very likely).
As a result, to me, no feedback at all is only slightly worse than overly frequent, overly positive feedback.
Most weeks at work are completely benign where we're not doing "amazing" work, we're doing "work". We're doing our salaried jobs as expected.
It's frustrating when every Jira ticket that gets closed is some moral victory that needs to be held high. It's not, it's our jobs and it's frustrating to deal with the faux positivity when I just want to do my job.
And of course the whole political game where people have to send congratulations just to signal that they’re part of leadership
Not having PMs and PdMs is a massive benefit of smaller orgs. Do everything you can to avoid hiring these people.
Examples: "I'm really {proud,impressed} of all of you for your output this sprint", "You guys are {killing,crushing,owning} it", "You all should be very proud of what you guys did", etc.
These aren't given after periods of crunch time, they're literally every week to the point where it feels so contrived and artificial. They're given when we're just doing normal, expected work.
I've mentioned this to colleagues and friends and there seems to be two camps of people: those who want constant positive reenforcement and those who it completely has the opposite effect, an annoyance. I guess I fall into the latter.