CN108428114A - 项目的信息处理方法及装置、存储介质、电子装置 - Google Patents

Abstract

本发明公开了一种项目的信息处理方法及装置、存储介质、电子装置。其中，该方法包括：获取项目的任务单的时长信息，其中，项目包括一个或多个任务单；使用预设模型根据时长信息确定项目的进度信息。本发明解决了相关技术中不能对项目开发进度进行准确预估的技术问题。

Description

项目的信息处理方法及装置、存储介质、电子装置

技术领域

本发明涉及计算机领域，具体而言，涉及一种项目的信息处理方法及装置、存储介质、电子装置。

背景技术

软件开发行业逐渐开始采用敏捷开发方式进行项目开发，与传统项目开发相比，敏捷开发具有快节奏、高迭代的特点。越来越多的手机游戏开发团队也开始采用敏捷开发方式进行工作，并且相信敏捷开发能够给项目带来成功。

相关技术中，敏捷开发提出了很多新的开发理念和技术模式，例如Scrum、极限编程、测试驱动开发等。在敏捷开发项目管理中，快速迭代的要求和不断变化的需求，给项目管理计划的制定和管理带来巨大挑战，对此，敏捷开发提出了“每日站会”“Productbacklog”“Sprint”“燃尽图”等技术方法来进行相关进度管理和计划制定。

但是，相关技术中的敏捷开发模式及工具适用于较小团队(一般为个位人数团队)。随着手游研发团队规模越来越大，一方面我们仍然需要采用敏捷开发的模式进行产品研发，另一方面，原有的敏捷开发项目管理工具无法在中(大)新团队中进行有效的进度跟踪和控制。

在常规敏捷项目开发管理中，我们通常采用燃尽图来管理进度，标识剩余的任务工作量。通常的敏捷团队规模较小，团队采用“每日站会”等形式去面对面收集开发完成数据和剩余开发量数据。在每日站会中，每个成员需要汇报：当前正在做的事情，完成了多少工作量，还剩余多少工作量。通过汇总所有人员的进度信息，就能绘制出燃尽图，标示出剩余的任务工作量。如图1，图1是本发明相关技术中的燃尽图。

相关技术在项目开发中，我们也常常利用KANBAN(看板)进行需求的记录和管理，在项目采用的项目管理软件系统中，采用提出任务单的方式来发出需求，任务单在各个环节了流转表示各个任务的进展，当任务单从第一个“泳道”流转到最后一个“泳道”，即表示需求完成，如图2，图2是本发明相关技术中的看板示意图。关于需求所花费的时间，项目管理软件通常提供一个选项可以让工作人员在任务单此选项中，手动填写入自己在此任务单中所花费的工时。

以上两种对于开发任务的统计针对于中(大)型团队存在如下缺陷：

1)在项目管理中，由于人数较少(个位数团队)，团队对于进度的统计和预估都是通过每日站会等形式进行手动的统计并绘制燃尽图，这对于较为大型的敏捷项目开发团队来说，统计所花费成本非常高。

2)在项目管理信息化系统中，系统提供KANBAN任务流转和甘特图，以及工时手动填写选项，我们可以通过导出人工填写数据进行燃尽图数据的统计和绘制。系统提高了收集开发数据的效率，但是仍然需要员工填写开发数据，并且在此基础上的传统燃尽图也只能显示开发量，没有办法对未来开发进度做精确预估。

针对上述的问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种项目的信息处理方法及装置、存储介质、电子装置，以至少解决相关技术中不能对项目开发进度进行准确预估的技术问题的技术问题。

根据本发明实施例的一个方面，提供了一种项目的信息处理方法，包括：获取项目的任务单的时长信息，其中，所述项目包括一个或多个所述任务单；使用预设模型根据所述时长信息确定所述项目的进度信息。

根据本发明实施例的另一方面，还提供了一种项目的信息处理装置，包括：获取模块，用于获取项目的任务单的时长信息，其中，所述项目包括一个或多个所述任务单；确定模块，用于使用预设模型根据所述时长信息确定所述项目的进度信息。

根据本发明的又一个实施例，还提供了一种存储介质，所述存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。

根据本发明的又一个实施例，还提供了一种电子装置，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行上述任一项方法实施例中的步骤。

在本发明实施例中，通过获取任务单的时长信息，确定得到项目的进度信息，可以实现对项目的准确预估，尤其适用于大型团队的项目管理，进而解决了相关技术中不能对项目开发进度进行准确预估的技术问题。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是本发明相关技术中的燃尽图；

图2是本发明相关技术中的看板示意图；

图3是根据本发明实施例的项目的信息处理方法的流程图；

图4是本实施例的完整流程图；

图5是根据本实施例绘制的燃尽图；

图6是根据本发明实施例的项目的信息处理装置的结构框图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

根据本发明实施例，提供了一种项目管理软件的计算的方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

图3是根据本发明实施例的项目的信息处理方法的流程图，如图3所示，该方法包括如下步骤：

步骤S302，获取项目的任务单的时长信息，其中，所述项目包括一个或多个所述任务单；

步骤S304，使用预设模型根据所述时长信息确定所述项目的进度信息。

通过上述步骤，通过获取任务单的时长信息，确定得到项目的进度信息，可以实现对项目的准确预估，尤其适用于大型团队的项目管理，进而解决了相关技术中不能对项目开发进度进行准确预估的技术问题，使得在开发项目团队中，进度的跟进和控制，以及后续的计划调整都更加地高效。

可选地，所述任务单的时长信息包括以下之一：所述任务单的完成时长、所述任务单在看板中的停留时长，根据应用的不同场景而定，如在有看板计时的场景中，任务单的时长信息可以是任务单在看板中的停留时长。

本实施例的方案还包括：在使用预设模型根据所述时长信息确定所述项目的进度信息之后，根据所述进度信息确定所述项目的后续开发速率和/或完成时间。以使能够预估完成时间，根据实际的需求加快或者放慢项目的实时开发速率。

可选地，每个所述任务单对应一种任务类型，每个任务类型对应一个预设范围的工时，可以按照预估工时长短来划分任务类型，具体可以按照项目内容的繁琐程度，代码量，历史完成时间等参数进行预估。

可选地，进度信息包括以下至少之一：周期时间内完成的工作量、剩余工作量、当前速度。

可选地，在使用预设模型根据所述时长信息确定所述项目的进度信息之前，还包括：创建对应于一个或多个场景的预设模型，其中，每个场景下的预设模型包括一套任务单的权重系数。

可选地，使用预设模型根据所述时长信息确定所述项目的进度信息包括：将所有任务单的所述时长信息输入至所述预设模型，计算所述项目的进度信息。

本实施例中，通过直接提取不同类型任务单在看板中停留时间，进行数学建模得到相应工作量计算公式(预设模型)，并根据模型公式完成周期内(如每周)相应完成的工作量、剩余工作量以及当前速度等内容的计算。然后，将这些数据作为输入，对于后续开发速率和完成时间节点进行预估，并根据燃尽图的基本原理，生成包含后续开发情况预估的燃尽图表，图4是本实施例的完整流程图。通过本实施例的技术方案，项目可以在敏捷开发的下，脱离手工(甚至面对面)方式进行花费时间的统计，并且可以根据现有开发数据，对于未来开发情况进行自动化预估，为敏捷开发的中(大)型团队提供了高效地项目进度跟进和控制技术方案。

本实施例通过提出一种基于项目管理软件的能够进行自动化进度采集和统计，并且对后续开发进行较精确预测的技术方法。使得项目管理者能够1)通过数据化方式掌握现有开发情况；2)能够基于现有情况获得项目后续进度预估(例如：完成计划的大致时间)，并基于此决定是否对项目计划进行调整。

在基于项目管理软件的任务单流转工作推进中，我们可以但不限于以“Sprint”(即“版本”)为时间单位来进行当前阶段工作完成统计的单位。例如，Sprint的长度是1周，则我们会每周进行当周范围内工作的完成情况。

基于任务单的提交方式不同，使用预设模型进行计算，或者是数学建模工作量统计的方法也会有差别，因此，下文分为两个实施方式进行详细阐述：

实施方式1

基于任务单在每个版本内统一时间开始和统一关闭的工作方式(即每个版本初统一开始，版本最后时刻一起关闭)的任务单操作方式

S101、设版本长度为m(即版本划分是m天)，任务单预估人天为t，对于不同任务单进行分类。

可以基于T-shirt size的任务分类理念，将任务单根据其大致的任务大小进行分类为S,M,L。例如，

一般的，基于敏捷开发理念，我们倡导任务单的大小尽量是一个版本长度内能够完成的，最大不要超过3个版本长度(更大的建议进行任务单细化，拆分粒度更小的子任务)。

S102、根据基于假设每个版本内任务单同一时间开始和统一关闭场景，进行场景模型建模，得到不同类任务单各自权重。

设S,M,L类型任务的权重值系数分别为常数a,b,c，其在第i个版本内分别有x_s,x_m,x_l个任务单，则有m是前文提到的版本长度，为常量。

S103、根据所得系数值a,b,c，得到版本完成度、总计完成度。

本周完成任务工作量

f_i＝ax_s+bx_m+cx_l

总体完成任务工作量

版本速度为

S104、基于工作总量的预估，现有统计总体完成度，已经当前开发速率，得到后续开发情况预估。

设计划初始预估工作量为F₀，结合S103数值统计

预计剩余工作量

F₁＝F₀-f_all

完成现有任务预计还需版本(版本粒度)：

一般的，我们可以将还需版本数与原定完成时间点进行对比，若所需时间超过原定计划时间点，则表示现有计划有延期风险，并且我们能够从数据重看到，如果要解决风险，我们需要考虑以下几种方案：

减少范围：若距离原定计划时间点，还有T′个版本，则需要减少的工作量

F′＝F₁-(T′·V)

增加人力：若现有人力为p，则周版本人均速度为v_p＝V/p,若距离原定计划时间点，还有T′个版本,则若希望按原定计划完成任务，则需要增加人力

p′＝F′/(T′·v_p)

S105、基于上述公式，导入redmine(一种项目管理软件示例)系统任务单开发情况(包含在区间的滞留时间)，结合公式计算每个任务单实际投入工时、总体完成量、版本速率以及后续开发情况预估。

S106、根据S105计算内容绘制燃尽图，例图如图5，图5是根据本实施例绘制的燃尽图。

实施方式2

基于任务单提交时间不统一，但在看板停留时长处于相同等级范围内的任务单，其实际花费工时也有着相同的规律。

S201、设任务单预估在看板停留的时间是x_i，根据项目实际情况,设定常数s₀,m₀为分类坐标，对于不同任务单进行分类，可以分为三类，但是停留时间是同一维度的变量，只是对应类的系数会不一样(及具体公式不一样)，xi是变量。

基于T-shirt size的任务分类理念，我们将任务单根据其大致的任务大小进行分类：

S202、根据不同任务单提交时间不统一，但是相同工作量等级的任务单有相似规律的场景来进行建模，得到不同类任务单实际花费工时的计算公式。

我们针对于以上三种类别的任务单设其在版本内停留的时间是x_i，可以分为三类，但是停留时间是同一维度的变量，只是对应类的系数会不一样(及具体公式不一样)，xi是变量，则分别假设S,M,L类任务单根据其在版本停留时间计算得到实际花费时间的公式为：

通过现有历史数据，可以借助数学软件Matlab进行数据拟合,可以得到上述二项式对应的系数值。

则得到当前任务所花费工时

S203、根据所得公式及拟合数据得到的具体系数，得到版本完成度、总计完成度。

设x_s,x_m,x_l分别为根据在版本内停留时间划分的S,M,L类任务单的停留时间，即

则总体完成任务工作量

其中系数为常数，x_s,x_m,x_l为不同分类下的任务单在版本停留时长

设此时为第i个版本速度为

S204、基于工作总量的预估，现有统计总体完成度，已经当前开发速率，得到后续开发情况预估。

具体内容和方法，同上S104。

S205导入实际项目管理软件系统内开发单开发数据，计算花费工时，同上述S105。

S206绘制燃尽图，同上述S106。

利用本实施例上述实施方式中S101-S103，S201-S203步骤，项目可以进行工时的自动化统计，在实际开发中，不用依靠员工面对面沟通汇报或者在工具系统中填写工时，项目管理者就能够对于当前进度进行统计。

利用S104(S204)，项目可以根据现有数据进行对于未来开发情况的预估，并且这种预估可以通过燃尽图直观呈现。

根据项目实际使用任务单和关闭任务单的方式，可以任意选择实施方式1或实施方式2的方式进行项目进度的自动化统计和后续情况预估，使得在中(大)型敏捷开发项目团队中，进度的跟进和控制，以及后续的计划调整都更加地高效。

在本实施例中还提供了一种项目管理软件的计算装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图6是根据本发明实施例的项目的信息处理装置的结构框图，如图6所示，该装置包括：

获取模块60，用于获取项目的任务单的时长信息，其中，项目包括一个或多个任务单；

确定模块62，用于使用预设模型根据时长信息确定项目的进度信息。

可选的，装置还包括：预估模块，用于在确定模块使用预设模型根据时长信息确定项目的进度信息之后，根据进度信息确定项目的后续开发速率和/或完成时间。

任务单的时长信息包括以下之一：任务单的完成时长、任务单在看板中的停留时长。

可选的，进度信息包括以下至少之一：周期时间内完成的工作量、剩余工作量、当前速度。

可选的，确定模块包括：用于将所有任务单的时长信息输入至预设模型，计算项目的进度信息。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (13)

1.一种项目的信息处理方法，其特征在于，包括：

获取项目的任务单的时长信息，其中，所述项目包括一个或多个所述任务单；

使用预设模型根据所述时长信息确定所述项目的进度信息。

2.根据权利要求1所述的方法，其特征在于，所述任务单的时长信息包括以下之一：所述任务单的完成时长、所述任务单在看板中的停留时长。

3.根据权利要求1所述的方法，其特征在于，在使用预设模型根据所述时长信息确定所述项目的进度信息之后，所述方法还包括：

根据所述进度信息确定所述项目的后续开发速率和/或完成时间。

4.根据权利要求1所述的方法，其特征在于，每个所述任务单对应一种任务类型，每个任务类型对应一个预设范围的工时。

5.根据权利要求1所述的方法，其特征在于，所述进度信息包括以下至少之一：

周期时间内完成的工作量、剩余工作量、当前速度。

6.根据权利要求1所述的方法，其特征在于，在使用预设模型根据所述时长信息确定所述项目的进度信息之前，所述方法还包括：

创建对应于一个或多个场景的所述预设模型，其中，每个场景下的预设模型包括一套所述任务单的权重系数。

7.根据权利要求1所述的方法，其特征在于，使用预设模型根据所述时长信息确定所述项目的进度信息包括：

将所有任务单的所述时长信息输入至所述预设模型，计算所述项目的进度信息。

8.一种项目的信息处理装置，其特征在于，包括：

获取模块，用于获取项目的任务单的时长信息，其中，所述项目包括一个或多个所述任务单；

确定模块，用于使用预设模型根据所述时长信息确定所述项目的进度信息。

9.根据权利要求8所述的装置，其特征在于，所述装置还包括：

预估模块，用于在所述确定模块使用预设模型根据所述时长信息确定所述项目的进度信息之后，根据所述进度信息确定所述项目的后续开发速率和/或完成时间。

10.根据权利要求8所述的装置，其特征在于，所述任务单的时长信息包括以下之一：所述任务单的完成时长、所述任务单在看板中的停留时长。

11.根据权利要求8所述的装置，其特征在于，所述确定模块包括：

计算单元，用于将所有任务单的所述时长信息输入至所述预设模型，计算所述项目的进度信息。

12.一种存储介质，其特征在于，所述存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行所述权利要求1至7任一项中所述的方法。

13.一种电子装置，包括存储器和处理器，其特征在于，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行所述权利要求1至7任一项中所述的方法。