| 代号 | 风险类别 | 风险内容 | 相关说明 |
| XQ01 | 需 求 风 险 |
对软件缺少清晰的认识 | 在项目早期忽略了这些不确定性，并且在项目进展过程中得不到解决，如果不控制与需求相关的风险因素，时间拖越长，将来的弥补所付出的成本越大，风险也越大 |
| XQ02 | 对产品需求缺少认同 | ||
| XQ03 | 做需求分析时客户参与度不够 | ||
| XQ04 | 客户没有优先需求 | ||
| XQ05 | 缺少有限的需求变化管理 | ||
| XQ06 | 对需求的变化缺少相关分析 | ||
| GL01 | 管 理 风 险 |
计划和任务定义不够充分 | 定义了项目追踪过程并且明晰项目角色和责任，就能处理这些管理风险因素 |
| GL02 | 实际项目状态不够明确 | ||
| GL03 | 项目所有者和决策者分不清 | ||
| GL04 | 对用户不切实际的承诺 | ||
| GL05 | 员工之间的冲突 | ||
| JS01 | 技 术 风 险 |
缺乏相关技术培训 | 软件技术的飞速法杖和经历丰富员工的缺乏，以为着项目团队可能会因为技术的原因影响软件项目的成功 |
| JS02 | 对方法、工具理解得不够 | ||
| JS03 | 应用领域的经验不够 | ||
| JS04 | 出现新的技术和开发方法 | ||
| WB01 | 外 部 风 险 |
交互成员或交互团队的依赖性 | 无法很好的控制外部的相关性，但可死别和预防 |
| WB02 | 相关政策、法规的稳定性不够 | ||
| WB03 | 与内部或外部转包商的关系 |
