Due to travel, I recently had to miss my 30th high school reunion. The bad news was not seeing old friends. The worse news was not finding out who has aged more than I have (everyone, I presume).

The good news? Not having to relive embarrassing moments, like the time I asked a girl to the homecoming dance, and she answered, “Can I let you know?”

Regrettably, I failed to say, “Sorry, but you have to take your chances.” Instead, nonplussed by the one answer I hadn’t anticipated, I handled the situation the way an employee should handle a manager who gives this response to a request or suggestion: I said, “When?”

Want to kill an idea? The wrong way is to delay a decision. Lots of managers use this technique, but all it does is kill enthusiasm. The idea, like an old tuna sandwich that’s fallen behind the desk, persists.

If you’re a manager and want to kill an idea, the right technique is to present an unanswerable argument. Not an unassailable one. That’s different.

One of the best unanswerable arguments is, “That’s the same as x, and we already tried that.” For example, imagine an employee proposes implementing XML-based supply-chain integration. You might answer, “That’s really the same thing as EDI, and we tried that several years ago. The project died – it turned out to be too complicated and too expensive.”

Your employee is now helpless, becalmed in a Sargasso Sea of ennui. Your argument is, of course, nonsense — “We failed to make it work,” does not equate to “It won’t work,” and you’ve waved off the significance of improved technology. That’s okay – your goal was to kill the idea, and once you force the discussion into specific details you have the moral high ground, because as a manager you aren’t supposed to worry about those.

IS Survivalist Joseph Martin provided another excellent idea killer: The Concerns Argument. It’s simple to use and applies to a wide variety of situations. Whatever the suggestion, simply say, “I have concerns about that.”

To the inescapable, “What are they?” you respond, “I’ve heard there are issues with it.”

What issues? “A lot of people have concerns.” Who? “Lots of people.” Such as? “I can’t betray a confidence.” What are their issues? “I’ve read about several.” But what were they exactly? “I don’t remember the specifics, but I remember they seemed pretty substantial.”

The Concerns Argument is an effective variant of the old, “I think this needs more analysis,” routine, but is superior because it doesn’t lead to action.

You need techniques to kill initiative. After all, if your staff is thinking of new ideas, they aren’t focusing on their jobs. Even worse, some might end up looking way too good and get hired into other roles, and then you’ll have to replace them.

Or, if you prefer to be a good manager … avoid these techniques.

A month or so ago, in the context of interviewing techniques, I described an applicant for a help desk position who, when I asked what operating systems she knew, withdrew a piece of paper from her purse to read me the answer.

Several correspondents asked me what happened next. The answer: We hired the applicant. I had delegated the decision to my help desk supervisor, who believed that the applicant’s excellent telephone demeanor outweighed her limited technical knowledge.

It was not, to put it mildly, a good hiring decision. While our new employee “succeeded” at her job, it was only because she diligently logged each call and passed it along to someone else for resolution. So far as contributing to the effectiveness of our organization, her contribution was pretty limited.

But while it wasn’t a good hiring decision, my decision to not overrule the help desk manager was the right one.

Lots of otherwise fine managers get this wrong. Faced with a subordinate who’s about to make an obvious mistake, they take charge of the situation because of the harm a wrong decision will cause.

(On a side note: Many readers of this column share my discomfort with the term “subordinate.” Its common usage goes along with the obverse term “superior” which is thoroughly distasteful. I welcome any and all suggestions for an alternative. In the meantime, I’m stuck with it as the generic noun for “person who reports to me.”)

On the boss’s side, it’s a tough situation. When you know someone who works for you is about to make a mistake due to inexperience or insufficient expertise, the logic in favor of averting the mistake may seem overwhelming.

The certainty that it’s a mistake may be overwhelming, and the potential damage may be so severe that the boss has no choice. What then, Mr. Fancy Schmancy Columnist, hmmm? The boss will ultimately be held accountable, so isn’t it all right to overrule a subordinate who’s about to make a mistake?

The answer is no. The only time you should delegate authority is when you’re willing to live with a decision you don’t agree with or when you have enough experience with the employee’s ability to be confident he or she can handle the situation.

In the case of the help desk analyst we’ve been talking about, I had no experience with the hiring supervisor and didn’t know how she evaluated job applicants. Letting her decision stand was the right decision. This was, though, a highly visible position on a very new contract, and it was my first hiring experience with the supervisor. Making it her decision in the first place was the mistake.

What I should have done is ask for the supervisor’s recommendation. If I’d made it clear up-front that, while I valued her opinion, the final decision was mine, then overriding her recommendation wouldn’t have been an issue. (Of course, I would have owed her a discussion about why I made a different decision … without one, how could she have improved?)

Staff-level employees and supervisors have very little power over their work and figure their authority is fragile. Their initiative requires faith that you won’t abrogate it. Once you do, asking them to waste their time on the next initiative is … well, it’s a waste of your time, because why would they bother? You’d only overrule them again.