【精品】软件项目风险评估及对策管理 投标通用模板.docx

《【精品】软件项目风险评估及对策管理 投标通用模板.docx》由会员分享，可在线阅读，更多相关《【精品】软件项目风险评估及对策管理 投标通用模板.docx（9页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、1工程风险评估及对策管理1.1 风险评估工程风险是指在工程决策和实施过程中，造成实际结果与预期目标的差异性 及其发生的概率。工程风险的差异性包括损失的不确定性和收益的不确定性。1.1.1 需求论证方面风险很多工程在确定需求时，都面临着一些不确定性。如在工程早期容忍了这些 不确定性，并且在工程进展过程当中得不到解决，这些问题就会对工程的成功造 成很大威胁。如果不控制与需求相关的风险因素，那么就很有可能产生错误的产 品或者拙劣地建造预期的产品。每一种情况来讲都可能致命的。需求设计方面的问题多为调研不全面、设计不严谨。调研不全面，具体表现 为在工程初期进行客户需求调研时，对于客户的需求把握不准确，没

2、有发现客户 潜在需求或表述不明确的需求，在需求整理之后没有反复与客户明确，造成需求 纸漏。在功能设计时根据没有明确的需求进行设计，或只进行了概要设计，而缺 乏详细功能设计，功能的技术点、实现方式、考前须知等不明确。在调研阶段主 要为了采集需求，客户的所有需求都应该可以提、厂商适度引导、顺势而为。需求蔓延风险是在工程中最为常见的，需求蔓延产生的原因是双向的，有实 施方的责任，也有客户方的责任。对于实施方来说，在工程正式实施前没有对客 户的需求进行封闭，没有帮客户明确需求，没有让客户清楚需求变更为工程带来 的影响，没有占领工程的主导权，不能有效说服客户等，都会带来需求蔓延。对于客户方来说，在工程初

3、期没有明确自身的需求，脑海中只具备大概的轮 廓，随着工程的实施进行，逐渐加深理解，导致需求不断的发生改变和增加。与需求论证相关的风险因素有：(1)对软件产品缺少清晰的认识、(2)对软件产品需求缺少认同、(3)在做需求论证中客户参与不够、(4)没有优先需求、(5)由于不确定的需要导致新的市场、(6)不断变化需求、(7)缺少有效的需求变化管理过程、(8)对需求的变化缺少相关分析等。预防这种风险的方法是工程建设之初，对工程情况进行深度调研，工程初期 与用户进行深入沟通，调研后撰写需求调研文档并进行内部详细评审，对于不明 确需求进行确认校正，将最终调研文档与客户签字确认。之后根据正确的需求调 研文档进

4、行功能设计，设计文档要详细且考虑周全，从技术实现、应用功能、注 意事项等多方面进行设计，多站在客户的角度上去模拟客户的真实想法和意图, 最终制定合理的、准确的技术方案，同样进行详细评审确认。在工程信息化建设 的调研、设计阶段就要进行反复的需求论证，尽可能采用国际上成熟的产品，借 鉴相关的成功经验。与客户一起进行需求评审，在需求确认之后进行需求固话、封闭，同时有意 识的控制客户的需求范围，以专业角度，针对性的对客户提出的没有必要的需求 进行否决，说明原因后，消除客户的念头。对于有必要的需求，如果顺手就可以 做到，那么可以帮助客户解决，也是为了积累良好的印象；如果需要花费时间才 能完成，可以根据紧

5、急程度进行需求变更申请，需求变更必须有字有据双方签字 确认后，方可执行；对于不紧急的且有用的需求，可以引导客户放在二期进行。1. 1. 2技术体制方面风险在软件工程开发和建设的过程中，技术因素是一个非常重要的因素。工程组 一定要本着工程的实际要求，选用合适、成熟的技术，千万不要无视工程的实际 情况而选用一些虽然陷阱，但并非工程所必须且自己又不熟悉的技术。如果工程 所要求的技术工程成员不巨额被或者掌握不够，那么需要重点关注该风险因数。技术风险主要包括技术目标过高，技术标准发生变化，复杂、高新技术或非 常规方法应用的潜在问题等。本工程所使用的技术涵盖物联网、大数据、各类智能监管设备和平安部署等 多

6、个领域，涉及的信息较多，假设因为技术部署方面的设置不当，会存在信息泄漏 的风险。软件技术的飞速开展和经验丰富员工的缺乏，意味着工程团队可能会因为技 巧的原因影响工程的成功。在早期，识别风险从而采取合适的预防措施是解决风 险领域问题的关键，比方：培训、聘请顾问以及为工程团队招聘合适的人才等。技术体制主要有下面这些风险因素：(1)缺乏专业培训、(2)对方法、工具和技术理解的不够、(3)应用领域的经验缺乏、(4)新的技术和开发方法应用等。预防这种风险的方法是选用工程所必须的技术、在技术应用之前，针对相关 人员开展好技术培训工作。还要充分认识到该工程的技术难度，本工程建设分步 骤、分阶段进行，将技术难

7、点逐个突破，力求将技术风险降至最低。1.1. 3研发执行方面风险技术因素：没有使用行业内最先进的、成熟的技术和方法进行研究和开发, 技术本身存在缺陷，而使开发面临失败的风险或开发出的产品存在严重缺乏，无 法满足客户使用需求。同时，科学技术进步日新月异，存在技术进展落后于技术 开展趋势的风险。研发过程中未能及时发现技术错误，导致修正本钱提高。人员因素：研发人员投入缺乏：针对工程投入的专业技术人员数量缺乏, 难以满足工程人员需求；研发队伍不稳定，人员不能发挥各自的长处，团队成 员未能高效协作，缺乏合理的分工，缺乏责任人机制；缺乏专业人才或研发过程 中面临人员流失，影响工程研发的进展；团队成员的能力

8、(主要是技术能力) 的缺乏，没有选用工程必需的技术。人员因素可能导致工程交付延期等情况的发 生。工具因素：工程开发过程中，所必须用到的管理工具、开发工具、测试工具 是否能及时到位，工具版本是否符合工程要求等；研发过程风险因素多，涉及技术、人员、环境和制度等多个方面，为规避上 述风险，要建立研发工程管理制度和技术标准，建立信息反应制度和研发工程重 大事项报告制度。在工程开展之前对各方面风险进行梳理于评估，做好预案工作, 组建可靠的工程支撑队伍，对人员进行专业的培训，同时建立责任人机制和沟通 机制，确保各项人员和工具到位；精确预计工作量和所需资源，提高资源使用效 率。团队还须制定工程进度计划，严格

9、按照工程时间节点，落实工作进度，开展 工程中期评审，及时纠偏调整，优化研发工程管理的任务分配方式。1.1. 4部署运行方面风险目前，大局部工程软件部署在本地是指就是将系统直接部署到用户自己的服 务器上，数据直接保存在本地，数据平安更可控。但是也会有风险的，比方机器 忽然故障，没电了，服务器崩了等等，但是这些是可控的，发生几率也非常非常 低。因此，软件系统赖以运行的硬件环境和网络环境的建设进度对软件系统是否 能顺利实施具有相当大的影响。预防这种风险的方法一般是通过人工或脚本备份来处理本地的数据平安问 题，需要特别注意原系统和新系统的文件保护工作，加强人员的管理和数据的备 份。1.1. 5制度机制

10、方面风险这种风险主要是由于制度的制定、实施和修改不完善造成的。比方一些制度 不够科学严谨，缺乏及时性，可操作性不强；一些机制缺乏相互支撑和制约，约 束力和监督作用不明显，不能形成有效的日常工作措施；一些不能适应形势变化 的系统不能及时补充、修改和完善。预防这种风险的方法主要是：1、根据工作需要，定期梳理、补充和完善各项规章制度，逐步实现各项工 作制度的基础，形成按制度办事的行为规范。2.加强对规章制度执行情况的检查监督，将规章制度执行情况纳入绩效考核,对不严格按规章制度办事的负责人和有关领导追究相关责任。1 .L 6平安方面风险软件产品本身是属于创造性的产品，产品本身的核心技术保密非常重要。但

11、 一直以来，我们在软件这方面的平安意识比拟淡薄，对软件产品的开发主要注重 技术本身，而忽略了专利的保护。软件行业的技术人员流动是很普遍的现象，随 着技术人员的流失、变更，很能会导致产品和新技术的泄密，致使我们的软件产 品被它公司窃取，导致工程失败。而且在软件方面关于知识产权的认定目前还没 有明确的一个行业规范，这也是我们软件工程潜在的风险。I .1. 7社会环境风险社会环境风险包括社会风险和环境风险两个方面，常见的社会风险有：政策 及法律法规变卦以及新技术新工艺的产生带来的风险。环境风险指的是自然界的 力量,如洪水，地震，台风，以及水文,气候,地质等。II .8组织风险组织风险主要包括由于组织

12、内部成员对目标未达成一致，包括管理高层对项 目不够重视，工程管理人员的工程管理经验与协调能力缺乏，工程参与人员专业 知识与技能欠缺，工程团队合作精神不够、存在推诿责任和彼此扯皮现象，人员 激励机制不当等因素导致建设队伍不稳定，建设资金缺乏，与其它工程存在资源 冲突等方面的风险。1.L9管理风险本工程建设内容包括多个专业领域，工程管理过程中需要协调多专业协同工 作，工程管理的难度很大，存在一定的管理风险。具体的管理风险主要包括工程 管理的基本原那么使用不当，计划草率不切实际、管理者水平缺乏，工程进度和资 源配置存在明显不合理等风险。1. 1. 10进度风险进度风险指的是由于工程建设过程中各种要素

13、的综合影响，最终形成工程项 目拖延,未能及时依照工期完成。工程建设过程中可能影响到开发进度的风险要 素如下：技术风险，由于设计人员业务素质不过硬，使得设计出的需求达不到开发要 求,最后还需重新修正设计文档，此外,局部工程因未完成设计文档，从而只能采 用边实施边设计的方法,最终均会影响工程进度；方案风险,工程实施的中心是；工程方案制定必需以该目的为基本根据，只要 契合总目的请求的方案才是合理牢靠的方案,不合理的方案及未思索工程中不测 状况的方案均会形成工程的经济损失,构成方案风险,继而影响工程的进度,形成 进度风险。费用风险形成工程费用风险的主要要素有以下几点：设计变动，由于业主请求或其它缘由，

14、经常会呈现工程变动的状况,此时就会 形成需求量的改动，增加了工程的开支，构成费用风险；经济要素，由于经济突发事故所带来的费用增加而带来的风险,常见的如:通 货收缩,汇率改动，中央维护主义等。预算错误，由于预算人员忽略或是工程历史数据及信息不齐，均可能导 致工程发生费用风险。1. 1. 12业务风险业务风险主要包括业务流程的改变、职能部门的调整等。本工程所涉及的业务流程涵盖智慧监管方面、数字园区方面、政企服务方面、 数据协同方面等多个领域。假设相应业务流程发生变化，将会对本工程的实施进度 和资源配置产生较大影响和产生相应风险。1. 1. 13数据泄露风险数据泄露风险主要指在数据产生，传输，处理的

15、过程中，由未经授权或者未 经充分授权的行为产生的数据被不期望获得的群体所获取的风险。本工程中涉及 大量海关和政府机密数据，需要尤其关注数据泄露的相关风险。1. 2风险对策和管理2.1组织风险防范对策本工程管理部门对本工程的建设工作高度重视，本工程建设领导小组召开专 题会议研究建设工作。明确管理体制，在领导小组的统一领导下，对工程建设进 行业务指导和组织推进工作，做好本部门、本单位和本地区的系统建设、应用等 工作。通过这些措施，能有效地规避可能存在的组织风险，为本工程的顺利实施 奠定坚实的组织保障。1. 2. 2业务风险防范对策在本工程应用系统建设之前，已经对现有的管理流程进行了优化和规范；在

16、业务流程设计的过程中，充分调研了各地的业务需要，进行了全面的业务差异分 析，满足各地的具体需要。本工程应用系统建设采用可扩展性原那么。工程对未来 业务需求的变更做了充分的考虑，在系统设计策略和系统架构设计中采用系统间 松耦合的设计原那么，把系统的可扩展性放在重要地位，这些都是很好的业务风险 防范对策。2. 2. 3技术风险防范对策全面落实智能化信息系统平安体系。尽快全面组织落实本工程平安体系方案。 对本工程各应用系统，强制要求按照平安设计方案的要求，采用身份认证，对重 要数据进行加密、签名，加强平安记录和审计。采用统一的接口标准。按标准接 口要求修改完善现有系统，满足与本工程新建应用系统接口的

17、需要。在本工程中对网络平安进行了重点部署，通过对技术的正确使用，以及多种技术的通过部署, 有效地减低了可能的技术风险。3. 2. 4数据泄露风险防范对策了解有哪些机密数据，并按重要程度进行分类。数据很多，但各类数据价值或重要性不同，对于不同重要级别的数据，应当 采取不同的控制防范措施。这样既能保护数据，也能让企业数据在内部有效流动。 如果把所有数据都控制起来，导致数据沟通闭塞,会严重影响到员工的工作效率。可以把数据分成绝密类、机密类、秘密类和一般类。例如，可以将某类数据作为绝密级别的数据，同时要明确这些数据中包含哪 些具体的内容，例如客户身份信息、供应商原材料的采购价格等；然后，还要明 确这些

18、数据是由哪个部门中的哪个具体的员工负责生成和维护，也就是确定数据 保管的责任人。应当成立专门的数据平安部门，由主要负责人负责领导。数据平安部门负责 制定数据平安防范制度、监督制度执行、处理数据泄露事件等。应当制作一个表格，列明数据的保密类型、具体包含哪些数据、数据由谁来 保管。定期对表格内容进行维护。该表格由数据平安部门负责维护。应当控制接触到数据的人和数据查看权限。应当明确规定企业中的哪些员工 可以访问这些保密数据和访问权限，以及应该如何、何时及从什么位置可以访问 它们等等。4. 2. 5明确数据保存形态保存形态，即电子形式或纸质形式。如果是电子形式，要明确什么保密级别 的数据应当存储在什么

19、设备中，这样的设备应当如何备份、由谁来保管。如果是 纸质版，原件应当放在有锁的柜子或保险柜,应当由谁来保管开启保险柜的钥匙。1. 2. 6识别造成数据丧失的风险来源和性质根据企实际情况，梳理当前可能会引起数据泄露的情况；针对这些情况，制 定相应的保密措施。同时做好数据一旦泄露后的应对措施，评估数据泄露的影响。这些事情建议 由数据平安部门负责。数据平安部门还要定期对数据泄露风险进行评估，进而制 定或修改数据平安防范制度。1. 2. 7制定一个适合自身需求的数据控制策略1）风险回避考虑到风险存在和发生的可能性，工程组会主动放弃或拒绝实施可能导致风 险损失的方案。风险回避具有简单易行，全面彻底的优点

20、，能将风险的概率降低 到零。2）风险降低一是降低风险发生的概率；二是一旦风险事件发生尽量降低损失。本工程在 工程规划时综合考虑资金压力，分期支付，降低风险。3）风险分散通过增加承受风险的单位以减轻总体风险的压力，从而使工程管理者减少风 险损失。通过寻找合适的供应商，商讨交货、质量、账期等内容，将风险分散。4）风险转移是为了防止承当风险损失，有意识地将损失转嫁给另外的单位或个人承当。 通常有控制型非保险转移、财务型非保险转移和保险转移三种形式。控制型非保 险转移，转移的是损失的法律责任，它通过合同或协议消除或减少转让人对受让 人的损失责任和对第三者的损失责任。财务型非保险转移，是转让人通过合同或 协议寻求外来资金补偿其损失。加入保险是通过专门机构，根据有关法律，运用 大数法那么签订保险合同，当风险发生时就可以获得保险公司补偿。5）风险自留由工程组织者自己承当风险损失的措施。有时主动自留，有时被动自留。对 于承当风险所需资金，可以通过事先建立内部意外损失基金的方法得到解决。