忙了几个月OA建设，写规格/讲需求/UAT/上线培训/答疑。人生真是画圈圈，第5次信息化项目了，不过心境和视角更成熟了。
前言：信息化与业务
信息系统是业务的载体，业务是信息系统的灵魂。业务逻辑清晰，管控要点明确，信息系统则如虎添翼。业务逻辑未理清，职责不清晰，信息系统则是问题多多。通常而言，企业经营从业务规范到信息化固化分5步：业务规则制度化、制度规范流程化、流程规格信息化、信息系统数据化、数据分析智能化。
业务规则制度化：通常为管理体系文件，从质量手册、程序文件、到规程/规范/SOP，乃至底层模板，将业务规则白纸黑字写下来。制度规范流程化：指制度规范固化为流程，约束好流程表单、审批路径/角色职能。流程规格信息化：指流程规则固化至工具，将"人控”转为 “机控”。信息系统数据化：则是信息系统提供的实时数据报表，部分企业上信息系统漏了报表，实属买椟还珠。数据分析智能化：则是将底层报表数据，结合决策/管控要求提炼，在控制前台实时显示，并智能预判。许多企业有前四化，然第五化则较少。它对整个价值链信息化要求高，是一笔不菲的投资。目前，仅在关键领域和头部企业有应用，如交管系统或指控系统，参考下图。
中篇：信息化架构设计
信息化架构设计实为最难的一步，基于即将选用信息系统架构和能力范围内完成架构设计，主要包括两点：一是信息业务架构，从业务中抽象出信息业务架构模型，即信息业务模型。二是信息权限架构，信息化后所有数据都在服务器上，既保密又共享的权限模型十分重要。
1.信息业务架构
信息系统是是业务的载体。需从现实业务中，抽象出底层的各业务模型。以研发业务中最频繁的文档业务举例说明，在产品研发业务中有各类文档提交归档：有设计历史文件，如立项书、需求说明书、详细设计、测试文档等；有指导生产的文件，图纸、工艺、BOM等；还有自制工装/治具的文件，如使用维护规程、图纸、测试报告等；此外，还有外来文件等其它文件。无论是何文件，其底层逻辑是签审、归档。同理，以此逻辑去抽象出其它研发业务模块，需结合公司业务特点去抽象。最终如下图：
研发业务信息化架构图
2.信息权限架构
信息系统最大的优势是“雁过留痕，历史可追”，它将流过系统的数据自动保存。故信息安全是重大风险点，有许多商业秘密需保密、也有许多共性知识需共享。做好既保密又共享，是个学问。
常用的权限架构通常分为二级权限：一是流程权限，流程指流程本身，权限包括创建权、流程报表查阅权。二是对象权限，对象指具体某个流程里的承载的业务信息，权限包括流程表单填写信息、附件、数据报表等。
相较而言，流程的密级略低；对象的密级略高。本次权限架构为如下四点，以此定下整体权限策略，细则在流程规格里明确：1.岗位赋予建流程、读报表权；2.流程赋予读流程/读附件权。3.移动终端仅审批，禁读附件。4.固定终端可审批，可读附件。
末篇：流程规格设计
信息化是全公司的业务，要关注领导支持和全员参与，切忌独断专行。正如质量体系8项基本原则，领导支持和全员参与十分重要，早期多拉“同伙”，后期落地阻力和疑问少。人们对自己参与的事有更高热情，人之本性。
回归正题，流程规格三要素为表单、审批和报表，时刻紧扣业务，确保“业”“流”融合。这部分无书在传，纯经验之谈。优秀流程规格，可减少很多非预期错误，降低人工介入程度，为量化管理自动计算，为智能化奠定基础。
仍以签审为例陈述，读起来容易理解。
1.表单字段设计：
表单字段设计是围绕业务本质的，业务里需要管什么，都需设计到表单字段里。如下表，此表单字段有几点特殊设计。
字段规范特性。为避免低级错误引入，字段能选择则选择，能拾取则拾取，如为手填的文本则需定义规则，比如日期/数字/字符等等。前期规范周全，后期问题流程少。
批量提交特性。业务中存在批量交100多份文件的情况，将共性字段/特性字段分离。特性字段分离为表单明细，表单明细支持增删行、批量导入。
自动度量特性。文件审核中的标准化审查、技术审核、批准等环节，均可退回。退回则为浪费，需长期度量，表单中需设计自动统计退回次数。在底层实为两个累加器，一个累加器计算标准化驳回次数，一个累加器统计技术审核/批准驳回次数，代码是非常简单的。我最早画的流程，是人去数然后填进去，相对低效。
项目编号CBB。研发流程中有个项目编号申请的流程，此流程可向项目编号CBB中写入新的编号。而研发文档签审等所有其它流程则是从此CBB中选择项目编号，不能开放手填，很容易出错。CBB可带出项目的其它所需属性，如类别。同时项目有开启和关闭两种状态，关闭的项目已经完结，是不能被调用的。
同源与保密。基于OA的架构，很难做出“项目内，同岗共享跨岗隔绝”的权限模型，也很难做出版本追溯与配置管理，只能复用SVN。通过禁止附件，填写SVN路径的方式实现权限和数据同源问题。
流程表单：
表单明细：
2.审批流程设计：
签审流程图
流程节点说明：
3.报表设计：
流程报表：需要.表单中所有字段形成报表。外加流程状态，含审批/关闭，关闭为已完成流程。
可读范围：研发
其它复杂业务，可针对某字段做设计，比如字符格式、防呆校验、防错校验，均基于业务管理本质去设计，有点类似于FMEA。比如周报流程自校验一周天数不大于7；产品型号申请流程自校验型号字段查重；评审流程自动统计问题数/自动计算缺陷密度/自动计算关闭率，自动统计专家人数/预审人数/预审率等。
后记
最近读《史学提要》，黄帝画野分州、六相为辅，由一人治国变成六贤协同治理。唐尧谏鼓谤木，于变时雍，协和万国。时有老人击壤，不知帝力。尧帝在位时期，国民幸福感觉不到帝王的存在，实则无为而治。无为不是不作为，而是借助强大管理后台，规避问题和风险。如美国，即便是川普和拜登当总统，也能正常运转。
做流程也是无为而治，通过后台流程建设，将业务的职责细化、拆分并固化至各路圣贤，收敛经营风险。做流程时刻保持同理心，以用户视角去看问题，多思利他，感受业务或流程使用者的疾苦。如此才能做出适宜的信息化系统。
