可能的對策：
做好評審/檢視計劃，在專案組的月度計劃中包含評審計劃。儘量詳細，避免資源衝突，專案經理要特別注意這一點。
選擇合適專家，充分準備；各位主審人和評審專家，尤其是技術骨幹要給予足夠的重視，保證有效的投入。有困難時，必須提前與主審人、相關領導協調解決。
PQA要引導會議程序，確保討論聚焦，會議時不偏離主題和重點。
TR會議上不涉及所有技術內容，只討論SE認為需要提交討論的要點、分歧點、遺留問題、風險、綜合建議和下一步計劃。
系統工程師SE要善於提煉，適時總結，減少會議過程中的爭論。
各階段和型別的評審以相應的評審要素表、評審操作指導書做指導，並且確保本階段的主要相關角色負責人都能參與。
各類評審、檢視過程中由主審人/檢視負責人安排各位專家分工檢查被審物件是否符合相關的技術規範。
各評審專家應按照郵件提示，及時參與評審、反饋意見。預審是非常重要的，不能等到評審/檢視總結會上才看資料。
評審要素需要定期更新，由專人維護，建議季度更新，積累來自變更、客訴、研發、測試的經驗，提高和最佳化評審要素（Checklist）質量。
PDT功能部門代表既不能“左傾”，一味考慮PDT的市場機會而不顧及對功能部門的壓力，也不能過“右傾”，一味從本部門利益出發，不願意幫助PDT經理做出綜合的考慮並承擔相應的責任和風險。
問題修改後及時跟蹤。
更多資訊，請關注微信公眾號“產品開發管理”。
