<<wb] _fO
4） 流程上面一介绍了：从 Activate 到 Resolved 到 Closed。 2+r ~yBE
5） 标示的种类有：3个级别的Priority 和 Severity （重要性和严重性）：P1 - P3, S1 – S3. P1,S1的 bug 被要求立即fix. P2, S2可以等几天，P3, S3 的常常就不被fix. 每个开发团队的政策稍有不同，根据bug 的数量、时间表的紧迫等来决定。 PA"tMqz
6） 审核方法包括三国会议，战争会议。会上决定bug 的重要性和严重性。 S8Dfb6FE#
7） 中国的软件公司虽然没有微软内部用的这些工具，你们照样可以执行类似的流程管理。你们可以用SQL Server 这样的数据库，加上自己设计的使用界面， 来达到类似的流程管理效果。关键的管理因素包括： 5ykY19jv
a. 要对每个问题都作记录。不光是纠错，连设计的修改等都用同样的流程来管理。 T \ ix_
b. 每个错误纠正后要经过审核。Change > Verify > Close x {0&[-}$
c. 对涉及的改动等的控制，需要设计经理做，但也需要团队其他领导的审核。一旦通过批准，用同样的方法来管理。 *gR)e3!
d. 对整体的原码要进行严格的管理。特别是临近发行，严禁任意提交和改动。任何提交都要以被批准的bug 为基础。 !uJZ{ E.(B
2|r.01t]k`
这里面还有很多讲究和管理技术。限于时间和篇幅，暂作简单介绍。详细解说请参照我年中左右出版的开发项目管理一书。
与工程变更不同，IT业界的变更有着自身的特点：基本可以实现项目资源的统一化智能化管理；bug和需求变更都可能导致巨大的项目风险（软件系统不能正常工作）；具有良好的文档记录传统；较早地实施项目管理。。。。。 ? '-*sV^)7
)W'QE \ A
微软给我们的启示是：变更管理的核心应该是可控性和项目成功可能性.在目前工程业界总是将变更管理作为"合同管理"的一部分进行学习和使用，没有进一步认识变更管理的作用。 _`nwuMJ'
ythTx32a
1，建立面向项目全局的变更记录系统，不但可以反映工程实施过程的信息如变更成本、变更进度延迟等等；还可以反映工程产品参数的改变如变更导致的结构尺寸变化、管道长度变化等等；反映变更资源以及项目资源利用水平的变化等等。准确、详尽、及时的记录可以为管理者提供足够的抉择依据。没有完整的变更记录，一切都是空谈。变更记录这项变更管理的最基础的工作方面许多工程管理组织还没有做好。 K3G.x(b
klP\m}T2m
2，横向的管理协调机制，目前国内工程项目管理的横向管理协调机制薄弱、还没有互相配合协调的习惯。所以不能组成有效的项目管理团队，或者说工程项目管理除了独立进行项目管理的公司以外，能够在传统的工程管理模式下建立有效的项目管理组织团队也是全局管理控制变更的必要条件。 9@g/ b.y9
r W |Y }
3，对于变更实施的有效监控和跟踪，这一点仍然是我们的弱项。虽然我们不能像IT界那样可以全程全方位的监控项目过程，但是在文档管理层面上，我们完全可以借鉴微软的Bug Tracking 工具，用简单的状态跟踪变更进程。 roe|W;-
t\l9`J5+u
4，找到适于自身的变更管理流程，微软的变更管理流程并没有SCM、SCCB等管理组织的支撑，而是有一套适于自己的管理流程和系统。
项目经理胜任力免费测评PMQ上线啦！快来测测你排多少名吧~
http://www.leadge.com/pmqhd/index.html
