That Guy with a Thousand Inconsequential Objections
blogs.hbr.org
blogs.hbr.org
Telling someone to more or less shut up might pay off in the short term, as in make a particular meeting go faster, but in the long haul you're ignoring a pretty telling symptom.
The type of person who responds to everything opinion regardless of how meaningless with "not necessarily" is probably going to have the same problems at work.
The smarter one is in a given arena, the more easily we can delude ourselves with smart-sounding rationalizations/objections, especially if we haven't examined our motives.
This is a fair assumption because otherwise That Guy wouldn't bother trying to talk to anybody anymore. So TG is TG from the perspective of the Normal Person. That Guy may be a normal person from the perspective of many other people.
So my problem with this article is that That Guy's guilt is presumed. In all likelihood this fictitious That Guy expected the conversation to go like this:
NC: “I think the new guy is really getting up to speed quickly.”
TG: “OK, but what do you mean by quickly?”
NC: “After the first week he hasn't interrupted me with questions every
hour, unlike some of the previous interns.”
TG: “Gotcha.”
Here TG discovers that what NC originally described as "getting up to speed" really meant "hasn't interrupted me in a while". And perhaps TG knows that follow up questions are needed to figure out what NC is really saying.If NC presumes that TG is out to antagonize him then every question will be answered with a short (and unhelpful) reply until both parties are exasperated.
NC: “After the first week he hasn't interrupted me with questions every hour, unlike some of the previous interns.”
TG: “Which of the previous interns?”
NC: “Bob and Alice.”
TG: “Why were their questions inappropriate?”
etc.Folks like TG can be sociopaths, where a game is being played with the aim of making the target spend more effort on the response than it takes to ask the question.
There are also chat-bot AIs that use interaction patterns like this to keep the subject engaged as long as possible.
I still think it's far more likely that both people are poor communicators in that TG wants to get a precise and accurate answer from somebody who doesn't think about language that way and that NG is oblivious of the fact that TG is looking for a precise answer and will get frustrated with replies that don't answer his questions.
TG: Which of the previous interns?
NC: Unclear, go find a list of all questions asked by all interns and rank them by frequency. Normalize the list where the most questions is rank 10 and the least rank 1. Then place the new guy on that scale. Let's have that done by Friday, kay?
"OK, but what do you mean by quickly?"
and
"Oh that's great to hear. What is impressing you most?"
Coworker: "Hey, can you add feature X to that library you wrote?" (The library was feature-complete a month ago.)
Me: "What do you need feature X for?"
C: "Because the library doesn't have it and it seems like it belongs there." (It doesn't for a reason.)
Me: "But what will you be using it for?"
C: "I need it to work around problem Y that I'm having." (Problem Y should never happen in our system.)
Me: "Problem Y… how did you design your code that problem Y is happening?"
C: "Well, I structured it like XYZ…" (We decided on day 1 that nothing in our system will use XYZ for reasons, and that there exist ways to solve the problem without using XYZ.)
At this point I know that my coworker's design has not been reviewed, has potential issues, and that my coworker might not understand the architecture we are using and why we're using it. Important things, which I wouldn't have known if I didn't play That Guy.
(Yes, I'm also That Guy who nitpicks code reviews and API designs, rambles about decoupling and cohesion, and complains when things are coded without any sort of reviewed specification.)
http://en.wikipedia.org/wiki/5_Whys
which is almost always a good thing.
I know my questions are not captious, but I can tell they come across that way: the questionee thinks all things are fine and dandy, and can't understand why I'm asking so many (to them) irrelevant questions.
> and also hopefully discourage him (because he’ll know you know he’s captious).
He probably won't know he's captious.
> Some students of mine went a step further and actually had hats made with “captious” printed on them so that if anyone did behave captiously, they could hat the cat in question.
I wouldn't like to be in an environment like that.
Some guy who's manner of communicating that makes us feel uncomfortable should be named and shamed, just for the sake of it, with no attempt at resolution or mutual understanding.
Yes, I've experienced the annoyance, and yes, I've also been "that guy". Labeling, ridiculing and humiliating people is not the way to deal with that.
With very, very rare exceptions, there's always a very real underlying issue here, and "that guy" behavior is more often than not a symptom of a systemic issue.
Both are poisonous for organizations. However, I'm not sure why the author thought Captious Guy deserved special recognition.
Rather bad advice to say "don't be That Guy" when you actually have leadership issues and you can't convince your underlings on the execution. Sounds familiar?
Now two things (amongst others) could be true here:
1. They are "that guy," and should learn not to be captious.
or possibly:
2. The article is a salvo in an ongoing workplace politics issue in which one side just wants to get work done without having to face objections or think deeply about them.
My own impression is that the first part of the article is exactly correct - there are some people who do ask irrelevant objections.
I'm not so sure about the second part: "you know them when you hear them."
I think, reading through the objections here, that the art of knowing whether an objection is petty may well be a skill that some managers just don't have.
I think also that a lot of managers feel very strongly that they have that skill.
Hence, one way of reading this thread is not as a set of petty objections to the article, but as a set of emotional responses from people who already feel put down.
Also like pornography, I think most of us would disagree at least to some degree.
Details matter, sometimes by a great deal. A coworker and I raise objections and ask for clarifications a hundred times a day in the course of our work, and more often than not at the end of that day we discover there are still important details that are missing or incorrect.
Sometimes these so-called "inconsequential details" are what will ultimately sink a project, and in spite of our captious nature the project will try to sail out of the harbor regardless.
[Edit]
Since there seems to be a lot of disagreement on this matter, I'd like to take another stab at exactly why I feel like the article is incorrect.
If a colleague is finding a lot of faults in your idea, that should say two things to you assuming you have respect for your colleague and value their opinion: one, that your colleague has a genuine interest in your idea and is trying to think it through from various angles to find what areas of it need refined; and two, that your idea is in need of refining and you should probably be taking notes.
If, however, you do not have any respect for your colleague, you may dismiss their comments and criticisms and simply call them "captious".
If there is an established cycle of this scenario then there are three possibilities: that you have a lot of ideas that are worth consideration and polish, that you have a lot of bad ideas and lack enough of an understanding of the subject matter to determine what constitutes "petty", or that your colleague has personal issues that need directly addressed. This is how it should and often does play out in the real world.
In the author's scenario, which ironically enough takes place in a classroom, the old adage of "there is no such thing as a stupid question" seems to have been disposed of. They have narrowed the definition of "captious" to target individual issues, which in any normal context would otherwise signal that the person in question is lacking in understanding. Worse still, they are given a "shame hat" for doing so.
You know what sort of fictitious conversations sprung to my mind upon reading this?
Adobe Engineer: We should use bcrypt to secure our users' passwords, it's scalable and processor intensive so it's more secure.
Adobe Middle Manager: Or we can use this other encryption protocol and save on server costs.
Adobe Engineer: But that's encryption, not hashing, we shou-
Adobe Middle Manager: Same difference, stop being captious.
Petty details, indeed.
Hint: You're that guy.
I'll also be around to say "I told you so" once my nit picking proves out.
I have no doubt that I'm seen as captious by many of the people I work with because I bring up problems that they see as petty, but my unique perspective on the project at hand puts me in a position to see the significance of that issue and how it applies to the project as a whole.
But if those people read the linked article, they'll say "oh, he's just being captious" and be dismissive.
That is where wars are won or lost.
I actually have no idea where this tactic should even be on the hierarchy of disagreement. It's shockingly effective in practice though - you're basically redefining the meaning of the words I use for your own purpose. I can't disagree with you, because I'm trying to say something which cannot be exactly defined, leading me to use metaphors or allegories or other kinds of inexact language, but whenever I say something like this you switch it around so it now doesn't mean what I intend it to mean. I literally lack the words with which to disagree in this situation.
The article encourages people to learn this word and to use it to dismiss people they feel are being petty. Rather than address those so-called petty problems or even the person themselves they are encouraged to write that person off entirely.
Yep. Just because you can't see the consequences of the objections being raised does not necessarily mean they are inconsequential objections.
Yes, and overwhelmingly more often they are better let go of, or allowed to morph through contact with others.
Telling the difference requires good judgment, which captious people lack. That is one reason why they are so tedious.
>"His net impact on the meeting is generally negative, and he makes it 15 minutes longer than it needs to be."
Perhaps I'm making the meeting 15 minutes longer by asked pointed questions because I want the meeting to produce something more than plans for yet another meeting.
I would rather spend 45 minutes to produce 15 minutes of value than spend 30 for nothing.
That said, I'm only going to do this a few times. If the group or organizer is intent on holding meetings that don't generate anything of value I'll just stop attending and interfering with the status quo.
>"And I suspect that no right-minded person wants meetings to be longer than necessary."
Only in the case of the kind of worthless adherence to convention, meet for the sake of meeting style meeting I described above.
At their core, I think many people want to cooperate and produce, they hate the typical meeting and want to end it as soon as possible because it accomplishes neither of those things.
>"Of course, sometimes people roll their eyes to what are in fact smart objections, but I think most of the time most people (not That Guy) know which objections are trivial and which actually matter."
Too often, the things that "actually matter" to the folks holding/attending a meeting are frankly toxic.
* Wringing implied consent from an audience who has been guilted out of raising objections for fear of being "that guy". When the poor ideas presented or details omitted come back to bite the blame is ready "You were there. Why didn't you bring this up earlier?"
* Simply having an audience. There are a lot of people who just love to hear themselves talk, to gesticulate in front of a whiteboard and love to see their underlings nod in approval even more.
* Maintaining the status quo. Objections are likely to make work or at least require effort from people who are happily complacent and "busy" with a schedule chock full of meetings every day.
Sure, in a great environment with well-run, universally productive meetings and discussions these situations don't exist and "that guy" would be genuinely captious.
Thing is, most of us don't work in an ideal environment and I'd expect nearly of us have worked at some point in a place that was far from it.
Foreseeing the problems is good engineering, but it can be a bad move politically to spend a lot of time describing the issues. That's what makes you That Guy.
It's a terribly quandary -- I have to stop myself from being 'a lawyer for the compiler', if you get my drift.
The Guy who Isn't Satisfied with Ambiguity and Mediocrity.
The Guy who Isn't Capable of Communication or Cooperation.
You choose your pejorative terms, I'll choose mine.