CN114691090A - 一种基于软件开发过程的需求流转效能评估方法和*** - Google Patents
一种基于软件开发过程的需求流转效能评估方法和*** Download PDFInfo
- Publication number
- CN114691090A CN114691090A CN202210338846.0A CN202210338846A CN114691090A CN 114691090 A CN114691090 A CN 114691090A CN 202210338846 A CN202210338846 A CN 202210338846A CN 114691090 A CN114691090 A CN 114691090A
- Authority
- CN
- China
- Prior art keywords
- demand
- team
- circulation
- project
- item
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/10—Requirements analysis; Specification techniques
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
- G06F11/3409—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment for performance assessment
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/547—Remote procedure calls [RPC]; Web services
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明提供了一种基于软件开发过程的需求流转效能评估方法和***,包括以下步骤:从项目管理***的需求管理模块中获取需求和项目的对应关系;在需求流转的整个生命周期内,选取事项统计相关属性;根据数据库中存储的团队需求配置获取需要采集的需求;数据分析,数据展示。本发明构建了一套需求流转评分体系,创建了一套需求流转效能评估***;通过此***使得需求流转过程整体统计信息可以被观测,可以从宏观逐步递进到细节观测;通过这套评分体系,需求流转过程的效能可以被度量,为团队需求变动和下一步的行动方向提供指导。
Description
技术领域
本发明涉及软件研发管理技术领域,具体为一种基于软件开发过程的需求流转效能评估方法和***。
背景技术
当前各种项目与事务跟踪工具或***中,都包含必要的需求管理模块,在需求管理模块中,需求管理人员录入研发任务需求,研发人员根据研发进度对需求进行流转更新,管理模块可以反映出当前需求流转更新过程。
现有技术中,当前每个研发团队都会负担若干需求目标,在管理模块中各个需求之间以列表的方式排列。
但是,团队不能看到需求流转过程的整体统计信息,只能关注到局部信息,缺少对需求流转从宏观逐步递进到细节的把控过程,需求流转的效能没有一个统一的标准进行度量,团队不能衡量当前需求流转的健康度;团队之间不能进行有效的需求流转效能比较,及时根据需求流转效能当前情况做出应对决策。
发明内容
本发明的目的在于提供一种基于软件开发过程的需求流转效能评估方法和***,以解决上述背景技术中提出的问题。
为实现上述目的,本发明提供如下技术方案:一种基于软件开发过程的需求流转效能评估方法,包括以下步骤:
从项目管理***的需求管理模块中获取需求和项目的对应关系;从研发人员管理***中获取研发团队和项目的对应关系;将研发团队和项目的对应关系存入数据库中;对外开通API接口,各个团队根据自身组织结构调整,动态的增加、删除或修改团队所对应的项目;
在需求流转的整个生命周期内,选取事项统计相关属性、里程碑相关属性、发布迭代相关属性和重点任务相关属性作为评估需求流转的性能指标;
根据数据库中存储的团队需求配置获取需要采集的需求;调用需求管理***中的API获取需求流程原始数据;根据统计需求对原始数据加工,组合成有用信息条目;将生成的信息条目存放数据库;
在数据分析过程中通过“事项完成状况评分”、“事项吞吐状况评分”、“里程碑进展状况评分”、“迭代状况评分”以及“需求过程的整体得分”这5个分数衡量需求流转的健康度,为团队的进一步决策做指导;
将需求管理中的需求流转数据按照预先指定属性进行二次统计,将统计数据通过图表对外进行展示。
优选的,在需求流转特征属性选取时:
事项统计:在事项统计属性中包含“进行中的事项”、“已逾期的事项”和“区间事项吞吐量”三个子属性,来统计需求流转过程中,任务结束时间在需求的deadline之内的任务数量,在需求deadline内未完成的任务的数量,以及在选取时间段内平均每天任务的完成数量;
里程碑进展情况:里程碑意味着项目开发中的一个重要变化或步骤。在“里程碑进展情况”的统计中,获取处于不同完成度情况下的里程碑的数目,衡量需求流转关键节点的健康情况。目前里程碑完成度定为0~49%、50%~79%、80%~99%和100%这5个等级;
迭代次数:迭代次数统计在指定时间周期内,需求任务被迭代开发的次数,在指定时间内迭代次数越多,说明需求流转顺畅,项目进展顺利;
部门重点任务:部门重点任务是在里程碑之外的放映需求流转情况的重要指标,目前部门重点任务定为0~49%、50%~79%、80%~99%和100%这5个等级,统计分别落在这5个区间内的任务数量。
优选的,在数据分析过程中:
事项完成状况评分:根据需求流转特征属性选取时提取的特征数值,指定时间内逾期事项数量为n,则事项完成状况评分如下:
Si=100×(0.51/3)(0.5×n)
事项吞吐状况评分:根据需求流转特征属性选取时提取的特征数值,区间事项吞吐量为r,每个团队成员数量为p,则人均事项吞吐量公式如下:
里程碑进展状况评分:根据需求流转特征属性选取时提取的特征数值,在指定时间点完成的里程碑数目为Wu未完成的里程碑的数目为Wu,一个未完成项目的里程碑完成度为Yio,一个未完成项目的标准完成度定义为:
其中Tn表示当前时间,Yic表示标号为i的项目的开始时间,Yip表示标号为i的项目的计划完成时间;
里程碑评分计算公式如下:
m为未完成项目的里程碑总数;
迭代状况评分:根据需求流转特征属性选取时提取的特征数值,指定时间内的总天数为d,总迭代次数为m,日均迭代次数公式如下:
迭代状况评分为:Sl=100×30×a
需求流转过程的整体得分如下:
S=0.4×0.3×Si+0.4×0.7×Sj+0.5×Sk+0.1×Sl。
优选的,数据展示时,“部门重点任务”按照需求流转特征属性选取时完成度的5个等级进行饼状图展示;
“里程碑进展情况”按照团队维度用柱状图展示,点击团队的柱状图可以进一步下行到具体的里程碑完成情况;
“迭代次数”按照团队维度用柱状图展示,点击团队的柱状图可以进一步下行到整个迭代过程的点状图,展示迭代发生的时序关系;
使用雷达图将数据分析时得到的团队评分数据进行展示,同时也将此数据和所有团队的平均评分数据对比展示。
一种基于软件开发过程的需求流转效能评估***,包括:团队需求配置模块、需求流转特征属性选取模块、数据采集模块、数据分析模块、数据展示模块,需求流转特征属性选取模块从团队需求配置模块获取信息,据采集模块从需求流转特征属性选取模块中获取信息,数据分析模块从数据采集模块中获取信息,数据展示模块从数据分析模块中获取信息
优选的,所述团队需求配置模块用于从项目管理***的需求管理模块中获取需求和项目的对应关系;从研发人员管理***中获取研发团队和项目的对应关系;将研发团队和项目的对应关系存入数据库中;对外开通API接口,各个团队根据自身组织结构调整,动态的增加、删除或修改团队所对应的项目。
优选的,所述需求流转特征属性选取模块用于在需求流转的整个生命周期内,选取事项统计相关属性、里程碑相关属性、发布迭代相关属性和重点任务相关属性作为评估需求流转的性能指标;
事项统计:在事项统计属性中包含“进行中的事项”、“已逾期的事项”和“区间事项吞吐量”三个子属性,来统计需求流转过程中,任务结束时间在需求的deadline之内的任务数量,在需求deadline内未完成的任务的数量,以及在选取时间段内平均每天任务的完成数量;
里程碑进展情况:里程碑意味着项目开发中的一个重要变化或步骤。在“里程碑进展情况”的统计中,获取处于不同完成度情况下的里程碑的数目,衡量需求流转关键节点的健康情况。目前里程碑完成度定为0~49%、50%~79%、80%~99%和100%这5个等级;
迭代次数:迭代次数统计在指定时间周期内,需求任务被迭代开发的次数,在指定时间内迭代次数越多,说明需求流转顺畅,项目进展顺利;
部门重点任务:部门重点任务是在里程碑之外的放映需求流转情况的重要指标,目前部门重点任务定为0~49%、50%~79%、80%~99%和100%这5个等级,统计分别落在这5个区间内的任务数量。
优选的,所述数据采集模块用于根据数据库中存储的团队需求配置获取需要采集的需求;调用需求管理***中的API获取需求流程原始数据;根据统计需求对原始数据加工,组合成有用信息条目;将生成的信息条目存放数据库;
事项完成状况评分:根据需求流转特征属性选取时提取的特征数值,指定时间内逾期事项数量为n,则事项完成状况评分如下:
Si=100×(0.51/3)(0.5×n)
事项吞吐状况评分:根据需求流转特征属性选取时提取的特征数值,区间事项吞吐量为r,每个团队成员数量为p,则人均事项吞吐量公式如下:
里程碑进展状况评分:根据需求流转特征属性选取时提取的特征数值,在指定时间点完成的里程碑数目为Wu未完成的里程碑的数目为Wu,一个未完成项目的里程碑完成度为Yio,一个未完成项目的标准完成度定义为:
其中Tn表示当前时间,Yic表示标号为i的项目的开始时间,Yip表示标号为i的项目的计划完成时间;
里程碑评分计算公式如下:
m为未完成项目的里程碑总数;
迭代状况评分:根据需求流转特征属性选取时提取的特征数值,指定时间内的总天数为d,总迭代次数为m,日均迭代次数公式如下:
迭代状况评分为:Sl=100×30×a
需求流转过程的整体得分如下:
S=0.4×0.3×Si+0.4×0.7×Sj+0.5×Sk+0.1×Sl。
优选的,所述数据分析模块用于在数据分析过程中通过“事项完成状况评分”、“事项吞吐状况评分”、“里程碑进展状况评分”、“迭代状况评分”以及“需求过程的整体得分”这5个分数衡量需求流转的健康度,为团队的进一步决策做指导。
优选的,所述数据展示模块用于将需求管理中的需求流转数据按照预先指定属性进行二次统计,将统计数据通过图表对外进行展示;
“部门重点任务”按照需求流转特征属性选取时完成度的5个等级进行饼状图展示;
“里程碑进展情况”按照团队维度用柱状图展示,点击团队的柱状图可以进一步下行到具体的里程碑完成情况;
“迭代次数”按照团队维度用柱状图展示,点击团队的柱状图可以进一步下行到整个迭代过程的点状图,展示迭代发生的时序关系;
使用雷达图将数据分析时得到的团队评分数据进行展示,同时也将此数据和所有团队的平均评分数据对比展示。
与现有技术相比,本发明的有益效果是:
本发明提出的基于软件开发过程的需求流转效能评估方法和***通过事项统计相关属性、里程碑相关属性、发布迭代相关属性和重点任务相关属性这几种属性的选取;从配置录入、特征属性选取、数据采集、到评分体系构建、数据展示的整个信息处理流程;需求流转过程的评分量化思想,以及指标的选取,以及对应的计算方法,构建了一套需求流转评分体系,创建了一套需求流转效能评估***;通过此***使得需求流转过程整体统计信息可以被观测,可以从宏观逐步递进到细节观测;通过这套评分体系,需求流转过程的效能可以被度量,为团队需求变动和下一步的行动方向提供指导。
附图说明
图1为本发明评估***框图。
具体实施方式
为了使本发明的目的、技术方案进行清楚、完整地描述,及优点更加清楚明白,以下结合附图对本发明实施例进行进一步详细说明。应当理解,此处所描述的具体实施例是本发明一部分实施例,而不是全部的实施例,仅仅用以解释本发明实施例,并不用于限定本发明实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
在本发明的描述中,需要说明的是,术语“中心”、“中”、“上”、“下”、“左”、“右”、“内”、“外”、“顶”、“底”、“侧”、“竖直”、“水平”等指示的方位或位置关系为基于附图所示的方位或位置关系,仅是为了便于描述本发明和简化描述,而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作,因此不能理解为对本发明的限制。此外,术语“一”、“第一”、“第二”、“第三”、“第四”、“第五”、“第六”仅用于描述目的,而不能理解为指示或暗示相对重要性。
在本发明的描述中,需要说明的是,除非另有明确的规定和限定,术语“安装”、“相连”、“连接”应做广义理解,例如,可以是固定连接,也可以是可拆卸连接,或一体地连接;可以是机械连接,也可以是电连接;可以是直接相连,也可以通过中间媒介间接相连,可以是两个元件内部的连通。对于本领域的普通技术人员而言,可以具体情况理解上述术语在本发明中的具体含义。
出于简明和说明的目的,实施例的原理主要通过参考例子来描述。在以下描述中,很多具体细节被提出用以提供对实施例的彻底理解。然而明显的是,对于本领域普通技术人员,这些实施例在实践中可以不限于这些具体细节。在一些实例中,没有详细地描述公知方法和结构,以避免无必要地使这些实施例变得难以理解。另外,所有实施例可以互相结合使用。
请参阅图1,本发明提供一种技术方案:一种基于软件开发过程的需求流转效能评估方法,其特征在于,包括以下步骤:
从项目管理***的需求管理模块中获取需求和项目的对应关系;从研发人员管理***中获取研发团队和项目的对应关系;将研发团队和项目的对应关系存入数据库中;对外开通API接口,各个团队根据自身组织结构调整,动态的增加、删除或修改团队所对应的项目;
在需求流转的整个生命周期内,选取事项统计相关属性、里程碑相关属性、发布迭代相关属性和重点任务相关属性作为评估需求流转的性能指标;
事项统计:在事项统计属性中包含“进行中的事项”、“已逾期的事项”和“区间事项吞吐量”三个子属性,来统计需求流转过程中,任务结束时间在需求的deadline之内的任务数量,在需求deadline内未完成的任务的数量,以及在选取时间段内平均每天任务的完成数量;
里程碑进展情况:里程碑意味着项目开发中的一个重要变化或步骤。在“里程碑进展情况”的统计中,获取处于不同完成度情况下的里程碑的数目,衡量需求流转关键节点的健康情况。目前里程碑完成度定为0~49%、50%~79%、80%~99%和100%这5个等级;
迭代次数:迭代次数统计在指定时间周期内,需求任务被迭代开发的次数,在指定时间内迭代次数越多,说明需求流转顺畅,项目进展顺利;
部门重点任务:部门重点任务是在里程碑之外的放映需求流转情况的重要指标,目前部门重点任务定为0~49%、50%~79%、80%~99%和100%这5个等级,统计分别落在这5个区间内的任务数量;
根据数据库中存储的团队需求配置获取需要采集的需求;调用需求管理***中的API获取需求流程原始数据;根据统计需求对原始数据加工,组合成有用信息条目;将生成的信息条目存放数据库;
在数据分析过程中通过“事项完成状况评分”、“事项吞吐状况评分”、“里程碑进展状况评分”、“迭代状况评分”以及“需求过程的整体得分”这5个分数衡量需求流转的健康度,为团队的进一步决策做指导;
事项完成状况评分:根据需求流转特征属性选取时提取的特征数值,指定时间内逾期事项数量为n,则事项完成状况评分如下:
Si=100×(0.51/3)(0.5×n)
事项吞吐状况评分:根据需求流转特征属性选取时提取的特征数值,区间事项吞吐量为r,每个团队成员数量为p,则人均事项吞吐量公式如下:
里程碑进展状况评分:根据需求流转特征属性选取时提取的特征数值,在指定时间点完成的里程碑数目为Wu未完成的里程碑的数目为Wu,一个未完成项目的里程碑完成度为Yio,一个未完成项目的标准完成度定义为:
其中Tn表示当前时间,Yic表示标号为i的项目的开始时间,Yip表示标号为i的项目的计划完成时间;
里程碑评分计算公式如下:
m为未完成项目的里程碑总数;
迭代状况评分:根据需求流转特征属性选取时提取的特征数值,指定时间内的总天数为d,总迭代次数为m,日均迭代次数公式如下:
迭代状况评分为:Sl=100×30×a
需求流转过程的整体得分如下:
S=0.4×0.3×Si+0.4×0.7×Sj+0.5×Sk+0.1×Sl
将需求管理中的需求流转数据按照预先指定属性进行二次统计,将统计数据通过图表对外进行展示;
“部门重点任务”按照需求流转特征属性选取时完成度的5个等级进行饼状图展示;
“里程碑进展情况”按照团队维度用柱状图展示,点击团队的柱状图可以进一步下行到具体的里程碑完成情况;
“迭代次数”按照团队维度用柱状图展示,点击团队的柱状图可以进一步下行到整个迭代过程的点状图,展示迭代发生的时序关系;
使用雷达图将数据分析时得到的团队评分数据进行展示,同时也将此数据和所有团队的平均评分数据对比展示。
一种基于软件开发过程的需求流转效能评估***,其特征在于:包括:团队需求配置模块、需求流转特征属性选取模块、数据采集模块、数据分析模块、数据展示模块,需求流转特征属性选取模块从团队需求配置模块获取信息,据采集模块从需求流转特征属性选取模块中获取信息,数据分析模块从数据采集模块中获取信息,数据展示模块从数据分析模块中获取信息。
团队需求配置模块用于从项目管理***的需求管理模块中获取需求和项目的对应关系;从研发人员管理***中获取研发团队和项目的对应关系;将研发团队和项目的对应关系存入数据库中;对外开通API接口,各个团队根据自身组织结构调整,动态的增加、删除或修改团队所对应的项目。
需求流转特征属性选取模块用于在需求流转的整个生命周期内,选取事项统计相关属性、里程碑相关属性、发布迭代相关属性和重点任务相关属性作为评估需求流转的性能指标;
事项统计:在事项统计属性中包含“进行中的事项”、“已逾期的事项”和“区间事项吞吐量”三个子属性,来统计需求流转过程中,任务结束时间在需求的deadline之内的任务数量,在需求deadline内未完成的任务的数量,以及在选取时间段内平均每天任务的完成数量;
里程碑进展情况:里程碑意味着项目开发中的一个重要变化或步骤。在“里程碑进展情况”的统计中,获取处于不同完成度情况下的里程碑的数目,衡量需求流转关键节点的健康情况。目前里程碑完成度定为0~49%、50%~79%、80%~99%和100%这5个等级;
迭代次数:迭代次数统计在指定时间周期内,需求任务被迭代开发的次数,在指定时间内迭代次数越多,说明需求流转顺畅,项目进展顺利;
部门重点任务:部门重点任务是在里程碑之外的放映需求流转情况的重要指标,目前部门重点任务定为0~49%、50%~79%、80%~99%和100%这5个等级,统计分别落在这5个区间内的任务数量。
数据采集模块用于根据数据库中存储的团队需求配置获取需要采集的需求;调用需求管理***中的API获取需求流程原始数据;根据统计需求对原始数据加工,组合成有用信息条目;将生成的信息条目存放数据库;
事项完成状况评分:根据需求流转特征属性选取时提取的特征数值,指定时间内逾期事项数量为n,则事项完成状况评分如下:
Si=100×(0.51/3)(0.5×n)
事项吞吐状况评分:根据需求流转特征属性选取时提取的特征数值,区间事项吞吐量为r,每个团队成员数量为p,则人均事项吞吐量公式如下:
里程碑进展状况评分:根据需求流转特征属性选取时提取的特征数值,在指定时间点完成的里程碑数目为Wu未完成的里程碑的数目为Wu,一个未完成项目的里程碑完成度为Yio,一个未完成项目的标准完成度定义为:
其中Tn表示当前时间,Yic表示标号为i的项目的开始时间,Yip表示标号为i的项目的计划完成时间;
里程碑评分计算公式如下:
m为未完成项目的里程碑总数;
迭代状况评分:根据需求流转特征属性选取时提取的特征数值,指定时间内的总天数为d,总迭代次数为m,日均迭代次数公式如下:
迭代状况评分为:Sl=100×30×a
需求流转过程的整体得分如下:
S=0.4×0.3×Si+0.4×0.7×Sj+0.5×Sk+0.1×Sl。
数据分析模块用于在数据分析过程中通过“事项完成状况评分”、“事项吞吐状况评分”、“里程碑进展状况评分”、“迭代状况评分”以及“需求过程的整体得分”这5个分数衡量需求流转的健康度,为团队的进一步决策做指导。
数据展示模块用于将需求管理中的需求流转数据按照预先指定属性进行二次统计,将统计数据通过图表对外进行展示;
“部门重点任务”按照需求流转特征属性选取时完成度的5个等级进行饼状图展示;
“里程碑进展情况”按照团队维度用柱状图展示,点击团队的柱状图可以进一步下行到具体的里程碑完成情况;
“迭代次数”按照团队维度用柱状图展示,点击团队的柱状图可以进一步下行到整个迭代过程的点状图,展示迭代发生的时序关系;
使用雷达图将数据分析时得到的团队评分数据进行展示,同时也将此数据和所有团队的平均评分数据对比展示。
尽管已经示出和描述了本发明的实施例,对于本领域的普通技术人员而言,可以理解在不脱离本发明的原理和精神的情况下可以对这些实施例进行多种变化、修改、替换和变型,本发明的范围由所附权利要求及其等同物限定。
Claims (10)
1.一种基于软件开发过程的需求流转效能评估方法,其特征在于,包括以下步骤:
从项目管理***的需求管理模块中获取需求和项目的对应关系;从研发人员管理***中获取研发团队和项目的对应关系;将研发团队和项目的对应关系存入数据库中;对外开通API接口,各个团队根据自身组织结构调整,动态的增加、删除或修改团队所对应的项目;
在需求流转的整个生命周期内,选取事项统计相关属性、里程碑相关属性、发布迭代相关属性和重点任务相关属性作为评估需求流转的性能指标;
根据数据库中存储的团队需求配置获取需要采集的需求;调用需求管理***中的API获取需求流程原始数据;根据统计需求对原始数据加工,组合成有用信息条目;将生成的信息条目存放数据库;
在数据分析过程中通过“事项完成状况评分”、“事项吞吐状况评分”、“里程碑进展状况评分”、“迭代状况评分”以及“需求过程的整体得分”这5个分数衡量需求流转的健康度,为团队的进一步决策做指导;
将需求管理中的需求流转数据按照预先指定属性进行二次统计,将统计数据通过图表对外进行展示。
2.根据权利要求1所述的一种基于软件开发过程的需求流转效能评估方法和***,其特征在于:在需求流转特征属性选取时:
事项统计:在事项统计属性中包含“进行中的事项”、“已逾期的事项”和“区间事项吞吐量”三个子属性,来统计需求流转过程中,任务结束时间在需求的deadline之内的任务数量,在需求deadline内未完成的任务的数量,以及在选取时间段内平均每天任务的完成数量;
里程碑进展情况:里程碑意味着项目开发中的一个重要变化或步骤。在“里程碑进展情况”的统计中,获取处于不同完成度情况下的里程碑的数目,衡量需求流转关键节点的健康情况。目前里程碑完成度定为0~49%、50%~79%、80%~99%和100%这5个等级;
迭代次数:迭代次数统计在指定时间周期内,需求任务被迭代开发的次数,在指定时间内迭代次数越多,说明需求流转顺畅,项目进展顺利;
部门重点任务:部门重点任务是在里程碑之外的放映需求流转情况的重要指标,目前部门重点任务定为0~49%、50%~79%、80%~99%和100%这5个等级,统计分别落在这5个区间内的任务数量。
3.根据权利要求2所述的一种基于软件开发过程的需求流转效能评估方法和***,其特征在于:在数据分析过程中:
事项完成状况评分:根据需求流转特征属性选取时提取的特征数值,指定时间内逾期事项数量为n,则事项完成状况评分如下:
Si=100×(0.51/3)(0.5×n)
事项吞吐状况评分:根据需求流转特征属性选取时提取的特征数值,区间事项吞吐量为r,每个团队成员数量为p,则人均事项吞吐量公式如下:
里程碑进展状况评分:根据需求流转特征属性选取时提取的特征数值,在指定时间点完成的里程碑数目为Wu未完成的里程碑的数目为Wu,一个未完成项目的里程碑完成度为Yio,一个未完成项目的标准完成度定义为:
其中Tn表示当前时间,Yic表示标号为i的项目的开始时间,Yip表示标号为i的项目的计划完成时间;
里程碑评分计算公式如下:
m为未完成项目的里程碑总数;
迭代状况评分:根据需求流转特征属性选取时提取的特征数值,指定时间内的总天数为d,总迭代次数为m,日均迭代次数公式如下:
迭代状况评分为:Sl=100×30×a
需求流转过程的整体得分如下:
S=0.4×0.3×Si+0.4×0.7×Sj+0.5×Sk+0.1×Sl。
4.根据权利要求3所述的一种基于软件开发过程的需求流转效能评估方法和***,其特征在于:数据展示时,“部门重点任务”按照需求流转特征属性选取时完成度的5个等级进行饼状图展示;
“里程碑进展情况”按照团队维度用柱状图展示,点击团队的柱状图可以进一步下行到具体的里程碑完成情况;
“迭代次数”按照团队维度用柱状图展示,点击团队的柱状图可以进一步下行到整个迭代过程的点状图,展示迭代发生的时序关系;
使用雷达图将数据分析时得到的团队评分数据进行展示,同时也将此数据和所有团队的平均评分数据对比展示。
5.一种基于软件开发过程的需求流转效能评估***,其特征在于:包括:团队需求配置模块、需求流转特征属性选取模块、数据采集模块、数据分析模块、数据展示模块,需求流转特征属性选取模块从团队需求配置模块获取信息,据采集模块从需求流转特征属性选取模块中获取信息,数据分析模块从数据采集模块中获取信息,数据展示模块从数据分析模块中获取信息。
6.根据权利要求5所述的一种基于软件开发过程的需求流转效能评估***,其特征在于:所述团队需求配置模块用于从项目管理***的需求管理模块中获取需求和项目的对应关系;从研发人员管理***中获取研发团队和项目的对应关系;将研发团队和项目的对应关系存入数据库中;对外开通API接口,各个团队根据自身组织结构调整,动态的增加、删除或修改团队所对应的项目。
7.根据权利要求6所述的一种基于软件开发过程的需求流转效能评估***,其特征在于:所述需求流转特征属性选取模块用于在需求流转的整个生命周期内,选取事项统计相关属性、里程碑相关属性、发布迭代相关属性和重点任务相关属性作为评估需求流转的性能指标;
事项统计:在事项统计属性中包含“进行中的事项”、“已逾期的事项”和“区间事项吞吐量”三个子属性,来统计需求流转过程中,任务结束时间在需求的deadline之内的任务数量,在需求deadline内未完成的任务的数量,以及在选取时间段内平均每天任务的完成数量;
里程碑进展情况:里程碑意味着项目开发中的一个重要变化或步骤。在“里程碑进展情况”的统计中,获取处于不同完成度情况下的里程碑的数目,衡量需求流转关键节点的健康情况。目前里程碑完成度定为0~49%、50%~79%、80%~99%和100%这5个等级;
迭代次数:迭代次数统计在指定时间周期内,需求任务被迭代开发的次数,在指定时间内迭代次数越多,说明需求流转顺畅,项目进展顺利;
部门重点任务:部门重点任务是在里程碑之外的放映需求流转情况的重要指标,目前部门重点任务定为0~49%、50%~79%、80%~99%和100%这5个等级,统计分别落在这5个区间内的任务数量。
8.根据权利要求5所述的一种基于软件开发过程的需求流转效能评估***,其特征在于:所述数据采集模块用于根据数据库中存储的团队需求配置获取需要采集的需求;调用需求管理***中的API获取需求流程原始数据;根据统计需求对原始数据加工,组合成有用信息条目;将生成的信息条目存放数据库;
事项完成状况评分:根据需求流转特征属性选取时提取的特征数值,指定时间内逾期事项数量为n,则事项完成状况评分如下:
Si=100×(0.51/3)(0.5×n)
事项吞吐状况评分:根据需求流转特征属性选取时提取的特征数值,区间事项吞吐量为r,每个团队成员数量为p,则人均事项吞吐量公式如下:
里程碑进展状况评分:根据需求流转特征属性选取时提取的特征数值,在指定时间点完成的里程碑数目为Wu未完成的里程碑的数目为Wu,一个未完成项目的里程碑完成度为Yio,一个未完成项目的标准完成度定义为:
其中Tn表示当前时间,Yic表示标号为i的项目的开始时间,Yip表示标号为i的项目的计划完成时间;
里程碑评分计算公式如下:
m为未完成项目的里程碑总数;
迭代状况评分:根据需求流转特征属性选取时提取的特征数值,指定时间内的总天数为d,总迭代次数为m,日均迭代次数公式如下:
迭代状况评分为:Sl=100×30×a
需求流转过程的整体得分如下:
S=0.4×0.3×Si+0.4×0.7×Sj+0.5×Sk+0.1×Sl。
9.根据权利要求5所述的一种基于软件开发过程的需求流转效能评估***,其特征在于:所述数据分析模块用于在数据分析过程中通过“事项完成状况评分”、“事项吞吐状况评分”、“里程碑进展状况评分”、“迭代状况评分”以及“需求过程的整体得分”这5个分数衡量需求流转的健康度,为团队的进一步决策做指导。
10.根据权利要求5所述的一种基于软件开发过程的需求流转效能评估***,其特征在于:所述数据展示模块用于将需求管理中的需求流转数据按照预先指定属性进行二次统计,将统计数据通过图表对外进行展示;
“部门重点任务”按照需求流转特征属性选取时完成度的5个等级进行饼状图展示;
“里程碑进展情况”按照团队维度用柱状图展示,点击团队的柱状图可以进一步下行到具体的里程碑完成情况;
“迭代次数”按照团队维度用柱状图展示,点击团队的柱状图可以进一步下行到整个迭代过程的点状图,展示迭代发生的时序关系;
使用雷达图将数据分析时得到的团队评分数据进行展示,同时也将此数据和所有团队的平均评分数据对比展示。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210338846.0A CN114691090A (zh) | 2022-04-01 | 2022-04-01 | 一种基于软件开发过程的需求流转效能评估方法和*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210338846.0A CN114691090A (zh) | 2022-04-01 | 2022-04-01 | 一种基于软件开发过程的需求流转效能评估方法和*** |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114691090A true CN114691090A (zh) | 2022-07-01 |
Family
ID=82141779
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210338846.0A Pending CN114691090A (zh) | 2022-04-01 | 2022-04-01 | 一种基于软件开发过程的需求流转效能评估方法和*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114691090A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117334353A (zh) * | 2023-11-07 | 2024-01-02 | 广州方信医疗技术有限公司 | 一种病理科全流程质控和信息管理***及方法 |
-
2022
- 2022-04-01 CN CN202210338846.0A patent/CN114691090A/zh active Pending
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117334353A (zh) * | 2023-11-07 | 2024-01-02 | 广州方信医疗技术有限公司 | 一种病理科全流程质控和信息管理***及方法 |
CN117334353B (zh) * | 2023-11-07 | 2024-04-30 | 广州方信医疗技术有限公司 | 一种病理科全流程质控和信息管理***及方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
Porzio et al. | On the use of archetypes as benchmarks | |
Ali et al. | Business intelligence solutions in healthcare a case study: Transforming OLTP system to BI solution | |
WO2023130774A1 (zh) | 一种基于学科发展的科研能力评估用数据采集*** | |
CN114691090A (zh) | 一种基于软件开发过程的需求流转效能评估方法和*** | |
CN112395508B (zh) | 一种人工智能人才职位推荐***及其处理方法 | |
Uvalieva et al. | Development of information system for monitoring of objects of education on the basis of intelligent technology: a case study of Kazakhstan | |
CN110033191B (zh) | 一种商业人工智能的分析方法及*** | |
CN108920826A (zh) | 一种从建筑信息模型设计过程生成及分析社会网络的方法 | |
Isazad Mashinchi et al. | Analysis of business intelligence applications in healthcare organizations | |
El Yamami et al. | Multi-objective IT project selection model for improving SME strategy deployment | |
CN117557078B (zh) | 一种基于时间节点的智能生产计划管理方法及*** | |
CN107480188A (zh) | 一种审计业务数据处理方法和计算机设备 | |
JP4990387B2 (ja) | リスクアセスメントシステムおよびその方法 | |
Waitkus et al. | Beyond meritocracy: Wealth accumulation in the German upper classes | |
CN106991516A (zh) | 一种基于电网资源的投资规划方法及*** | |
Hernández-Carrillo et al. | Construction sector's analysis in the supply and demand of residential buildings around the business management of Stakeholders | |
CN110188024A (zh) | 大数据环境下实现数据管理能力评估的***及其方法 | |
Domova et al. | Visualization for quality healthcare: patient flow exploration | |
CN114493226A (zh) | 一种基于多维角度分析的公司经营管理用效能评估*** | |
Wang et al. | Efficiency assessment and resource allocation for hospitals by data envelopment analysis | |
Abiola | Exploring Effective Knowledge Management Strategies for Achieving Organizational Success | |
Isa et al. | Development of international market entry mode decision assessment model (EMDAM): strength and opportunity (SO) attributes | |
Huong et al. | Evaluation of factors related to entrepre-neurial intentions among young pharmacists in the Mekong Delta region: a cross-sectional study in Vietnam. Pharmacia 71: 1–13 | |
Darvishi et al. | Analysis of factors affecting the inefficiency of spatial policies in rural areas of Iran | |
Yang | Discovering organizational models from event logs for workforce analytics |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |