CMStruggling 2008-4-19 22:06
可以这么说，
需求是“根”，
需求是最难的，
所以一旦需求变更了，会很麻烦的，
所以需求评审也就显得尤为重要了。
就目前国内软件的形势，
需求变更是免不了的，
是常事，
所以了解学习需求变更流程是必须的。
::em71:: ::em71:: ::em71::
zhongqm 2008-4-20 12:54
对于需求变更现在很多项目都会频繁出现，让开发人员很头疼的事情，所以在做需求的时候还是要给予很高要求的，让需求尽量做得精细，可以采用评审来完善，但评审绝对不能流于形式。变更的复杂性也能约束需求分析人员的做事谨慎度，让他们尽量的考虑清楚一句话绝对不能出现二义性，让客户跟项目走起来。
tanxiaojin1986 2008-5-18 09:46
精品的东西一定要下，我正在学着写需求呢
ottafei 2008-5-18 18:22
需求变更的前提是需求基线的清晰或者需求定义清晰 对用户需求理解正确; 现实中需求变更是不是由于需求定义不清晰造成的? 如果是那这就不属于需求变更了!
SCM519080 2008-5-20 15:35
好东西，回家学习去。
另，一个建议：如果将文中流程图直接提供Visio对象就更好了~~~~~~~~~~~
winzheng 2008-5-30 17:12
有些时候不是我们真正的需求在变，而是我们的设计不够灵活，不要把一切易变的都归结为需求。
qunsheng_83 2008-6-10 14:03
需求变更很有必要的，学习一下；实战的比较有说服力，谢谢分享。
zx12asqw 2008-6-14 13:16
就算有流程，需求变更也是建立在对项目范围可控的基础之上
girlecho 2008-7-4 11:24
我有问题，如果项目周期较短，前提项目计划并没有做太多的风险估算，走需求变更流程过于冗长，该怎么办？
心随梦远 2008-7-4 11:34
看起来很不错的样子，回家好好研究一下，谢谢楼主分享。
hagensas 2008-7-17 16:20
REQM中对于这一SP讲得其实很浅的，在制定流程时遇到很大麻烦
TestBar 2008-7-19 18:08
开始学习
我们公司分了开变更的种类、实施的范围、产品成熟度、公司与客户的关系、公司的规范程度、需求分解的颗粒度以及需求管理的方法，都与变更流程的制定有一定的关联。在制定流程时，环境不同，这些因素的权重也不同。楼主的文章很是不错，希望多分享一些制定流程的时候的思考方式，和在实施的时候如何根据情况进行流程的调整与升级。
Juix 2008-8-1 10:48
目前正在做需求管理，虽然比较贵有用也值了。谢谢楼主。
highcynthia 2008-8-7 09:15
好贵！要５个金币 一会看看值不值 赌一把先～::em53:: ::em53::
nj2414 2008-8-7 13:20
关于需求管理这块,大家有没有什么比较好的开源工具推荐