多挖掘下背后的本質(zhì)克蚂，從大家真正care的角度思考闺鲸，換個層次，答案也就就在其中埃叭。
溝通問題時摸恍，不僅僅關(guān)注當(dāng)前的問題，也許這個問題只是表面現(xiàn)象赤屋，大家更多地是關(guān)注表面問題背后的深層問題立镶。當(dāng)把更高層次的問題討論清楚，也許表面問題也就迎刃而解了类早。如：
項目A 目標(biāo)：需要送SGS檢測
項目A 背景：Build 1在測媚媒，但驗證文檔等還未完全準(zhǔn)備好，測試過程中發(fā)現(xiàn)仍存在需求涩僻、軟件問題缭召，將會有Build 2
項目A 問題1：驗證過程中的文檔如何處理栈顷，尤其是Build 1是否需要出完整的一套文檔？
對于以上問題嵌巷，經(jīng)驗沒那么老道的人或許只會關(guān)注問題1要如何解決萄凤，卻沒有發(fā)現(xiàn)問題1背后隱藏1個大家真正care的問題2，如下：
項目A 問題2：SGS檢測使用哪個Build測試
對于整個項目而言搪哪，項目A的目標(biāo)才是大家最最關(guān)心的靡努，其他的問題都是圍繞這個目標(biāo)而引發(fā)出來的。因為從流程上來說晓折，最重要的就是合規(guī)性惑朦。即，至少要確保Release的每個版本都有完整的一套驗證文檔與之對應(yīng)（plan+ test case+ test case_report+ report）漓概。
若項目A采用Build 1進(jìn)行SGS檢測漾月，那么即使Build 1測試時有些case是fail的，此時也需要出完整一套文檔（外出送檢也會被視為Release）垛耳；Build 2時栅屏，根據(jù)新的變更情況，升版或者新建一套測試文檔堂鲜。
若項目A采用Build 2進(jìn)行SGS檢測栈雳，那么Build 1測試的內(nèi)容可視為adhoc test，此時不需要出任何測試文檔（被視為Internal Version）缔莲；Build 2時哥纫，根據(jù)新的變更情況+前面Build的歷史變更情況，更新一套測試文檔痴奏，覆蓋本版本所有Build的所有變更點蛀骇，并在最后1個Build中Full Test。
