概述

通用性事项已经内部已经上线已经用了一段时间，发现了不少改进的地方，以方便更加通用、实用、好用、想用！为企业管理增加一个好的工具！

事项功能设计面向的方向是尽可能覆盖在企业管理中各种可能需要处理的事情。

从结果上看需要能明确知道一个事项从开始至事项完成直到事项检查评价的全过程。

功能说明

1、事项发起

主要强调是一个人来创建事项，创建的这个事项是不一定被指派的。在实际场景中可能有以下几个场景！

比如客服记录了一个客户需要处理的问题。仅仅是记录了客户需要处理的事情的具体内容。因为客服可能是不知道是谁能处理，只能记录起来，形成 待分配的事项池中。

如果具有权限分派人指处理人后，发起人就可以随时知道当前以下事项处理过程。

2、事项分派

发起事项的如果未分派则需要进行分派。

在待分派事项池里，各个部门进行事项挑选来指定事项的执行人或者负责人，执行人与负责人有可能就是发起人，分派的过程也是分派人对当前的事项进行判断是否需要处理，谁处理最合适，以及指定完成的时间。以及加上在处理事项中，需要补充的内容等注意事项

3、事项执行

一个事项有了执行人后，执行人就可以对当前的事项进行执行。

一个事项可以多次执行，系统记录每次执行的时间、执行的进度、以及所花时间（工时），以及执行的内容，如果在移动端执行执行，还可以拍摄图片或者视频，在移动执行的时候还可以记录执行人的位置。

场景1：给一个实施工程师指定了一个出差实施事项，出差人到达车站后可以进行拍照、到达现场后可以拍摄图片或者视频、离开的时候可以拍摄视频与图片，在使用的时候，同时定位位置。关于定位位置有两个考虑，一个是员工是否在哪里执行相关的内容，另外一个就是知道员工是否安全到达一个地点！

场景2：一个事项是跨时间来执行的，每天可以汇报相关的进度，以及执行的内容

系统在执行完成的时候，创建人、分派人 都可以收到已经完成的内容消息提醒。

比如，当一个实施人员 需要在给客户调整一个内容，记录成事项后，开发部经理将功能开发交待给了程序员，当前程序员每天在执行汇报的时候，实施人员就实时知道事项完成情况，而不必每次打电话或者微信进行询问。形成一个自动提醒的功能，形成自动化执行过程。

4、事项检查

如果一事项没有检查，则系统将来一定不能很好的使用！

检查需要填写检查人、检查时间、检查分值、检查图片与视频以及相关的内容，可以纳入绩效考核体系中

设计改进

事项录入

事项录入的时候，根据管控要求，根据事项分类进行开始时间与结束时间限制。

比如：（1）有些事项，最长时间不能进行跨周或者跨天，比如开发类的事项，因为在项目管理中要求，需要知道下周或者每天工作内容总人工统计。

比如开发类，则要求不跨天，如果跨天，则项目主管就不清楚，第二天具体要做哪些内容

实施类就不要跨周，如果跨周则相关的数据不好看到计划与安排，如果一定要跨周则创立两个事项。

谁创建谁分派

这里就会有一个问题，就是分派人会花太多的时间去做具体事项录入工作。 这样设计的好处就是，领导交待了下属一个事项，下属创建了这个事项，领导直接做审核就行。

比如 在软件开发的过程中，详细设计、数据字典都做过评审了，开会要求每个开发人员进行开发，这时开发部经理可以要求，开发人员将相关的过会任务安排，录入到系统中。开发部经理进行审核再分派就行

检查功能设计

检查的前提是当前的事项的进度是100%，然后分配人对执行的结果进行检查！改进后的设计是一个事项执行，可以由多人进行检查，并给检查内容。比如部门经理、开发部经理、测试、实施等多人检查。

先做后补型 -- 日报的事项做法

采用日报事项的方式来完成

原先设计是先有事项再有执行！这样有一些场景就解决不了问题。

比如客户说小程序 或者App打不开了。这类紧急的事，是先处理再填写，就是说对已经执行完成了的事项，就不需要从录入到执行的流程，直接完成就行，使用日报来填写当前事项所花工时。

在项目平台不断的开发以及内部使用过程中，将一个系统作到好用、想用、实用真的需要经过不断的磨练！