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

1工程风险评估及对策管理 风险评估 工程风险是指在工程决策和实施过程中，造成实际结果与预期目标的差异性 及其发生的概率。工程风险的差异性包括损失的不确定性和收益的不确定性。 需求论证方面风险 很多工程在确定需求时，都面临着一些不确定性。如在工程早期容忍了这些 不确定性，并且在工程进展过程当中得不到解决，这些问题就会对工程的成功造 成很大威胁。如果不控制与需求相关的风险因素，那么就很有可能产生错误的产 品或者拙劣地建造预期的产品。每一种情况来讲都可能致命的。 需求设计方面的问题多为调研不全面、设计不严谨。调研不全面，具体表现 为在工程初期进行客户需求调研时，对于客户的需求把握不准确，没有发现客户 潜在需求或表述不明确的需求，在需求整理之后没有反复与客户明确，造成需求 纸漏。在功能设计时根据没有明确的需求进行设计，或只进行了概要设计，而缺 乏详细功能设计，功能的技术点、实现方式、考前须知等不明确。在调研阶段主 要为了采集需求，客户的所有需求都应该可以提、厂商适度引导、顺势而为。 需求蔓延风险是在工程中最为常见的，需求蔓延产生的原因是双向的，有实 施方的责任，也有客户方的责任。对于实施方来说，在工程正式实施前没有对客 户的需求进行封闭，没有帮客户明确需求，没有让客户清楚需求变更为工程带来 的影响，没有占领工程的主导权，不能有效说服客户等，都会带来需求蔓延。 对于客户方来说，在工程初期没有明确自身的需求，脑海中只具备大概的轮 廓，随着工程的实施进行，逐渐加深理解，导致需求不断的发生改变和增加。 与需求论证相关的风险因素有： (1)对软件产品缺少清晰的认识、 (2)对软件产品需求缺少认同、 (3)在做需求论证中客户参与不够、 (4)没有优先需求、 (5)由于不确定的需要导致新的市场、 (6)不断变化需求、 (7)缺少有效的需求变化管理过程、 (8)对需求的变化缺少相关分析等。 预防这种风险的方法是工程建设之初，对工程情况进行深度调研，工程初期 与用户进行深入沟通，调研后撰写需求调研文档并进行内部详细评审，对于不明 确需求进行确认校正，将最终调研文档与客户签字确认。之后根据正确的需求调 研文档进行功能设计，设计文档要详细且考虑周全，从技术实现、应用功能、注 意事项等多方面进行设计，多站在客户的角度上去模拟客户的真实想法和意图, 最终制定合理的、准确的技术方案，同样进行详细评审确认。在工程信息化建设 的调研、设计阶段就要进行反复的需求论证，尽可能采用国际上成熟的产品，借 鉴相关的成功经验。 与客户一起进行需求评审，在需求确认之后进行需求固话、封闭，同时有意 识的控制客户的需求范围，以专业角度，针对性的对客户提出的没有必要的需求 进行否决，说明原因后，消除客户的念头。对于有必要的需求，如果顺手就可以 做到，那么可以帮助客户解决，也是为了积累良好的印象；如果需要花费时间才 能完成，可以根据紧急程度进行需求变更申请，需求变更必须有字有据双方签字 确认后，方可执行；对于不紧急的且有用的需求，可以引导客户放在二期进行。 1. 2技术体制方面风险 在软件工程开发和建设的过程中，技术因素是一个非常重要的因素。工程组 一定要本着工程的实际要求，选用合适、成熟的技术，千万不要无视工程的实际 情况而选用一些虽然陷阱，但并非工程所必须且自己又不熟悉的技术。如果工程 所要求的技术工程成员不巨额被或者掌握不够，那么需要重点关注该风险因数。 技术风险主要包括技术目标过高，技术标准发生变化，复杂、高新技术或非 常规方法应用的潜在问题等。 本工程所使用的技术涵盖物联网、大数据、各类智能监管设备和平安部署等 多个领域，涉及的信息较多，假设因为技术部署方面的设置不当，会存在信息泄漏 的风险。 软件技术的飞速开展和经验丰富员工的缺乏，意味着工程团队可能会因为技 巧的原因影响工程的成功。在早期，识别风险从而采取合适的预防措施是解决风 险领域问题的关键，比方：培训、聘请顾问以及为工程团队招聘合适的人才等。 技术体制主要有下面这些风险因素： (1)缺乏专业培训、 (2)对方法、工具和技术理解的不够、 (3)应用领域的经验缺乏、 (4)新的技术和开发方法应用等。 预防这种风险的方法是选用工程所必须的技术、在技术应用之前，针对相关 人员开展好技术培训工作。还要充分认识到该工程的技术难度，本工程建设分步 骤、分阶段进行，将技术难点逐个突破，力求将技术风险降至最低。 3研发执行方面风险 技术因素：没有使用行业内最先进的、成熟的技术和方法进行研究和开发, 技术本身存在缺陷，而使开发面临失败的风险或开发出的产品存在严重缺乏，无 法满足客户使用需求。同时，科学技术进步日新月异，存在技术进展落后于技术 开展趋势的风险。研发过程中未能及时发现技术错误，导致修正本钱提高。 人员因素：①研发人员投入缺乏：