多挖掘下背后的本质，从大家真正care的角度思考，换个层次，答案也就就在其中。
沟通问题时，不仅仅关注当前的问题，也许这个问题只是表面现象，大家更多地是关注表面问题背后的深层问题。当把更高层次的问题讨论清楚，也许表面问题也就迎刃而解了。如：
项目A 目标：需要送SGS检测
项目A 背景：Build 1在测，但验证文档等还未完全准备好，测试过程中发现仍存在需求、软件问题，将会有Build 2
项目A 问题1：验证过程中的文档如何处理，尤其是Build 1是否需要出完整的一套文档？
对于以上问题，经验没那么老道的人或许只会关注问题1要如何解决，却没有发现问题1背后隐藏1个大家真正care的问题2，如下：
项目A 问题2：SGS检测使用哪个Build测试
对于整个项目而言，项目A的目标才是大家最最关心的，其他的问题都是围绕这个目标而引发出来的。因为从流程上来说，最重要的就是合规性。即，至少要确保Release的每个版本都有完整的一套验证文档与之对应（plan+ test case+ test case_report+ report）。
若项目A采用Build 1进行SGS检测，那么即使Build 1测试时有些case是fail的，此时也需要出完整一套文档（外出送检也会被视为Release）；Build 2时，根据新的变更情况，升版或者新建一套测试文档。
若项目A采用Build 2进行SGS检测，那么Build 1测试的内容可视为adhoc test，此时不需要出任何测试文档（被视为Internal Version）；Build 2时，根据新的变更情况+前面Build的历史变更情况，更新一套测试文档，覆盖本版本所有Build的所有变更点，并在最后1个Build中Full Test。
