言過其實心理
差異展現法
：也就是將不同使用者代表的訪談結果進行整理，在系統開發之前把這些差異展示給中高層管理人員，就如何解決達成共識。
瓶頸分析法
：對流程執行過程中的瓶頸進行分析，例如時間瓶頸、人員瓶頸（比如所有的申請都要由處長審批）等方面，以避免流程瓶頸導致系統無法順利運轉起來
越俎代庖心理
要解決這個問題，關鍵在於需求捕獲人員能夠識別出正確的被訪談者，也就是回答你要問的問題最佳的人選是誰。這裡有兩層意思：
問題的層次是否正確：高層管理人員解決巨集觀問題，中層管理人員解決脈絡問題，操作者解決細節問題。
根據業務背景判斷：也就是有效地識別該問題所針對的業務環節是由誰負責處理的？執行者往往是回答的最佳人選。
非正事心理
客觀原因：辦公室本身就是乙個容易被干擾的環境。應對之道：訪談應該盡可可能的避開辦公室。
主觀原因：非計畫的事情通常會被看做是低優先順序的事情。應對之道：做好一周的訪談計畫，列出訪談人，訪談要點，讓對方統一安排。
抗拒心理
我們需要先
「化敵為友
」。這是主導的策略，實際的方法有很多
推卸責任心理
突破推卸責任心理的簡單手段是讓被訪談者介紹工作場景。
如何應對不明需求做好測試
在日常需求的 測試過程中，因為時間和資源的相對緊張，往往會遇到prd不夠細緻，而uc描述也過於簡單的情況，這個時候會讓經驗不夠豐富的 測試人員有種無從入手的感覺。其實由於思考方式 對 需求的理解程度 開發和編寫uc的經驗 以及文字描述的習慣不同，開發人員首次提交的uc，並不一定能立即指導 測試人員 ...
如何應對沒有需求的測試
軟體測試 時候發現根本沒有需求，一問開發和需求，發現原來是我們的專案經理口口相傳，告訴開發要怎麼怎麼做。可想而之，這個過程是沒有設計的，開發過程當中遇到問題，就會問，專案經理即時馬上給出答覆。而到了測試，測試人員在完全不了解狀況的時候，在介面上點了點，也不知道要點多少東西，反正一會告訴我說版本測試完...
全程建模 需求變更如何應對
伊達 11 37 25 3 對於需求不斷變更，使用者老覺得加點東西沒什麼，覺得很簡單，導致系統越改問題越多。你有什麼好辦法嗎？青潤 11 36 06 這是最難以解決的問題，我一般是採用文件積累變更的方式，適當的時間讓他們看看已經變更了多少次，通過這個，可以讓他們有所顧慮。伊達 11 39 55 文件...