XY問題在開發中的體現

發現咱們平時遇到的那些問題，還有人總結了XY問題，這一個概念：

1. 有人想解決問題X
2. 以爲Y多是解決X問題的方法
3. 可是他不知道Y應該怎麼作，因而他去問別人Y應該怎麼作
4. 通過大量地討論和浪費了大量的時間後，熱心的人終於明白了原始的問題X是怎麼一回事，因而你們都發現，Y根本就不是用來解決X的合適的方案。

因而你們都發現，Y根本就不是用來解決X的合適的方案，就像咱們在需求評審以後，在確認方案的時候，在作技術選型的時候可能就會在一些歧路上浪費了不少時間。

而後我面對問題的時候：

1. 提問前，先想清楚你想解決的根本問題是什麼。
2. 提問前，要清楚問題的背景，和有什麼影響。
3. 不要執着於本身的方法而不是解決問題。

你嘗試去作X，但你想起了Y方案。因而，你開始問關於Y方案的事，徹底不提X。問題是，也許會有更好的方案，但若是你不描述X是什麼，咱們根本沒法出謀劃策。

— 來自 Re: How do I keep the command line from eating the backslashes? by revdiablo

在不理解更大的問題(上下文)X的狀況下，去回答問題Y，每每徹底無助於解決問題X。

— 來自 <m18zt5muq9.fsf_-_@halfdome.holdit.com> by merlyn

XY 問題是指，當你須要作X時，你認爲能夠用Y來實現X，因而你問如何作Y，而你實際應該作的是說明你的X問題是什麼。也許會有一個比Y更好的Z解決方案，但若是X沒有被說出來，沒有人能提出更好的建議。

— 來自 <slrn89um8j.5g9.tadmc@magna.metronet.com> by Tad McClellan

 

參考：

http://xyproblem.info/

https://news.cnblogs.com/n/167153/