作者ddahg (ddahg)
看板Soft_Job
標題[請益] 做為一個系統分析與需求訪談者
時間Wed Mar 19 20:56:09 2025
在一間公司開發維運久了，對系統業務範疇、使用者單位都有一定的熟悉程度
但想請問若是去一個新的地方，以比較資深的姿態踏入，負責的角色也不再是純開發
提需求的人能力也不夠穩定，在這樣的環境有沒有什麼方式可以盡快上手需求訪談/系統
分析的工作
雖然我知道每間公司甚至每個團隊的做法可能就大不相同，想問問諸位前輩們是否有這方
面的通則
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 125.228.41.234 (臺灣)
※ 文章網址: https://webptt.com/m.aspx?n=bbs/Soft_Job/M.1742388971.A.A99.html
1F：→ stepnight: 跟老屁股混熟就是通則 03/19 21:10
2F：推 neo5277: 博諾啊 03/19 21:23
3F：推 v7q4: 沒人在訪談的，都是上層自己幻想這個功能很屌使用者會喜歡 03/19 21:29
4F：推 jej: 結果做出來沒人用 03/19 23:37
5F：→ jej: 這太常發生了 03/19 23:37
6F：推 chuegou: 我現在也只知道跟老屁股混熟這招 前公司是找機構 有些奇 03/20 00:36
7F：→ chuegou: 怪的變數命名比如說29mmShift之類還是請他給我機構圖我 03/20 00:36
8F：→ chuegou: 才能在好幾個數字中加加減減湊出來才知道變數功用 03/20 00:36
9F：推 jobintan: 有不少公司都沒有所謂的UX research，要啥功能，都是高 03/20 07:02
10F：→ jobintan: 層拍腦門出來的，做出來的東西user不愛用，就把鍋往下甩 03/20 07:03
11F：→ jobintan: ，責怪為啥當初不努力說服高層做UX research。 03/20 07:03
12F：→ lazarus1121: 需求不就需求，為啥提需求還需要能力 03/20 08:50
13F：→ lazarus1121: 如果需求有衝突，解釋給他聽是訪談者的責任吧 03/20 08:54
14F：→ gino0717: 因為需求可以他要A結果他提B然後拿C來驗收上線後跟你吵 03/20 09:59
15F：→ gino0717: 為什麼沒有D 03/20 10:00
16F：→ MoonCode: 認真工作就會更快上手 03/20 10:45
17F：推 wulouise: 別吵，七條互相垂直的線有這麼難畫？每天給我 03/20 12:32
18F：推 viper9709: 推gino0717 XD 03/21 00:18
19F：推 NDark: 樓樓上 三條垂直的線那個題目已經可以做到了 03/21 15:00
20F：→ NDark: 七條就是把維度拉上去就行 03/21 15:01
21F：→ NDark: 但是有ＬＰ的人會直接挑戰為什麼要做這個？利益在哪裡？ 03/21 15:01
22F：→ NDark: 如果對於自己的工作有差，而商業面答不出來，那只好趕快逃 03/21 15:02
23F：→ NDark: 小兵沒得選所以只好硬著頭皮去做一個事倍功半的案子 03/21 15:03
24F：推 NDark: 回到樓主的問題：我覺得scrum定義Product Owner就有提到 03/21 15:09
25F：→ NDark: PO必須有能夠決定規格的權力，這點在很多公司就做不到 03/21 15:09
26F：→ NDark: 多半是公司內部沒辦法虛擬一個真正的客戶（大家都在摸象） 03/21 15:10
27F：→ NDark: 又或是真正的客戶（外包案主）在外圍沒辦法真正進入專案 03/21 15:11