Студопедия

КАТЕГОРИИ:


Архитектура-(3434)Астрономия-(809)Биология-(7483)Биотехнологии-(1457)Военное дело-(14632)Высокие технологии-(1363)География-(913)Геология-(1438)Государство-(451)Демография-(1065)Дом-(47672)Журналистика и СМИ-(912)Изобретательство-(14524)Иностранные языки-(4268)Информатика-(17799)Искусство-(1338)История-(13644)Компьютеры-(11121)Косметика-(55)Кулинария-(373)Культура-(8427)Лингвистика-(374)Литература-(1642)Маркетинг-(23702)Математика-(16968)Машиностроение-(1700)Медицина-(12668)Менеджмент-(24684)Механика-(15423)Науковедение-(506)Образование-(11852)Охрана труда-(3308)Педагогика-(5571)Полиграфия-(1312)Политика-(7869)Право-(5454)Приборостроение-(1369)Программирование-(2801)Производство-(97182)Промышленность-(8706)Психология-(18388)Религия-(3217)Связь-(10668)Сельское хозяйство-(299)Социология-(6455)Спорт-(42831)Строительство-(4793)Торговля-(5050)Транспорт-(2929)Туризм-(1568)Физика-(3942)Философия-(17015)Финансы-(26596)Химия-(22929)Экология-(12095)Экономика-(9961)Электроника-(8441)Электротехника-(4623)Энергетика-(12629)Юриспруденция-(1492)Ядерная техника-(1748)

Request Fulfilment. Incident and Problem Management




Incident and Problem Management

Event Management

Processes within Service Operation

Optimizing Service Operation performance

Service Operation is optimize d in two ways:

  • Long-term incremental improvement. This is based on evaluating the performance and output of all Service Operation processes, function s and outputs over time. The reports are analysed and a decision made about whether improvement is needed and, if so, how best to implement it through Service Design and Transition. Examples include the deployment of a new set of tools, changes to process designs, reconfiguration of the infrastructure, etc. This type of improvement is covered in detail in the Continual Service Improvement publication.
  • Short-term ongoing improvement of working practice s within the Service Operation processes, functions and technology itself. These are generally smaller improvements that are implemented without any change to the fundamental nature of a process or technology. Examples include tuning, workload balancing, personnel redeployment and training, etc.

Although both of these are discussed in some detail within the scope of Service Operation, the Continual Service Improvement publication will provide a framework and alternatives within which improvement may be driven as part of the overall support of business objective s.

There are a number of key Service Operation process es that must link together to provide an effective overall IT support structure. The overall structure is briefly described here and then each of the processes is described in more detail in Chapter 4.

Event Management monitors all event s that occur throughout the IT infrastructure, to monitor normal operation and to detect and escalate exception conditions.

Incident Management concentrates on restoring unexpectedly degraded or disrupted services to user s as quickly as possible, in order to minimize business impact.

Problem Management involves: root-cause analysis to determine and resolve the cause of incident s, proactive activities to detect and prevent future problem s/incidents and a Known Error sub-process to allow quicker diagnosis and resolution if further incidents do occur.

Request Fulfilment is the process for dealing with Service Request s – many of them actually smaller, lower- risk, changes – initially via the Service Desk, but using a separate process similar to that of Incident Management but with separate Request Fulfilment record s/tables – where necessary linked to the Incident or Problem Record (s) that initiated the need for the request. To be a Service Request, it is normal for some prerequisites to be defined and met (e.g. needs to be proven, repeatable, pre-approved, proceduralized).

In order to resolve one or more incidents, problems or Known Errors, some form of change may be necessary. Smaller, often standard, changes can be handled through a Request Fulfilment process, but larger, higher-risk or infrequent changes must go through a formal Change Management process.




Поделиться с друзьями:


Дата добавления: 2014-12-23; Просмотров: 445; Нарушение авторских прав?; Мы поможем в написании вашей работы!


Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет



studopedia.su - Студопедия (2013 - 2024) год. Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав! Последнее добавление




Генерация страницы за: 0.011 сек.