| 摘要 | 第5-6页 |
| Summary | 第6页 |
| 前言 | 第7-8页 |
| 1 绪论 | 第8-13页 |
| 1.1 研究目的及意义 | 第8-9页 |
| 1.2 国内外研究水平与现状 | 第9-12页 |
| 1.3 研究内容以及论文框架 | 第12-13页 |
| 2 敏捷项目管理的相关理论 | 第13-30页 |
| 2.1 理论研究 | 第13-17页 |
| 2.1.1 项目以及项目管理的定义 | 第13-15页 |
| 2.1.2“敏捷”的由来 | 第15-17页 |
| 2.1.3 敏捷项目管理概念 | 第17页 |
| 2.2 敏捷项目管理方法的研究 | 第17-29页 |
| 2.2.1 敏捷方法的现状与发展 | 第17-19页 |
| 2.2.2 Scrum框架 | 第19-23页 |
| 2.2.3 Extreme Programming（极限编程） | 第23-27页 |
| 2.2.4 精益软件开发 | 第27-29页 |
| 2.3 本章小结 | 第29-30页 |
| 3 S公司传统项目管理存在的问题及其原因分析 | 第30-54页 |
| 3.1 S公司的情况简介 | 第30-35页 |
| 3.1.1 基本情况 | 第30页 |
| 3.1.2 组织架构 | 第30页 |
| 3.1.3 传统项目管理模式 | 第30-35页 |
| 3.2 S公司在使用传统项目管理方法管理软件开发项目中存在的问题 | 第35-40页 |
| 3.2.1 客户满意度低 | 第38-39页 |
| 3.2.2 估算不准确 | 第39页 |
| 3.2.3 客户经常提出变更，传统项目管理已经难以满足管理需要 | 第39页 |
| 3.2.4 质量难保证 | 第39-40页 |
| 3.3 原因分析 | 第40-41页 |
| 3.3.1 客户缺少参与，需求难于确定 | 第40页 |
| 3.3.2 没有频繁的对成果进行确认 | 第40页 |
| 3.3.3 项目的需求基本都是建立在假设和预想之上 | 第40页 |
| 3.3.4 市场瞬变，很多系统可能还没有开发完成就已经失去了价值 | 第40页 |
| 3.3.5 团队缺少自主学习、自主管理，压力大导致离职率高 | 第40-41页 |
| 3.4 应对策略 | 第41-53页 |
| 3.4.1 成立实施导入敏捷项目管理模式实施小组 | 第41-42页 |
| 3.4.2 组织项目管理知识培训 | 第42-44页 |
| 3.4.3 建立符合实际情况的敏捷项目管理体系 | 第44-52页 |
| 3.4.4 选择试点项目 | 第52-53页 |
| 3.4.5 试点项目经验推广并融入企业文化 | 第53页 |
| 3.5 本章小结 | 第53-54页 |
| 4 试点项目实施 | 第54-61页 |
| 4.1 选择试点项目 | 第54页 |
| 4.2 试点项目具体实施 | 第54-60页 |
| 4.3 推广 | 第60页 |
| 4.4 本章小结 | 第60-61页 |
| 5 成功实施敏捷项目管理的关键因素 | 第61-66页 |
| 5.1 实现价值,获得支持 | 第61页 |
| 5.2 单点项目引入，合理推广 | 第61-62页 |
| 5.3 企业文化 | 第62页 |
| 5.4 学习型、自组织管理团队 | 第62-63页 |
| 5.5 SCRUM+XP+看板+精益思想 | 第63-64页 |
| 5.6 完整团队 | 第64页 |
| 5.7 应用敏捷合同 | 第64-65页 |
| 5.8 敏捷交付与自动化平台 | 第65页 |
| 5.9 本章小结 | 第65-66页 |
| 6 本文研究的行业局限性 | 第66-68页 |
| 7 总结与展望 | 第68-70页 |
| 7.1 总结 | 第68页 |
| 7.2 不足 | 第68页 |
| 7.3 展望 | 第68-70页 |
| 致谢 | 第70-71页 |
| 主要参考文献 | 第71-74页 |
| 附录 | 第74-90页 |
