软件项目的风险等级有哪些？

根据软件项目的实际情况和需求将其分成不同的风险等级可以获取最大的投资回报与性价比。比如，将软件项目及其详细的分解结构部分按照下述等级分级：

(0).无风险，完全按计划进行，无偏差，或者在预算内提前完成所有项目计划预期项目

(1).微小风险，完全按计划进行，偏差 85%~125%

(2).小风险，基本按计划进行完成，但可能会有延期，偏差 85%~200%

(3).一般风险，可以按计划进行完成 50%，并且可能会有延期，偏差 85%~200%

(4).高风险，项目结果不可预知，可以完成计划的 20%，并且可能会有延期，偏差 85%~200%

(5).非常高风险，项目结果不可预知，项目过程基本不可控制

对于生产性、重要关键性项目，使用项目成员拥有3年以上实际经验的成熟技术与经过验证测试的业务，可以将风险等级控制在“(1).微小风险”级别及以下。一般面向不特定群体的市场营销与销售，以销售“(1).微小风险”级别及以下的项目为主，可以控制项目的沟通成本以保证项目盈利。对于这类项目需要在项目签约预算内的，明确写明的无歧义定制开发功能列表。

对于有一定客户群体的共同技术或业务功能，可以进一步包装成产品套件，按功能模块配置销售，可以进一步将风险等级控制在“(0).无风险”级别。

对于比较熟悉的客户或者预算相对比较宽裕的客户，可以针对实际需求，增加一些“(2).小风险”的功能任务，进一步更高地满足客户实际需求。这样项目实际进行过程中可能会超出项目签约预算，需要客户后续增补项目预算。在这个风险等级的项目可以未明确写明或者有点模糊但没有歧义的定制开发功能列表，但是这类项目开发的内容不属于复杂系统，或者是分解掉的复杂系统。

如果客户需要定制开发的软件项目内容是不可分解的复杂系统，或者是还没分解的可分解复杂系统，一般需采用“(3).一般风险”等级及以上的风险等级。因为在实际项目执行过程中可能会暴露出大量之前做项目预算时没考虑到的事项，如果需要处理他们可能会需要花费更多地额外预算，这样很容易让项目成本超过项目预算一倍及以上。有些事项可能需要更多时间和流程，如果硬要完成它们，可能会将项目无限期延期下去，造成更多损失，适时暂停终止这些事项的执行，保证剩余50%或者20%功、任务、目标的按期或者适当延期的交付，可以获得最大性价比与投资回报。这时候可以按照实际情况在“(3).一般风险”和“(4).高风险”之间选择一个合适的风险等级。

同时，对于有些项目，如果采用没用过的技术，然么它的风险等级就会变为“(4).高风险，项目结果不可预知，可以完成计划的 20%，并且可能会有延期，偏差 85%~200%”。

对于未知领域，最好的探索方式是准备一些小规模的预算，去执行一些“(5).非常高风险”等级的小型项目，获取初始经验后再规划执行一些预算规模大的大型项目，这样可以将大型项目的风险等级降低到“(4).高风险”等级以下，并有可能将平均值降低到“(2).小风险”等级及以下，获取整体最大的项目投资回报和性价比。