Я думаю, по прошествии времени. Я, например, много читаю, но мало комментирую, сам не писал. Прошло какое-то время с момента регистрации или первого комментария — пришло приглашение от самого себя.
Мне даже письмо об этом приходило.
Если интересует конкретно книга, то примеры лучше почитать в книге ITIL® Practitioner Guidance
А так, основные книги — это «свод рекомендаций, а не правил».
Опять же, все логично. Если услуга не поддерживает бизнес-процесс, то она бизнесу не нужна. И в каталоге услуг ей не место.
немного поспорил бы.
Как известно, каталог услуг состоит из двух ключевых элементов — Каталог Услуг для Бизнеса и Технический Каталог Услуг. Так вот, в каталог услуг нужно вносить и то, и другое, а Бизнесу показывать только интересующую его часть(разграничение прав доступа, отличный от общего каталога интерфейс и т.д.).
В такой каталог вносятся как основные услуги(которые видны Бизнесу), так и вспомогательные(без чего услугане сможет функционировать). Помимо этого в каталог услуг так же вносятся дополняющие услуги(делающая услугу более привлекательной для Заказчика).
Поэтому если речь идёт конкретно о Каталоге Услуг для Бизнеса, то не совсем корректно называть его Каталогом Услуг.
По той, которую прямо сейчас хочет, но не может потребить клиент и по внутренней, про которую клиент ничего не знает. В данном случае по услугам: “Услуга 3” и внутренней услуге “Сеть передачи данных”.
Опять поспорю. Изначально инцидент действительно должен заводиться на услугу, видную Бизнес-Пользователям. Однако на первой линии поддержки в рамках диагностики инцидента он должен быть переназначен на конкретную услугу, в которой произошёл сбой. зачастую квалификации ПЛП не достаточно и это происходит на Второй Линии, но это мало меняет дело.
Пойду перечитаю ваши предыдущие статьи, но сложилось ощущение, что начать стоило с построения CMS(или хотя бы CMDB), тогда бы не возникало вопросов, приведённых в заголовке статьи.
Мне даже письмо об этом приходило.
А так, основные книги — это «свод рекомендаций, а не правил».
немного поспорил бы.
Как известно, каталог услуг состоит из двух ключевых элементов — Каталог Услуг для Бизнеса и Технический Каталог Услуг. Так вот, в каталог услуг нужно вносить и то, и другое, а Бизнесу показывать только интересующую его часть(разграничение прав доступа, отличный от общего каталога интерфейс и т.д.).
В такой каталог вносятся как основные услуги(которые видны Бизнесу), так и вспомогательные(без чего услугане сможет функционировать). Помимо этого в каталог услуг так же вносятся дополняющие услуги(делающая услугу более привлекательной для Заказчика).
Поэтому если речь идёт конкретно о Каталоге Услуг для Бизнеса, то не совсем корректно называть его Каталогом Услуг.
Опять поспорю. Изначально инцидент действительно должен заводиться на услугу, видную Бизнес-Пользователям. Однако на первой линии поддержки в рамках диагностики инцидента он должен быть переназначен на конкретную услугу, в которой произошёл сбой. зачастую квалификации ПЛП не достаточно и это происходит на Второй Линии, но это мало меняет дело.
Пойду перечитаю ваши предыдущие статьи, но сложилось ощущение, что начать стоило с построения CMS(или хотя бы CMDB), тогда бы не возникало вопросов, приведённых в заголовке статьи.