CN102945515A - 协同计划编制与执行方法 - Google Patents

Abstract

本发明涉及协同计划编制与执行方法，该方法首先建立协同编制区与执行区，然后进行以下步骤：1)在协同编制区编制计划；2)协同编制区将编制的计划进行分级送审；3)协同编制区把通过审查的计划发送到执行区；4)执行区执行计划；5)执行区执行后，将执行信息反馈到协同编制区。该方法适应自顶向下的全程计划管理模式，使计划编制便利、信息反馈及时。在集中阶段编制，编制时不影响计划的执行，编制后再批量发送到执行区执行，执行区执行后反馈到协同编制区，协同编制区继续编制下一阶段计划。在编制和执行工作量都很大时，分担系统负担，大规模计划的编制和执行互不影响成为可能。

Description

协同计划编制与执行方法

技术领域

本发明涉及一种防同计划编制与执行方法。

背景技术

计划编制是项目管理软件中最为基础的功能，目前各项目管理软件均提供了此功能。但多数软件的此项功能是：要么将计划编制和计划执行放在一起，编制和执行互相影响，系统负担较重；要么用客户端工具编制计划，发布到web形式的server端执行。对于多级计划(如工程总计划、年度计划草案、纲要级计划、年度综合计划、年度实施计划和基层单位年度计划、季度计划、月计划)管理集成度偏低、信息反馈不及时、未能完全达到有效监控与高效管理。

发明内容

为解决上述问题，本发明提出一种协同计划编制与执行方法，该方法在编制和执行工作量都很大时，可分担系统负担，使大规模计划的编制和执行互不影响成为可能。

为实现上述目的，本发明采用的技术方案如下：

一种协同计划编制与执行方法，其首先建立协同编制区与执行区，然后进行以下步骤：

1)在协同编制区编制计划；

2)协同编制区将编制的计划进行分级送审；

3)协同编制区把通过审查的计划发送到执行区；

4)执行区执行计划；

5)执行区执行后，将执行信息反馈到协同编制区。

本发明在项目管理软件中提供了建立协同计划编制与执行平台，适应自顶向下的全程计划管理模式，使计划编制便利、信息反馈及时。在集中阶段编制，编制时不影响计划的执行，编制后再批量发送到执行区执行，执行区执行后反馈到协同编制区，协同编制区继续编制下一阶段计划。在编制和执行工作量都很大时，可分担系统负担，使大规模计划的编制和执行互不影响成为可能。其有益效果是：

1.编制与执行分区，分担系统编制、执行压力。

2.协同编制区方便修改、多级控制。

3.发布反馈策略保证计划管理的高效及时。

附图说明

图1为本发明方法说明示意图；

图2为计划状态流程图。

具体实施方式

本发明提供了一种协同计划编制与执行方法，该方法在项目管理软件中提供协同编制区，实现多级角色一起协同编制计划，同时使得大规模计划的编制和执行互不影响成为可能。

本发明首先建立协同编制区与执行区，然后进行以下步骤：

1)在协同编制区编制计划；

2)协同编制区将编制的计划进行分级送审；

3)协同编制区把通过审查的计划发送到执行区；

4)执行区执行计划；

5)执行区执行后，将执行信息反馈到协同编制区。

在所述步骤1)中，上级单位先编制纲要计划，下级单位可对上级单位编制的计划进行分解细化，也可对上级单位编制的计划直接指定执行人或分配资源，但不能对上级计划进行修改。

所述步骤2)具体包括：

将用户新增的计划、上次审批被打回的计划以及对正式计划的调整，都展示到送审页面，供用户送审；给用户提供分级送审视图，用户在送审计划时选择本单位需要送审的计划，进行送审；对于正式计划的微小调整，计划不需要审批，采用直接下发的方式来代替审批过程。

在所述步骤3)中，在协同编制区执行发布操作，将协同编制区编制完毕的计划导入执行区，发布策略如下：

对于协同编制区存在而执行区不存在的状态为执行态的计划，直接拷贝计划属性到执行区；

对于协同编制区存在而执行区不存在的状态为编制态的计划，则不发往执行区；

对于协同编制区发布到执行区的计划，在协同编制区又做了修改并审批通过的，更新执行区的计划类信息，但不更新执行类属性；

对于协同编制区发布到执行区，执行区为执行态，协同编制区未做计划修改的，不更新执行区计划属性；

对于协同编制区为编制态，执行区为审批态、执行态的，不更新执行区计划属性；

对于协同编制区、执行区都是编制态的，更新执行区计划属性。

在所述步骤5)中，在执行区进行反馈操作，将执行区的最新执行类属性反馈至协同编制区，以便在其基础上编制下一阶段计划，反馈策略如下：

对于协同编制区、执行区都是编制状态的计划，不更新协同编制区；

对于执行区计划状态为审批态、执行态，协同编制区状态为编制状态的，更新协同编制区；

对于协同编制区、执行区都是执行态，且在协同编制区又做了修改并审批通过的，只更新协同编制区的执行类属性；

对于协同编制区、执行区都是执行态，且协同编制区未做任何修改的，更新协同编制区；

对于执行区中不存在，协同编制区存在的，协同编制区计划类属性保持不变。

下面结合附图详细说明。

术语解释

计划属性：计划基本信息。分为计划类属性和执行类属性。

计划类属性：在编辑计划过程中需要执行的计划属性，包括计划名称、计划开始时间、计划完成时间、里程碑、完成形式、计划类型、审批级别、考核类型、质量属性、工作日历、数量、备注、计划工时、计量单位、编制单位、责任单位。

执行类属性：完成百分比、预期开始时间、预期完成时间、预期工期、实际开始时间、实际完成时间、实际工期、实际工时、调整原因、取消原因，未完成原因。

WBS：(Work Breakdown Structure工作分解结构)，是项目管理重要的专业术语之一。WBS的基本定义：以可交付成果为导向对项目要素进行的分组，它归纳和定义了项目的整个工作范围每下降层代表对项目工作的更详细定义。

WBS计划：wbs的3个关键元素构成的名词之一就是工作(work)，即可以产生有形结果的工作任务称为WBS计划，分为摘要计划和作业计划两种。

编制态：计划状态的一种类别，指计划在变成正式可执行计划之前的各种状态，包括编制中、审批未通过。

审批态：计划状态的一种类别，指计划处在一种流程进行中的各种状态，包括审批中。

执行态：计划状态的一种类别，指计划在执行过程中的各种状态，包括待执行、进行中、已提交、已完成、已取消。

请参阅图1。本发明提供建立协同编制与执行平台的方法，该方法在项目管理软件中提供协同编制区，计划编制人员在项目管理系统的协同编制区中编制计划；完成后将有关的WBS计划选中，发消息通知相关部门人员征求意见；相关部门人员登录项目管理系统后可以看到有关的WBS计划，并可在“意见”栏中填写本部门的意见；征询期过后计划编制人员登录项目管理系统查看意见并进行相应修改。此过程可反复多次。征求意见并审批通过后的计划发布到执行区执行。执行区执行后，将执行信息反馈到协同编制区。

请参阅图2。计划的初始状态为编制中，编制中的计划通过送审流程审批通过后计划状态变成进行中，如果送审流程被打回，计划状态变成审批未通过，审批未通过的计划可以继续送审，审批通过后计划变进行中。执行人在执行完计划后会提交计划，提交流程审批通过后计划状态变成已完成，执行人也可以申请取消进行中的计划，审批通过后计划状态变成已取消，已完成和已取消都是计划的终结状态。

具体步骤如下：

步骤一：协同编制区编制计划

技术特点：

分级：上级单位先编制纲要计划，下级单位可对上级单位编制的计划进行分解细化，也可对上级单位编制的计划直接指定执行人或分配资源，但不能对上级计划进行修改；

协同：在上级单位或上游单位编制计划的同时，下级单位或下游单位就能看到本单位承担的计划，并对其进行分解细化，以及提出反馈意见等操作，实现上下级、上下游单位协同编制计划，解决了计划编制反馈不及时的问题。

调整：计划的调整比较方便，所有审批通过后的计划，用户都可以很方便地进行修改，修改后能和新编制的计划一起送审，解决执行区的计划不能轻易修改只能走调整流程的限制。

步骤二：协同编制区进行分级送审

技术特点：

送审：将用户新增的计划、上次审批被打回的计划以及对正式计划的调整，都展示到送审页面，供用户送审；

分级：给用户提供分级送审视图，用户在送审计划时能快速选择本单位需要送审的计划，进行送审。

直接下发：对于某些正式计划的微小调整，计划不需要审批，可以采用直接下发的方式来代替审批过程。

步骤三：在协同编制区执行发布操作：

发布目的：将协同编制区编制完毕的计划导入执行区。

发布方向：从协同编制区向执行区单向发布。

发布方式：在系统菜单中通过点击按钮手工发布。

发布策略见表1：

表1

步骤四：执行区执行、调整计划，执行区不提供计划编制功能。

步骤五：在执行区进行反馈操作，将执行区的最新执行类属性反馈至协同编制区。

反馈目的：将执行区的计划导入协同编制区以便在其基础上编制下一阶段计划。

反馈方向：从执行区向协同编制区单向发布。

反馈方式：在系统菜单中通过点击按钮手工反馈。

反馈策略见表2：

表2

在上述5个步骤完成后，就完成了一轮协同编制的过程。

Claims (5)

1.一种协同计划编制与执行方法，其特征在于：

首先建立协同编制区与执行区，然后进行以下步骤：

1)在协同编制区编制计划；

2)协同编制区将编制的计划进行分级送审；

3)协同编制区把通过审查的计划发送到执行区；

4)执行区执行计划；

5)执行区执行后，将执行信息反馈到协同编制区。

2.如权利要求1所述的协同计划编制与执行方法，其特征在于：

在所述步骤1)中，上级单位先编制纲要计划，下级单位可对上级单位编制的计划进行分解细化，也可对上级单位编制的计划直接指定执行人或分配资源，但不能对上级计划进行修改。

3.如权利要求1所述的协同计划编制与执行方法，其特征在于：

所述步骤2)具体包括：

将用户新增的计划、上次审批被打回的计划以及对正式计划的调整，都展示到送审页面，供用户送审；

给用户提供分级送审视图，用户在送审计划时选择本单位需要送审的计划，进行送审；

对于正式计划的微小调整，计划不需要审批，采用直接下发的方式来代替审批过程。

4.如权利要求1所述的协同计划编制与执行方法，其特征在于：

在所述步骤3)中，在协同编制区执行发布操作，将协同编制区编制完毕的计划导入执行区，发布策略如下：

对于协同编制区存在而执行区不存在的状态为执行态的计划，直接拷贝计划属性到执行区；

对于协同编制区存在而执行区不存在的状态为编制态的计划，则不发往执行区；

对于协同编制区发布到执行区的计划，在协同编制区又做了修改并审批通过的，更新执行区的计划类信息，但不更新执行类属性；

对于协同编制区发布到执行区，执行区为执行态，协同编制区未做计划修改的，不更新执行区计划属性；

对于协同编制区为编制态，执行区为审批态、执行态的，不更新执行区计划属性；

对于协同编制区、执行区都是编制态的，更新执行区计划属性。

5.如权利要求1所述的协同计划编制与执行方法，其特征在于：

在所述步骤5)中，在执行区进行反馈操作，将执行区的最新执行类属性反馈至协同编制区，以便在其基础上编制下一阶段计划，反馈策略如下：

对于协同编制区、执行区都是编制状态的计划，不更新协同编制区；

对于执行区计划状态为审批态、执行态，协同编制区状态为编制状态的，更新协同编制区；

对于协同编制区、执行区都是执行态，且在协同编制区又做了修改并审批通过的，只更新协同编制区的执行类属性；

对于协同编制区、执行区都是执行态，且协同编制区未做任何修改的，更新协同编制区；

对于执行区中不存在，协同编制区存在的，协同编制区计划类属性保持不变。

Images