摘要: 需求实践所面临的问题 需求完整性需要诸多用户的参与和确认,而且用户间需求本身也存在冲突的可能,因此需求更加强调角色和场景和划分,一个所有用户需要都能够满足的需求往往不是一个好需求。 需求过程缺乏用户的参与,我们往往是技术驱动,习惯性的跳到模块的划分导致需求本身验证困难,也导致了需求间耦合很紧,很难在后期组织有效的迭代开发。因此要考虑按流程和业务梳理需求。 需求无法实现也可能不是架构问题,而是需求本身不切实际。 用户想要和真正需要是有区别的,没有真正的识别需求优先级可能导致需求过量开发和需求镀金。 需求优先级识别往往并不能完全依靠用户,用户往往只会把自己关注功能讲优先级识别的很高,因此需求优先级识别应该是通过业务规则,流程和模式来确定。优先级识别方法(离主营业务的远近,发生的频率两个方面来度量) 沟通失真,要认识到文档仅仅是中介而不是全部,要通过即时的验证来减少沟通失真。 需求捕获和调研常见问题-用户告诉你的是他转化后的解决方案,而不是最原始的需求。 变更频繁,但是要响应变化,比如通过对变更分类来识别哪些变更是可以通过复用和可配置解决的。 非功能性需 阅读全文
posted @ 2009-05-27 10:31 J.z 阅读(1003) 评论(0) 推荐(0) 编辑