作者:
ddahg (ddahg)
2025-03-19 20:56:09在一間公司開發維運久了，對系統業務範疇、使用者單位都有一定的熟悉程度
但想請問若是去一個新的地方，以比較資深的姿態踏入，負責的角色也不再是純開發
提需求的人能力也不夠穩定，在這樣的環境有沒有什麼方式可以盡快上手需求訪談/系統
分析的工作
雖然我知道每間公司甚至每個團隊的做法可能就大不相同，想問問諸位前輩們是否有這方
面的通則
作者:
neo5277 (I am an agent of chaos)
2025-03-19 21:23:00博諾啊
作者:
v7q4 ((．)(．)乳劍雙修 -|＝＞)
2025-03-19 21:29:00沒人在訪談的，都是上層自己幻想這個功能很屌使用者會喜歡
作者:
jej (晃奶大馬桶)
2025-03-19 23:37:00結果做出來沒人用這太常發生了
作者:
chuegou (chuegou)
2025-03-20 00:36:00我現在也只知道跟老屁股混熟這招 前公司是找機構 有些奇怪的變數命名比如說29mmShift之類還是請他給我機構圖我才能在好幾個數字中加加減減湊出來才知道變數功用
作者:
jobintan (Robin Artemstein)
2025-03-20 07:02:00有不少公司都沒有所謂的UX research，要啥功能，都是高層拍腦門出來的，做出來的東西user不愛用，就把鍋往下甩，責怪為啥當初不努力說服高層做UX research。
需求不就需求，為啥提需求還需要能力如果需求有衝突，解釋給他聽是訪談者的責任吧
作者:
gino0717 (gino0717)
2025-03-20 09:59:00因為需求可以他要A結果他提B然後拿C來驗收上線後跟你吵為什麼沒有D
作者:
MoonCode (MoonCode)
2025-03-20 10:45:00認真工作就會更快上手
作者:
wulouise (在線上!=在電腦前)
2025-03-20 12:32:00別吵，七條互相垂直的線有這麼難畫？每天給我
作者:
NDark (溺於黑暗)
2025-03-21 15:00:00樓樓上 三條垂直的線那個題目已經可以做到了七條就是把維度拉上去就行但是有ＬＰ的人會直接挑戰為什麼要做這個？利益在哪裡？如果對於自己的工作有差，而商業面答不出來，那只好趕快逃小兵沒得選所以只好硬著頭皮去做一個事倍功半的案子回到樓主的問題：我覺得scrum定義Product Owner就有提到PO必須有能夠決定規格的權力，這點在很多公司就做不到多半是公司內部沒辦法虛擬一個真正的客戶（大家都在摸象）又或是真正的客戶（外包案主）在外圍沒辦法真正進入專案