是需求规范重要，还是调研人员经验重要？

清水至真

需求是项目的纲。做过项目的人都知道。但是如何获取有效的客户需求呢？
不少公司在如何获取需求上各自的方法。有些强调需求规格说明书的结构，讲究需求的所谓“无歧义”“一致性”“可追溯性”等；但是做过需求调研的人都知道还有其他更加多内容包含在里面。
大家来讨论讨论。


上一篇：一声长叹：QA的角色与价值 【杂言咱谈】
下一篇：下班前做个小调查

清水至真

稍后将详细来探讨这部分内容

sungubbi

所以能够调研到用户的直正需求并进行合理的归纳、总结、分析，最重要。好的开始是成功的一半。

但是需求的描述规范性同样会埋下隐患，如果需求前后矛盾、阅读起来意思模棱两可，也无疑会给产品质量埋下定时炸弹。需求文档毕竟不像代码，有些文字阅读起来不同的人会有不同的理解，所有即使有了文档，有些内容也是只可意会不可言传，所以补充适当的沟通是很必要。

正确地获取、描述、传递需求最重要。
形式上的统一、规范则有利于企业财富的积累、沉淀、传播、复用。

一点拙见。

jaedonger

个人愚见。
按照CMMI的理论，还是“需求规范”重要，需求要是不明确，产生变更，项目的后期会让你感到很难受。
至于经验，如果过分看重的话，那何须CMMI呢？
还是要和相关人员 多沟通，明确需求最重要。

lily_014

两者都重要，相辅相成，事半功倍。。。
需求人员的经验能够更好的去获取用户需求，好的需求人员在用户也不明确需求的情况下，会很好的提问方式，不断的去引导用户。最终明确需求
而需求规范 是为了后期的开发，维护等等。。。

cecilia

各人对相同文档的描述会有着不同的理解，需求规格说明书描述若存在歧义，那对于后期的设计说明书及测试用例也都是有影响的，需求管理变更及维护也不方便，不好管理。
所以说需求文档及调研（经验）同样重要，只有将你的需求调研的经验转化成文字描述，才能让更多的人明白你的想法，那样做出来的才是有价值的。

iamredeye

这两个东西没有矛盾呀，如果有经验的需求人员知道需求应该包含更多内容，为什么不想办法把他们的想法通过模板或guideline体现出来供其它人参考呢。这个公司没有“流程改进”这个东东么？

lily_014

呵呵 说的是 ：）
又不是需求、设计、开发、维护自至自终都是那一个有经验的人在孤军奋战。。。:lol

innvation

用户需求、客户需求到开发人员需求的一个转化是一个非常难的过程，技术好的人也不定行！用户、客户需求不会站在你开发的角度去考虑。

step365he

1. 两者不矛盾。有经验的需求分析人员可以缩短需求分析的周期，也能降低日后需求变更对开发过程的影响；同样的，他按照良好的需求规范形成的组织资源可以共享给其它人员使用，真正做到‘增值’。
2. 即使在敏捷开发中，也没有否定需求说明书的作用。而有经验的需求分析人员可以降低在需求规范上损耗的时间。
3. 即使再好的脑袋，也需要一份介质保留当时的想法并且采用容易被他人理解的形式。无论这个介质是纸质的或者是电子工具。

海瞳

有空一起交流一下。

原色阳光-3

没人回帖。。。我来个吧！

终身美丽

确实不错，顶先

孤岛

确实不错，顶先

伤口上的盐

我也来顶一下..