概述

一个企业所经营或者从事的任务事，我们都可以称为事项。

事项的设计需要遵循 计划-执行-调整-评价 这样的过程来进行，或者在管理学称之为PDCA,

P(Plan)--计划

D(Do)--执行

C(Check)-检查，检查执行的结果是否达到预期，并引入评价

A(Act) --- 处理 最后的检查结果，如果未达到预期，则菜成新的P

在软件项目整体过程，可以进行相关的具象操作

P:计划

计划在项目中我们可以认为一个是事项。需要人来执行的事，都可以称为事项，有事项就要求一定要有响应。

在列入计划的时候，需要引入创建人，负责人，计划开始时间，与计划结束时间，以及具体任务

事项的来源于多个业务 ，有以下几个方面

1、用户需求，中间有一个完成日期，那么用户需求就可以转入至事项中，同时，指定用户需求的负责人是谁。

2、详细设计，一个详细设计完成后，要判断他是否完成，那么有完成日期，则事项也可以来源于详细设计

3、客户在线发的工单

4、直接创建，指定事项的负责人，内容等要求。

5、具体的一个事项，可以根据一个事项创建新的事项，类似于树装关系或者平行关系。相当于对事项进行分解。

场景：

比如老板让助理完成一个报告，除了自己写报告的一些内容外，还需要比如工程部配合，他根据当前的事项又创建了一个事项给工程部，工程部负责人收到后，又创建了一个事项给技术部，以此类推。

D:执行

当负责是某一个具体的人的时候，在个人事项，将会出现当前的事项。负责人也是执行人就可以对当前的事项进行执行。

执行的时候需要填写，比如是否完成，完成进度（在未完成的情况下），上传图片，以及完成内容（完成内容可以图文的形式），同时完成的进度

上传图片：在PC端选择图片进行上传， 在手机端可以进行拍照上传。

内容：是富文本，中间可以上传图片或者附件。

一个事项可以多次执行，有些事项是跨多天的，执行人需要每天汇报进度

我的事项

事项执行

C:检查

检查人员，是事项的创建人来进行，用于查看当前的任务是否完成。并可以对其进行评价。评价可以采用打分的模式。

检查主要是对检查执行的结果来进行。检查结束后，如果如果还是未达到要求，则需要重新创建事项，指定新的事项，当前的事项来源是其他的一个事项

有一次执行就有一次检查。

A:处理

处理可以与检查同步进行，比如本次检查结构的不符合要求，因为不符合要求又重新创建了一个事项，指定新的开始时间与结束时间。

报表与分析

1、指定时间点的 所有的员工的计划事项总数，工时总数

2、上周的计划事项总数、工时总数、完成工时总数、完成事项总数

3、下周的计划事项总数、工时总数，用于评估公司整体员工作安排，防止未排，少排，或者多排，为公司的相关的业务做好数据计划。