这些年共事过的管理者里，让我真心佩服的那几位都有一个共同的习惯：被问到不懂的东西时，不装懂，直接说"我不知道"。也不含糊其辞，就一句话：“我不清楚，我们查一下。”
最近常想起这件事，因为我自己也开始带项目了，那种想蒙混过去的冲动是真实存在的。开会时被问到一个问题，五个人等着你的答案，这时候说"我不知道"感觉像认输。其实不是。多数时候，这恰恰是最有底气的一步棋，前提是后面跟上下一步：去问谁，或者什么时候给答复。
装懂迟早穿帮#
软件这行变化太快，没有谁能把所有东西都装进脑子里。而工程师对装懂的嗅觉出奇地灵。只要被团队抓到一次不懂装懂，之后你说的每一句话都会被暗暗打折扣。反过来，一个承认自己有盲区、然后老老实实去补上的管理者，说出来的答案大家反而信——因为大家分得清什么是真答案。
“我不知道"是起点，不是终点#
关键在后面那半句。说完"我不知道"就没了下文，那叫甩手。好的管理者会接着问出更好的问题——“和我们现在用的方案比怎么样？““如果这个假设错了，会坏在哪里？"——然后把问题抛给对的人。每个团队里都有那种几乎住在数据库里的人，或者把前端所有恶心的边界情况都摸透的人。你不需要什么都懂，你需要知道谁懂，并且真的去问。
职场上怎么说"我不知道"才不显得没准备#
我给自己定的规矩是：别让"我不知道"成为一句话的结尾。下面几种说法，都是真能说出口的：
- “这个我暂时不清楚，周四之前我查清楚给你答复。”
- “这块小李比我熟，我们直接拉他问一下。”
- “我没有十足的把握，倾向于是 X，但拍板之前我想先确认一下 Y。”
- “具体数字我手上没有，会后我发到群里。”
- “这个我还没仔细研究过，不想瞎猜，明天给你准话。”
说"我不知道"算不算不礼貌？只要带着下一步，就不算。真正让人不舒服的，是一句"不清楚"之后就没了下文，或者一个信心满满、事后发现是编出来的答案。面试也是一样：不知道就直说，然后讲讲你会怎么去弄清楚。这比硬猜一个答案更能让面试官看清你。
决策质量会变好#
软件领域的决策往往影响深远，所以值得诚实地区分"哪些我有把握，哪些是在猜”。提前承认自己的盲区，就能在拍板之前而不是之后把缺的信息补齐，也让持反对意见的人敢开口——而那恰恰是你最需要听到的声音。定了就把理由讲清楚；错了就认。没有什么比一个不肯认错的管理者更能扼杀团队的坦诚。
这些道理一点都不复杂：多问，多听比你懂的人讲（永远有人比你懂），在猜的时候承认自己在猜。“我不知道，但我们一起查查"这句话给我攒下的信用，比任何一次蒙混过关的回答都多。