请求更改
更改管理员 I 对一个或多个相关问题报告进行验证时,创建“更改请求”。更改请求用于记录更改的正式分析,包括提议的解决方案、成本分析以及理由。更改请求中的信息用于决定是否实施更改。下图描述了更改请求进程流:
请求更改
您可以通过问题报告的信息页面来创建更改请求,从而使两个对象自动链接在一起。也可以在产品或存储库中的文件夹中直接创建更改请求。
更改请求作者会输入重要的标识信息 (包括名称和说明)。更改请求还可以包括类别、优先级、需要日期、提议的解决方案以及相关成本。附件可提供详细解释。
有关详细信息,请参阅创建更改请求
完成更改请求后,将其提交给用于进行研究和可能的批准的工作流。
分析
充当更改管理员 I 角色的人员负责分析更改请求。更改请求工作流生成的任务将发送到更改管理员的“我的任务”表格。任务信息页面提供了更改请求的相关说明和链接。更改管理员可以决定:
继续进一步分析和实施。
将更改请求发送回去,以进行详细说明或重新分配。
拒绝更改请求并结束进程。
如果更改管理员决定继续分析和实施,则将更改请求归类为简单或复杂。简单更改涉及的范围较小、成本低且影响有限。可以直接实施,而不需要进一步审阅和分析。大多数更改应当属于简单更改,并且会采用这种快速跟踪工作流路径。复杂更改涉及范围大、成本高且影响重大,应采用完全跟踪工作流路径。
有关详细信息,请参阅确定快速跟踪和完全跟踪复杂性
执行更改审阅
完全跟踪路径需要详细分析和论证,并且必须由更改审阅委员会在线或离线批准。
在离线模式下,更改管理员 I 会安排更改审阅委员会 (CRB) 会议,以审阅更改请求。更改管理员 I 需要确保在召开会议之前执行所需分析并将其记录在更改请求中。
在在线模式下,CRB 将进行审阅并记录在线观察值。
批准更改请求
更改审阅委员会使用更改请求信息拒绝或批准更改请求,或者将其发送回去进行进一步分析和说明。如果更改请求得到批准,则转到更改计划阶段,并创建更改通告。
这对您有帮助吗?