这种情况已经发生了很多次：技术经理不愿意承认他们不知道问题的答案而显出他们的无知，他们总是试着乱说一气来摆脱窘境。我的意见则是，说“我不知道”并没有什么错，而且我认为技术经理应该敢于提出傻问题。
如果你这样做，你不仅可以学到更多的东西，而且你还可以缓解你直接上司的压力，他们在会议上总是希望有些人会正好问到这个问题，但他们却不愿亲自提出疑问，因为他们不想显出很傻的样子。
对傻问题的界定
让我们来做个定义。一个傻问题，我指的是任何一个那种别人会认为你已经知道的问题―而并不是字面意义上的愚蠢问题。傻问题是与工作有关的质询，而愚蠢的问题则确实看起来很来愚蠢并与工作没有任何关系。有这样一句话，“我们的Exchange服务器能够支持多少个用户？”如果是管理Exchange运行工作的某个人提出疑问的话，这可能是一个傻问题。而另一方面，“为什么会有空气？”这就是一个愚蠢的问题。
在这里除了上面说的两种类型的问题之外，对于提出傻问题的经理还有两种类型：无能的和自信的。当然，你应该努力成为第二种类型的。
无能的经理提出傻问题仅仅是因为他们不能理解问题的含意。无能的经理提出的问题将会显示出他们对公司组织的基本运作方面的无知。这使得他们看起来与工作缺少联系。
另一方面，自信的经理则有着足够的自我确信来问那些会暴露他们对于技术细节的无知的问题，而并不使别人对他的对于公司组织的基本运作过程的理解表示出怀疑。而且，一个自信的经理知道有些场合下提出傻问题是很有用的。
为了团队的利益抛开自我
一个作家曾经说过，绝大多数的年轻人最需要的就是一个可以倾诉的好朋友，关于他们自己。成年人也许不会如此地关注于他们自身，但是每个人都具有一个自我意识并寻求一个良好的形象。我确信大多数的技术经理最害怕的一件事就是让他们看起来显得很傻。
在一定的程度上，这样的担心是合乎情理的。毕竟，作为一个IT经理，你不仅只是在监督管理一群非常聪明的员工，而且由于几乎所有的经理都不能得到他们想要的足够多的机会来钻研技术方面的问题，你很可能已经开始担心你的技术知识和水平趋于衰退和落伍。最后，由于很多的IT职业人看待非技术性的经理持有怀疑态度，因此避免由提出傻问题并显出你在技术方面上的无知而带给你的员工怀疑你的机会则是合乎情理的。抛开这些反面的原因，还有很多实例表明了一个IT经理提出傻问题的做法是明智的。让我们来看一看。
与有远见的行销商交流
很多的技术经理即使在与行销商谈到一款新产品时也不能够冒险去提出傻问题。这类经理会试图说服财务代表，使他们相信他已经掌握了这种即将问世的产品的细致情况，而不是去问一些必要的问题来对产品进行全面的了解。不用说，这种方式几乎不可能带来明智的购买决定。一个明智得多的办法是向财务代表表示，“我要问一些非常基础的问题，因为我要知道你的产品到底能做什么。”我向你保证大多数代表都会倾向于这种方式。
照顾下属
一名好的IT经理能够代表他的直接下属提出问题，万一他们不愿意自己提出问题的话。例如，假设人力资源部门正在向你的部门就未来的利益问题方面做出陈述，考虑周全的经理就可能会问一些与他的职位并不直接相关的问题，这些问题可能就会帮助那些新员工了解这些利益方面的情况。
在不顺利的陈述中给出帮助
假设你的一个员工正在部门会议中做出陈述，但他并不习惯于在公众场合讲话，在播放幻灯讲述时结结巴巴，十分犹豫。虽然你可以接手这个陈述工作来挽救局面，但是这样做会让员工觉得很没有面子。更好的方式也许是提出一些问题来向他阐明这次陈述的要点，并允许你的员工通过一些即兴的问答来显示出陈述的主题。
这里只是为什么有时需要提出傻问题的一些原因，如果你想找一些非IT领域里面的例子，看一看C-SPAN的Brian Lamb，在每一个星期，Lamb都举办一个“读书笔记会”，一个与最近新出版图书的作者的长达几小时的会见。Lamb从来不怕被别人看成是很傻的，他会问一些他明确知道答案的问题，这样做只是为了那些还没有读到这本书的读者。
所以来吧，敢于提出傻问题！