应地，每个级别为概率区间[0，1]的1/5或1/10。
对于风险的后果则没有统一的定义方式，有时会采用定性转定量的方式，例如后果严重程度非常高、高、中、低、非常低则对应为5、4、3、2、1。也会根据项目的特点来规定，例如系统瘫痪为5，用户使用界面的布局修改为1。
在IT项目管理实践中，项目周报或者里程碑报告往往采用无量纲的定量评价方式描述IT项目进展过程中的前五项或前十项风险，与定性评价相比较，无量纲定量评价更直观，风险之间更有可比性。
（3）项目风险管理的定量评价（有量纲）。为了克服无量纲评价方法的不足，在项目投资前期风险分析引入用货币值表示风险后果的严重程度。对于不同的项目间投资选择采用货币值风险表示有利于进行清晰的投资风险比对。
根据加权风险的算法，项目1和项目2包含了风险因素的回报则分别为＄28 000和＄30 000。如果不考虑投资者的风险偏好类型和风险承受能力，那么投资者应该选择项目2进行投资。
2.2 IT项目风险的货币值评价法
为了克服传统IT项目风险评价方法的不足，本文引入货币值风险评价法。对于货币值风险评价法又可以区分为绝对货币值风险评价法与相对货币值风险评价法。
（1）绝对货币值风险评价法。绝对货币值风险评价法将项目中所面临的风险后果统一用钱数表示，从而方便项目利益相关方对项目风险的统一认识。
对于项目风险后果的货币值表示可以从直接和间接两方面考虑。对于风险后果可以方便地转成工作量或钱数的情形，可以采用直接评价方法，例如某个软件项目可能会延期一周，那么就需要额外一周工作量的投入，例如8人×5天=40人·天。然后再根据组织的成本执行状况设定1人·天对应的成本，例如1人·天为500元（例如组织内的人员月平均工资水平为6 000元，组织内的费用分摊系数为2.5，则组织内分摊到每个人每月的成本为15 000元，所以1人·天的分摊费用为500元。关于组织内的人·天费用核算可以有不同的计算模式，可以根据组织的特点进行核算），那么就可以将这40人·天的工作量等价为20 000 元，从而该项风险面临的后果就是20 000元的损失。而对于不太容易直接转成货币值的风险则采用间接的方式将其转换为货币值，例如组织内新推出的项目奖金发放制度可能对项目组人员的积极性有负面影响，此时可以采用头脑风暴或德尔菲方法评价积极性对项目生产率的影响，然后再将生产率结果转换为对工作量或资金需求的影响。需要注意的是，绝对货币值风险评价法不是从财务的角度对IT项目所面临的风险进行评估，评价的目的是为IT项目管理决策提供参考依据，所以即使货币值风险评价不能完全反映某一风险的真实状况（IT项目风险的特点决定了在实际工作中不可能做到这一点），从IT项目风险管理的角度提供参考还是有意义的。
（2）相对货币值风险评价法。相对风险货币值评价法适用于项目前期或项目总体风险的评价，因为很多情形下甚至不知道项目可能会面临什么样的风险。
此时可能采用设定风险系数的做法，例如对于I T 项目而言，在项目前期设定风险系数为15%，对于一个预算为200万元的IT项目而言，它对应的风险预算即为30万元。反过来讲，30万元表示该项目所面临的风险。
相对货币值风险设定方式也可以结合项目的阶段划分方式，例如需求阶段的风险系数为25%，设计阶段为20%，编码实现为15%，测试阶段为10%等。
3 基于货币价值的IT项目风险管理
尽管IT项目所面临的风险有不同的表示方式，但应对这些风险都需要相应的资源。所以要对IT项目风险进行有效的管理，就需要在项目前期为这些可能出现的风险设定相应的预算，以确保当风