在我对APS软件机会的看法 的文章中,有网友留言“APS注定无法产品化,无法规模化,只能走项目定制”。
首先澄清两点:
1、企业应用软件,很难有不定制的,也就是企业应用软件基本上都需要做项目。哪怕如SAP提供了标准化软件,但到具体企业也需要做定制化开发,SAP在R/3及之前的软件理念是适应功能差异,即基于标准产品,请实施商针对客户需求与标准功能之间的功能差异,做定制。
2、企业应用软件的产品化,是将软件项目中,通用的功能标准化以提高软件复用的比例。其目标是:将通用功能快速部署,能够将个性化需求快速成功实施。
针对APS,我认为好的APS产品需要包括三方面:
(1)颗粒度小,可以快速部署的标准化的功能;
(2)针对个性化定制功能的便捷的配置方法;【这个比较抽象,以SAP为例说明,SAP中的ABAP,就是SAP为定制提供的配置工具】
(3)针对个性化定制的项目方法论,将项目实施中的成功经验融入方法论中,一方面保证项目实施的成功率,另外一方面降低实施成本。
成功APS的经验
我是在2004年开始接触并认真学习APS产品的,当时是第一次见识到当时算是领先的APS产品吧。因此将这些产品的一些特点介绍一下。
产品功能维度
APS有需求计划、库存管理、计划系统等功能,而计划系统中,根据长期计划、中期计划、短期计划排程有一系列的模块,这么多计划模块中,计划的逻辑是一致的,只是颗粒度不同(有的计划是按月汇总计划,有的计划是按天计划,也有按小时、刻钟的排程;有的需求是按区域汇总,有的计划是按城市汇总;有的计划是按产品系列,有的计划是针对具体产品)。
比如我在i2工作时,i2比较好的两款产品主计划SCP和工厂计划FP,这两款产品的培训资料中,处理逻辑是非常类似的。只是让两款产品在对应颗粒度的计划维度上,可以更快捷的适用。【降低产品功能颗粒度,提高适用性】。
便捷配置维度
为了方便配置,i2的产品是可以借鉴的。
1、产品提供非常多的配置选项。这是基于产品功能的可配置性,通过参数做配置。
2、APS的产品,主要从ERP获得主数据、运营数据通过APS排程后,将输出在返回给ERP。因此在APS实施时,需要大量ETL工作,很多配置工作可以在ETL过程中,对数据处理。数据处理的灵活性,提高了可配置性。
3、提供行业Template。我在i2工作时,i2的产品提供了4个行业的行业模板,基于行业模板,可以快速提供一个针对这个行业的整体方案,以及可以直接运行Demo。模板中有针对行业配置的介绍,帮助实施团队快速实施。其实i2的这个模板的理念,特别值得借鉴。我在Servigistics工作时,前i2的同事进入Servigisitcs,也推动了Servigistics建立模板。SAP在2019年推动Model Company,本质上也是在建立行业模板。
项目方法论
在i2工作时,对我影响最大的是i2的项目方法论工具,如下图。
i2的项目方法论中Task List是根据项目实施周期,针对每个阶段工作维度的说明,其中每一步包括一个交付物的模板。
可以大大减少项目实施团队的工作量。
i2的项目实施方法论是早期的工具,后来又在推动BOS,据说是请麦肯锡团队为i2打造的项目实施方法。
在BOS方法中,APS的实施分为三个阶段:MODEL,BUILD和OPERATE。实施团队和维护团队根据角色,提供了完整的跟中流程。
Model的子阶段。
Build子阶段
其中每个阶段主要做什么,都提供有详细的说明,以及提供交付物的模板。
Operate子阶段
小结
我认为APS产品化,规模化,本质需要提供与产品相适应的成功的实施方法,包括角色、项目里程碑、交付物要求。最好是实施方法能够提供一套工具,这个工具包含了项目中所需的所有演示模板、交付物模板。基于这套工具,可以大大降低项目人员的能力门槛和项目工作量。