产品的风险分析与防控

基于供应商多年项目实施经验与业绩最佳实践，对客户本系统项目风险按照技术与业务风险项、资源风险项、管理与沟通风险项等分别在下文进行了风险分析和具体防控方案的建议。

1、技术与业务风险

风险分析：

来源于技术与业务的具体风险项有如下几条：

1) 目标与需求不明确。

在项目或系统开发的初期，所定义的业务目标往往仅聚焦于解决眼前的局部问题。然而，当这些局部问题被解决之后，整体的问题反而更加凸显。如果不解决整体问题，系统的真正价值就无法得到充分体现。但问题在于，整体的解决方案与初期解决局部问题的方案之间存在冲突，这种冲突导致系统难以达到预期的整体目标。

2) 好高骛远，盲目追求更多的功能与更快的交付时间。

系统的实施要根据企业的实际情况进行。许多功能之间有相互的关联关系，比如三维仿真通常是基于在三维设计已经运用成功的基础上进行的。所以在实施相应的功能时要循序渐进，切不可妄想“一口吃成个胖子”。同时，系统交付所需要的时间不是完全根据资源数量可以线性的降低的，不同的功能前后之间相互关联，在实施时也无法完全做到并行进行，盲目的压缩项目交付时间只会造成系统无法按照要求进行交付。

3) 未做相关的业务梳理与数据整理就开始进行系统实现。

系统实施并不是简单的一个IT系统的开发与部署，更是一个管理的梳理与优化并落地的过程。在系统实施之前未进行相关的业务梳理，最终就会导致上线后的系统与业务无法完全匹配，导致用户在线上不能进行相关工作的开展，甚至可能造成系统应用最终无法推动。同时在做历史数据整理时，不光要根据格式准备好所有历史数据。相关人员还需要对数据的正确性进行校验，必要时候甚至需要进行数据清洗工作，否则会造成最终系统数据不准确。

4) 不按照规范编制与维护交付物。

项目实施过程中由于周期与进度的压力，如果技术人员直接进行相关的实施与开发工作，未按照规范编制与提交交付物，或者是在测试阶段进行了相关变更但未在文档中进行及时的更新。这样最终都会造成相关交付物文档与系统内的实现不匹配。当后续其他人进行接手时无法完全了解到最新的系统状况。严重时甚至可能因为版本问题造成已修复的问题重复出现等恶劣影响。

5) 软件平台本身限制，无法提供相关功能。

由于本系统基于已有软件包的方式建设，系统不可能原生就完全提供客户需要的所有功能，如果软件平台的扩展性不佳的话，则可能造成无法通过扩展（配置或二次开发）提供功能，造成业务难以开展。

风险防控：

针对本项目技术与业务风险项建议采取如下方案进行防控：

1) 根据总体规划与业务现状明确项目目标

在需求分析阶段，我方评估贵单位的管理模式，深入挖掘其核心需求和痛点。在此基础上，制订周密的计划，有步骤、有计划地逐步实施系统的各项功能，确保每个阶段的工作都能紧密衔接、有序推进，从而为实现系统的总体目标提供坚实保障。

平台统一的最大优势就是无缝的支持各级业务部门在具体流程、数据等多方面的协作，也能提供将来的业务发展过程中所需要的弹性和扩展性。在新业务流程和新系统的推进过程中，不可避免地会对原有的业务流程和信息系统产生冲击。这种冲击不仅体现在技术层面的兼容性和整合性问题上，还可能引发业务流程的调整和人员操作习惯的改变。同时，业务发展方向矛盾也会渐渐突出，例如局部优化可能与整体目标不一致，或者某些部门的利益与整体利益发生冲突。这些因素都会对统一平台的推动和业务应用的实施产生显著影响。因此，项目团队必须对此有充分的估计和准备，建立适合本项目的问题处理思想和沟通机制，确保在遇到问题时能够迅速响应并妥善解决。在必要情况下，还需要客户有经验的高层业务部门介入，对特定问题进行协调和解决。

此外，新业务流程和新系统的实施对项目团队的能力提出了更高的要求。这不仅是一个普通的实施项目，更需要一个具备多方面能力的团队。项目团队必须在项目管理、业务咨询、过程沟通和实施等关键方面既有高度，也要全面。他们需要能够准确理解业务需求，提供专业的咨询建议，同时具备出色的沟通协调能力，以确保团队内部和与客户之间的信息流通顺畅，协作高效。只有这样，才能在复杂的项目环境中应对各种挑战，确保项目的成功实施。

2) 明确项目范围与合理指定交付周期

在项目管理方法论中，项目实施范围始终是项目管理最为关注的核心问题之一。项目的实施范围边界必须在项目工作范围说明（SOW）中尽可能清楚、准确地定义，并在后续的需求分析报告文件、系统总体设计材料以及详细设计文档中不断细化、逐步加强和阶段确认。同时，项目管理过程中能否严格地执行需求跟踪和需求变更管理，是确保项目实施范围及项目计划不受重大冲击、避免出现重大延误的必要条件。只有通过有效管理项目实施范围，才能保证项目计划的有效性，确保项目成果按时、按质交付。根据客户的相关需求的功能合理制定交付周期，保证项目周期的合理性，防止出现眼高手低，导致项目最终无法按时保质保量的交付。

3) 做好相关业务梳理与历史数据整理工作

本项目在系统设计阶段一定要根据前期对业务的调研情况结合系统特性进行相关的业务梳理，梳理过程中需要双方人员合作。因为供应商对系统更加熟悉，而客户对于客户的业务更加熟悉，这样才能制定出更符合实际情况而且可落地的系统设计。在历史数据整理阶段，客户需要派专人按照模板的格式对历史数据进行整理。同时历史数据的整理过程当中需要对数据进行校验，如果发现问题，及时进行上报，后续进行数据的相关更正或清洗。历史数据需要分阶段进行整理，不要到快上线才一次性整理给实施方。实施方可以提前使用工具对历史数据导入进行相关演练，保证数据的正确性。

4) 根据实施方法论中的规范编写与提交交付物文档

根据相关实施方法论中的要求提交相应的交付物文档，并且在后续发生变更时也要及时更新相关的文档，保证文档与系统实现的一致，通过此方式更可以方便地进行知识传递。

2、信息系统集成风险

风险分析：

本系统建设平台项目实施后，需要衔接上下游的业务管理系统，由于不同业务系统对数据的需求或接收发送数据的格式和技术实现路线的不同，导致信息系统之间集成接口的开发调试工作往往会占用项目较多资源和时间；如果缺乏统一有效的全局规划，只考虑局部性解决两个业务系统的数据传递问题，也有可能导致系统上线后因为某些新建或改扩建的信息化业务系统的需求而导致接口的开发调整和重新部署工作。

风险防控：

防控措施建议如下：

1) 必须从企业产品数据的整体信息架构角度出发，合理规划产品数据的统一数据模型，确保设计-工艺-制造的数据流传递的是相同规格的数据；从业务的角度出发，合理规划相关产品数据的产生、接受和传递流向，并在企业内部取得跨部门的一致认可；

2) 信息系统间的数据传递接口尽量采用基于SOA架构实现模式，降低系统之间两两进行接口的耦合程度；在有条件的情况下，尽快实施企业服务总线的集成部署模式。

3、数据风险

风险分析：

从产品设计到工艺设计更改的过程中，经常需要引用大量的基础资源数据，由于客户产品的工艺复杂性以及军工产品多品种小批量的特点，导致资源基础数据非常庞大。这些数据如不能得到有效整理，并且按照信息化系统管理的要求进行规范，都将极大影响未来上线后本系统进行产品设计、工艺编制的工作效率。

风险防控：

防控措施建议如下：

1) 针对现有基础资源数据的状态进行提前调研，了解需要整理的数据工作量，并提前策划好未来产品研发，工艺规划及设计系统需要管理的基础资源范围和分类框架；

2) 在实施过程中制定专门的基础资源数据整理计划并由专门的团队进行负责。

4、管理与沟通风险

风险分析：

来源于管理与沟通方面的具体风险项主要有以下几条：

1) 企业领导对本系统项目不重视。

企业领导未将项目的实施应用提高到企业战略执行的高度上来，造成企业参与度不高。虽然企业领导支持前期的沟通调研工作，却没有在后期实施过程中对项目的相关信息进行密切的追踪与资源协调，这些都会影响最终系统的实施与推广。中层领导研发生产任务繁重，担心系统实施会对其型号研制进度产生影响，因此不愿意在自己的部门、项目中率先推动项目的实施。

2) 企业未做好相关的变更。

本系统的实施肯定会驱动企业进行相关的变更（流程、组织、职能等），抗拒变革是每个人与生俱来的心理。多数项目失败的企业无法平衡流程改造和项目需要之间的矛盾，最终无法突破这道关口。

3) 相关沟通机制不畅。

实施方与客户未建立良好的沟通机制，最终导致双方对同一件事情的理解不同，造成项目最终实现出现偏差，需要进行大量的变更。造成项目到后期就是不停的进行“补窟窿”的工作，可能会造成项目进度延后等等后果。

风险防控：

针对客户本系统项目管理与沟通风险项建议采取如下方案进行防控：

1) 高层重视并建立相关沟通汇报渠道

高层需要对项目有一定的重视，将本系统建设提高到战略层面上。同时项目中的重要事项需要定期向高层进行简要汇报。

决策层，客户和供应商的高层领导要能够建立起频繁的互动模式，交流彼此对项目的战略意见，能够对分歧进行最终的确定。

管理层，要互相信任，作为项目实施过程中主要矛盾点的具体决策者要敢于承担责任。

执行层，要明确作为软件服务商的理念，要把本次项目的要求和亮点落实到实际的业务之中，让用户真正感觉到好处。

汇报内容主要包括目前项目的总体进展，下一步的实施计划，目前遇到的困难，需要得到的支持等。

2) 不断优化与变革

找到流程改造与项目之间的平衡点，采取循序渐进的方式进行变革。在变革过程中需要坚持并保持耐心，相信“罗马不是一天建成的”，流程与组织变革也是一个逐步推进不断优化的过程。

3) 保证项目沟通渠道顺畅

客户的本系统项目涉及多个部门和众多人员，因此建立有效的沟通机制至关重要。定期的进度汇报机制是保障项目顺利推进的重要手段。通过设立不同层级的沟通渠道，例如每周的例会制度，能够让各方及时了解项目进度，确保信息的透明与共享。在此基础上，进一步建立项目阶段评审机制和定期向领导汇报的机制，能够促进各层面人员的顺畅沟通，从而为项目的顺利实施提供坚实的保障。

5、业务人员的资源时间保证

风险分析：

客户目前正处于信息化建设的筹备阶段。信息化管理系统项目的实施通常具有阶段性特征且周期较长，不同阶段需要业务人员参与并完成相应的工作任务。然而，项目参与者往往还肩负着日常工作任务，如何在不影响企业正常型号研制任务的前提下，确保业务部门的关键用户能够投入足够的时间参与项目，是项目成功的关键因素之一。此外，还需要授予这些关键用户与他们职责相匹配的权限，以保障项目顺利推进。

风险防控：

防控措施建议如下：

1) 必须明确指定业务部门关键用户的明确人员和相应职责；

2) 提前计划，将各个阶段需要关键用户或普通用户需要配合的工作定义清晰；

3) 当业务工作和项目工作发生冲突时，及时通过相关项目管理协调机制进行及时沟通解决。