问题管理步骤

与故障管理的步骤相比，ITIL对问题管理步骤的定义很难掌握。 ITIL定义了许多进程来控制只与大型组织合作的其他进程和组织，所以它不可避免地有点麻烦。在本节中，我们还将仅总结有助于解决问题的步骤，我们将不准备讨论所有支持流程。记住，问题是失败的原因，所以放在扩展的后台，他们是自定义0_9f5a5软件

可能是您无法扩展以满足最终客户的需求，不能经济高效地扩展，或者未来不能轻易扩展。与故障管理的步骤相比，ITIL对问题管理步骤的定义很难掌握。 ITIL定义了许多进程来控制只与大型组织合作的其他进程和组织，所以它不可避免地有点麻烦。在本节中，我们还将仅总结有助于解决问题的步骤，我们将不准备讨论所有支持流程。请记住，问题是失败的原因，因此在扩展的背景下，它们可能是您无法扩展以满足最终客户的需求，不经济地扩展或未来不易扩展的原因。在我们的模型中，问题流与故障过程并行，并持续到识别出故障的根本原因。因此，尽管问题可能是许多故障的原因，但大多数问题的持续时间长于故障。就像失败一样，我们需要一个工作流来帮助解决问题。我们需要一个系统或一个地方来保存所有未解决的问题，并确保它们与触发的故障相关联。我们还需要能够跟踪这些问题，直到问题结束。在理想情况下，问题关闭的标志是已经修复了经历过故障的系统。原因是只有在问题不再导致故障时才会存在问题。这个定义对股东来说最有意义，因为股东们对我们和我们的团队寄予厚望，以最大化他们的价值。在我们看来，问题可能非常小，一个人可以处理它，问题可能非常大，一个团队需要解决。但无论出现什么问题，处理它们的工作流程和结束条件都是相同的，除了所需的个人贡献者和管理的总量不同。一个人可以处理小问题。当它们可以关闭时，它们可以由相应的管理者或经过相应的QA和测试标准验证后经历过故障或问题的系统的负责人关闭。 Larger problems are more complicated and require a specific process from 微信小程序 to ensure that problems are resolved quickly. A big problem can be the subject of an after-the-fact analysis process (which is described later in this chapter), which will lead to other action steps to investigate or solve the problem. The results of these actions should be reviewed regularly, either by a dedicated team of project managers responsible for problem solving, by a manager responsible for tracking problem resolution, or by a dedicated J for failure tracking and problem resolution. Review on, for example, our recommended daily breakdown.xx