有何办法，才能在需求定义阶段把某个需求描述得很具体，周到，全面？
最近出现了一个问题：项目处理内部设计阶段，但由于详细需求定义书把一些需求的细节没有定义清楚，如：性能指标等，导致内部设计阶段要重新返回做需求调查，讨论，确认．．．．．．大家认为，怎样才能在立项之后的需求定义阶段，把需求了解得更彻底，描述得更准确，更周到，更全面呢？ 和用户多交流，征求他们的意见。
需求工程师的经验也很重要。
需求书出来后要交给项目组中所有人员（或人员代表）进行检视，让他们提出自己的意见。 认为：
需求定义人员应该具有较多的经验，能够从客户获取有效的需求，或者帮助客户说出他们的需求；
对于一些细节，应该会有行业内的默认标准,比如B/S架构，系统的响应时间必须在客户的可接受范围内；对于不确定的，一定要和客户进行沟通，征得客户方意见。 我认为做项目，产品要求是不一样。
我觉得做产品是完全可以在开发之前，就完全定下来的。
一般需求来自市场部，公司内部和一些遗留下的Bug，由PM收集。
完成于开发编码之前。 要对用户需求进行比较充分的分析,多和用户沟通.需求规格说明书完成后也要及时的进行同行评审,尽早的的找出需求中的缺陷和不足. 谢谢大家指点．．．．．． 如何能够覆盖到一定的概率？
有什么直观的方法么？还是全靠经验和需求说明呢？
页:
[1]
