Issue Manager 通过操作驱动的工作流管理其整个生命周期内的问题。 操作驱动的工作流意味着通过用户操作将问题从一种状态（条件）推进到另一种状态（条件），直至问题到达终端或结束状态。
在默认工作流中，客户支持所报告的新缺陷会被视为处于未审阅状态，这种情况意味着没有任何人确认该“问题”是一个真正的缺陷。 评估情况之后，质保部工程师确认该问题是一个缺陷并准备将其发送给开发人员进行修复。 在此示例中，初始状态是未审阅，采取的操作是确认并且下一个状态是开发部准备就绪。
另一方面，如果已输入相同的问题，则将对此未审阅问题采取的操作是标记为重复，并且下一个状态将可能是已关闭。 因此，对此未审阅问题采取的不同操作会将问题发送到不同状态，在此情况下是已关闭。
有时候，即使已对问题采取操作，它们仍保持其当前状态。 事实确实如此，例如，允许用户向现有问题的说明添加注释的添加注释。
这些操作不会在工作流中移动问题，因此它们不会更改问题的当前状态。
工作流定义了可在状态上执行的一组有效操作。 这些操作可在工作流页面上进行查看。 可用操作根据从列表中选择的问题类型和当前状态而不同。
操作以按钮形式显示在问题详细信息页面上。 可用按钮（操作）因问题的类型和当前状态而不同。
状态信息贯穿整个 Issue Manager。 例如，每个组和用户帐户分配有三个初始问题状态，每个问题类型一个状态：缺陷、增强和文档问题。
问题的初始状态取决于报告问题的用户对此类问题的了解程度。 例如，当技术支持组成员报告文档问题时，假定已正确评估并准备好修复，则为其分配的初始状态是开放文档。 但是，当相同人员提交软件缺陷时，不必假定其正确，因此，它在工作流中的第一个状态是未审阅。 对于相同类型的问题，不同组可拥有不同初始状态。 有关初始问题状态的更多信息，请参阅“初始问题状态”。
当用户保存问题时，Issue Manager 会根据分配给用户的初始问题状态自动分配问题的初始状态。 当技术作者记录文档问题时，“问题详细信息”页面上的状态字段的值是开放文档。 状态字段是一个自动字段，表示由 Issue Manager 而不是用户根据工作流和其他信息填充此字段。