用途
|
变更活动是项目状态和趋势的强有力的指示符。 该流程步骤的目的是让项目经理定义要报告哪些与产品相关的变更数据、由谁报告以及报告的频率是多少。
|
子步骤:
|
工具向导:
|
配置状态报告(若使用)描述了创建“配置状态报告”的各种来源。
在此处,您应该选择可以从提交到项目的变更请求中得出的报告。有很多有用的基于变更请求的报告。
在“帐龄”类别下,可根据以下条件,并按照一周或一月计算的变更请求的数量来请求报告:
按状态列出问题可以帮助确定项目离完成还有多远。例如,如果一批问题已经解决,那么项目离完成的时间就比一批问题还处于已提交状态要近了。
在“分发”类别下,可以要求报告回答下列类型的问题:
-
谁在查找,什么类型的缺陷,在项目的哪个点?
-
问题指定给谁?
-
给定工程师有多少问题待解决?
-
查找到的缺陷有多严重?
-
问题是在流程的哪一步造成的(根源)?
-
问题什么时候可以得到解决?
-
有多少缺陷?
-
这些缺陷有多严重?
这些标准可以帮助分析工作负载、谁正在处理最关键的问题以及问题能够多快得到解决。
在“趋势”类别下,可以要求报告回答下列类型的问题:
-
这一天、这一周或这个月有多少缺陷尚待解决?
-
这一天、这一周或这个月解决了多少缺陷?
这些数据在评估修复比例时很有用,可以指示工程的效率。
确保能够按正确的频率接收报告,以便对决策提供有意义的输入信息。可以按下列条件请求报告:
-
每天 - 按照这个频率要求报告似乎不太可能
-
每周 - 趋势、分发和计数报告、构建报告
-
每月 - 趋势、分发和计数报告、构建报告
-
按迭代 - 趋势、分发和计数报告、构建报告、版本说明
-
按阶段 - 趋势、分发和计数报告、审计、构建报告、版本说明
-
项目结束时 - 趋势、分发和计数报告、审计、构建报告、版本说明
|