· 步骤二: 完成项目计划

· 编写详细的功能规范(项目经理负责)
· 在编程前想清楚所有功能流程,并引导用户明确需求
·所有角色都参与审阅功能规范
·制订开发计划和进度表(开发团队)
·制订测试计划和进度表(测试团队)
·分配资源(人力和预算) ·形成项目综合计划和综合进度表
·产生的文档:
功能规范,开发计划,测试计划(用例),项目综合计划
开发进度表,测试进度表,综合进度表

    ·步骤三: 完成功能

    · 开发人员分别完成自己的功能
    ·使用版本控制工具
    ·使程序员及时check out和check in,避免积累大量代码
    ·及时进行模块间的整合,及时发现问题(daily build)
    ·对每一项可测试的功能进行测试,无需等待
    ·使用测试用例工具,对功能进行完整和重复的检验
    ·使用BMS进行缺陷跟踪
    ·记录所有程序问题
    ·实现解决Bug的自动流程
    ·按照综合进度表不断检查进度
    ·使用的工具:
    ·版本控制工具 VSS
    ·缺陷跟踪工具 Raid/BMS
    ·测试用例管理工具
    ·步骤四: 稳定与发布
    ·测试组全面地测试功能,包括性能和稳定性
    ·开发组全力配合解决Bug
    ·使用BMS进行
    ·监测质量情况
    ·预测发布日期
    ·专家会诊机制:
    ·决定Bug的优先度
    ·决定哪些Bug可以等到下个里程碑或版本中解决
    ·决定由谁解决某个Bug

    ·使用的工具:
    ·版本控制工具 VSS
    ·缺陷跟踪工具 BMS
    ·测试用例管理工具

三. 微软的开发管理经验:以Bug为核心

1.Bug 及常见类型
·功能未实现,和规格说明书不一致
· 不能工作:死机,没反应
·不兼容
·边界条件
·界面、消息、提示不够准确,不友好
·把尚未完成的工作也作为一个Bug
·文档与帮助信息中的缺陷也是Bug