朕就静静的看你装逼
软件开发过程中会有哪些风险？
软件项目成果的需求分析方和软件项目的承担者都十分关心这样的一个问题：什么样的因素会导致软件项目的失败？与项目有关的因素的改变将对按时、按经费预算交付符合预定质量要求的软件成果产生什么样的影响？这些都属于软件项目开发过程中考虑的风险问题。
软件项目的风险是指在软件开发过程中可能出现的不确定因而造成损失或者影响，如资金短缺、项目进度延误、人员变更以及预算和进度等方面的问题。
风险关注未来的事情，这意味着，软件风险涉及选择及选择本身包含的不确定性，软件开发过程及软件产品都要面临各种决策的选择。
风险是介于确定性和不确定性之间的状态，是处于无知和完整知识之间的状态。
另一方面，风险将涉及思想、观念、行为、地点等因素的改变。
软件项目风险会影响项目计划的实现，如果项目风险变成现实，就有可能影响项目的进度，增加项目的成本，甚至使软件项目不能实现。
因此有必要对软件项目中的风险进行分析并采取相应的措施加以管理，尽可能减少风险造成的损失。
风险是在项目开始之后才对项目的执行过程其负面的影响，所以软件项目开始之前风险分析的不足，或者是软件项目实施过程中风险应对措施不得力，都有可能造成软件失败。
如果对项目进行风险管理，就可以最大限度的减少风险的发生。
它是为了将不确定因素出现的概率控制到最低，将不确定性所造成的损失减少到最低限度，对软件项目全过程中的风险识别、分析和应对的过程。
在整个软件项目的实施过程中，可能形成项目风险的因素有很多，如在项目启动阶段可能存在项目目标不明确，与用户沟通少导致项目范围不明确等分先因素；在系统设计阶段可能因为缺乏有经验的分析人员、设计人员导致和设计的结果不能直接用于程序员的开发；在项目实施阶段可能因为开发环境没有准备好，程序员开发能力差，或者因为用户提出新的功能需求导致原有设计实效、开发费用超支，还有可能因为开发人员的流动导致项目延期，客户不满意等情况。
软件项目运用专家调查法和头脑风暴法分析软件开发项目中，并将其进行整理分类。
由于与客户沟通不畅对客户的需求了解不足造成的风险在软件开发项目整个生命周期的中都存在的风险，主要包括需求变更风险，涉及风险，过程风险，安装及维护风险。
由于管理人员素质不够，经验不足，沟通不畅，任务或其分配不合理，对项目的控制力度不够造成的各种风险，主要包括进度风险，预算风险，管理能力风险，信息安全风险。
由于技术力量不足，开发环境工具不足造成的。
主要包括技术风险，质量风险，软件设计工具风险，软件开发工具风险，员工技能风险。
由于公司或项目组内外部环境变化所导致的风险，主要包括人力资源风险，政策风险，市场风险，营销风险。
软件项目中的风险永远不能全部消除，而只能采用避免、减轻、和接受三种因对策略。
避免：通过分析找出发生风险事件的原因，消除这些原因来避免一些特定风险事件的发生。
减轻：通过降低风险事件发生的概率或得失衡量来减轻风险对项目的影响，也可采用风险转移的方法来减轻风险对项目的影响。
接受：对于一些无法避免的风险，应当接收风险造成的后果或者提前设计相应的应对措施，但这需要一定的资金做后盾。
如何做好软件项目风险计划？
其一：客户 的需求即算从客户的利益立场出发，是不是合理的？其次，客户的需求有多大程度上是必要的？还是只是一种个人的喜好？ 如果说对于商业客户来说，在项目开始前，还存在着做与不做；以及多少价钱来做的选择的话，那么，在许多情况下，工程人员如果不对此有明确的立场，唯一的结果就是累死自已，而软件项目永远不令人满意，也永远不能完成。
对于商业性客户来说，客户的需求是否合理是客户自已的事情，客户永远是对的，这句口号的台下词是：只要客户肯掏钱，那怕他要跳海，那也是他自已的事！但如果项目是已经签署定的合同单，那么就存在着是否按原合同继续，还是中止，还是变更付款条件的的问题。
而对于内部项目，所谓的成本就是工程人员有多累和什么时侯累死的问题。
这时侯，软件工程从业人员最好能够明白，在自已累死以前，老板，以及那些不学无术对技术一窍不通却自以为是行里大家的同事，都不会对你有任何怜惜的。
所以这时侯那种无条件满足客户需求的工程需求管理就不适用了，这时侯，软件工程人员只能根据自已能够承受的工作强度对各种需求进行取舍，而不是无条件地牵就“客户”的需求，更不是迁就无知的需求。
客户是上帝这句话这时侯完全不适用，因为客户不会为朝改晚改的需求付钱，付帐的是程序员自已？？让自已早点累死。
把种种需求明列并分级是唯一的办法；自已就按步就班一点点地完成，这是唯一的办法。
事实上，对于商业客户这也是适用的，因为收钱的毕竟是公司老板而不是项目组的程序员，公司老板收了钱就不管实际项目成本是多少而让程序员无条件接受客户的需求也是常见的事情。
所以把需求明列，既是让老板明白眼前项目的成本到底是多少（老板通常是技术盲），也有了与客户讨价还价的根据。
考试大整理 我把需求分成五个等级。
五分等级也是工程技术上的常用方式，如同大学的五分制。
一级需求（或改变）是关键性的需求，这种需求如果不满足，意味着整个项目不能正常交付使用，前期工作也会被全部否定。
这是必须满足的，否则就意味着否定程序员自已。
所以定为Ugent.； 这通常是属于补救性的deug类型，要救火。
二级需求（或改变）是后续关键性需求，它不影响前面工作内容的交付，但不加以满足，新的项目内容无法提交或继续。
所以是NECESSARY；一般新模块关键性的基础组件，属于这个级别。
三级需求是后续重要的需求，它不能满足会令整体工作价值下降，为了体现项目价值，也是程度员自已的技术价值的证明，所以定为NEEDED；一般性的重大的有价值的全新模块开发，属于这个级别。
以上三个等级是应该实施的，但时间性上可以作优先级的排列。
四级需求是改良性需求，没有它并不影响已有功能的使用，但实现了，有可信的根据可以是BETTER.界面和使用方式的要求，一般在这个档次。
五级需求是可选性需求，没有它没有谁会活不下去，有了它，没有根据一定带来好处，更多是一种设想，以及一种可能；通常只是需求代理人员的一种个人喜好。
所以是MAYBE。
对于四级需求，工程人员项目有空，不妨做下去；对于五级需求，有兴趣有余力就做，没有兴趣或者没有余力，管他需求不需求，除非额外付大钱，就让提这些外行需求的家为一边凉快去。
软件项目风险是指什么呢？
软件项目风险是指在软件开发过程中遇到的预算和进度等方面的问题以及这些问题对软件项目的影响。
软件项目风险会影响项目计划的实现，如果项目风险变成现实，就有可能影响项目的进度，增加项目的成本，甚至使软 软件项目不能实现。
如果对项目进行风险管理，就可以最大限度的减少风险的发生。
但是，目前国内的软件企业不太关心软件项目的风险管理，结果造成软件项目经常性的延期、超过预算，甚至失败。
成功的项目管理一般都对项目风险进行了良好的管理。
因此任何一个系统开发项目都应将风险管理作为软件项目管理的重要内容。
一般公司做项目风险分析怎么写
风险因素是引起或增加风险事故发生机会的条件，本项目风险分析是在市场分析、技术方案、工程方案和社会评价论证的基础上，进一步综合分析识别项目在建设和运营中潜在的主要风险因素，提示风险来源，提出规避风险对策，以降低风险造成的损失。
1、风险因素识别，本项目工程应将风险管理作为重要的内容，对风险的预测、调查分析、监控都应成为项目建设和管理的重要组成部分本项目，技术风险随着新材料产业的发展，新工艺新技术日新月异，介绍技术背景以及公司的技术优势情况，市场风险市场产品销售量与价格为项目运行效益的较大风险，由于产品的附加值较高，预计从事本行业的研究和生产单位会有所增加。
2、产品目前处于市场快速增长期，目前也没有替代产品出现，公司目前处于地位通过本次扩产后，能大幅提高市场占有率，发展成为国内规模最大技术领先，国际竞争力最强的生产厂家，在生产中必须严格遵守国家环境保护的有关法律法规，要制定企业内部严格的资源消耗能源消耗标准，采取积极的环保措施，对生产过程中产生的三废进行综合治理和回收利用，按照发展循环经济的要求，推行清洁生产注重节约资源保护环境。
...
软件项目风险管理涉及哪些方面？
软件项目风险管理涉及以下几个方面： 1）识别软件项目风险 识别软件项目风险是系统化地确定对软件项目项目计划（估算、进度、资源分配）顺利实施产生威胁的因素。
通过识别已知和可预测的风险，项目管理者就有可能避免这些风险，且当必要时控制这些风险。
在项目的整个生命周期内，风险识别是一个连续的过程。
一般情况下软件项目风险划分为以下几个种类： （1）资源风险； （2）产品规模风险； （3）需求风险； （4）相关性风险； （5）管理风险； （6）技术风险。
软件项目风险
在项目的建设过程中，风险几乎无处不在（约定：本文谈到的风险，专指给项目带来不利影响的风险）。
如何有效地识别、控制和管理风险，对项目的成功起着至关重要的影响。
一个项目有可以预料的（包括已知的）风险和不可预料的风险，以下作者总结自己多年的软件项目工程经验，整理出软件项目经常遇到的15种可预料的（包括已知的）风险及其预防措施，期望能为项目经理制定项目风险计划和进行风险预防、控制等提供富有价值的参考。
（1）合同风险 签订的合同不科学、不严谨，项目边界和各方面责任界定不清等是影响项目成败的重大因素之一。
预防这种风险的办法是项目建设之初项目经理就需要全面准确地了解合同各条款的内容、尽早和合同各方就模糊或不明确的条款签订补充协议。
（2）需求变更风险 需求变更是软件项目经常发生的事情。
一个看似很有“钱途”的软件项目，往往由于无限度的需求变更而让项目承建方苦不堪言，甚至最终亏损（实际上项目建设方也面临巨大的风险）。
预防这种风险的办法是项目建设之初就和用户书面约定好需求变更控制流程、记录并归档用户的需求变更申请。
（3）沟通不良风险 项目组与项目各干系方沟通不良是影响项目顺利进展的一个非常重要的因素。
预防这种风险的办法是项目建设之初就和项目各干系方约定好沟通的渠道和方式、项目建设过程中多和项目各干系方交流和沟通、注意培养和锻炼自身的沟通技巧。
（4）缺乏领导支持风险 上层领导的支持是项目获得资源（包括人力资源、财力资源和物料资源等）的有效保障，也是项目遇到困难时项目组最强有力的“后台支撑”。
预防这种风险的办法是主动争取领导对项目的重视、确保和领导的沟通渠道畅通、经常向领导汇报工作进展。
（5）进度风险 有些项目对进度要求非常苛刻（进度要求不高的项目，我们同样要考虑该风险），项目进度的延迟意味着违约或市场机会的错失。
预防这种风险的办法一般是分阶段交付产品、增加项目监控的频度和力度、多运用可行的办法保证工作质量避免返工。
（6）质量风险 有些项目，用户对软件质量有很高的要求，如果项目组成员同类型项目的开发经验不足，则需要密切关注项目的质量风险。
预防这种风险的办法一般是经常和用户交流工作成果、品牌管理采用符合要求的开发流程、认真组织对产出物的检查和评审、计划和组织严格的独立测试等。
（7）系统性能风险 有些软件项目属于多用户并发的应用系统，系统对性能要求很高，这时项目组就需要关注项目的性能风险。
预防这种风险的办法一般是在进行项目开发之前先设计和搭建出系统的基础架构并进行性能测试，确保架构符合性能指标后再进行后续工作。
（8）工具风险 软件项目开发和实施过程，所必须用到的管理工具、开发工具、测试工具等是否能及时到位、到位的工具版本是否符合项目要求等，是项目组需要考虑的风险因素。
预防这种风险的办法一般是在项目的启动阶段就落实好各项工具的来源或可能的替代工具，在这些工具需要使用之前（一般需要提前一个月左右）跟踪并落实工具的到位事宜。
（9）技术风险 在软件项目开发和建设的过程中，战略管理技术因素是一个非常重要的因素。
项目组一定要本着项目的实际要求，选用合适、成熟的技术，千万不要无视项目的实际情况而选用一些虽然先进但并非项目所必须且自己又不熟悉的技术。
如果项目所要求的技术项目成员不具备或掌握不够，则需要重点关注该风险因素。
预防这种风险的办法是选用项目所必须的技术、在技术应用之前，针对相关人员开展好技术培训工作。
（10）团队成员能力和素质风险 团队成员的能力（包括业务能力和技术能力）和素质，对项目的进展、项目的质量具有很大的影响，项目经理在项目的建设过程需要实时关注该因素。
预防这种风险的办法是在用人之前先选对人、开展有针对性的培训、将合适的人安排到合适的岗位上。
（11）团队成员协作风险 团队成员是否能齐心协力为项目的共同目标服务，生产管理是影响进度和质量的关键因素。
预防这种风险的办法是项目在建设之初项目经理就需要将项目目标、工作任务等和项目成员沟通清楚，采用公平、公正、公开的绩效考评制度，倡导团结互助的工作风尚等。
（12）人员流动风险 项目成员特别是核心成员的流动给项目造成的影响是非常可怕的人力资源。
人员的流动轻则影响项目进度，重则导致项目无法继续甚至被迫夭折。
预防这种风险的办法是尽可能将项目的核心工作分派给多人（而不要集中在个别人身上）、加强同类型人才的培养和储备。
（13）工作环境风险 工作环境（包括办公环境和人文环境）的好坏直接影响项目成员的工作情绪和工作效率。
预防这种风险的办法是在项目建设之前就选择和建设好适合项目特点财务管理和满足项目成员期望的办公环境、在项目的建设过程中不断培育和调整出和谐的人文环境。
（14）系统运行环境风险 目前，大部分项目系统集成和软件开发是分开进行的（甚至由不同公司承接）。
因此，软件系统赖以运行的硬件环境和网络环境的建设进度对软件系统是否能顺利实施具有相当大的影响。
预防这...
