服务台程序，在工程项目管理

Share

|

目的

服务台程序的目的是提供服务台人员的一个步骤- bystep审查的几乎每一个可能的置换问题，他们可能会遇到与最终用户，而服务于一个服务台。 这种程序可能似乎不大的项目为主，但他们的确提供了大量的洞察如何建立任何stepby步，决定按议定书的决定，一个项目或其输出可能需要。

应用

服务台程序是用于在环境中的个人提供客户服务或支持可能有限的知识或经验与制度，为他们提供支持。 但服务台的程序，假定那些提供有关服务，也有大量的一般知识和能力，以借鉴类比，从一般性的知识转化为具体的服务台环境。 程序，为他们提供具体的要求，以解决狭隘的焦点个性化的问题。

内容

因为服务台程序必须涵盖一连串的不测事件，他们往往是相当浩繁，跨越数十页，即便是对最起码的制度。 他们将有一些共同的因素，其中包括这些：
通讯工具，在规划过程中的程序记录，协助请求（请求启动）

•姓名的请求者（包括联系信息） ;

•系统/项目，为帮助请求（包括平台/环境） ;

•性质的帮助请求（类型的要求和具体内容） ;

•最近期省却/地位/轻重缓急。

•程序疑难解答请求

•最普遍关心的问题;

•故障排除的问题和答案;

•二次关切;

•标准的解决办法;

•二次解;

•另类信息来源;

•升级程序。

•行政后续行动

•花的时间

•第（标准/新的） ;

•理;

•经验教训（文档的新的解决方案） ;

•地位;

•后续行动所需。

办法

一些组织利用程序为手段， "假防伪" ，其系统中，提供这么广泛的支持，并详细地对每一个可能发生的（理论上）一直在考虑。 这种努力是具有挑战性的支持，在这一系统中的变化和环境变化，可能产生新的情况，即以前没有考虑过。 对立面，这种做法只能提供一般及行政指导，假定该服务台支持人员将有技术专长，以解决个别问题和压力。 后者做法的好处，它需要较少的大量文件。 前一种方法有其优点，因为它支持较少经验丰富的人员。

考虑

因为没有环境是否完善，程序，以解决可能出现错误的，是无价之宝。 挑战来自预测哪些可能出乱子。 最有效的服务台程序，是那些正在进化，在过去经验，并就如何以最近期的支持，其他国家的经验。