文件编码项目编号项目名称项目经理项目风险/问题跟踪表风险跟踪表序号风险类别风险严重程度风险描述风险应对措施责任人记录日期当前状态注：重大问题跟踪表序号问题分类提出日期问题描述责任人当前状态实际解决日期注：1、项目风险要注意“跟踪频次要求”，如一周一次、两周至少一次等，注意不要间隔太长2、“风险应对措施”填写风险的缓解措施和应对措施，缓解措施是指风险尚未发生时采取的规避或缓解行动；对应措施是指风险发生后采取的应对行动3、“风险类别”、“风险严重程度”等请参见“风险参数”中的说明4、风险是有“阈值”的，主要描述风险必须采取行动临界点，用直观的可观察的测量值来设定（注意针对不同风险有不同定义），临界点最好通过相关的数字指5、项目经理（或其指定成员）对风险进行评估和分析时必须考虑风险的应对措施6、对于规模较小，面临的风险明确、清晰的项目可以裁剪掉“阈值”列，但必须将影响范围描述清楚计划解决日期1、项目重大问题要每周跟踪一次2、风险一旦发生后，需要将其记录在重大问题跟踪表中进行跟踪3、“问题分类”的定义详见问题分类及说明页签备注风险类别风险严重程度风险状态技术风险很高未发生工程风险比较高已发生未关闭商务风险中等已关闭管理风险比较低财务风险很低踪表实际解决方案问题分类当前状态需求的明确性需求的易变性新技术运用工作技能沟通合作与协调风险来源一览表序号风险来源风险描述可能影响范围财务风险1财务风险公司内部项目的经费是否充足工程风险1工程风险公司内部2工程风险公司内部3工程风险公司内部4工程风险公司内部5工程风险项目的进度落后和工期延长6工程风险客户7工程风险客户风险来源分类1、项目资源投入2、项目调研次数和力度在开发的产品中是否存在很少有人真正需要却自以为很好的情况1、进度、成本超出控制2、增加了产品使用的复杂度和易用性开发小组是否采用比较有效的分析、设计、编程、测试工具1、沟通效率低2、返工分析与设计工作是否过于简单、草率，从而让程序员边做边改1、不断返工2、士气低落3、进度超出控制开发小组是否采用统一的编程规范1、沟通效率低2、程序难以理解，难以维护基础平台/第三方产品项目所需的软件、硬件是否能按时到位客户指定的需求和交付期限在客观上是否可行1、项目质量严重下降2、无法按时交货3、最终导致客户满意度降低客户的合作态度是否友善1、需求分析的深度2、项目的进度3、员工的士气管理风险1管理风险公司内部2管理风险公司内...
