思步网

标题: 是需求规范重要，还是调研人员经验重要？ [打印本页]

作者: 清水至真 时间: 2008-6-24 23:07
标题: 是需求规范重要，还是调研人员经验重要？
需求是项目的纲。做过项目的人都知道。但是如何获取有效的客户需求呢？
不少公司在如何获取需求上各自的方法。有些强调需求规格说明书的结构，讲究需求的所谓“无歧义”“一致性”“可追溯性”等；但是做过需求调研的人都知道还有其他更加多内容包含在里面。
大家来讨论讨论。

作者: 清水至真 时间: 2008-6-24 23:11
稍后将详细来探讨这部分内容

作者: sungubbi 时间: 2008-6-26 17:08
所以能够调研到用户的直正需求并进行合理的归纳、总结、分析，最重要。好的开始是成功的一半。

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

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

一点拙见。

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

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

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

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

作者: lily_014 时间: 2008-7-8 10:06
呵呵说的是：）
又不是需求、设计、开发、维护自至自终都是那一个有经验的人在孤军奋战。。。:lol

作者: innvation 时间: 2008-7-27 17:52
用户需求、客户需求到开发人员需求的一个转化是一个非常难的过程，技术好的人也不定行！用户、客户需求不会站在你开发的角度去考虑。

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

作者: 海瞳 时间: 2014-3-23 13:22
有空一起交流一下。

作者: 原色阳光-3 时间: 2014-8-9 16:57
没人回帖。。。我来个吧！

作者: 终身美丽 时间: 2014-8-26 22:14
确实不错，顶先

作者: 孤岛 时间: 2014-10-25 22:39
确实不错，顶先

作者: 伤口上的盐 时间: 2015-3-22 20:23
我也来顶一下..

作者: 不期待.再重来 时间: 2015-10-19 21:39
学习下我只是路过，不发表意见……

作者: 活雷疯！ 时间: 2016-3-21 22:03
前排支持下了哦~

作者: 唐诗@ 时间: 2016-5-8 15:09
还不错哦，如果再能多分享一些就perfect了！

欢迎光临思步网 (http://www.step365.com/)