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