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