V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  xnyu125  ›  全部回复第 2 页 / 共 2 页
回复总数  23
1  2  
2022-05-19 14:29:29 +08:00
回复了 xnyu125 创建的主题 程序员 为什么做了那么多,测了那么多,软件还是不好用?
@c8c 澄清一下,这里的 PM 指产品经理而非项目经理,对吗?所以这个区分在于,测试可以只验证产品和软件需求,而不负责澄清和验证质量需求?

实际情况可能是,不存在一个环节叫「质量需求」,或者大部分都是隐含的而非显性提出的质量需求。谁来决定「质量需求」呢?
2022-05-19 11:51:41 +08:00
回复了 xnyu125 创建的主题 程序员 为什么做了那么多,测了那么多,软件还是不好用?
感谢大家回复。针对这些问题,也衍生出其他一些值得思考的问题:
(我也不知道为什么做质量会想思考这些问题,只是觉得思考了可能有助于加强相互理解,减轻部分痛点)

1. 我们一定要用软件的方式实现需求么,如果有其他方式不用研发也能交付价值,应该被鼓励吗?
2. 怎么能避免创造需求然后解决呢?(怎么避免产研测整体自嗨)
3. 假设我们验证了需求才研发,交付后怎么进行进一步的需求价值的回归验证呢?
4. 用户需求是会变的,我们以什么频率观测需求的变化呢,它是一个线性过程还是一个不断迭代的过程?
5. 当需求不合理的时候,我们是该据理力争,还是顺应时势?
2022-05-19 09:23:04 +08:00
回复了 xnyu125 创建的主题 程序员 为什么做了那么多,测了那么多,软件还是不好用?
@lishoujun @jones2000 @Hider5 @Pichai
感谢各位,可能是应对了一些情况才有的这个思考。比如我们接到需求后正常进入研发、测试,代码质量好,测的也全面,但上线还是接到投诉,或者干脆没人用。分析一下原因可能是:

1. 交付的是个伪需求,用户没有需求
2. 用户有需求,但交付的体验或质量不好,用户抱怨
3. 可能用户找错了,业务设计的有问题
……

假设现状就是这样,大家觉得质量团队要不要进一步挖掘这些问题呢?质量团队需要面对这些问题进行反思吗?

@aabbcc112233 那真是抱歉了,浪费时间≈图财害命,真是瑟瑟发抖 ing
@freakxx 文无第一嘛,欢迎并催更~
1  2  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2768 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 10ms · UTC 06:51 · PVG 14:51 · LAX 22:51 · JFK 01:51
Developed with CodeLauncher
♥ Do have faith in what you're doing.