| 词条 | 变更管理 |
| 释义 | 变更管理 目录概述 变更 变更的流程 变更管理工具 对变更管理工具的要求 几种变更管理工具介绍概述 变更 变更的流程 变更管理工具 对变更管理工具的要求 几种变更管理工具介绍展开 § 编辑本段概述 变更管理即Managerment of change(MOC)：有变更的需求就要有变更的控制和管理。 它的主要任务包括： 1.分析变更的必要性和合理性，确定是否实施变更； 2.记录变更信息，填写变更控制单； 3. 做出更改，并交上级审批； 4.修改相应的软件配置项（基线），确立新的版本； 5.评审后发布新版本。 软件生存周期内全部的软件配置是软件产品的真正代表，必须使其保持精确。软件工程过程中某一阶段的变更，均要引起软件配置的变更，这种变更必须严格加以控制和管理，保持修改信息，并把精确、清晰的信息传递到软件工程过程的下一步骤。软件变更管理包括建立控制点和建立报告与审查制度。 § 编辑本段变更 变更(CR，Change request)管理是项目管理中的最重要过程之一。 一个项目，从开始就处于不停的变化中。用户需求变了需要调整计划或者设计；测试发现了问题需要对错误代码进行变更；甚至人员流失了，也需要项目进行一定的调整以适应这种情况。Bug管理，需求管理，风险控制等本质上都是项目变更的一种。它们都是为了保证项目在变化过程中始终处于可控状态，并随时可跟踪回溯到某个历史状态。 孤立的看单个变更（CR）的生命周期，那么它是比较简单的，大致就是提出－审核－修改这么一个过程。但变更管理并不是单纯的一个数据库记录，做个备忘而已。在这么一个简单的流程中，变更管理要能体现出它的两个重要用途，一个是控制变更，保证项目可控；一个是变更度量分析，帮助组织提供自己的开发能力。 为了保证项目可控，项目管理者要充分了解变更的信息，衡量变更实施对项目的冲击，才能决定是否要修改。比如问题是否严重必须马上得到修改，问题的修改是否很复杂，是否会牵扯到很多方面。这些信息，大致可以归为俩类，一类是变更的自身信息，比如复现步骤等；一类是关联信息，比如某个功能变更实施后，对项目其它模块的影响分析，这类信息通常不可能由变更提出人来提供，而需要变更审核者结合多方面信息进行分析。 实施变更管理的一个更重要且更有意义的作用就是对变更进行度量分析。在项目进行过程中，对变更进行分析，可以很好的了解项目当前质量状态（如果你承认统计学有它的科学性，那么你就会承认，项目各阶段的合理变更发展情况是有确定的分布形态的）；定时进行项目复盘，分析组织中变更的产生原因和解决方法，及时了解组织中常见错误并有针对性的改正，才能促使组织的开发能力不断得到提高。 § 编辑本段变更的流程 我们看下变更生命周期中的几个主要过程和这些过程的要求 ： 提出：记录变更的详细信息，相当于一个备忘。需要记录的信息可能根据不同组织和不同项目的规定而不同。要点在于变更提出者能简明扼要的记录下有价值的信息，比如缺陷发生时的环境，要变更的功能……。 变更管理工具不仅要能方便的记录信息，而且要给记录者一些记录的提示信息，帮助记录者准确的记录变更。 审核：审核者首先要确认变更意义，确认是否要修改；其次审核者要确认变更可能产生的影响，根据影响分析决定是否要修改下变更的内容以及对项目其它方面做同步改变；最后就是指派项目成员实施该变更。 在这里，关键是审核者要能对变更的相关影响有清楚的认识，这认识并不是说如何修改变更，而是如果修改了该变更，有可能带来什么影响，是否值得修改。很显然，这些信息不是变更提出者在记录时会给出的，而应该是审核者自己辅助其它系统或者工具进行判断。 实施修改：根据变更要求进行修改。 首先要保证修改实施是完全而彻底的，比如提了一个需求变更，不能只改了需求文档而不改代码或者用户文档。在组织分工情况下，如何协调多个小组的同步变更保证工作产品一致性正成为一个很严峻的问题。 实现变更的一个初始目的就是为了项目的跟踪回溯，那么，针对变更而做的修改也应该被记录下来并被和变更关联起来，实现why、what的双向跟踪。 确认：确认验证变更确实得到了确实实施（或者拒绝变更的理由是合理的）。 查询和度量分析：项目管理者需要了解项目中各个变更的当前状态，根据变更状态做出各种管理决定；度量分析变更数据，了解项目质量状况；定期进行复盘，寻找变更根源，进行有针对性，甚至是制度化的改进。 这儿的关键是要确定要分析哪些数据，如何分析。 § 编辑本段变更管理工具 对变更管理工具的要求 通过对变更流程的观察，为了实现变更的目的，我们认为一个良好的变更管理工具至少应该具备如下技术特征。 1．对变更管理工具的最基本要求是一个信息记录功能，起到备忘以及交流的功能。 2．考虑到度量的复杂性，尤其是要适应不同项目特征、度量目的和度量统计理论，那么工具需要提供一个灵活，且方便使用的的查询统计机制，方便针对各种度量数据进行报表定制。 3．变更管理是项目管理中的一个重要过程，但也只是一个过程。一个良好运作的项目，并不只有变更管理。那么变更管理系统应该要能和其它过程管理部分相配合，实现整个项目的有机管理和系统使用，而不至于造成信息孤岛。 几种变更管理工具介绍 现在能见的变更管理工具有无数，我们重点查看其中几个主要的：ClearQuest，DSTP，Mantis，Bugfree ClearQuest: CQ是变更管理工具的一个标竿，没有人怀疑过CQ的功能。 CQ提供了强大的定制功能，一个CQ，就是一个开发平台。 强大的查询和报表定制功能，为变更度量分析提供。 和ClearCase无缝集成，实现了变更的完全跟踪。 除了支持WEB访问，还提供桌面客户端。 CQ的缺点除了昂贵的收费，还有一个秉承IBM广为人诟病的毛病，庞大且使用维护困难！ DSTP： DSTP是一个集成的项目协作平台，其中变更管理功能有如下优点： 1.可自定义变更属性内容，通过变更属性不同，来统一管理多种变更，如Bug管理，需求变更，风险管理等。 2.就像CQ和CC的集成一样，DSTP和SVN紧密集成。用户在SVN上提交修改时，自动关联DSTP中的变更（任务）做为修改说明。查看变更时，能直接查看该变更关联修改了哪些文件，以及修改内容！ 3.提供了完善的变更同步功能，提出了系统变更踪阶段概念，使得所有工作产品的一致性得到流程保障！所谓的系统变更跟踪是指这么一个情况：当用户提出一个需求变更后，系统工程师修改完需求文档后，该变更并没真正结束。系统自动转入到变更跟踪阶段，只有和该需求有关联的代码，用户文档等都被修改完成后，该变更才会结束跟踪阶段，走入确认关闭阶段。 4.和DSTP的工作产品管理配合：为变更影响分析提供有力支持；变更和需求，测试计划等直接关联，方便多向跟踪追溯。 |
| 随便看 |
百科全书收录594082条中文百科知识，基本涵盖了大多数领域的百科知识，是一部内容开放、自由的电子版百科全书。