正如您所看到的,前面的图在使用时太过复杂。要简化工作流,您可以消除“分发”操作,因为 Issue Manager 中的路由规则会负责将缺陷分发到正确的收件箱。在前面的图中,您可以删除“新缺陷”状态和“分发”操作,并以质保部工程师可以审查的状态开始缺陷。您可调用此“未审阅”状态。
工作流中的另一个缺点就是虚拟重复状态。使用 Issue Manager 的方法,您可以通过为操作分配原因代码来消除冗余状态。对于需要原因代码的每个操作,请设计简短的说明性关键字。对于原因代码的完整说明,请阅读“原因代码”。要识别冗余,请在工作流中查找重复模式。例如,在前面的图中,最后一行的状态(不是缺陷、已推迟、不可重现和已修复)可以折叠到一个状态“关闭”,并显示每个操作的不同原因代码(例如已关闭/不是缺陷、已关闭/已修复)。
倒数第二行也可以折叠到单个状态,它可在验证开发部的声明时识别质保部的角色。您可以将此状态称为“质保部准备就绪”。您可以在此处使用原因代码来说明缺陷更改状态的原因(例如缺陷进入“质保部准备就绪”状态,并显示原因代码“已修复”或“已推迟”)。由质保部执行的四个“已拒绝”操作可以折叠到单个“已拒绝”操作。同样,由于质保部执行的四个“已验证”操作可以折叠到单个“已验证”操作。