1、未经权威部门确认的功能标准、开发规范以及质量技术标准，均可能导致软件无法达到预期标准，从而引起质量风险。
2、在理解项目标准及范围等问题上，企业管理层、项目组以及技术性人员的接不一致，导致计划与资金安排有所改变，因而极易引发风险。
3、潜在的维护、验证、接口、实现以及设计等环节出现的问题，存在技术空白及未知领域，为软件开发工作带来较大的风险。
4、来自于外包项目组、客户、国家政策以及市场等方面的变化及压力，这类风险具有明显的不可控特点，一旦遭遇，应谨慎对待，及时制定解决策略。
风险防范与控制措施
1、出台合理的软件开发模式与相关规程，确保开发工作合理、有序进行，并符合国家出台的相关标准及要求。
2、对于项目组全体成员的开发行为进行严格规范，加强小组成员之间的交流与互动，以免由于沟通与交流不当，引发软件开发风险。
3、定期开展业务和技术交流大会，引导技术人员摒除过于落后、陈旧的工作思想，通过引进先进的技术、设备与验证方式，明确技术人员的预期发展目标，令其不断的改进自我、完善自我，提升技术及设备的质量及效果。
4、对开发所用的方法及技术进行客观、合理的评价，避免由于无法把握技术而引发风险。
5、建立完善的风险应对程序与管理计划，如此一来，才能确保在发生风险的时候，能够快速、合理、技术的作出反映，并通过制定适宜的策略，对风险进行专业性处理。
软件项目的风险是指在软件开发过程中可能出现的不确定因而造成损失或者影响，如资金短缺、项目进度延误、人员变更以及预算和进度等方面的问题。风险关注未来的事情，这意味着，软件风险涉及选择及选择本身包含的不确定性，软件开发过程及软件产品都要面临各种决策的选择。风险是介于确定性和不确定性之间的状态，是处于无知和完整知识之间的状态。另一方面，风险将涉及思想、观念、行为、地点等因素的改变。
软件项目风险会影响项目计划的实现，如果项目风险变成现实，就有可能影响项目的进度，增加项目的成本，甚至使软件项目不能实现。因此有必要对软件项目中的风险进行分析并采取相应的措施加以管理，尽可能减少风险造成的损失。风险是在项目开始之后才对项目的执行过程其负面的影响，所以软件项目开始之前风险分析的不足，或者是软件项目实施过程中风险应对措施不得力，都有可能造成软件失败。
如果对项目进行风险管理，就可以最大限度的减少风险的发生。它是为了将不确定因素出现的概率控制到最低，将不确定性所造成的损失减少到最低限度，对软件项目全过程中的风险识别、分析和应对的过程。在整个软件项目的实施过程中，可能形成项目风险的因素有很多，如在项目启动阶段可能存在项目目标不明确，与用户沟通少导致项目范围不明确等分先因素；在系统设计阶段可能因为缺乏有经验的分析人员、设计人员导致和设计的结果不能直接用于程序员的开发；在项目实施阶段可能因为开发环境没有准备好，程序员开发能力差，或者因为用户提出新的功能需求导致原有设计实效、开发费用超支，还有可能因为开发人员的流动导致项目延期，客户不满意等情况。
软件项目运用专家调查法和头脑风暴法分析软件开发项目中，并将其进行整理分类。
由于与客户沟通不畅对客户的需求了解不足造成的风险在软件开发项目整个生命周期的中都存在的风险，主要包括需求变更风险，涉及风险，过程风险，安装及维护风险。
由于管理人员素质不够，经验不足，沟通不畅，任务或其分配不合理，对项目的控制力度不够造成的各种风险，主要包括进度风险，预算风险，管理能力风险，信息安全风险。
由于技术力量不足，开发环境工具不足造成的。主要包括技术风险，质量风险，软件设计工具风险，软件开发工具风险，员工技能风险。
由于公司或项目组内外部环境变化所导致的风险，主要包括人力资源风险，政策风险，市场风险，营销风险。
软件项目中的风险永远不能全部消除，而只能采用避免、减轻、和接受三种因对策略。
避免：通过分析找出发生风险事件的原因，消除这些原因来避免一些特定风险事件的发生。
减轻：通过降低风险事件发生的概率或得失衡量来减轻风险对项目的影响，也可采用风险转移的方法来减轻风险对项目的影响。
接受：对于一些无法避免的风险，应当接收风险造成的后果或者提前设计相应的应对措施，但这需要一定的资金做后盾。本回答被提问者采纳
1-缺少明确定义的要求
在某些情况下，客户很难准确地传达该功能或目的是什么；更糟糕的是，一旦客户开始看到结果，他们可能会在开发需求时更改目标。作为业务分析团队的一员，你的工作是通过收集功能性和非功能性需求，尽早确定目标；这些要求使你能明确定义问题并提供有效的解决方案。在项目早期阶段，项目管理工具通过可视化需求并允许你定义专门针对那些明确定义的需求的特性和功能来加快流程。
2–利益相关者未加入
如果你在项目开始时很难让利益相关者参与进来，那么需求几乎肯定会出现问题。
然而，如果你利用原型开发工具来生成早期模拟，那么你就可以为利益相关者提供一些可视化和和易于理解的东西：他们可以看到你提出的解决方案，甚至可以在开发阶段对其进行测试，从而使他们能够提供合理的需求信息或进行必要的调整。他们可以坐在办公桌上、在任何浏览器中或直接在设备上完成操作。利益相关者的参与可以提高需求开发阶段的生产率和准确性，这意味着减少后续的返工。
3–未能有条不紊地收集信息
根据软件开发项目的规模和复杂性，你可以与其他业务分析师团队合作，以收集必要的信息。
使用项目管理工具将你的所有需求高效地收集到一个地方，然后与利益相关者共享你的原型，以鼓励他们更正和调整他们的需求。实现这些更改后，你可以再次运行利益相关者的需求，直到所有人都在同一页面上。在项目的后续阶段，你可以利用交互式原型来让利益相关者识别缺失的需求。
4–信息太多，缺乏组织
向利益相关者发送冗长的文本文档不仅会导致误解，还会让人反感。项目管理工具消除了对基于文本的需求文档的需求。你的所有需求都在项目管理工具中，当你共享原型时，每个人都可以看到需求及其相关功能，这意味着每个人都保持组织和专注。
5–缺少有效沟通
为了满足你的软件需求，使你的软件应用程序完美表现，你必须确保与所有相关方（从最终用户到测试人员和开发人员）清楚地交流你的想法。将需求与原型进行沟通，使想法可视化成为一项已完成的任务。展示具有端到端用户工作流的原型，并引导利益相关者完成这些工作，可以打开双边沟通，帮助你找出解决方案中的差距。