服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

在一个小型IT部门中优先处理请求

我期待在一个双人IT部门实施ITSM。 我们有一个基于networking的工作stream程系统,其中五个请求types已经定义,最终在我们的部门。 请求types划分背后的基本原理基本上是分类,但用户通常不知道要select哪种请求types。 我打算通过只让用户可见一个请求types来简化系统,然后我们将在必要时更改types。 但不是按技术领域(当前的请求types是计算机支持,Web支持,ERP支持,CRM支持和分析支持)进行分离,我认为将事件,问题,变更请求和服务请求分开将会更好。 旧的分类方法将被replace为将每个请求链接到代表相关服务的项目,这将由我们而不是用户完成。 现在,我们的工作stream程系统在一个巨大的列表中显示分配给您的所有请求。 可以自定义显示的字段,以便查看哪些是事件与更改请求。 我一直在考虑编写自己的前端,在屏幕上单独列出每个请求types。 这使我想知道请求的优先级。 每个请求都分配了1到5之间的优先级,因此优先级1更改请求比优先级3更改请求更重要。 但是,优先级2事件比优先级1变更请求更重要,因为这是一个事件? 因为我们只有两个部门,所以我不认为我们可以在发生事故时处理变更请求。 我一直认为,在build立新的东西之前,你应该修复被破坏的东西。 还是我出去吃午饭? 我们是否应该忽略请求types并单独依靠优先级别工作? 如果我走在正确的道路上,优先考虑所有事件,我应该如何区分其他请求types? 我最初的倾向是接下来做服务请求,因为我期望他们相当快,然后是变更请求,最后是问题。 不过,我稍微担心,把问题放在最后,绝不会被调查。 也许订单应该是事件,服务请求,问题,变更请求?