项目管理者联盟 第六步项目管理者联盟 PgMp.mypm.net 这个小节关注的是风险,变更往往意味着更多的功能,更多的功能意味着更多的工作要做,因而面临更多的变数,也即我们就常所说的风险。比如说变更往往伴随着工期的延长,而对于在外地开发的项目此种情形尤其有可能导致项目组成员普遍的厌倦情绪,对应的风险表述就是项目组士气低下,导致工作效率下降,甚至会引起人员的流失,对于项目组来说不得不预见这种类型的风险,所以变更分析应该做出对应的风险分析。项目管理者联盟 项目管理者联盟 第七步service.mypm.net 项目管理者联盟 这一步就很简单了,主要是根据前面的给定的各方面信息权衡以后做出是否变更的决定。有人又说了:才不是呢,如果是需求变更,那一定得客户签字,客户如果不签字,我们一点招数都没有!我们再一次退而求其次:能不能把客户的名字写上,表明他(她)知晓这件事情?应该是可以的吧项目管理者联盟 至于表头信息,我想应该没什么问题,所提供的相关信息主要是供以后做统计分析之用。
好,到此为止,我们介绍了软件需求变更管理七步法。项目管理者联盟
项目管理者联盟 转自项目管理者联盟
本文为项目管理者联盟联盟会员原创文章,授权发布,非经同意不得转载!
|