Руководитель - процесс - управление
Cтраница 2
Управления Уровнем Сервисов ( Услуг) - отчет должен, прежде всего, содержать информацию о качестве предоставляемых услуг. Руководитель Процесса Управления Уровнем Услуг должен получать всю информацию, необходимую для составления Отчетов об Уровне Услуг перед заказчиками. Отчеты для заказчиков должны предоставлять информацию о том, выполняются ли соглашения в отношении Уровня Сервисов ( услуг) в рамках Процесса Управления Инцидентами. [16]
За эту координацию отвечает руководитель Процесса Управления Уровнем Сервиса. [17]
Затраты на персонал - в большинстве случаев уже имеется персонал, занимающийся координацией изменений. Однако для выполнения задач Руководителя Процесса Управления Изменениями и организации работы Консультативного комитета по изменениям ( CAB) возможны дополнительные расходы на персонал. Во многих случаях Управление Изменениями вводится для повышения качества услуг, и возникшие дополнительные расходы рассматриваются как расходы на качество. После успешного запуска процесса расходы на координацию изменений компенсируются уменьшением расходов на разрешение инцидентов и проблем. [18]
Соглашение об Уровне Сервиса ( SLA) определяет ожидания заказчика и соответствующие обязательства ИТ-оргашшацни. Вид и объем услуг во многом определяются финансовыми ресурсами, выделяемыми для предоставления этих услуг. Руководитель Процесса Управления Финансами ИТ-ор-ганнзации участвует в обсуждении с руководителем Процесса Управления Уровнем Сервиса таких вопросов, как затраты на удовлетворение текущих п будущих требований бизнеса, политика компании в области выставления счетов и ее влияние на заказчика и его поведение. Чем больше различных уровней услуг для различных заказчиков предусматривается в Соглашении SLA, тем большее значение для ИТ-ссрвиса приобретает процесс выставления счетов и тем весомее будут получаемые преимущества. По это также ведет к увеличению накладных расходов, связанных с составлением бюджета, ведением бухгалтерского учета и процедурой выставления счетов. [19]
Бухгалтерский учет дчя ИТ является частью обшей концепции МТ Сервис-менеджмента, и им управляет руководитель Процесса Управления Финансами. Руководитель отвечает за внедрение и оперативное управление системой бухгалтерского учета и системой выставления счетов и отчитывается перед руководством ИТ. Руководитель Процесса Управления Финансами не обязательно должен быть сотрудником ИТ-организации. Для оптимизации Процесса Управления Финансами могут использоваться отчеты, критические факторы успеха и ключевые показатели эффективности. [20]
Однако это не значит, что по всем изменениям необходимо консультироваться с Руководителем Процесса Управления Информационной Безопасностью. В нормальной ситуации безопасность должна быть интегрирована в обычный рабочий режим. Руководитель Процесса Управления Изменениями должен иметь возможность решать, требуется ли ему или комитету САБ входная информация от Руководителя Процесса Управления Информационной Безопасностью. Точно так же руководитель Процесса Управления Информационной Безопасностью не обязательно должен участвовать и выборе мер для конкретных Конфигурационных Единиц затронутых Запросом на Изменения ( RFC), так как для соответствующих мер уже должен существовать структурированный подход. Вопросы могут возникнуть только со способом реализации указанных мер. [21]
Виды деятельности 4 и 5 проводятся Управлением Информационной Безопасностью. Для деятельности 6 Управление Информационной Безопасностью и другие процессы предоставляют необходимую входную информацию. Руководители Процессов Управления Уровнем Сервиса и Управления Информационной Безопасностью после взаимных консультаций решают, кто реально занимается проведением этих операций. [22]
Если рабочая станция не будет исправлена в течение часа, крахмал за. В это время компания будет терпеть убытки в тысячи долларов за час, так как препараты не будут производиться. При такой ситуации Руководитель Процесса Управления Изменениями должен оценить риски и принять решение о проведении изменения. После этого должны быть пройдены все необходимые этапы нормального процесса для гарантии того, что все пропущенные испытания теперь проведены, вся информация обновлена ( произведена регистрация изменений в базе данных CMDB) и что все изменения отслеживаются. [23]
В небольших ИТ-организаниях один человек может руководить несколькими процессами. В крупных же организациях несколько человек работают над одним процессом, например, таким как Управление Информационной Безопасностью. R таких случаях обычно назначается одни руководитель Процесса Управления Информационной Безопасностью. [24]
Опыт показывает, что часто заказчики сами не могут четко определить свои ожидания, они просто предполагают, что им будут предоставлены некоторые услуги без каких-либо определенных договоренностей. Такое носприят не заказчиком процесса предоставления услуг часто приводит к серьезному недопониманию. И это еще раз подтверждает, насколько необходимо Руководителю Процесса Управления Уровнем Сервиса хорошо знать своих заказчиков, чтобы помочь разобраться, какие Услуги и па каком Уровне им действительно необходимы и с каким Уровнем Затрат. [25]
Соглашение об Уровне Сервиса ( SLA) определяет ожидания заказчика и соответствующие обязательства ИТ-оргашшацни. Вид и объем услуг во многом определяются финансовыми ресурсами, выделяемыми для предоставления этих услуг. Руководитель Процесса Управления Финансами ИТ-ор-ганнзации участвует в обсуждении с руководителем Процесса Управления Уровнем Сервиса таких вопросов, как затраты на удовлетворение текущих п будущих требований бизнеса, политика компании в области выставления счетов и ее влияние на заказчика и его поведение. Чем больше различных уровней услуг для различных заказчиков предусматривается в Соглашении SLA, тем большее значение для ИТ-ссрвиса приобретает процесс выставления счетов и тем весомее будут получаемые преимущества. По это также ведет к увеличению накладных расходов, связанных с составлением бюджета, ведением бухгалтерского учета и процедурой выставления счетов. [26]
Реализация процессов проходит в горизонтальной плоскости через иерархическую структуру организации. Это возможно только при четком определении ответственности и полномочий, связанных с реализацией процессов. В небольших организациях или в целях снижения общих расходов возможно комбинирование ролей, например, совмещение ролей Руководителя Процессов Управления Изменениями и Управления Конфигурациями. [27]
Однако это не значит, что по всем изменениям необходимо консультироваться с Руководителем Процесса Управления Информационной Безопасностью. В нормальной ситуации безопасность должна быть интегрирована в обычный рабочий режим. Руководитель Процесса Управления Изменениями должен иметь возможность решать, требуется ли ему или комитету САБ входная информация от Руководителя Процесса Управления Информационной Безопасностью. Точно так же руководитель Процесса Управления Информационной Безопасностью не обязательно должен участвовать и выборе мер для конкретных Конфигурационных Единиц затронутых Запросом на Изменения ( RFC), так как для соответствующих мер уже должен существовать структурированный подход. Вопросы могут возникнуть только со способом реализации указанных мер. [28]
 |
К. тсл ики информации для базы летных CDB. [29] |
Управление Спросом нацелено па вопросы потребления И 1 -мощностей. Управление Спросом занимается изучением влияния различных факторов на спрос. Простой пример: пользователь запускает плохо написанный SQL-отчет в середине дня, преграждая другим пользователям доступ к базе данных и создавая непомерный трафик. Руководитель Процесса Управления Мощностями предлагает запускать задание по составлению отчета ночью, так, чтобы пользователь получал результат на своем столе утром. [30]
Страницы: 1 2 3