文件编码
项目编号
项目名称
项目经理
项目风险/问题跟踪表
风险类别 风险严重程度 风险描述 风险应对措施 责任人 记录日期 当前状态
备注
风险来源一览表
序号 风险来源分类 风险来源 风险描述 可能影响范围
财务风险
1 财务风险 公司内部 项目的经费是否充足
1、项目资源投入
2、项目调研次数和力度
工程风险
1
工程风险 公司内部
在开发的产品中是否存在
很少有人真正需要却自以
为很好的情况
1、进度、成本超出控制
2、增加了产品使用的复杂度和易用性
2
工程风险 公司内部
开发小组是否采用比较有
效的分析、设计、编程、
测试工具
1、沟通效率低
2、返工
3
工程风险 公司内部
分析与设计工作是否过于
简单、草率，从而让程序
员边做边改
1、不断返工
2、士气低落
3、进度超出控制
4
工程风险 公司内部
开发小组是否采用统一的
编程规范
1、沟通效率低
2、程序难以理解，难以维护
5
工程风险
基础平台/第三
方产品
项目所需的软件、硬件是
否能按时到位
项目的进度落后和工期延长
6
工程风险 客户
客户指定的需求和交付期
限在客观上是否可行
1、项目质量严重下降
2、无法按时交货
3、最终导致客户满意度降低
7
工程风险 客户 客户的合作态度是否友善
1、需求分析的深度
2、项目的进度
3、员工的士气
管理风险
1
管理风险 公司内部
对项目的规模、难度估计
是否比较正确
1、严重进度和成本/费用偏差
2、频繁的变更，增加了管理成本
2
管理风险 公司内部
进度安排是否过于紧张、
是否有合理的缓冲时间
1、频繁的变更，增加了管理成本
2、项目质量的下降
3
管理风险 公司内部
进度表中是否可能遗忘一
些重要的（必要的）任务
1、严重进度和成本/费用偏差
2、频繁的变更，增加了管理成本
4
管理风险 公司内部
进度安排是否考虑了关键
路径
1、项目进度落后
2、重大问题增多
5
管理风险 公司内部
是否可能出现某一项工作
延误导致其他一连串的工
作也被延误
1、严重进度和成本/费用偏差
2、频繁的变更，增加了管理成本
6
管理风险 公司内部
任务分配是否合理（即把
任务分配给合适的项目成
员，充分发挥其才能）
1、项目进度落后
2、员工满意度降低
7
管理风险 公司内部
本项目是否得到上级领导
的重视
1、得不到应有的资源支持
2、重大问题无法解决
8
管理风险 公司内部
上级领导是否过多地介入
本项目的事务并且瞎指挥
1、频繁的项目变更
2、员工士气下降
9
管理风险 公司内部
行政部门的办事效率是否
比较底，以至于拖项目的
后腿
1、项目进度落后
2、员工士气下降
3、重大问题增多
10
管理风险 公司内部
行政部门是否经常干一些
无益于生产力的事情，以
至于骚扰本项目
1、项目进度落后
2、员工士气下降
3、重大问题增多
11
管理风险 公司内部
机构是否能全面、公正地
考核员工的工作业绩
员工士气下降，员工流动率大
13
管理风险 公司内部
本项目的合作部门的态度
是否积极、做事与承诺的
是否不一致
1、项目进度落后
2、员工士气下降
3、重大问题增多
14
管理风险 公司内部
开发人员对测试工作是否
重视、能否保证测试的客
观性
1、项目内部扯皮，沟通效率降低
2、员工满意度下降
17
管理风险 公司内部
开发人员懂得版本控制、
变更控制、能够按照配置
管理规范执行
1、项目数据管理混乱，无法追溯
2、文档之间不一致
18
管理风险 公司内部
开发人员是否重视质量、
是否会在进度延误时降低
质量要求
1、项目质量下降，客户满意度低
2、频繁的需求的变更和修改，维护成本高
19
管理风险 资源投入
人力资源（开发人员、管
理人员）是否合格够用
1、项目进度落后
2、员工工作压力大，员工士气下降
3、重大问题增多
21
管理风险 资源投入 项目成员是否团结
1、项目内部扯皮，沟通效率降低
2、内部拉帮结派，员工满意度下降
22
管理风险 资源投入
是否绝大部分的项目成员
对工作认真负责
1、项目质量下降，客户满意度低
2、频繁的需求的变更和修改，维护成本高
23
管理风险 资源投入
是否绝大部分的项目成员
有工作热情
1、项目进度落后
2、员工士气下降
3、重大问题增多
24
管理风险 资源投入
团队之中是否有“害群之
马”
1、项目进度落后
2、员工士气下降
3、重大问题增多
25
管理风险 资源投入
技术开发队伍中是否有临
时工
1、项目进度落后
2、项目质量下降，客户满意度下降
3、重大问题增多
26
管理风险 资源投入
本项目开发过程中是否会
有核心人员辞职、调动
1、项目进度、成本/费用严重偏差
2、项目质量下降，客户满意度下降
3、员工士气下降
4、重大问题增多
28
管理风险 资源投入
项目经理是否忙于行政事
务而无暇顾及项目的开发
工作
1、项目进度、成本/费用严重偏差
2、项目质量下降，客户投诉增多
29
管理风险 资源投入
上级领导是否随时会抽调
本项目的资源用于其他“
高优先级”的项目
1、项目进度、成本/费用严重偏差
2、项目质量下降，客户满意度下降
3、员工工作压力大，员工士气下降
4、重大问题增多
环境风险
1 环境风险 市场
是否有不可预测的市场动
荡
产品销售情况
5 环境风险 市场
竞争对手可能有不正当的
竞争行为
产品销售情况
1 环境风险 政策/法律
政府或者其他机构对本项
目的开发是否有限制
1、产品销售范围
2、返工
3 环境风险 政策/法律 是否有不利于我方的官司
1、产品销售范围
2、返工
技术风险
3
技术风险 公司内部
需求文档是否能够正确地
、完备地表达用户需求
1、项目质量下降，客户满意度低
2、频繁的需求的变更和修改，维护成本高
3、进度落后
4
技术风险 公司内部
需求开发人员能否与客户
对有争议的需求达成共识
1、频繁的需求的变更和修改，维护成本高
2、进度落后
5
技术风险 公司内部
需求开发人员能否获得客
户对需求文档的承诺，以
保证客户不随便变更需求
1、频繁的需求的变更和修改，维护成本高
2、进度落后
6
技术风险 公司内部
开发人员是否有开发相似
产品的经验
1、项目进度、成本/费用严重偏差
2、频繁的计划变更，增加了管理成本
3、员工工作压力大，员工士气下降
4、客户投诉增多
7
技术风险 公司内部
待开发的产品是否要与未
曾证实的软硬件相连接
1、项目进度、成本/费用严重偏差
2、频繁的计划变更，增加了管理成本
3、员工工作压力大，员工士气下降
8
技术风险 公司内部
对开发人员而言，本项目
的技术难易程度如何
1、项目进度、成本/费用严重偏差
2、频繁的计划变更，增加了管理成本
3、员工工作压力大，员工士气下降
9
技术风险 公司内部
开发人员是否已经掌握了
本项目的关键技术
1、项目进度、成本/费用严重偏差
2、频繁的计划变更，增加了管理成本
3、员工工作压力大，员工士气下降
10
技术风险 公司内部
如果某项技术尚未实践过
，开发人员能否在预定时
间内掌握
1、项目进度、成本/费用严重偏差
2、频繁的计划变更，增加了管理成本
3、员工工作压力大，员工士气下降
11
技术风险 客户 客户的需求是否含糊不清
1、频繁的需求的变更和修改，维护成本高
2、进度落后
12
技术风险 客户
客户是否反反复复地改动
需求
1、频繁的需求的变更和修改，维护成本高
2、进度落后
13
技术风险 客户
客户对产品的健壮性、可
靠性、性能等质量因素是
否有非常过分的要求
1、项目进度、成本/费用严重偏差
2、频繁的计划变更，增加了管理成本
3、员工工作压力大，员工士气下降
4、客户投诉增多
商务风险
1
商务风险 供应商/承包商
子承包商、供应商的信誉
如何
1、第三方产品的质量
2、交货拖延
2
商务风险 供应商/承包商
子承包商、供应商是否有
可能倒闭
1、第三方产品的质量
2、后续服务支持
3
商务风险 供应商/承包商
子承包商、供应商是否能
及时交付质量合格的产品
（或部件）
1、第三方产品的质量
2、交货拖延
3、客户投诉增多
4
商务风险 供应商/承包商
子承包商、供应商有能力
做好售后服务吗？
客户投诉增多，客户满意度降低
5
商务风险 合同
与客户签的合同是否公正
、是否双方互利
1、成本/费用偏差，项目超出预算
2、得不到高层支持
6
商务风险 合同
与子承包商、供应商签订
的合同是否公正、双方是
否互利
项目质量下降、客户满意度下降
7
商务风险 客户
客户的信誉如何？例如按
客户的需求开发了产品，
但是客户可能不购买。
1、项目工作被废弃
2、项目成员满意度下降
标准应对措施 备注 风险来源分类 风险来源
1、找公司高层沟通增加经费
2、或者找公司高层或客户缩小项目范围
技术风险 客户
工程风险 供应商/承包商
1、在需求分析阶段加强与客户的确认，
让客户确定功能是否需要
2、引入领域专家，通过领域专家的培训
、沟通说服相关人员
3、在形成《需求说明书》中必须确定需
求实现的先后顺序
商务风险
基础平台/第三
方产品
1、在项目策划时评估项目组成员是否需
要接受工具的培训
2、通过小范围的预研工作确定项目组成
员对工具的掌握技能
管理风险 合同
1、加强需求分析和设计的评审力度
2、评估分析和设计的时间安排是否合理
，否则加强与相关人员的沟通
财务风险 公司内部
1、评估项目成员对公司内的编程规范的
熟悉程度
2、必要时，组织对公司编程规范的培训
环境风险 资源投入
1、及时与公司商务人员、供应商商务人
员的沟通，了解设备到货情况
2、督促有关人员加快到货进度
3、考虑是否有替代的软件和硬件，必要
与相关人员落实
4、准备项目计划变更申请报告，通知有
关方可能需要更改项目计划
市场
1、内部加强评审和确认
2、利用公司历史数据评估
3、必要时与客户沟通，准备相关材料说
明理由
4、必要时增加人手或借助外部资源
政策/法律
风险来源一览表
财务风险
工程风险
1、及时向公司高层和市场人员汇报
2、找客户有关领导沟通
估算时设定一个放宽系数
1、内部加强评审和确认
2、利用公司历史数据评估
3、必要时与客户或高层沟通，准备相关
材料说明理由，准备计划变更
1、内部加强评审和确认
2、发生时及时汇报，变更计划和项目估
算
内部加强评审和确认
1、内部加强评审和确认
2、高层经理加强进度和关键任务的监督
内部加强评审和确认
1、项目启动会邀请高层经理参加
2、定期向高层汇报项目进展情况
3、及时反映项目问题和风险
1、明确各角色的职责、权限
2、加强与高层经理的沟通
1、定期督促行政部门有关人员
2、提请高层注意
1、及时与行政部门有关人员沟通
2、提请高层注意
1、加强任务进度和质量跟踪
2、提请高层注意
1、找相关人员沟通
2、及时向公司高层汇报
管理风险
1、评估开发人员的素质，必要时增加内
部培训
2、不定期组织开发人员和测试人员交流
评估开发人员的技能，必要时增加内部培
训
1、加强开发人员业绩考核
2、加强与项目组成员、公司高层、市场
人员或客户在工期上的沟通
1、开发人员技能评估模型
2、对项目组成员进行评估
3、必要时向高层汇报，提请支持
1、加强项目组成员非正式交流和工作之
外的交往
2、及时疏通员工情绪
1、加强员工素质培训
2、改善项目激励机制
3、必要时与高层沟通，取得支持
4、更换资源、重新招聘
1、加强员工素质培训
2、改善项目激励机制
3、必要时与高层沟通，取得支持
4、更换资源、重新招聘
1、加强员工素质培训
2、改善项目激励机制
3、必要时与高层沟通，取得支持
4、更换资源、重新招聘
1、加强员工素质培训
2、工作安排要注意规避风险
3、加强文档要求，定义必要的项目模板
4、必要时与高层沟通，取得支持
5、更换资源、重新招聘
1、工作安排要注意规避风险
2、加强工作产品评审、代码评审
3、加强文档要求，定义必要的项目模板
4、必要时与高层沟通，取得支持
5、更换资源、重新招聘
1、工作安排要注意规避风险
2、加强文档要求，定义必要的项目模板
3、必要时与高层沟通，取得支持
4、更换资源、重新招聘
1、工作安排要注意规避风险
2、加强文档要求，定义必要的项目模板
3、必要时与高层沟通，取得支持
4、更换资源、重新招聘
定期监控重大问题，及时向高层和相关市
场人员反映
定期监控重大问题，及时向高层和相关市
场人员反映
1、内部加强评审和确认
2、及时向高层和相关市场人员反映
及时向高层和相关市场人员反映
1、加强需求分析和设计的评审力度
2、在项目策划时评估项目组成员是否需
要接受工具或技能的培训
1、加强需求分析和设计的评审力度
2、在项目策划时评估项目组成员是否需
要接受工具或技能的培训
3、及时与公司高层和客户方领导沟通
1、在需求分析过程引入客户参与
2、及时与公司高层和客户方领导沟通
1、开发人员技能评估模型
2、对项目组成员进行评估，必要时增加
内部培训
3、必要时向高层汇报，提请支持
1、评估技术难关，加强预研工作
2、必要时购买外部培训
3、项目计划中预留缓冲
4、必要时向高层汇报，提请支持
环境风险
技术风险
1、开发人员技能评估模型
2、对项目组成员进行评估，必要时增加
内部培训
3、必要时向高层汇报，提请支持
1、评估技术难关，加强预研工作
2、必要时购买外部培训或增加内部培训
3、项目计划中预留缓冲
4、必要时向高层汇报，提请支持
1、评估技术难关，加强预研工作
2、必要时购买外部培训或增加内部培训
3、项目计划中预留缓冲
4、必要时向高层汇报，提请支持
1、在需求分析过程引入客户或引入领域
专家
2、项目计划中预留缓冲
3、及时与公司高层和客户方领导沟通
1、在需求分析过程引入客户或引入领域
专家
2、项目计划中预留缓冲
3、及时与公司高层和客户方领导沟通
1、内部加强评审和确认
2、必要时与客户沟通，准备相关材料说
明理由
3、必要时增加人手或借助外部资源
4、及时与公司高层和客户方领导沟通
1、加强供应商/承包商评估
2、要求供应商/承包商定期提交相关工作
产品
3、及时向高层汇报
1、加强文档工作，加强对文档评审和确
认的力度
2、及时向高层汇报
1、加强供应商/承包商评估
2、要求供应商/承包商定期提交相关工作
产品
3、及时向高层汇报
商务风险
1、加强供应商/承包商评估
2、及时向高层汇报
1、加强对合同从法律、商务、市场和技
术角度的评审，规范合同审批内部流程
2、及时汇报、提请高层注意
1、加强对合同从法律、商务、市场和技
术角度的评审，规范合同审批内部流程
2、及时汇报、提请高层注意
1、加强对客户的评估
2、及时汇报、提请高层注意
风险可能性等级表
等级 值 描述
很高 5 风险发生的几率为 ~
比较高 4 风险发生的几率为 ~
中等 3 风险发生的几率为 ~
比较低 2 风险发生的几率为 ~
很低 1 风险发生的几率为 ~
风险严重性等级表
等级 值 描述
很高 5
进度延误大于30%，或者费用超支
大于30%
比较高 4
进度延误20%~30%，或者费用超支
20%~30%
中等 3
进度延误低于20%，或者费用超支
低于20%
比较低 2
进度延误低于10%，或者费用超支
低于10%
很低 1
进度延误低于5%，或者费用超支
低于5%
风险系数等级表
很高 5
比较高 4 中等 3 比较低 2 很低 1
很高 5 25 20 15 10 5
比较高 4 20 16 12 8 4
中等 3 15 12 9 6 3
比较低 2 10 8 6 4 2
很低 1 5 4 3 2 1
注：
灰色部分的风险系数值为10~25，应当优先处理
风险名词解释
风险来源分类
技术风险
工程风险
商务风险
管理风险
财务风险
环境风险
风险来源
客户
供应商/承包商
基础平台/第三方产品
合同
公司内部
资源投入
市场
政策/法律
说明
有关业务需求、技术实现方面的风险
有关工程组织、协调、实施方面的风险
有关合同、项目干系人的权利和义务规定方面的风险
公司内部的过程管理、资源投入、领导的支持力度等方面的风险
项目资金投入、资金链方面的风险
有关市场、法律、国家政策等宏观环境方面的风险
说明
来自客户的需求、管理、过程和配合方面的风险
来自供应商/承包商技术、能力、过程和配合方面的风险
来自项目所集成的第三方产品或项目所依赖的基础平台的技术成熟度和适用性方面的风险
来自合同商务条款、时间进度方面的风险
来自公司内部的管理规范、过程、技术积累和领导的支持程度等方面的风险
来自公司对项目在设备、人力投入方面的风险
来自现实的和潜在的竞争对手以及市场需求变迁方面的风险
来自国家的法律、政策、环保和行业规范方面的风险
风险名词解释
问题分类 问题分类说明
资源冲突 与项目组之外的团队或个人存在人力、设备方面的冲突
时间冲突
项目组内成员需要同时完成两件或两件以上的事情或者项目的时间进度非常紧而导
致的冲突
领导的支持力度 公司或者客户方领导不重视项目
需求的明确性
用户没有明确的需求或者需求表达很含糊造成项目组需求理解上的障碍
需求的易变性 需求的频繁变动
新技术运用 在项目开发过程中使用了以前没有用过的技术，可能会造成进度和质量上的问题
工作技能 项目组成员在工具的使用或承担自身角色工作方面能力不足、效率低下
沟通 与客户的沟通或者项目组内的沟通存在理解上的偏差或者沟通方式的不便
合作与协调
项目组与其他项目组之间、公司内部的部门之间或项目组与客户以及项目组与第三
方相关厂商的工作支持和配合程度
士气与情绪
由于工作中的磨擦、成就感、工作被认可程度等原因造成的工作情绪或态度从而影
响工作的进度和质量
其它
其他问题
