IC验证工程师高效战斗手册---提问之道（上篇）

1、为什么先谈这个主题？

如果有人问：“你觉得什么技能是工程师最重要的技能？”

杰瑞IC验证认为，不是你的代码能力或某项具体的技术，而是“提问”的能力。

《当幸福来敲门》中有一句很棒的台词：“主啊，请别移走前面的高山，请赐我攀越的力量！”

IC验证之路上有高山无数，而攀越之力则为提问之力。

提问贯穿整个工作始终，提问能力一方面会影响一个IC验证工程师的工作效率，同时更影响着你的成长效率。

没有问题则说明没有思考，没有解决问题则会减缓成长的脚步、为未来埋下隐患。

今天我们就结合实际一起来具体探讨下这个能力。

2、问什么？

首先如果你不知道问什么问题，那我陪你一起来梳理一下。

通常，IC验证工程师的提问其实主要围绕两个方面：

  ① 以成长为目的技术问题；
  ② 以提高工作效率为目的工作问题。

（1）与成长有关的

问具体不懂的问题、不懂的知识点。

这个知识点可以是书上的，代码里看到的，文档上的，甚至网上看到的，只要是有疑惑都可以问。

问思考过程和底层逻辑。

如果你得到了某个具体问题的答案，其实你可以关注的再深刻一步，比如他怎么能想到的？他为什么能写出这样的代码？

学习方法和资料推荐。

当你接手到一个全新的事情不知从何下手的时候，你完全可以问学习路线，请教前辈学习路线和推荐参考资料，有了初步认识再下手。

idea和思路方案的探讨。

其实你还可以多和前辈探讨你天马行空的想法或代码实现方案，在方案论证的过程中吸取的技术点和高手的思维逻辑。

（2）与工作有关的

问清关键信息。

当你得到了一个任务，给你任务的人不一定把很多关键信息给你交代清楚了，一定要问清楚。

比如你接到一个调研类的任务，可能是某种新技术或工具，可能是某种算法，你一定要问清楚这个调研任务的时间节点、什么目的、要做到什么程度等关键信息。

如果你不清楚你的目的和做到什么程度就达到目标了，那调研工作就是“无底洞”了，深入下去是无尽头的，且很容易走偏，大量投入了时间还没有达到任务要求。

再举一个例子，比如你接到一个脚本或公共验证组件的编写任务，其中的功能和实现方式如果有不清楚的细节，一定要反复同步直到需求很明确，因为稍有不明确就动手，很有可能不符合期望，不符合期望小则修改，大则返工，将很有挫败感。

这里大家可以看出，其实早期提问是最小的代价排除弯路，提高工作效率的方式。

项目推进。

IC验证工程师需要与很多人交互，例如算法设计人员、RTL设计人员等，也许会常常遇到上下游的阻塞而让我们的工作难以开展。

这个时候，推进的一个基本手段就是提前主动询问对方进度，起码让对方知道你的事情很紧急，请对方提高优先级对待。

有争议问题明确。

工作中还有这样一种情况，某个功能的实现方法或验证策略，跨部门讨论或集体讨论，这个讨论也许是非正式的，总之形成了某一个观点。

但是时间长久之后，大家可能忘了这个观点的形成过程和结论，最后有可能出现说不清楚的隐患。

对于这种情况，一定要发出会议纪要，让大家统一确认或给能对此观点负责的人员群发措辞正式的邮件确认，留下文字记录，明确结论。

因为你才是手头上项目的实际负责人，采纳别人不负责任的观点导致你的失误是不应该的。

这个时候，会提问可以帮你避免未来潜在的不必要的麻烦。

3、怎么问

我们前面探讨了可以问什么。

那么怎么问呢？问问题的最佳姿势是什么呢？

（1）问问题的小习惯和节奏感

前面已经阐述过，问题是贯穿工作始终的，每天都应该能产生问题。

这里杰瑞IC抛砖引玉给大家提供一个问问题的小习惯：

                          **问题清单法**

每天打开电脑，一直打开一个txt文件或者拿出一张纸一直放在手边，想到什么问题随时记录下来，因为有时候你的问题也许就是一个念头是稍纵即逝的，先记下来再说。

这个清单上的内容是动态变化的，不断的写上去，不断的解决划掉，找到你自己解决问题的节奏感。

直到一天的结束，应该可以解决大部分问题，没有解决的问题就录入第二天的清单，明天接着解决。

如果某一天你在这个清单上没有写问题，那你一定要反思下今天到底做了什么？是不是真的有思考和成长。

（2）提问最佳姿势和时机

提问不是当面靠嘴问才是问，“姿势”很多，如聊天工具、电话、包括前文说的邮件等，但是你要找到解决不同问题最合适的姿势才能达到最佳效果提高效率，我们简单的举例谈谈。

假如你需要像前文讲的明确关键信息，则适合正式的邮件群发提问。

假如你需要问的问题非常紧急，不问则无法开展工作，不论对方忙不忙，建议直接当面提问或者直接打电话。

假如你的问题不是那么的紧急，对方可能比较忙，建议可以攒一定数目的问题统一进行提问解决，具体数量依照实际情况定，一般攒3个左右问题问一次比较合适，攒太多也会给对方造成压力，还有一种方式就是约定好使用聊天工具有问就先发过去，对方有时间再解答。

假如是一个需要激烈讨论交换思想的问题，那就约到一个小会议室或者房间放开了讨论解决，这避免了激烈争论影响周围同事。

总之一句话，对于不同的问题，找到最适合你的和最高效的提问姿势～

（3）什么叫好问题？怎么问出好问题

知道了问什么，什么姿势问是不够的，你需要知道什么问题是好问题。

对于一些比较明确的问题，比如时间节点等提问方法不用说，我们主要谈谈对于一些技术问题的提问。

比如你把一个大忙人叫过来，对着屏幕问“你把你写的这个文档给我讲一遍怎么样？”

这样问，要么对方会拒绝，要么这个大忙人一定会粗略应付下大概，而这种大概信息其实也许你自己5分钟浏览下就可以得到。

再比如，你问：“UVM验证平台怎么写？”

这样问别人最多只能给你讲下包括什么组件，而这个结构图可能一分钟就能搜到。

而这种问得“很大”问法多是无效的，你大多情况下得不到太多有用信息。

所以什么叫一个好问题？

带着个人思考的、别人愿意回答、且提问者能拿到有价值的信息的问题才是好问题。

杰瑞IC验证为大家提供一个基本好问题公式：

                     **主体聚焦  +  尾部发散**

即一个好问题的问题主体一定是“聚焦的”、切入点是“小”的，让别人能够清楚回答的。

但是问题的结尾，带上发散的部分，带上“大”的成分，有可能激发出回答者进行发散式解答。

这种提问方式，首先为了聚焦，提问者一定是会进行一定的思考才能做到聚焦，强制提问前思考问题，会对问题有更深刻认识。

接着一定会得到更有用的聚焦信息答案，且被提问者很好回答，很容易切入。

最后就是幸运的话可以得到发散性的答案和收获。

怎么做到这个公式呢？

主体聚焦其实就是多出“选择题”和“判断题”，尾部发散则是结合聚焦问题顺势发散。

举例说明，比如前文提到的两个大问题可以改为“关于这个文档第3章的第1节，我的理解是……

这样理解对吗？（带入思考，判断题聚焦）

实现这个还有哪些方法可以考虑的？（顺势发散）

关于这个项目的UVM验证平台的driver的实现方案，我想到两种方法，一种是……，另一种是……，哪种实现更好？（带入思考，选择题聚焦）

还有哪些更好的方法吗？（顺势发散）

（4）及时追问

你问出来了一个好问题，其实只是完成了与被问者交互的第一次的动作，而及时追问的动作也尤为重要。

一种是被提问者没讲清楚的继续追问。

被问者可能因为表达能力、时间限制、自身理解不清楚等原因没有把你的问题讲清楚，一定要马上追问，不能让其逃走！

发问没有回头箭，我们带着思考提出了这么好的问题，没有拿到想要的结果，绝对是不可容忍的。

当然，如前文说的接任务时候，发任务者没有讲清楚时间节点等关键信息，也要及时追问。

另一种是深层追问，继续发散。

“问都已经问到这里了，那就再多顺便问一句……”

可以继续顺势发散，可以问深层逻辑，比如：

“为什么是这样做的？”

“你的思考过程是什么？”

“你讲的这些是怎么知道的？”

（5）问后确认

当你问完一个问题得到答案之后，尤其是得到了较为复杂的答案，可以问完问题后当即复述一遍自己的理解，让对方确认自己是否理解有偏差，防止信息传递有误。

除了明确提问的目的、提问方法细节之外，在提问中还有什么需要注意的呢？

对于IC验证职场新人提问时常见的心理问题怎么克服呢？

我们下篇再见～

路漫漫其修远兮，吾将上下而求索。

杰瑞IC验证与你同在，加油！

欢迎关注同名公 ~ 众 ~ 号