One of the most difficult challenges facing the service desk is identifying who has the skills and knowledge needed to resolve an incident. Another equally daunting challenge is knowing who has the decision-making authority to effect change in the runtime environment -- for example, server IPL. In many organizations, this can vary from day to day and shift to shift, especially if the service desk is distributed or virtual.
Typical service desks that follow one of the popular information technology service management (ITSM) frameworks, like Information Technology Infrastructure Library (ITIL), are required to use a standard incident management process. Creating and continually improving the incident management process requires that service desk managers identify who is responsible for specific actions and decisions. One way to simplify this process is to use a management tool called RACI charting.
RACI charts, which date back to the 1950s, were originally called linear responsibility charting or LRC. This type of charting is used to pin down who does what and who is responsible for certain activities. The method was conceived by Dutch consultant Ernst Hijams and developed by Canadian consulting firm Leethan, Simpson, Ltd.
RACI charts are widely used by project managers and accounting auditors. The Project Management Institute refers to RACI charts as a responsibility assignment matrix, but COBIT 4.1 uses the acronym RACI.
Table 1: Some RACI definitions
[TABLE]There are several variations of RACI, includin
To continue reading for free, register below or login
To read more you must become a member of SearchWinIT.com
g:
So how can a Windows IT manager use RACI? Start by laying out the chart. Identify the roles across the top, and list the activities down the side. Next, assign one of the RACI role codes at the intersection of the role and the activity. The finished chart identifies who does what in the process and who is really responsible for the specific activity and its outcomes.
Figure 1: RACI example
[TABLE]Once the responsbilities for the specific actions and decisions are identified, the smoother the process will flow, especially if you use a software tool such as Microsoft's Service Desk.
For users, the service desk is the most important ITSM function. The service desk is the single point of contact for users, and it owns all incidents through their lifecycle. To help manage incidents, some service desks that follow ITSM frameworks establish three lines of support:
Remember, the goal of incident management is to restore service as quickly as possible to minimize business impact. This requires the incident management process to flow smoothly and deliver results. RACI is a management tool that takes the guesswork out of who does what. When users are calling, speed and results are essential.
Stuart D. Galup is an associate professor of computer information systems at Florida Atlantic University. He is a Certified Computing Professional and ITIL Service Manager. He has held a number of senior information technology positions and holds a U.S. patent. Galup has written more than 45 academic publications and two books.
