终结
理想成为现实
根据之前的3点知识
表单、数据库、分类管理
开始设计
我的【小数据】
《制度管理》是我比较熟悉的
以这个为例讲讲
如何实现我的【小数据】
【小数据】站在可量化的基础上
《制度管理》
量化
统计工作主要有3个清单(不包括计划):
1、制度目录清单
2、制度记录文件清单
3、制度编制版本记录清单
原先这几个清单都是用Excel表在统计,从表面上看问题不是很大,但是从真正工作效率和质量上看,我自认为不够理想。因为3个表单没有关联关系,我在管理这些表单的时候往往会漏统计,结果前后不一致的现象比较严重。
存在的问题
1、编码问题:一码多制度;有些制度无编码,特别是老制度;老编码没有及时更新;
2、信息问题:新编制度与老制度名称有重复;制度信息更新不及时,无修订记录,无法追溯;
3、……
理想状态
1秒显示我想要的信息。比如:1秒显示制度目录清单;1秒显示制度记录清单;每一个制度可以清晰的知道它的编制人、编制部门、编制日期、编制版本,每一个版本又可以追溯到它的审批流程和发文通知文件。
根据这样的理想状态去设计
表单、数据库和分类。
01
分类管理
1、制度类别管理:根据公司制度要求分成几级类别管理,我们分为2级管理,那么我们就要对每一级类别进行分开管理,一级类别有哪些,二级类别有哪些,并且一级和二级要互相关联。
2、制度编码的管理:这个其实很简单,设置规则后,有了类别管理后,就可以自动编码。
3、制度管理部门的管理:根据公司现状录入各职能部门名称。
4、制度名称的管理:这个是前期的梳理工作,也是防止在新增制度时重名,另外制度名称填写时要去选择对应的制度的类别和管理部门名称。
02
表单管理
1、一级类别管理表单:一级类别名称填写,一级类别代码填写。
2、二级类别管理表单:一级类别名称选择,二级类别名称填写,二级类别代码填写。
3、部门管理表单:部门名称填写。
4、制度名称管理表单:一级类别名称选择,二级类别名称选择,部门名称选择,制度名称填写,(其它属性可以自由添加);
5、发文审批流程管理表单:一级类别名称选择,二级类别名称选择,制度名称选择,部门名称选择,审批流程号填写,申请人填写,申请日期填写;
6、发文通知管理表单:发文号填些,发文日期填写,版本号填些,部门名称选择,编辑人填写,审核人填写,审批人填写。
03
数据库管理
数据库管理根据表单要求设计即可。
1、一级类别表。存放一级类别名称。
2、二级类别表。存放二级类别名称,一个二级类别对应一个一级类别,但不同二级类别可以对应同一个一级类别。
3、部门表。存放职能部门名称。
4、制度名称表。存放制度名称,一个制度名称对应一个二级类别和一个部门名称。
5、发文审批流程表。存放发文流程的一些信息,一个审批流程记录对应一个制度,但是同一个流程号可以对应不同的制度,因为多个制度可以是同一条审批流程,但是必须对每个制度一一记录。
6、发文通知管理表(或者制度修订记录表)。存放发文通知信息,以及制度修订时的一些信息。一条发文通知对应一条审批流程。
前期工作我们要把1-4的表单维护好,但在后续日常工作中,只要维护5、6两个表单即可。
为什么只要维护5、6两个表呢?
因为在日常工作中1-4的管理不会经常变,变动的只是制度的修订,制度的修订通过两个步骤才是正式通过,审批和公示,正是5、6两个表单。
5-发文审批流程管理表单,这里主要是去关联审批流程,目的是为了使制度修订版本可以追溯到审批流程,同时通过报表知道,这个制度即将发文。
6-发文通知管理表单,这个是只有在填写了5表单后才可以填写的,说明制度已经审批完成,并且已经公示,此时我就可以正式记录它的版本和其它信息,主要目的为追溯发文通知,同时出修订记录版本清单报表。
再接下去交给系统开发吧
最终我的【小数据】
01|
发文流程清单,可以查看对应的流程,没发文的红色标注,点发文可以填写发文通知后的一些信息,填完就变成已发文,点已发文可以查看发文记录,以及历史记录,即修订记录,还可以自助查询。
02|
制度目录清单,可以查看公司所有制度的情况。
03|
其它分析,有了数据积累,我想怎么分析就怎么分析
这是就是我的【小数据】
没有别的
只是为自己工作带来一点便捷而已
我的【小数据1】告一段落了
【小数据1】
除了适合工作数据积累
也适合生活休闲中的数据积累
只要可以量化的数据都可以积累
积累到一定程度我们就可以去分析
分析中我们会有很多意外的惊喜
我的【小数据2】去思考一下“蜘蛛网”
完工
我的【小数据1】
《终结--理想成为现实》
姿势已摆好
就等你点啦
领取专属 10元无门槛券
私享最新 技术干货