作者ddahg (ddahg)
看板Soft_Job
标题[请益] 做为一个系统分析与需求访谈者
时间Wed Mar 19 20:56:09 2025
在一间公司开发维运久了，对系统业务范畴、使用者单位都有一定的熟悉程度
但想请问若是去一个新的地方，以比较资深的姿态踏入，负责的角色也不再是纯开发
提需求的人能力也不够稳定，在这样的环境有没有什麽方式可以尽快上手需求访谈/系统
分析的工作
虽然我知道每间公司甚至每个团队的做法可能就大不相同，想问问诸位前辈们是否有这方
面的通则
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 125.228.41.234 (台湾)
※ 文章网址: https://webptt.com/cn.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