CN117635044A

CN117635044A - 一种高效的游戏研发项目管理方法、系统及存储介质

Info

Publication number: CN117635044A
Application number: CN202311611208.2A
Authority: CN
Inventors: 李诗文; 胡江波; 胡江涛
Original assignee: Wuhan Jingchu Dianshi Digital Design Co ltd
Current assignee: Wuhan Jingchu Dianshi Digital Design Co ltd
Priority date: 2023-11-29
Filing date: 2023-11-29
Publication date: 2024-03-01
Anticipated expiration: 2043-11-29
Also published as: CN117635044B

Abstract

本申请公开了一种高效的游戏研发项目管理方法、系统及存储介质，涉及项目管理技术领域，其方法包括：获取研发项目信息；根据所述研发项目信息，将研发项目进行拆分，得到至少一个分配任务，并对至少一个所述分配任务进行分配；实时获取每个所述分配任务的任务进度；根据每个所述分配任务的任务进度，生成可视化图表。本申请可以有效解决现有技术中管理人员与部门或团队成员之间的沟通效率极低的技术问题。

Description

一种高效的游戏研发项目管理方法、系统及存储介质

技术领域

本申请涉及项目管理技术领域，具体地涉及一种高效的游戏研发项目管理方法、装置及存储介质。

背景技术

项目分配是将项目中的任务、资源和责任分配给不同的团队成员或部门，以确保项目能够按时、高质量地完成，目前项目分配通常由管理人员进行分配，且在项目分配后，管理人员无法实时查看每个部门或团队成员的进度，导致管理人员与部门或团队成员之间的沟通效率极低。

发明内容

本申请实施例的目的是提供一种高效的游戏研发项目管理方法、装置及存储介质，用以解决现有技术中管理人员与部门或团队成员之间的沟通效率极低的技术问题。

为了实现上述目的，本申请第一方面提供一种高效的游戏研发项目管理方法，包括：

获取研发项目信息；

根据所述研发项目信息，将研发项目进行拆分，得到至少一个分配任务，并对至少一个所述分配任务进行分配；

实时获取每个所述分配任务的任务进度；

根据每个所述分配任务的任务进度，生成可视化图表。

在本申请实施例中，所述研发项目信息包括至少一个项目节点，所述根据所述研发项目信息，将研发项目进行拆分，得到至少一个分配任务，包括：

将所述研发项目按照所述项目节点进行拆分，得到至少一个项目节点分配任务；

获取所有分配节点的已分配信息；

根据所述已分配信息，将至少一个项目节点根据预设的分配逻辑分配至所述分配节点，将分配的所述项目节点作为所述分配节点的分配任务；

得到至少一个分配任务。

在本申请实施例中，每个所述项目节点包括开始时间和完成时间，所述已分配信息包括已分配任务和每个所述已分配任务的预计完成时间，所述将至少一个项目节点根据预设的分配逻辑分配至所述分配节点，包括：

对于每个所述项目节点，循环执行第一循环步骤，至至少一个所述项目节点均进行分配；

其中，所述第一循环步骤包括：

确定是否存在所述分配节点的所述已分配任务的任务数量小于预设的数量阈值；

在存在所述分配节点的所述已分配任务的任务数量小于所述数量阈值的情况下，获取所述分配节点的节点数量；

在所述节点数量的分配节点中，遍历计算每个所述分配节点的预计完成时间与其中一个项目节点的完成时间之间的时间间隔，并确定是否存在在所述时间间隔大于第一预设时间间隔的情况下的分配节点；

在存在在所述时间间隔大于第一预设时间间隔的情况下的分配节点的情况下，将在所述时间间隔大于第一预设时间间隔的情况下的分配节点作为目标分配节点，并将所述项目节点分配至所述目标分配节点。

在本申请实施例中，所述将至少一个项目节点根据预设的分配逻辑分配至所述分配节点，还包括：

对于每个所述项目节点，循环执行第二循环步骤，至至少一个所述项目节点均进行分配；

其中，所述第二循环步骤包括：

在不存在所述分配节点的所述已分配任务的任务数量小于所述数量阈值的情况下，获取每个所述分配节点的所有已分配任务的紧急程度，其中所述紧急程度包括常规；

获取在紧急程度为常规的情况下的所述分配节点，并在紧急程度为常规的情况下的所述分配节点中，选择在已分配任务的任务数量大于或等于所述数量阈值且小于第一预设数量阈值的情况下的分配节点作为目标分配节点；

将所述项目节点分配至所述目标分配节点。

在存在所述分配节点的所述已分配任务的任务数量小于所述数量阈值且不存在在所述时间间隔大于第一预设时间间隔的情况下的分配节点的情况下，获取每个所述分配节点的剩余负荷量；

根据每个所述分配节点的剩余负荷量由大到小的排列顺序，将至少一个项目节点按照所述排列顺序逐一分配至所述分配节点。

在本申请实施例中，所述实时获取每个所述分配任务的任务进度，包括：

在将一个所述项目节点分配至至少两个所述分配节点的情况下，获取每个所述分配节点的完成进度；

将所有所述分配节点的完成进度作为所述项目节点的任务进度；

在将一个所述项目节点分配至一个所述分配节点的情况下，将所述分配节点的完成进度作为所述项目节点的任务进度。

在本申请实施例中，所述根据每个所述分配任务的任务进度，生成可视化图表，包括：

根据每个所述分配任务的任务进度，采用预设的预测模型，得到每个所述分配任务的延误率和预计延误天数；

根据每个所述分配任务的所述延误率和所述预计延误天数生成可视化图表。

在本申请实施例中，在所述根据每个所述分配任务的任务进度，采用预设的预测模型，得到每个所述分配任务的延误率和预计延误天数之后，包括：

根据每个所述分配任务的任务进度和所述预计延误天数，分配每个所述分配任务每天的任务进度。

本申请第二方面提供一种研发项目管理系统，其特征在于，包括：

项目信息获取模块，用于获取研发项目信息；

任务分配模块，用于根据所述研发项目信息，将研发项目进行拆分，得到至少一个分配任务，并对至少一个所述分配任务进行分配；

任务进度跟踪模块，用于实时获取每个所述分配任务的任务进度；

可视化模块，用于根据每个所述分配任务的任务进度，生成可视化图表。

本申请第三方面提供一种机器可读存储介质，其特征在于，该机器可读存储介质上存储有指令，该指令用于使得机器执行上述的高效的游戏研发项目管理方法。

通过上述技术方案，首先根据研发项目信息对研发项目进行拆分，并将拆分后的至少一个分配任务进行分配，从而有效提高任务分配效率，无需管理人员对研发项目进行分配，解决现有技术中管理人员与部门或团队成员之间的沟通效率极低的技术问题。同时，根据每个分配任务的任务进度生成可视化图表，从而便于对研发项目进行管理。

本申请实施例的其它特征和优点将在随后的具体实施方式部分予以详细说明。

附图说明

附图是用来提供对本申请实施例的进一步理解，并且构成说明书的一部分，与下面的具体实施方式一起用于解释本申请实施例，但并不构成对本申请实施例的限制。在附图中：

图1示意性示出了根据本申请实施例的一种高效的游戏研发项目管理方法的流程示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，应当理解的是，此处所描述的具体实施方式仅用于说明和解释本申请实施例，并不用于限制本申请实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

需要说明，若本申请实施例中有涉及方向性指示（诸如上、下、左、右、前、后……），则该方向性指示仅用于解释在某一特定姿态（如附图所示）下各部件之间的相对位置关系、运动情况等，如果该特定姿态发生改变时，则该方向性指示也相应地随之改变。

另外，若本申请实施例中有涉及“第一”、“第二”等的描述，则该“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本申请要求的保护范围之内。

图1示意性示出了根据本申请实施例的一种高效的游戏研发项目管理方法的流程示意图。如图1所示，本申请实施例提供一种高效的游戏研发项目管理方法，该方法可以包括下列步骤。

S101、获取研发项目信息。

研发项目信息可以包括项目名称、项目描述、项目预算、项目截止日期和项目节点等。

S102、根据研发项目信息，将研发项目进行拆分，得到至少一个分配任务，并对至少一个分配任务进行分配。

本实施例中，可以根据研发项目信息中的项目节点对研发项目进行拆分，得到至少一个分配任务，并对分配任务进行分配。

S103、实时获取每个分配任务的任务进度。

本实施例中，任务进度为任务当前完成进度，可以通过预设的任务监控模块获取每个分配任务的任务进度。

S104、根据每个分配任务的任务进度，生成可视化图表。

在具体实施中，由于每个分配任务可能会分配给至少一个员工，故可以根据每个员工的实际进度，汇总得到每个分配任务实际的完成进度，并将至少一个分配任务以可视化图表的形式进行展示，以便于对研发项目进度的管理。具体的，可视化图表可以是柱状图、扇形图等，在此不进行限定。

本实施例首先根据研发项目信息对研发项目进行拆分，并将拆分后的至少一个分配任务进行分配，从而有效提高任务分配效率，无需管理人员对研发项目进行分配，解决现有技术中管理人员与部门或团队成员之间的沟通效率极低的技术问题。同时，根据每个分配任务的任务进度生成可视化图表，从而便于对研发项目进行管理。

在本实施例的其中一种实施方式中，研发项目信息包括至少一个项目节点，根据研发项目信息，将研发项目进行拆分，得到至少一个分配任务，包括如下步骤：

S201、将研发项目按照项目节点进行拆分，得到至少一个项目节点分配任务。

以游戏研发项目的项目节点为例，项目节点可以是模型优化、效果调整、贴图、UV整合等。将研发项目按照上述项目节点进行拆分，即可得到至少一个项目节点分配任务，其中，一个分配任务对应一个项目节点。

S202、获取所有分配节点的已分配信息。

分配节点可以是分配终端，分配终端可以是电脑、PAD等，已分配信息表示所有分配节点已经存在的其他研发项目的已分配任务，已分配信息可以包括每个分配节点的当前分配任务数量。

S203、根据已分配信息，将至少一个项目节点根据预设的分配逻辑分配至分配节点，将分配的项目节点作为分配节点的分配任务。

S204、得到至少一个分配任务。

在具体实施中，每个分配节点均有对应的负荷值，且每个分配节点的负荷值可能不同，即每个分配节点能够承担的分配任务的数量不同，故可以根据每个分配节点的已分配信息，将至少一个项目节点根据预设的分配逻辑分配至分配节点，以保证每个分配节点均不超负荷。

由于一个研发项目可以包括至少一个项目节点，一个项目节点可能会分配至两个至多个分配节点，故可以得到至少一个分配任务。

本实施例根据所有分配节点的已分配信息，将至少一个项目节点根据预设的分配逻辑分配至分配节点，有效保证了每个分配节点不会超负荷。

在本实施例的其中一种实施方式中，每个项目节点包括开始时间和完成时间，已分配信息包括已分配任务和每个已分配任务的预计完成时间，将至少一个项目节点根据预设的分配逻辑分配至分配节点，包括如下步骤：

S301、对于每个项目节点，循环执行第一循环步骤，至至少一个项目节点均进行分配。

其中，第一循环步骤包括：

S302、确定是否存在分配节点的已分配任务的任务数量小于预设的数量阈值。

若存在分配节点的已分配任务的任务数量小于预设的数量阈值，表明存在未超负荷的分配节点。

S303、在存在分配节点的已分配任务的任务数量小于数量阈值的情况下，获取分配节点的节点数量。

在存在未超负荷的分配节点的情况下，获取未超负荷的分配节点的节点数量。

S304、在节点数量的分配节点中，遍历计算每个分配节点的预计完成时间与其中一个项目节点的完成时间之间的时间间隔，并确定是否存在在时间间隔大于第一预设时间间隔的情况下的分配节点。

在分配节点的数量为节点数量时，依次计算每个分配节点的预计完成时间与至少一个项目节点中任意一个项目节点的完成时间之间的时间间隔，从而可以计算得到是否存在时间间隔大于第一预设时间间隔的情况下的分配节点，若存在时间间隔大于第一预设时间间隔的情况下的分配节点，此时分配节点未超负荷，且可以处理项目节点的时间较长，此时可以优先将项目节点分配至分配节点。

S305、在存在在时间间隔大于第一预设时间间隔的情况下的分配节点的情况下，将在时间间隔大于第一预设时间间隔的情况下的分配节点作为目标分配节点，并将项目节点分配至目标分配节点。

在时间间隔大于第一预设时间间隔的情况下的分配节点作为目标分配节点，并将项目节点分配至目标分配节点，从而使未超负荷，且可以处理项目节点的时间较长的分配节点优先处理项目节点，有效保证项目节点分配的准确性和高效性。

本实施例将项目节点分配至未超负荷，且有较长的时间处理项目节点的分配节点，有效保证了项目节点分配的准确性和高效性。

在本实施例的其中一种实施方式中，将至少一个项目节点根据预设的分配逻辑分配至分配节点，还包括如下步骤：

S401、对于每个项目节点，循环执行第二循环步骤，至至少一个项目节点均进行分配。

其中，第二循环步骤包括：

S402、在不存在分配节点的已分配任务的任务数量小于数量阈值的情况下，获取每个分配节点的所有已分配任务的紧急程度，其中紧急程度包括常规。

若不存在分配节点的已分配任务的任务数量小于数量阈值，表明所有分配节点均满负荷甚至超负荷，此时为了保证项目节点的分配，需要根据每个分配节点的所有已分配任务的紧急程度对项目节点进行分配。

其中，紧急程度包括常规和紧急，在常规的紧急程度下，表明已分配任务的预计完成时间具有灵活性，在紧急的紧急程度下，表明已分配任务必须在预计完成时间内完成。

S403、获取在紧急程度为常规的情况下的分配节点，并在紧急程度为常规的情况下的分配节点中，选择在已分配任务的任务数量大于或等于数量阈值且小于第一预设数量阈值的情况下的分配节点作为目标分配节点。

S404、将项目节点分配至目标分配节点。

在所有分配节点均满负荷或超负荷的情况下，首先获取在紧急程度为常规的情况下的分配节点，并将项目节点分配至分配节点，而对于紧急程度为紧急的情况下的分配节点而不进行分配，有效保证了分配节点分配的公平性。

S501、在存在分配节点的已分配任务的任务数量小于数量阈值且不存在在时间间隔大于第一预设时间间隔的情况下的分配节点的情况下，获取每个分配节点的剩余负荷量。

在存在分配节点的已分配任务的任务数量小于数量阈值且不存在在时间间隔大于第一预设时间间隔的情况下的分配节点的情况下，表明存在未超负荷的分配节点，但未超负荷的分配节点可以处理项目节点的时间均较短，此时则根据每个分配节点的满负荷量和每个分配节点的已分配任务量，得到每个分配节点的剩余负荷量，其中，每个分配节点的剩余负荷量=每个分配节点的满负荷量-每个分配节点的已分配任务量。

S502、根据每个分配节点的剩余负荷量由大到小的排列顺序，将至少一个项目节点按照排列顺序逐一分配至分配节点。

以一个项目节点分配至一个分配节点为例进行举例说明，若有5个项目节点需要进行分配，当前存在A、B、C、D四个未超负荷的分配节点，其中，A分配节点的剩余负荷量为2，B分配节点的剩余负荷量为3，C分配节点的剩余负荷量为1，D分配节点的剩余负荷量为2，则根据每个分配节点的剩余负荷量由大到小的排列顺序，可以将A、B、C、D四个分配节点排列如下：B、A、D、C，则首先将3个项目节点分配至B，将2个项目节点分配至A，即可完成对项目节点的分配。

需要说明的是，上述仅为举例说明，一个项目节点可以分配至多个分配节点，即一个项目节点可以同时分配至A和B分配节点，在此不进行赘述。

本实施例根据每个分配节点的剩余负荷量由大到小的排列顺序，将至少一个项目节点按照排列顺序逐一分配至分配节点，有效保证了项目节点分配的高效性。

在本实施例的其中一种实施方式中，实时获取每个分配任务的任务进度，包括如下步骤：

S601、在将一个项目节点分配至至少两个分配节点的情况下，获取每个分配节点的完成进度。

S602、将所有分配节点的完成进度作为项目节点的任务进度。

若将一个项目节点分配至至少两个分配节点，则将所有分配节点的完成进度作为每个分配任务的任务进度。例如，若一个项目节点分配至A、B两个分配节点，其中A分配节点对该项目节点的任务进度为20%，B分配节点对该项目节点的任务进度为35%，则该项目节点的任务进度=20%+35%=55%。

S603、在将一个项目节点分配至一个分配节点的情况下，将分配节点的完成进度作为项目节点的任务进度。

在将一个项目节点分配至一个分配节点的情况下，将分配节点的完成进度作为该项目节点的任务进度。

本实施例根据分配节点的完成进度确定分配任务的任务进度，便于对项目节点的管理。

在本实施例的其中一种实施方式中，根据每个分配任务的任务进度，生成可视化图表，包括如下步骤：

S701、根据每个分配任务的任务进度，采用预设的预测模型，得到每个分配任务的延误率和预计延误天数。

预测模型为根据历史分配任务的任务进度和对应的延误率和延误天数预先构建。

故将分配任务的任务进度输入至预测模型，即可得到该分配任务对应的延误率和预计延误天数。

S702、根据每个分配任务的延误率和预计延误天数生成可视化图表。

本实施例中，可视化图表可以用折线图的形式进行展示，即以延误率为纵坐标，预计延误天数为横坐标，生成可视化图表，以便于对分配任务进行管理和实时查看。

在本实施例的其中一种实施方式中，在根据每个分配任务的任务进度，采用预设的预测模型，得到每个分配任务的延误率和预计延误天数之后，包括如下步骤：

S801、根据每个分配任务的任务进度和预计延误天数，分配每个分配任务每天的任务进度。

举例说明，若当前A分配任务截至完成时间的任务进度为88%，预计延误天数为2天，则分配的延误天数中的任务进度为（1-88%）/2=6%，表明在延误的2天中，每天需要完成的任务进度为6%。

本实施例根据分配任务的任务进度和预计延误天数，分配每个分配任务每天的任务进度，便于对分配任务进行管理。

本申请实施例还提供一种研发项目管理系统，其特征在于，包括：

项目信息获取模块，用于获取研发项目信息；

任务分配模块，用于根据研发项目信息，将研发项目进行拆分，得到至少一个分配任务，并对至少一个分配任务进行分配；

任务进度跟踪模块，用于实时获取每个分配任务的任务进度；

可视化模块，用于根据每个分配任务的任务进度，生成可视化图表。

本申请实施例还提供一种机器可读存储介质，其特征在于，该机器可读存储介质上存储有指令，该指令用于使得机器执行上述的高效的游戏研发项目管理方法。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质（包括但不限于磁盘存储器、CD-ROM、光学存储器等）上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备（系统）、计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器 (CPU)、输入/输出接口、网络接口和内存。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。存储器是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存 (PRAM)、静态随机存取存储器 (SRAM)、动态随机存取存储器 (DRAM)、其他类型的随机存取存储器 (RAM)、只读存储器 (ROM)、电可擦除可编程只读存储器 (EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘 (DVD) 或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体 (transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims

1.一种高效的游戏研发项目管理方法，其特征在于，包括：

获取研发项目信息；

实时获取每个所述分配任务的任务进度；

根据每个所述分配任务的任务进度，生成可视化图表。

2.根据权利要求1所述的方法，其特征在于，所述研发项目信息包括至少一个项目节点，所述根据所述研发项目信息，将研发项目进行拆分，得到至少一个分配任务，包括：

获取所有分配节点的已分配信息；

得到至少一个分配任务。

3.根据权利要求2所述的方法，其特征在于，每个所述项目节点包括开始时间和完成时间，所述已分配信息包括已分配任务和每个所述已分配任务的预计完成时间，所述将至少一个项目节点根据预设的分配逻辑分配至所述分配节点，包括：

其中，所述第一循环步骤包括：

4.根据权利要求3所述的方法，其特征在于，所述将至少一个项目节点根据预设的分配逻辑分配至所述分配节点，还包括：

其中，所述第二循环步骤包括：

将所述项目节点分配至所述目标分配节点。

5.根据权利要求3所述的方法，其特征在于，所述将至少一个项目节点根据预设的分配逻辑分配至所述分配节点，还包括：

6.根据权利要求1所述的方法，其特征在于，所述实时获取每个所述分配任务的任务进度，包括：

7.根据权利要求1所述的方法，其特征在于，所述根据每个所述分配任务的任务进度，生成可视化图表，包括：

8.根据权利要求7所述的方法，其特征在于，在所述根据每个所述分配任务的任务进度，采用预设的预测模型，得到每个所述分配任务的延误率和预计延误天数之后，包括：

9.一种研发项目管理系统，其特征在于，包括：

项目信息获取模块，用于获取研发项目信息；

10.一种机器可读存储介质，其特征在于，该机器可读存储介质上存储有指令，该指令用于使得机器执行根据权利要求1至8中任一项所述的高效的游戏研发项目管理方法。