有些问题并不是谁都能轻易解决，这很正常，是吧？管理者往往是经验最丰富的那位，这也很正常，是吧？出现问题时，担当者去找管理者寻求帮助，这也很正常，是吧？
面对此类要求，管理者一定要保持头脑清醒：“喂，别把我当作任务回收站！”
如果你没有好的应付手段的话，最后你会发现工作是你在做，而不是你的团队在做。原来可怜巴巴地来求助的同事们，都在悠闲地喝咖啡、打游戏；原来义薄云天的你，却在可怜巴巴地加班加点，做着本该别人担当的工作。更令你无法接受的现实是——如果问题无法解决的话，责任会落在你的头上，而不是别人。
这种问题怎么解决？——说“不”。说“不”的方法也不难——叫求助者写邮件。这是一种形式上比较讲究的委婉拒绝的方法，其具体过程是这样的：
第一步 要求助者写“问题描述邮件”。
邮件中，要写清楚问题的所有相关信息，比如环境、状态、发生的时间、地点提示，有提示的给出，最好有图有真相，问题越清晰越好。
工作经验告诉我们：当问题被描述清楚时，问题往往就不再成为问题了。也就是说，当你把问题描述清楚后，就会发现问题不再那么难以解决了。
当然，还是有例外的。如果求助者把信息都写清楚了，还是解决不了，并把“问题描述邮件”发给你继续请教。那么，我们进入下一步。
第二步 要求助者写“解决方案邮件”。
回信告诉他，看到了他的问题，没有看到他的思考。请他回信告诉你自己的解决方法，然后告诉你哪一种解决方法最好……
原因很简单：这个任务是他的，不是你的。
当然，仍然会有例外的。如果求助者实在没有头绪，并继续请教。那么，我们进入下一步。
第三步 把问题公开。
要求求助者在团队内部会上提出该问题，看有没有谁知道，或者有时间应对。
大家也许有些奇怪：我们为什么要这样做呢？原因有三个：一个就是通过这套程序，你能看清求助者的实力究竟如何，便于以后安排工作；一个是通过这个过程，你会对问题变得很熟悉，无论最后自己接不接手，都有了足够的思想准备；更重要的一点就是委婉地告诉问题提出者，请教他人是需要代价的，天下没有免费的午餐。这么做，绝对会促使团队成员更加认真钻研和思考，并大幅提高他们的责任心。