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
此文章共有5页 上一页 1 2 3 4 5 下一页
|
Leadge.com首页 > 知识库 
