变更管理
项目完成以后回顾了一下项目中的问题,列举如下:
1.项目中有的时候PM提出了改进意见或者添加了新的需求,或者客户的反馈要求一些改进,这些情况的发生以及协调没有任何流程以及记录,从而导致了变更没有通知到该通知的人,如QA根本就不知道有这样的变更。
2.变更的审批流程不明确,基本上是口头达成一致,并没有做出审批流程以及审批过程的文档记录,没有记录也就没有跟踪。
3.变更的分析以及权衡,变更的影响只做了沟通,而没有任何记录,这也就不会对以后再做类似变更的时候提供参考,也就是没有实现项目管理经验的知识化。
4.变更没有记录也就没有分类,没有统计的功能。
....等等等等,其实还有很多的问题,其实归根结底,我们并没有对变更管理有一个统一的流程设计和管理办法,所以导致这一切都是这么的混乱,今天看了一点资料,写下自己的一些改进建议:
总的来说,变更管理可以分为以下几个管理点:
1.变更管理的定义,优先级别定义以及分类定义。
2.变更管理的流程设计(包括流程中的角色,以及各类变更的流程上的角色责任矩阵)
3.变更管理记录设计与管理
其流程也依次为:根据变更管理优先级别以及分类的定义,设计出各种分类,各种优先级别变更的审批流程,设计流程过程中要考虑各种分类的变更的特殊性,比如紧急变更的处理就不能太烦琐,一般变更的处理就应该精简,而对于影响大的变更就应该慎重且审批流程要严格,并做记录。在流程中各个变更管理角色的职责矩阵的定义也很重要,如下图;
1.项目中有的时候PM提出了改进意见或者添加了新的需求,或者客户的反馈要求一些改进,这些情况的发生以及协调没有任何流程以及记录,从而导致了变更没有通知到该通知的人,如QA根本就不知道有这样的变更。
2.变更的审批流程不明确,基本上是口头达成一致,并没有做出审批流程以及审批过程的文档记录,没有记录也就没有跟踪。
3.变更的分析以及权衡,变更的影响只做了沟通,而没有任何记录,这也就不会对以后再做类似变更的时候提供参考,也就是没有实现项目管理经验的知识化。
4.变更没有记录也就没有分类,没有统计的功能。
....等等等等,其实还有很多的问题,其实归根结底,我们并没有对变更管理有一个统一的流程设计和管理办法,所以导致这一切都是这么的混乱,今天看了一点资料,写下自己的一些改进建议:
总的来说,变更管理可以分为以下几个管理点:
1.变更管理的定义,优先级别定义以及分类定义。
2.变更管理的流程设计(包括流程中的角色,以及各类变更的流程上的角色责任矩阵)
3.变更管理记录设计与管理
其流程也依次为:根据变更管理优先级别以及分类的定义,设计出各种分类,各种优先级别变更的审批流程,设计流程过程中要考虑各种分类的变更的特殊性,比如紧急变更的处理就不能太烦琐,一般变更的处理就应该精简,而对于影响大的变更就应该慎重且审批流程要严格,并做记录。在流程中各个变更管理角色的职责矩阵的定义也很重要,如下图;