听海(cnitpm.com) 10:12:08
有点蒙了，确认是说对或不对，验证是说好或不好，是吗？
   morly~(cnitpm.com) 10:12:48
再说需求还是范围？
   听海(cnitpm.com) 10:13:02
需求
   鱼(cnitpm.com) 10:13:54
信管网上的论文可以当模板么？
   鱼(cnitpm.com) 10:14:59
确认需求还有说法的？确认不确认不就可以了么？
   听海(cnitpm.com) 10:15:47
这个我蒙 了，我一会找个真题看一下
   morly~(cnitpm.com) 10:15:58
需求验证，就是和用户进行文档评审、确认需求规格说明书的内容就是用户所需要的
需求管理的步骤里，没有需求确认这个说法嘞
2017-04-25
   morly~(cnitpm.com) 10:19:10
需求开发：需求获取-分析-定义-验证
是不是可以理解为 需求确认是需求验证的非正式说法？
   鱼(cnitpm.com) 10:19:47
不知呢。。我们平时工作中说的都是确认需求啊
   鱼(cnitpm.com) 10:20:16
你说的是正确的呢。需求管理的过程。。我刚也看书上了
   鱼(cnitpm.com) 10:21:05
验证需求，确认范围。是这样的吧。按照书上的
   听海(cnitpm.com) 10:21:13
记不记得在案例中，如果验收不通过也有一点就是需求未确认
   yonghe(cnitpm.com) 10:21:41
可交付成果不是客户想要的
   morly~(cnitpm.com) 10:22:29
恩恩，连起来就是……需求验证，直接关系到项目范围的定义，做出来的东西不是客户需要的，范围确认（交付物验收）肯定成问题
   yonghe(cnitpm.com) 10:23:19
作了几套题下来，发现高项比较重视需求分析，中项重视变更管理
   yonghe(cnitpm.com) 10:23:27
画风有点所变化
   冷千山(cnitpm.com) 10:23:38
需求确认和验证，语文表达意思不同而已吧
   morly~(cnitpm.com) 10:24:26
我也觉得是一回事
   morly~(cnitpm.com) 10:25:22
@yonghe 哈哈，我试着做案例真题，也是发现我把变更相关的知识点答得很全面，但标准答案里挺简略的？
   轻影(cnitpm.com) 10:25:43