楼主:
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必须有能够决定规格的权力，这点在很多公司就做不到多半是公司内部没办法虚拟一个真正的客户（大家都在摸象）又或是真正的客户（外包案主）在外围没办法真正进入专案