OA系统开发任务流程思考

2021-04-28 09:35发布

最近一年在授课之余,也参与到了一些管理工作当中,在这个过程当中,作为一个标准的程序猿果然不负众望,犯了很多低级的错误,回顾一年,结合最近一直做的OA系统,有些思考,就想记录下来:


OA系统,在我的理解当中是一个办公管理系统,在做开发的过程当中逐渐有了一种思路,凡是用到管理系统这样的东西无非以下的需求:


1、大量的数据需要批量处理,比如: 企业资源批量管理,这里的资源可以是企业的设备也可以是人力资源


2、复杂的流程,比如:跨部门协作,基于项目的跨部门虚拟团队沟通。


3、自动化的操作,比如:周报,考勤提醒。

在这里插入图片描述

上面是自己的一些了解,欢迎各位大神指点,期待学习。


权限与流程

紧接着说说OA系统的两大模块:


权限

完整的说是:员工 角色 权限


权限,是整个OA的一个核心,他定义了企业的各种角色,而这些角色构成了完整的企业架构,假如没有权限,每个员工登录系统可见的可以操作的东西都一样,那么这个系统很快就会崩溃:小王批准了自己的年假…


所以,一个好的权限管理机制可以让OA系统格外的健(抗)壮(造)


当然,开发权限的时候必须和用户中心绑定熬一起,但是尽量不要出现权限直接关联员工的问题,使用角色,整体的思路就是员工对应角色(职位),角色(职位)具备权限,这样后期很多事情会很方便处理。


流程

上面简单的描述了一下权限,紧接着就是对流程的描述,在工作当中最常见的请假流程,到稍微复杂的报销流程,到更加严格的评级审核流程,流程无处不在,在整个流程开发的过程当中,必须确定好:角色,操作,流程顺序之间的关系,建议画图思考,琢磨琢磨很有意思。


任务

到此,好多小伙伴可能抱怨: 劳资裤子都脱了,就给看着点…


嘿嘿嘿,其实今天主要想分享的是一些对另外一个OA核心点的理解,任务:


任务是对每天工作的细节化和亮化过程,曾经好长时间一直以为,任务这个东西就是数据库里面的几个字段创建的表,但是随着工作的进行,有了新的认识:


任务的描述对这个任务是否能很好的执行有很大的关系,所以,一个OA系统的任务系统的细致程度绝对可以决定你使用的是否顺手,结合自己的工作,对任务进


行了下面的字段设计:


1、任务类型: 研发,授课,销售,审核,协助…


2、任务描述:这个字段很有意思,如果单纯靠这里下发任务,任务发布的角色可能会很头疼,所以在这里进行细分,把这个字段作为一个简单的描述是很有必要的。


3、任务发起人:发起任务的人,任务生产者


4、任务分配人:分配任务的人,调度,消费者者


5、任务执行人:具体实施任务的人


6、任务起始时间:开始任务的时间


7、任务结束时间:结束的时间


8、任务产出:这里要明确任务产出的内容,类型,提交方式


9、任务产出审核人:对产出要有审核,避免任务流产


10、任务评估:这里可以通过执行时间,结果质量等维度对这个任务进行评估


ok到这里完成了一个我想到的任务表,在这个表里面我们可以直接发布任务,也可以创建一个表来把几个任务按照顺序串联起来,然后形成一个流程,当然这个只是突然的一些想法,记下来的目的是抛砖引玉,欢迎大家来讨论。