Студопедия

КАТЕГОРИИ:


Архитектура-(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)

Organization by technical specialization




Service Operation Organization Structures

The role of IT Operations Management

Where IT Operations is separated from Technical or Application Management, it is common for operational Access Management tasks to be delegated to IT Operations Management. Operators for each area will be tasked with providing or revoking access to key systems or resource s. The circumstances under which they may do so, and the instructions for how to do so, must be included in the SOPs for those teams.

The Operations Bridge, if it exists, can be used to monitor event s related to Access Management and can even provide first-line support and coordination in the resolution of those events where appropriate.


Some general information has already been provided about organizational considerations for each function (see paragraphs 6.2.3, 6.3.4 and 6.5.6). This section considers some specific organizational structures for all functions. There are a number of ways of organizing Service Operation functions, and each organization will have to make its own decisions, based upon its scale, geography, culture and business environment. Some options are discussed in the rest of this section.

In this type of organization, departments are created according to technology and the skills and activities needed to manage that technology. IT Operations will follow the structure of the Technical and Application Management departments. The implication of this is that IT Operations is geared toward the operational agendas of the Technical and Application Management departments.

This structure can work well, provided that these groups are fully represented in the Service Design, Testing and Improvement processes, which will ensure that their agendas are aligned with the requirement s of the business.

This structure also assumes that all Technical and Application Management departments have clearly distinguished between their Management activity and operations activity. It also requires that they have standardized these operational activities so that they can be effectively managed by the IT Operations Manager without undue interference from the Technical and Application Management teams or departments.

An example of an IT Operations organization structure based on technical expertise is given in Figure 6.7

Figure 6.7 IT Operations organized according to technical specialization (sample)

The advantages of this type of organizational structure include the following.

  • It is easier to set internal performance objective s since all staff in a single department have a similar set of tasks on a similar technology
  • Individual devices, systems or platforms can be managed more effectively since people with the appropriate skills are dedicated to manage these and measured according to their performance
  • Managing training programme s is easier since skill sets are clearly defined and separated into specific groups.

The disadvantages of this type of organizational structure include.

  • When people are divided into separate departments the priorities of their own group tend to override the priorities of other departments. An example of this is when departments refuse to accept ownership of an incident, each one blaming the other while the business continues to be disrupted.
  • Knowledge about the infrastructure and relationship s between component s is difficult to collect and fragmented. Individual groups tend to collect and maintain only the data that is required to support their own function, and do not give access to it very easily.
  • Each technology managed by a group is seen as a separate entity. This becomes a problem on systems that consist of components managed by different teams, e.g. an application, managed by the Application Management team, runs on a server managed by the Server Management department, using a network segment managed by the Local Area Networking department. If a change is made by one team or department without consulting the others, this could be disastrous for the service.
  • It is more difficult to understand the impact of a single department’s poor performance on the IT service since there are many different groups contributing to the same service, each with its own set of performance objectives.
  • It is more difficult to track overall IT Service performance since each group is being measured on an individual basis.
  • Coordinating Change Assessments and Schedules is more difficult since many different departments have to provide input for each change.
  • Work requiring knowledge of multiple technologies is difficult since most resource s are only trained for and concerned with the management of a single technology. Project s therefore have to include cross-training, which is time-consuming and expensive.



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


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


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



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




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