从制造业系统分析问题透视矩阵式组织规划

从制造业系统分析问题透视矩阵式组织规划

by AMT 朱文斌

1．中大型软件公司的组织架构参考---计算机硬件的供应链

随着加入WTO 后需要面对世界级竞争的压力，计算机硬件系统厂商挟着过去成功的经验，进一步移植供应炼到大陆上海，昆山，形成这一波全球不景气下的赢家。

ERP 软件产业和 IC 设计业同为软件设计，产值却远低于硬件，究其原因，其实就是同类型进销存的产品过多，与未能建立 “IC 芯片组” 产业标准和供应炼所致，历史的经验提醒我们，团队的力量远远大于个人的 “单打独斗”，建立电子业单一主机板型态的系统整合模式是 ERP 软件业今天不做，明天就会后悔的事。

计算机硬件的供应炼，是 ERP 软件公司可以参考的分工模式，如

IC 设计 -> 晶圆代工 -> 封装 -> 测试 -> 系统整合
(顾问SA)->(SD)->(CODING) -> 测试 -> 出机辅导

所有中大型软件公司所面临的共同问题，就是:

－所承接的案子愈来愈大，
－所需要的产业顾问就愈来愈多，
－所需要的产业专业知识愈来愈深，
－所需要修改的程序愈来愈难，
－所需要的项目组织愈来愈庞大，
－所需要的项目管理愈来愈严谨。

所以单单从程序设计的角度去思考，已经不能满足客户的需求，产业顾问应运而生，所谓产业顾问SA的内容和系统设计SD(定义TABLE档案架构与窗体画面摆置)的内容的界限也就愈来愈清楚了。

单就产业顾问的角度，除了需要具备工业工程产业实务知识外，更需有实际工厂上线成功案例的经验，也就是整个ERP的规划是由上而下TOP-DOWN，从管理的目标规划再展开管理的ISO流程窗体规格，最后才是CODING作业。

这和从CODING角度BOTTOM-UP所看到的系统设计SD观念是大大不同的。

就建筑学而言，盖一栋大楼前一定是建筑师先有整栋大楼的规划构想模型 SA，然后再交由大楼结构设计师与室内设计师设计草图 SD，最后才交由营造公司进行土木工程 CODING。

2．ERP软件的行业别组件模块特性

ERP 软件的行业别组件模块，大抵可以区分如下:

制造业的重点系统: 工令，委外，生产日报，MRP 物料需求，建议采购，品管系统，维修系统，CRP 产能规划，SCM 供应链，APS 先进排程，EDI 资料交换，ERP 税务成本

买卖业的重点系统: 基本资料，进销存，进口贸易，出口贸易，采购，订单，信用额度

流通业的重点系统: 分店管理，POS 销售点，切口合约，赠品，贩促，资料仓储，决策分析

物流业的重点系统: 拣货，派车，自动仓储，储位管理，CAPS，AF/RF， PDA 行动商务，电子商务B2B，电子商务 ASP

营建业的重点系统: 工程合约，施工命令，施工日报，项目管理

人资，财务的重点系统: 出勤，薪资，升迁，考绩，奖惩，汇率，信用状，总帐，应收帐，应付帐，票据，发票，固定资产，融资，投资

3．ERP 软件 制造业+流通业 系统整合的标准

ERP软件 制造业+流通业 系统整合的重点在于以 OO 对象导向分析上列 50 个行业别组件，并透过如硬件芯片组般的共同标准，进行系统整合，绝对要避免各别重复开发相同的组件，因为不仅不符合成本，同时也不够专业。

这一部份整合的工作，就必需要有专责的 产业顾问 SA 部门进行评估，因为这并不是在 定 TABLE 架构和规划系统划面 的SD 作业，必需从 整合上列 50 个行业别组件 的管理，会计与信息的角度谨慎评估，否则一旦方向偏离，后果就是产生了 100 个功能类似的进销存项目，同时也没有人力可以真正深入开发产业别50 个行业别组件了。

计算机的 CPU 在 ERP 中可以想象成是进销存和总帐会计应收付传票及税务成本传票的组合，因为 ERP 中所有延续性单据的组合，都会勾稽到进销存的一张单据，而每一张进销存单据，也都会勾稽到总帐会计中的一张应收付帐传票与税务成本传票。

这也正是上市上柜公司内稽内控八大循环的前三大循环，销售与收款循环，采购与付款循环，生产与成本循环的重点所在。

计算机的芯片组在 ERP 中可以想象成如 工令，进出口，订单，MRP，CRP… 等各自有特殊卖点的子系统，计算机硬件市场所以有今日的光景，这些通讯芯片组，多媒体芯片组，CMOS 芯片组，都有不可抹灭的功劳。

4．如何告别“单打独斗”的时代?

计算机的 CPU 在 ERP 中可以想象成是进销存和总帐会计应收付传票及税务成本传票的组合，单一版本，如同会计与税务成本是同一套的观念进行同一套库存与进销存的合而为一，是 制造业+流通业 系统整合再简单不过的道理了!

要解决中大型软件公司所面临的共同问题，第一步就是要建立(顾问SA)->(SD)->(CODING) -> 测试 -> 出机辅导

的项目分工组织，因为小案子可以由 PROGRAMMER 从头包到尾，中大型企业的案子，就不可以用统包的方式，因为每一个案子都做成单人的小型项目，不仅项目因相同系统重复作业导致不符合成本，同时也因单人多任务易成为不够专业。

矩阵式组织强调功能别部门如 顾问部门(SA)，应用工程部(SD)，应用工程部(CODING)，应用工程部(测试)，的功能独立与客户整合，以强化每一个部门的专业知识及资源整合。

透过取得 ISO 认证与文件化的观念，就可以协同各部门的作业，并进行细部的分工。

也就是 顾问部门(SA) 产出 产业分析报告，业务流程图(BFD)，数据流程图(DFD)，实体关联图(ERD)，系统功能书(FHD)交接给 应用工程部(SD) 透过TABLE架构编辑工具(如 W001)和窗体划面及程序产生器(如 WDD)，并清楚交待程序伪码(PSEUDO CODE) 与程序商业规则 (BUSINESS RULE)最后由 应用工程部(CODING) 根据 SD 的TABLE 架构文件和窗体划面进行 CODING 作业，再交由应用工程部(测试)即完成整个项目的实施作业。

至于矩阵式组织中的项目管理PL人员，和顾问部门(SA)，应用工程部(SD)，应用工程部(CODING)，应用工程部(测试)的专长与工作重点其实是不同的，在矩阵式组织中，每一个人都必需接受 PL 专长的训练，也都必需有能力产出项目管理的文件(如 OPP)。

但是 若负责 顾问部门(SA)，应用工程部(SD) 还是以产出需要文件完成为重点，因为对于客户而言，产业分析报告，业务流程图(BFD)，数据流程图(DFD)，实体关联图(ERD)，系统功能书(FHD) … 等才是客户要的 ERP 系统文件，整个项目管理的进度与成本OPP PL文件 仅是 ERP 软件公司矩阵式管理的工具，千万不可本末倒置才是。