「我明白需求這個字實際上的意思就是閉嘴。」——《使用者故事對照》

今天的金句需要特別說明，這是出自《使用者故事對照》的「請先讀我」。

在整章「請先讀我」的章節中，作者反覆在說明他自己對於軟體、軟體開發、需求、取得共識的一些看法。

而其中作者講到一個親身經歷，他接到一份「需求」，於是他想要進一步的去探尋這些需求背後真正的目標是想要解決什麼問題，但最後只得到對方回覆「這些是需求」的句點。

不知道你是否有遇過類似的案例？

你明明想要進一步向使用者探尋更多資訊，但卻被一句「需求在此，你照做就好」給堵了回來。

這樣的回應隱含了一種訊息：「我都寫成需求單給你了，可以閉嘴去做事，別來煩我好嗎？」

但問題是白紙黑字寫下來的需求，真是客戶或使用者想要的嗎？

軟體不是重點，需求也不是重點，真正的關鍵是一條又一條的需求背後，那個使用者真正想要解決的問題，是否有被正確的挖掘出來。

若使用者與軟體開發團隊之間欠缺溝通及交換資訊的管道，這只會阻礙團隊為客戶做出真正有價值的交付。

你們團隊在釐清需求、進行使用者探訪時，都是由哪些角色參與？

你覺得當需求被傳遞給軟體團隊時，團隊真的有搞清楚需求背後的問題是什麼嗎？

你覺得使用者與你們軟體工程師之間的距離是遠或近呢？