huiloo
发表于 2009-5-7 15:55:19
软件需求变更管理七步
share 给大家
chengxq
发表于 2009-5-7 18:10:25
借一个地方
现在很多都是要求走变更流程，变更影响度等等分析在做变更，但是实际操作性很差，特别是在我们这样的外包公司，
客户提出设计的变更，一般情况下只能接受，所以一般要求只是对变更项进行了跟踪，而对一些影响度等没有进行分析
这样可以减轻项目组的文档压力，而且简化了过程，对一些小的变更的确带来了帮助，但是实际的操作中，有些变更是影响度比较大的，但是对它减少分析之后，必然结果将项目组带入困境
大家对变更有没有什么好的办法，楼主发的资料收藏了
谢谢！
zyc@dele
发表于 2009-5-11 17:40:21
谢谢,先收藏.
huiguiziran111
发表于 2009-5-12 11:37:20
kan l ,但是他们说测试就不要理会那么多需求了，那我改怎么办呢？？？？？？？？？？
sticksky
发表于 2009-5-14 17:12:36
针对楼上的，我也深有感触。因为发觉其实在现实的测试中，往往测试人员在测试过程中都是不以需求为主。所以感觉有时候整理的文档并没有用处。
danielhe
发表于 2010-7-22 15:44:18
谢谢
chelili
发表于 2010-10-22 17:11:41
管理七步 确实是不错了！！！
liyufang
发表于 2011-2-24 15:08:23
正需要，谢谢
liyufang
发表于 2011-2-24 15:20:09
说的很好，参考了
熊点心
发表于 2011-7-12 22:19:00
看了 有点启发。但到实际中还是比较茫然。
技术人员长期处于被动状态，一时让他们分析出影响，有难度
其次，记录下来，发给客户。对方不认可分析结果。只扔一句话：到时间要东西。
diandian_1985
发表于 2011-7-16 21:53:09
学习了，谢谢
19801106
发表于 2011-7-18 12:01:13
学习
xinyu2010
发表于 2011-7-27 21:33:23
:handshake
ddeyo
发表于 2011-7-27 22:02:19
多谢。
ddeyo
发表于 2011-7-27 22:02:26
多谢。
光血之刃
发表于 2011-7-31 17:49:28
还是个新手，不过先收藏了，以后估计有用，呵呵，谢了
stone-石头
发表于 2011-8-24 10:26:09
谢了，拿走！:lol
piaolingxue423
发表于 2011-8-25 22:29:51
多些 分享
何去何从
发表于 2011-8-31 09:00:27
虽然看不懂，但是有好东西就分享，顶一个
upodn
发表于 2012-7-25 21:36:16
看看再说...
