主持人 ：企业做数字化建设经常面临交期紧 、任务重的情况，比如说一个正常评估需要进行5个月的项目 ，但是客户要求3个月就要上线，我们会如何应对 ？

张震宇 ：这个问题很有趣 ，今年上半年我们有个客户要完成他的客户审厂才可以获取订单，但他现有的信息化水平无法满足客户要求 ，所以只能在3个月的时间内完成专线MES的切换。

那在我们传统的交付模式下 ，面对这种项目 ，大家想要筹集大量的业务资源跟技术资源，本身就已经是件不容易的事情。所以说其实通过我们新的交付模式 ，就可以很好地解决这个问题。

在新模式下 ，我们的业务资源及开发资源都是集中化管理的 ，在面对交期紧、任务重的项目，我们可以充分发挥资源灵活调配的优势，给项目交付现场提供源源不断的火力支持。

主持人：除了交期紧任务重这个常见的情况之外，企业做数字化建设还会面临需求非常杂 、变更非常多的情况 ，那这种情况我们的“新模式”又将如何应对？

张震宇 ：这确实是一个很常见的问题，也是让诸多企业CIO很头疼的事情。他既要面对企业内部各个业务部门 ，又要面对乙方公司带来的的压力 ，往往处于中间且很被动的局面。

其实这里有两个问题 ，一是如何提高需求到设计的命中率 ，二是如何提高设计到实现的效率 。在我们的新模式下 ，我们通过方案中心加持，以及敏捷的任务管理机制，可以很好地应对这种情况。

通过方案中心在方案节点的介入帮助客户识别需求 、诊断需求 、挖掘需求，提高需求到设计的命中率，通过敏捷的任务管理机制 ，加快设计到实现的效率 。

主持人 ：听起来这个“新模式”非常吸引人 ，那对于客户而言 ，做数字化建设还经常面临流程长 、覆盖面广 、管理难度大的这类难题，该如何用我们的“新模式”帮助客户去解决问题呢 ？

张震宇 ：你刚讲的这类难题一般出现在规模相对较大的项目上 ，通常这类项目组包含计划 、生产 、物流 、质量 、设备等多个部门人员 、多业务人员以及多模块的业务，这个时候就需要有一套完整的方法论及工具 ，才能将大家高效地衔接及组织在一起 。

在新模式下，我们的标准化实施方法及流程梳理工具的应用，可以将项目组多部门多用户的业务需求很好地串联在一起，形成项目建设的业务蓝图。

主持人：前面讲了非常多的“新模式”如何帮助客户去解决做数字化建设的难题 ，那这个“新模式”到底是怎么来的 ？

张震宇：无论在一些极端情况下各种管控相对比较严格，还是客户的一些临时性的紧急需求 ，原来的模式下我们很难快速地组织到足够的资源来响应客户需求 ，所以我们在想，那是否应该有一批顾问是集中在一起，源源不断给客户提供服务及保障 。

主持人 ：刚刚讲的是一些外部因素，从部门本身建立这种新的交付模式有哪些好处呢 ？

张震宇 ：我们的出发点是“更好地完成项目交付 ，更好地服务客户” ，通过新模式不断提高我们在交付上的竞争力 。

伴随我们部门的规模化发展 ，我们要交付的项目也越来越多，平均在手项目100+ ，面对这么多项目交付 ，如果还像传统交付模式一样 ，依靠各个项目经理单兵作战，是缺乏在各个阶段把控项目质量的管理抓手的 。

所以我们希望通过新模式的建立，可以在各个阶段 、各个节点 ，建立监控及保障机制 ，通过机制的力量给客户提供更好的服务 ，为项目交付提供全程的保驾护航 ！

主持人 ：那我们新交付模式跟传统交付模式相比有哪些特点？

张震宇 ：我们新模式叫“集中交付模式” ，跟传统交付模式相比主要有四个特点 ：项目集中化管理 、资源集中化管理 、方案集中支持 、工作方法标准化。

新交付模式下我们更像一支专业化的队伍，在项目策划 、方案设计 、系统实现各个节点 ，都通过集中交付的体系给予对应的支持，跟传统的单纯依靠一个项目经理+几个顾问来管项目的方式截然不同 ，目前我们可以做到在手项目交付进度及风险完全透明可控 。

主持人 ：针对您说的新模式四个特点 ，我有几个疑问，在项目的规模化交付背景下 ，我们具体如何去把控单个项目的风险和质量 ？

张震宇 ：传统交付模式下 ，我们更多是依赖于项目经理提报风险后 ，再进行风险处理的模式来进行把控 ，但往往有很多潜在风险是在日常的方案、系统实现过程中，逐步积累甚至难以察觉的 ，在新实施摸下我们会通过机制来保证项目风险可控。在项目开展前我们会开展“项目策划会”，我们是真正意义上将项目策划落到实处。

对于客户来说，非常担心一个项目售前与交付衔接不顺畅 、项目推进策略不明确等问题 。所以我们将售前人员、项目经理 、各关键方案负责人召集在一起开展“项目策划会”，将项目背景、项目目标 、项目计划 、项目关键要点行研讨，制定明确的项目推进策略。

在项目过程中我们也会在方案设计、功能实现等节点进行主动的项目质量管理，例如项目常见问题就是“延期交付” ，我们的开发任务目前已经做到了“小时级”跟踪管控。

主持人 ：了解了，那您刚第二点提到了“资源集中化管理”，关于这一块具体是如何做的 ，现在有什么成果吗？

张震宇 ：我们通过对专业人才的选用育留 ，通过专业的培训及考核认证，储备了大量精通行业知识的业务顾问及技术顾问。其中为了缩短从设计到实现的进程 ，我们推动了技术顾问的转型升级 ，现在我们拥有大量的既懂业务需求 、业务方案，又懂开发的顾问资源 。

这种资源的储备让我们进一步提升项目实现的效率，同时也提高了从设计到实现的“一次合格率” ，客户体验获得大幅提升。

主持人 ：那我们是如何能够培养出这么多优秀顾问的呢 ？

张震宇：主要是借助“知识库”+“培训考核体系” ，目前我们知识库中储备了大量的产品及行业解决方案 、日常的工作指南 、常见问题处理手册 。这也是新模式带来的好处 ，在传统模式各项目做完之后缺乏总结 ，或总结的知识仅落到某几个成员的手上 。

在新的实施模式下，我们每个项目都会做方案总结，会收集特定业务场景 、特殊问题、解决方案 ，并转换成为属于我们部门的知识 。

而培训考核体系的应用 ，并不局限于我们九游会内部，目前也可以给我们的客户开展部门全套产品及解决方案的培训及认证。

主持人 ：我们搭建了怎样的体系来确保“一次合格率” ？

张震宇：我们是通过工作方法的标准化、“军事化交付”的方式 ，有些时候客户会说代码不符合规范 、技术路线不合理等等 。这里面其实存在几个问题：第一，你的资源本身是否通过了我们专业化的认证，第二 ，这个资源在日常面对每一项工作的时候，是否都有非常详细的工作指南，确保错误不会出现 。

主持人 ：那关于工作指南 ，您能给我们举个例子吗 ？

张震宇 ：例如项目上有个常见的需求是“标签打印” ，标签打印的实现方式有很多种 ，比如借助我们自研的九游会H-ZERO平台或帆软平台就可以做到标签打印 ，或者技术通过硬代码的方式或指令打印的方式也可以实现，以及去集成一些第三方的软件打印的方式。

当我们的顾问接到打印需求的时候 ，他不知道该用哪种方式实现 ，或者他会的方式不一定符合业务要求，那大家可以到知识库中搜索与“打印”相关的工作指南 ，就能更快速地明确 ，该采取哪种技术方案及相关实现方式 。

主持人 ：还有方案的集中支持，这一块具体是如何做的？

张震宇：项目方案阶段我们会安排专家团队对项目的业务架构、应用架构、数据架构 、技术架构进行评审。另外一个我们比较有特色的 ，是在方案阶段我们会安排对应的顾问进行“系统结构设计” 。

对客户来说最担心就是系统做出来之后 ，一旦遇到一些新场景需要调整 ，可能会带来工作量巨大甚至没办法修改的情况。

那么我们可以将每一个项目的业务 ，抽象成对应的业务模型，并以此为基础来选配我们产品中对应的“结构“来进行设计。

例如产品是单件管理 ，我们就会启用EO结构 ，也就是单件管理结构 。如果后面我们有一些批量管理的业务，我们就会启用批量管理的一些结构等 。通过这样的一个系统结构设计，进一步保证我们的系统结构的完整性及可拓展性 。