? Статус и план работ по открытым проблемам: итоговый отчет о том, что было сделано и что будет сделано для разрешения наиболее серьезных проблем, включая запланированные Запросы на Изменения, необходимое время и ресурсы.
? Предложения по улучшению Процесса Управления Проблемами: если отчетная информация по перечисленным выше аспектам указывает на то, что процесс не соответствует Плану обеспечения качества услуг, нужно предлагать меры по совершенствованию процедур регистрации, расследования проблем, выполнения проактивных действий, а также для выделения дополнительных ресурсов. В планировании и улучшении процесса могут помочь регулярные аудиторские проверки.
Содержание отчетов зависит от сферы действия Процесса Управления Проблемами. Если в сферу действия процесса попадают продукты из среды разработки, то Управление Проблемами может определять известные ошибки и вести их мониторинг даже на этапе разработки программного обеспечения.
5.5.2. Критические факторы успеха
Успешное Управление Проблемами зависит от следующих факторов:
? Эффективная автоматизированная регистрация инцидентов и эффективный контроль за состоянием инфраструктуры.
? Наличие реалистичных целей и максимальное использование знаний и опыта персонала, например, наличие соглашения о возможности привлечения специалистов в обусловленное время и резервировании достаточного времени на их работу по исследованию корневых причин проблем.
? Эффективность взаимодействия Управления Проблемами и Управления Инцидентами. При распределении заданий и работ нужно учитывать конфликт интересов этих двух процессов: "тушение пожара" в рамках Управления Инцидентами и необходимость выяснения корневых причин в рамках Управления Проблемами.
5.5.3. Функции и роли
Работа процессов происходит в горизонтальной плоскости, проходя через различные иерархические (вертикальные) подразделения организации и функциональные обязанности в рамках отделов. Эффективная работа возможна только при четком определении ответственности и полномочий, связанных с реализацией процессов. Для повышения гибкости может быть использован ролевой подход. Если организация небольшая или имеются соответствующие экономические ограничения, то возможно комбинирование ролей, например, Руководителя Процесса Управления Проблемами и Процесса Управления Уровнем Сервиса. Последний пункт в разделе 5.5.2 объясняет, почему многие организации избегают объединения ролей руководителя службы Service Desk/Управления Инцидентами и Руководителя Процесса Управления Проблемами.
Руководитель Процесса Управления Проблемами
Руководитель Процесса несет ответственность за такие виды деятельности по Управлению Проблемами, как:
? разработка и поддержка подпроцессов Контроля проблем и Контроля ошибок;
? оценка эффективности и рациональности[83] работ по Контролю проблем и Контролю ошибок;
? предоставление Управленческой Информации;
? управление Персоналом, участвующим в Процессе Управления Проблемами;
? обеспечение необходимых ресурсов;
? разработка и совершенствование систем Контроля Проблем и Контроля Ошибок;
? анализ работы и оценка эффективности проактивного Управления Проблемами.
Роли поддержки деятельности по Управлению Проблемами
Ответственность персонала, выполняющего роли по решению проблем:
? Реактивное Управление:
? выявление и регистрация проблемы путем анализа информации об инцидентах;
? изучение проблем на основе их приоритетности;
? подача Запросов на Изменение;
? мониторинг устранения ошибок;
? подготовка рекомендаций по обходным решениям и быстрым исправлениям для Управления Инцидентами.
? Проактивное Управление:
? определение тенденций;
? подача Запросов на Изменения;
? предотвращение распространения проблем на другие системы.
5.6. Затраты и проблемы
5.6.1. Затраты
В дополнение к расходам на средства поддержки и диагностики необходимо учитывать расходы на персонал. Кроме затрат на содержание собственного ИТ-персонала, участвующего в Управлении Проблемами, есть еще расходы на специалистов, привлеченных из сторонних организаций. Однако следует заметить, что все связанные с этим расходы обычно успешно окупаются через получаемые преимущества.
5.6.2. Проблемы
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 36
- 37
- 38
- 39
- 40
- 41
- 42
- 43
- 44
- 45
- 46
- 47
- 48
- 49
- 50
- 51
- 52
- 53
- 54
- 55
- 56
- 57
- 58
- 59
- 60
- 61
- 62
- 63
- 64
- 65
- 66
- 67
- 68
- 69
- 70
- 71
- 72
- 73
- 74
- 75
- 76
- 77
- 78
- 79
- 80
- 81
- 82
- 83
- 84
- 85
- 86
- 87
- 88
- 89
- 90
- 91
- 92
- 93
- 94
- 95
- 96
- 97
- 98
- 99
- 100
- 101
- 102
- 103
- 104
- 105
- 106
- 107
- 108
- 109
- 110
- 111
- 112
- 113
- 114
- 115
- 116
- 117
- 118
- 119
- 120
- 121
- 122
- 123
- 124
- 125
В конце февраля 2009 года в продаже на Amazon появилось долгожданное устройство для чтения электронных книг Kindle 2. Это событие вызвало бурю негодов
Электронная читалка - вещь очень хрупкая. Если с ней обращаться не правильно - она может сломаться. Чтобы этого не случилось, нужно придерживаться лиш
Большинство книг в сети интернет распространяется в формате FB2 (Fiction Book). Этот формат очень удобен для чтения. Файлы, в нем созданные, отличаютс
Популярность электронных книг у читателей неуклонно растет. Для доказательства этого мы провели маленький эксперимент. Из 10 людей, читающих в метро,
Файлы формата FB2 часто можно увидеть среди огромнейшего разнообразия текстовых форматов. Такая высокая популярность объясняется его предназначением.
Первую версию формата PDF (Portable Document Format) еще в 1993 году разработала фирма Adobe Systems. В 2006 году она уже разработала версию 1.7, а с
Фирма Apple порадовала пользователей iPad, выпустив под него красивую и удобную читалку iBooks.