| 摘要 | 第9-10页 |
| abstract | 第10-11页 |
| 第1章 绪论 | 第12-19页 |
| 1.1 研究背景与意义 | 第12-13页 |
| 1.1.1 研究背景 | 第12页 |
| 1.1.2 研究目的 | 第12-13页 |
| 1.1.3 研究意义 | 第13页 |
| 1.2 国内外研究现状 | 第13-17页 |
| 1.2.1 国外研究现状 | 第13-15页 |
| 1.2.2 国内研究现状 | 第15-17页 |
| 1.3 研究内容、方法和思路 | 第17-19页 |
| 1.3.1 研究内容 | 第17页 |
| 1.3.2 研究方法 | 第17-18页 |
| 1.3.3 研究思路 | 第18-19页 |
| 第2章 敏捷开发相关基本理论与概念 | 第19-24页 |
| 2.1 敏捷开发 | 第19-20页 |
| 2.1.1 敏捷开发的提出 | 第19页 |
| 2.1.2 敏捷开发概念 | 第19页 |
| 2.1.3 常见的几种敏捷开发方法 | 第19-20页 |
| 2.2 敏捷开发特点 | 第20-21页 |
| 2.3 敏捷开发与传统软件开发的比较 | 第21页 |
| 2.4 Scrum概述 | 第21-24页 |
| 2.4.1 Scrum的角色 | 第22页 |
| 2.4.2 Scrum的活动 | 第22-24页 |
| 第3章 万维公司简介及软件开发过程管控的现状分析 | 第24-29页 |
| 3.1 万维公司简介 | 第24页 |
| 3.2 万维公司软件开发的现状 | 第24-26页 |
| 3.2.1 需求管理的流程 | 第25页 |
| 3.2.2 设计编码的管理 | 第25页 |
| 3.2.3 系统测试管理 | 第25-26页 |
| 3.3 万维公司软件开发过程管控中存在的问题 | 第26-28页 |
| 3.3.1 软件项目的需求缺乏有效的管理 | 第26页 |
| 3.3.2 软件项目的质量得不到保障 | 第26-27页 |
| 3.3.3 多原因导致项目进度很难控制 | 第27-28页 |
| 3.3.4 开发团队缺少有效的沟通 | 第28页 |
| 3.4 本章总结 | 第28-29页 |
| 第4章 Scrum方法在TJSNBG项目中的实施 | 第29-47页 |
| 4.1 建立敏捷项目团队 | 第29-30页 |
| 4.1.1 产品负责人(ProductOwner) | 第30页 |
| 4.1.2 团队领导(ScrumMaster) | 第30页 |
| 4.1.3 敏捷开发团队 | 第30页 |
| 4.2 建立Scrum项目开发流程 | 第30-33页 |
| 4.2.1 Scrum开发流程 | 第30-31页 |
| 4.2.2 Sprint | 第31-32页 |
| 4.2.3 燃尽图 | 第32-33页 |
| 4.3 建立Scrum工作 | 第33-34页 |
| 4.3.1 ProductBacklog | 第33页 |
| 4.3.2 SprintBacklog | 第33-34页 |
| 4.4 建立Scrum会议机制 | 第34-36页 |
| 4.4.1 Sprint计划会 | 第35页 |
| 4.4.2 每日站会 | 第35-36页 |
| 4.4.3 Sprint评审会 | 第36页 |
| 4.4.4 Sprint回顾会 | 第36页 |
| 4.5 采用辅助工具 | 第36-37页 |
| 4.5.1 持续集成平台Jenkins | 第37页 |
| 4.5.2 静态代码检查Findbugs | 第37页 |
| 4.5.3 单元测试覆盖率检查工具Eclemma | 第37页 |
| 4.6 Scrum敏捷过程体系的建立 | 第37-42页 |
| 4.6.1 敏捷过程体系 | 第37-38页 |
| 4.6.2 敏捷流程执行准则 | 第38-42页 |
| 4.7 敏捷团队成熟度评价模型建立 | 第42-46页 |
| 4.7.1 团队成熟度执行说明 | 第42页 |
| 4.7.2 团队过程成熟度星级定义 | 第42-43页 |
| 4.7.3 团队过程成熟度定义 | 第43-45页 |
| 4.7.4 团队提升计划表 | 第45页 |
| 4.7.5 敏捷团队过程成熟度评估原则 | 第45-46页 |
| 4.8 本章总结 | 第46-47页 |
| 第5章 Scrum方法在万维公司软件开发过程管控中的实施效果分析及改进 | 第47-83页 |
| 5.1 敏捷团队成熟度评价模型效果分析 | 第47-50页 |
| 5.1.1 敏捷团队质量过程数据收集 | 第47-49页 |
| 5.1.2 敏捷团队成熟度有效提升 | 第49-50页 |
| 5.2 Scrum敏捷过程体系优化和改进 | 第50-58页 |
| 5.2.1 敏捷团队质量数据采集表优化 | 第51页 |
| 5.2.2 根据量化管理的要求,进行项目数据的收集 | 第51-52页 |
| 5.2.3 过程绩效基线的建立 | 第52-54页 |
| 5.2.4 过程绩效模型的建立 | 第54-57页 |
| 5.2.5 建立基于蒙特卡洛仿真的预测模型 | 第57-58页 |
| 5.3 Scrum在TJSNBG项目中实施效果分析 | 第58-62页 |
| 5.3.1 版本交付周期分析 | 第59页 |
| 5.3.2 故事点的人均速率分析 | 第59-60页 |
| 5.3.3 调整代码行数的人均速率分析 | 第60页 |
| 5.3.4 人员负荷分析 | 第60-61页 |
| 5.3.5 冒烟测试缺陷密度分析 | 第61-62页 |
| 5.3.6 PPM过程绩效模型分析 | 第62页 |
| 5.4 Scrum在多个项目中实施效果分析 | 第62-79页 |
| 5.4.1 多个项目测试结果关键因素数据分析 | 第62-64页 |
| 5.4.2 多个项目开发过程关键因素数据分析 | 第64-67页 |
| 5.4.3 分析关键因素建立回归模型 | 第67-73页 |
| 5.4.4 通过开发过程关键因素数据分析进行过程绩效基线确定 | 第73-74页 |
| 5.4.5 通过仿真工具和模型对目标数据进行验证 | 第74-77页 |
| 5.4.6 通过模型进行专项改进后的结果分析 | 第77-79页 |
| 5.5 实施效果评价 | 第79-83页 |
| 5.5.1 项目进度控制 | 第79-80页 |
| 5.5.2 提高软件产品质量 | 第80页 |
| 5.5.3 应对需求变化 | 第80-81页 |
| 5.5.4 促进团队沟通 | 第81页 |
| 5.5.5 提高团队士气 | 第81页 |
| 5.5.6 可预测可控制的量化管理 | 第81-83页 |
| 第6章 公司实施Scrum方法的保障措施 | 第83-87页 |
| 6.1 敏捷过程改进小组 | 第83页 |
| 6.2 过程专员 | 第83-85页 |
| 6.2.1 敏捷过程数据收集 | 第83-84页 |
| 6.2.2 敏捷过程执行辅导 | 第84-85页 |
| 6.2.3 开发过程的监督检查 | 第85页 |
| 6.3 质量专员 | 第85-86页 |
| 6.3.1 质量内建数据收集 | 第85-86页 |
| 6.3.2 质量内建辅导 | 第86页 |
| 6.3.3 开发质量监督检查 | 第86页 |
| 6.4 外部咨询服务 | 第86-87页 |
| 第七章 总结与展望 | 第87-89页 |
| 7.1 总结 | 第87-88页 |
| 7.2 今后研究的方向 | 第88-89页 |
| 参考文献 | 第89-91页 |
| 致谢 | 第91页 |
