> 1. Ask (“Can I give you some feedback?”)
> 2. State the behavior (“When you X…”)
Yes, please do this when giving feedback
> 3. State the impact (“…the result is Y.”)
Your conversation partner might hear an immediate accusation out of this. Your statement will never be objective. Rather talk about yourself as in "... this is how I perceive your behavior".
> 4. Encourage effective future behavior (“Keep it up!” for positive feedback ...)
Yes, it's great to get positively reinforced.
> “Can you change that?” for negative feedback
If you do this to me after 5 seconds of conversation, I will shut off and not take any advice from you. This is bossy.
Tell your conversation partner what their behavior makes you feel like. Formulate a wish for the future. You're not entitled to "change" people. Tell them how you would like to be treated.
If you want to change people, then give them positive reinforcement. If you try to "change" others by negative feedback, they will likely do less of everything and try not to be caught doing anything because it might be the "wrong thing".
> If you want to change people, then give them positive reinforcement. If you try to "change" others by negative feedback, they will likely do less of everything and try not to be caught doing anything because it might be the "wrong thing".
Which is why Manager Tools emphasizes that this form of feedback should be used first exclusive with /positive/ feedback for quite some time (months) before using the format for negative feedback. And that, once started, positive feedback should outweigh negative feedback 3-1.
I see this as a proxy for building trust with someone. Positive feedback tells me that I am appreciated by this person, and that they care enough to let me know. If I trust that someone cares about my needs, then I am less likely to hear "negative" feedback as blame, or doing the wrong thing.
You sound like you want to prolong the feedback into some sort of collaborative discussion, instead of getting to the point. Quick feedback is meant to be ... Quick ... To save both parties from too many negative feelings
You can’t end your feedback with “Can you change that?” and then think “Boom, done in seconds”. No, we’re absolutely not done? You just asked me to commit on the spot to something I potentially haven’t thought about before you just brought it up. I haven’t had a chance to reflect or even to respond. And you think we’re already boom, done?
Edit: If you want to actually be done, you could end with something like “I would appreciate if you were mindful of this going forwards”. Then you’ve said what you need to say, and your feedback stands by itself regardless of how the other person reacts to it.
I think what irks me about this question is that changing your behavior is one of the hardest things you can do, and there are probably all sorts of complex causes for the behavior. If you’re demanding an immediate commitment you probably get a lie in response. The behavior will continue, everyone involved will feel even worse about it, and it will feel more awkward the next time you have to bring it up.
I also find these very blunt - this is what I would say if the person I was exerting my authority and the person I was talking to really had no choice, but I was being polite about it.
I would soften them a lot if I wasn't in a position of authority, or if I wanted to genuinely engage with that person.
Also in any case, I would say precisely what it was about:
"Can I give you feedback about X?" so that it doesn't induce anxiety and the person has a realistic idea of what they are being asked before they decide,
and,
"[You're doing good work, and] it would be better if you did Y" to reiterate and reinforce the goal.
It has been a while since I read the book, do they give a reason for step 1? Because it feels like there is only one possible answer to that question, which makes it feel a weird to me now.
Yes: practically, it just might not be a good time, and emotionally, it prepares the person to accept the feedback. Less so in the book, but definitely on the podcast, they really emphasize that the question is genuine; if someone says no to the question, then you accept the no and move on.
They also emphasize that you should give /only/ positive feedback for quite some time before starting to give negative feedback. That would probably go a long way to soften things enough that one feels they can say no when appropriate.
(There's a whole set of things to do if the direct /always/ says no, of course)
"State the impact" is the part I have the hardest time with. My first impulse is to judge. When I try to phrase it as a feeling instead, I feel vulnerable doing so.
> "Your conversation partner might hear an immediate accusation out of this. Your statement will never be objective. Rather talk about yourself as in "... this is how I perceive your behavior"."
Feedback should almost always be based on data. For example, you should never say stuff like "When you do code reviews, you are often rude". This is, as you say, a perception. What you should be saying is: "When you do code reviews, people often come to me and complain that they feel offended." This is not a perception, this is data. Then you can say: "Please try changing your behavior so that people don't feel offended." At this point you can also start a conversation about why other people feel offended, but it is optional.
> If you do this to me after 5 seconds of conversation, I will shut off and not take any advice from you. This is bossy.
Feedback is not an advice. Sometimes it can contain advice, but more often it doesn't. Feedback is about telling you that you should change some behavior or it is about reinforcing a behavior. Advice is different: that's thinking about how to change or keep the behavior. Managers should absolutely differentiate between the two.
Advice is also optional, while in a workplace, if the subordinate doesn't meet expectations, there will be bad consequences.
> You're not entitled to "change" people. Tell them how you would like to be treated.
True. The manager is not entitled to change people, but 1) he is entitled to tell her subordinates what the expectations are 2) the subordinates are actually entitled to know what the expectations are. The manager should never say stuff like 'you are X', she should always talk about behavior ('you are doing X').
> Tell your conversation partner what their behavior makes you feel like.
I think you're applying the rules of non-violent communication incorrectly. There will always be negative feelings during negative feedback -- what's happening is that someone is told that what she has been doing in the past was not up to expectations. This is necessarily difficult. If it is not difficult, the receiving party likely didn't understand it, most likely because the manager has wrapped the feedback in a 'shit sandwich' (saying many good things and wrapping the hard things in the middle of them), most likely because the manager is not able to have difficult conversations. Difficult conversations are fine though: that's how we all learn and develop.
----
Example: I want someone to stop breaking unit tests by submitting code without running them locally. I can say that "You are often submitting code without running the test locally, for example in the last month you did this 5 times. Can you please stop doing that and not clog the CI servers unnecessarily by not running the test before opening a pull request?"
How would you do this with positive reinforcement? One option is to always pat the person on the back when she's not breaking the build, but that's an ineffective workaround, and I'd even say it's dishonest with the person.
I do agree with you here. What I wanted to express is that you should hold back on interpretation. If you talk about your own perceptions, it allows other interpretations to also be valid.
Thank you for the example on clogging the CI servers. Indeed, I would find it hard to turn this into positive reinforcement. Also I would agree that it's dishonest in not telling them. I guess I would try to highlight my own pains with their behavior like "I was blocked five times in deploying because of your failing tests. Please run your tests locally first.". I would always want to give them the opportunity to take my perspective and understand my reasoning.
> What I wanted to express is that you should hold back on interpretation.
Yes, agreed. Also, if you interpret then say explicitly that 'my interpretation / perception / feeling based on fact X is Y, and feel free to disagree with the interpretation'. Eg. "Maybe you just simply forget checking things locally -- do you think it would help to set up a commit hook or do you have other ideas about we could help you not breaking the build?"
So you
1) declare the facts (breaking the build too often), there's no argument about those
2) state your expectations as a manager (this has to stop), the person can disagree but it's your decision as a manager to set expectations
3) offer one or more possible interpretation, the person can agree or disagree
Yes, please do this when giving feedback
> 3. State the impact (“…the result is Y.”)
Your conversation partner might hear an immediate accusation out of this. Your statement will never be objective. Rather talk about yourself as in "... this is how I perceive your behavior".
> 4. Encourage effective future behavior (“Keep it up!” for positive feedback ...)
Yes, it's great to get positively reinforced.
> “Can you change that?” for negative feedback
If you do this to me after 5 seconds of conversation, I will shut off and not take any advice from you. This is bossy.
Tell your conversation partner what their behavior makes you feel like. Formulate a wish for the future. You're not entitled to "change" people. Tell them how you would like to be treated.
If you want to change people, then give them positive reinforcement. If you try to "change" others by negative feedback, they will likely do less of everything and try not to be caught doing anything because it might be the "wrong thing".
edit: formatting