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