Портал №1 по управлению цифровыми
и информационными технологиями

Обучение
по ITIL 4, ITSM, PRINCE2
Деловые
игры
Консалтинг
по управлению ИТ

Вопрос из зала

Вопросы, заданные читателями портала, на которые дают ответы авторы блогов и другие читатели.

Определение «производительности»

Елена предлагает нам на растерзание еще одного ложного друга переводчика спрашивает: В поисках экспертного мнения по определению термина "Производительность услуги" предлагаю обсудить состоятельность следующей трактовки: " Производительность услуги – это возможность (или способность) обеспечения согласованного уровня предоставления запрашиваемого объема услуги при установленных параметрах нагрузки на ресурсы." Ваше мнение? Елена, уточните в комментариях, пожалуйста — ваш вопрос про Performance?

, 2 декабря 2013, последний комментарий 8 декабря 2013

CMDB, CMS, SKMS... еще что-нибудь?

Виктор Калинчиков спрашивает у нашего с вами сообщества: Уважаемые коллеги! Поясните, пожалуйста, принципиальную разницу между CMDB, CMS и SKMS. Везде достаточно расплывчато определяется разница между этими понятиями, особенно разница между CMS и SKMS. Может быть есть какой-то ресурс, где можно прочесть об этом? Заранее благодарен! Мы однажды обсуждали связь между этими понятиями, но до примеров дело как-то не дошло. Что скажете, эксперты?

, 6 ноября 2013, последний комментарий 7 ноября 2013

CMDB: как совместить детальность и наглядность?

Василий занят построением CMDB. И вот какой у него возник вопрос: У нас в компании со временем устоялась трехуровневая модель предоставления ИТ-сервисов бизнесу. 1. Уровень бизнес-сервисов (бизнес-направления или бизнес-процессы). 2. Уровень ИТ-сервисов прикладного уровня (ИТ-сервисы, связанные с прикладным ПО и автоматизированными банковскими системами). 3. Уровень ИТ-сервисов системного уровня (ИТ-сервисы, связанные с системным ПО (например, СУБД, прокси) и сетью). Получается, что, с одной стороны, у нас есть связь сервисов между собой, т.е. бизнес-сервисы зависят от ИТ-сервисов прикладного уровня, а ИТ-сервисы прикладного уровня зависят от ИТ-сервисов системного уровня. Есть заключенные SLA с бизнесом и OLA внутри ДИТ. С другой стороны, сервисы зависят...

, 4 сентября 2013, последний комментарий 12 декабря 2013

Как применить статусы, раз уж они есть?

Мария спрашивает: Как можно перевести статусы инцидентов "Pending Other (ожидание другого исполнителя?) ", "Referred (передан на рассмотрение)", " Resolved (решен)", т.е. к каким ситуациям их применять? Мы используем систему HPSM и решили расшифровать статусы для исполнителей. Быстро найти в интернете адекватную информацию не удалось. Буду благодарна за помощь! Уважаемые специалисты по адаптации жизни к HPSM и по статусам инцидентов — предлагайте варианты, пожалуйста!

, 8 августа 2013, последний комментарий 12 августа 2013

Вопрос из зала: каталог поддерживающих услуг

Роман запрашивает передовой опыт: Уважаемые коллеги! Подскажите, пожалуйста, описан ли где-либо обобщенный опыт по составлению каталога поддерживающих услуг, на которые заключаются OLA? А именно, есть ли где-нибудь описанный каталог таких поддерживающих/операционных услуг? Мы считаем, что в большинстве ИТ-подразделений перечень операционных услуг должен совпадать, как минимум, на 80%. Готовы ознакомиться с любыми вашими мнениями по этому вопросу. Итак, есть ли примеры каталогов поддерживающих услуг?

, 19 июля 2013, последний комментарий 22 июля 2013

Вопрос из зала: процедура актуализации типовых изменений

Евгений спрашивает: Добрый день! Помогите, пожалуйста, в вопросе написания процедуры. Новичок в ISO, но по ряду рабочих обязательств, возложенных на меня, мне нужно разработать процедуру актуализации списка типовых изменений. Помогите, в каком направлении излагать мысли? Может, есть какие-то наработки, статьи, темы, размышления и т.д. Есть ли у кого-нибудь советы и рекомендации по составлению такой процедуры? Какой информации не хватает для полноценного ответа на поставленный практический вопрос?

, 15 июля 2013, последний комментарий 18 июля 2013

Вопрос из зала: такая разная эскалация

Александр спрашивает у нас: Здравствуйте уважаемые Эксперты! Хотелось бы задать такой вопрос. В чём принципиальное отличие функциональной эскалации от иерархической? Очень важно показать иерархическую эскалацию на конкретных примерах. Зарание спасибо за ответ. Подозреваем, что простые ответы Александра не устроят: Иерархическая Эскалация — Информирование или вовлечение руководителей более высокого уровня в ходе эскалации. Функциональная Эскалация — Передача инцидента,проблемы или изменения в техническую группу с более высоким уровнем компетенции в ходе эскалации. Что скажете, коллеги?  

, 22 апреля 2013, последний комментарий 24 апреля 2013

Вопрос из зала: ITIL/ITSM и eTOM

Василий спрашивает: Как CОBIT, ITIL, ITSM позиционируют себя по отношению к TMForum? Если рассматривать службы ИТ как маленькую, а иногда и небольшую телекоммуникационную компанию, поставляющую услуги бизнесу своей, иногда очень большой территориально распределенной компании (Газпром, Русал, Сбербанк, Почта России)?

, 10 апреля 2013, последний комментарий 15 апреля 2013

Вопрос из зала: Перспективы диагностики инцидентов «на лету»

Александр Мешков интересуется экспертными мнениями по поводу своей новой идеи. В данный момент наша компания разрабатывает решение, позволяющее диагностировать инциденты «на лету», и нам хотелось бы услышать мнения уважаемых коллег о перспективах этой концепции – диагностики инцидентов «на лету». Суть концепции заключается в том, что сервисный запрос на пути от пользователя к Службе поддержки обрастает сначала диагностической информацией (первый и второй этапы), а затем и проектом диагноза (третий этап). Таким образом, когда Служба поддержки получает Снимок Инцидента, ей остаётся только удостовериться в правильности диагноза и применить адекватное ему решение. Более подробно алгоритм диагностики инцидентов «на лету» выглядит так. Первый этап...

, 21 марта 2013, последний комментарий 27 марта 2013

Вопрос из зала: «многослойная» поддержка

И вновь нам задают интересный вопрос из практики. Наталья спрашивает: Здравствуйте, коллеги! Есть ли какие-то рекомендации или стандарты в отрасли (или хотя бы best practices и ваши наблюдения), которые бы показывали рациональность введения дополнительного уровня поддержки? Сколько процентов кейсов должен закрывать каждый уровень поддержки, чтобы оправдать свое существование? Буду очень благодарна за ваш ответ. Коллеги, ждём ваших ответов в комментариях!

, 16 марта 2013, последний комментарий 21 марта 2013

Вопрос из зала: премиум поддержка

В нашей рубрике "Вопрос из зала" продолжают появляться интересные темы. Василий интересуется: Добрый день, уважаемые. На текущий момент в нашей организации планируется внедрение новой услуги — Премиум поддержка (VIP Support). Специфика — техническая поддержка программных продуктов (наша организация является вендором) на привилегированных условиях. В этой связи буду очень признателен за практические советы по составу этой услуги. Возможно у кого-то уже есть подобные услуги, кто-то знает фишки, которые нравятся заказчикам. Буду благодарен за любую информацию, в том числе и за ссылки на интересные статьи по этому поводу. Спасибо. Наверняка кто-то из читателей нашего портала сталкивался с подобной задачей. Поделитесь своими знаниями, коллеги!

, 15 марта 2013, последний комментарий 21 марта 2013
 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM
Авторы и редакторы портала — консультанты и тренеры компании Cleverics.
Использование материалов данного сайта допускается исключительно с разрешения правообладателя.
Использование данного сайта означает согласие с обязательством соблюдать нашу Политику конфиденциальности и Согласие на обработку персональных данных.