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

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

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

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

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

Вопрос задаёт наш постоянный читатель и комментатор Андрей Капустин: Вопрос вынесен отдельно из обсуждения "Многоликие услуги" В каких случаях сервисный подход не нужен или вредит бизнесу? Для примера ситуации к обсуждению предлагаю свой проект: крупный иностранный банк аутсорсит в российского подрядчика разработку и поддержку заказчик декларирует, в том числе и через внутренние политики, свою высокую культуру ведения деятельности, в том числе и в связанных с автоматизацией областях в проекте в котором я участвую как руководитель поддержки, интуитивно очевидно что уровень зрелости процессов в лучшем случае первый; при этом проблемы на мой взгляд порождены в далеко не последнюю очередь "весьма совковой"...

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

Вопрос из зала: обсуждение ИТ-проектов

Читатель, подписавшийся как Ritil ITинович, спрашивает: Приветствую На этом ресурсе много разной информации: обсуждений теорий и стандартов, небольших фрагментов проектов. Но полных реальных realitsm проектов здесь не нашел. Прочему бы не выложить несколько хорошо документированных проектов по ITSM, мониторингу, обсудить (экспертизу, так сказать, общественную), выбрать типовые решения, показать в них как теория сочетается с практикой и т.п. Хорошо бы и ценник показать, т.е. "что по чём». Вроде бы это должно входить в понятие: «realitsm». «Лучше один раз увидеть «realitsm» в реальных проектах, чем сто раз послушать». Уверен – эффект был бы куда выше. Вообще, как правильно то документацию оформлять по...

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

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

Сергей Посыльный спрашивает: Работаем с системой построенной по третьему ITIL (BMC Remedy — не сочтите за рекламу). В третьем ITILе по которому построена наша Remedy, обращения, инциденты, изменения разнесены по разным сущностям. Мы говорим своим специалистам: закончил работу с Инцидентом залезай и бери новый (в зависимости от приоритета и крайнего срока). Однако в нашей системе (да и презенташку MS видел – там та же проблема существует) для просмотра разных сущностей – разные «вьюшки». То есть специалист смотрит Инциденты в одной, переключается в другую и смотрит Изменения, в третьей Регламентные работы … производители ПО не озадачились созданием единого поля где можно было-бы...

, 2 мая 2012, последний комментарий 3 мая 2012

Вопрос из зала про каталог услуг: что улучшить?

Максим спрашивает: Здравствуйте. Дано: крупная компания для которой ИТ — непрофильная деятельность. Внутри есть Департамент ИТ, который осуществляет ИТ-поддержку (как в части эксплуатации, так и в части развития (доработки) информационных систем). Необходимо сделать каталог услуг. Я разработал концепцию построения каталога, в которой определил термины, взаимосвязи понятий и рассмотрел примеры. Документ небольшой — 4 неполных страницы. Очень хочется услышать критику или рекомендации по развитию\трансформации концепции. Заранее спасибо. С разрешения автора, публикуем этот документ. Ваши рекомендации, коллеги?

, 20 апреля 2012, последний комментарий 12 мая 2012

Вопрос из зала: Обходное решение проблемы или типовое решение инцидента?

Владимир спрашивает: И снова о проблемах... в продолжении последнего семинара Евгения Шилова. Утрировано рассмотрим ситуацию с ошибкой в книге ITILv3 2007. В Книге в двух местах дано разное определение термина проблема. Из-за этого на экзаменах люди допускают ошибки и не набирают соответствующий бал. Проблемой в данном случае является ошибка в книге. Инцидентом низкий бал на экзамене. Решением инцидента является апелляция, результатов экзамена. Обходным решением проблемы является исключение из экзамена вопросов связанных с ошибкой. Структурным решением является переиздание книг. Вопросы: Может ли проблем менеджмент предложить в качестве обходного решение каждый раз писать апелляцию (допустим раньше инцидент решался просто повторной сдачей экзамена...

, 12 апреля 2012, последний комментарий 17 апреля 2012

Вопрос из зала: С чего начать изучение ITSM/ITIL?

Рубрика "Вопрос из зала" в последнее время приобрела заметную популярность, чему мы очень рады. Анатолий спрашивает: Добрый день, коллеги! Обращаюсь к вам за советом. Работаю в среднего размера российском банке. Работали мы во многом по-старинке, сейчас же пытаемся выйти на современные методы управления IT. За 5 лет дорос до руководителя сопровождения ПО и сейчас всем этим активно занимаюсь, в частности составляем SLA и пр. Но опыта работы с ITSM/ITIL нет. Посоветуйте, с чего начать, чтобы быть на "ты" с ITSM /ITIL? Что почитать сперва, имеет ли смысл идти на обучение или нет (курсы? какие?). Информации много, не хочется заблудиться в...

, 6 апреля 2012, последний комментарий 9 апреля 2012

Вопрос из зала: Нужно ли разделять оперативное и полное решение инцидента

Марина спрашивает: Подскажите, пжл, нужно ли разделять оперативное решение инцидента и полное решение инцидента? например: не формируется автоматически отчет (перестал работать функционал некой системы Х). например, пользователь может вручную создавать этот отчет (оперативное решение=обходной вариант), а исправление кода в системе Х (например, отчет не формируется из-за ошибки в коде) это уже полное решение инцидента? не смешиваются ли здесь понятия — решение проблемы?

, 1 апреля 2012, последний комментарий 6 апреля 2012

Вопрос из зала: Количество единиц службы поддержки

Сергей задаёт вопрос: Хотелось бы обсудить следующую задачу: Пусть мы имеем систему, которую используют 20 предприятий, общее количество пользователей 500, пусть на одном из предприятий 40 пользователей. Пусть система обслуживается с 9 до 18, время реакции 1 час, время закрытия типовой заявки на обслуживание 4 часа. Вопросы: 1 какой инфориации не хватает, чтобы можно было рассчитать количество единиц службы поддержки (КЕСП) 2. Как изменится КЕСП если указанное предприятие попросит уменьшить время реакции до 0,5 часа И общий вопрос — используются ли в практике управления услугами методы теории массового обслуживания? Спасибо.

, 21 марта 2012, последний комментарий 13 марта 2018

Вопрос из зала: разыскиваются OLA!

Активный участник обсуждений на нашем портале задал нам вопрос, который, с его согласия, мы хотели бы переадресовать вам, для получения объективной картины мнений: Я работаю в  территориально распределенной компании. Структура управления жестко функциональная, бюрократическая с сильными вкраплениями прямого управления со стороны функциональных директоров. И, хотя у нас есть некоторые процессы управления в ИТ службе и достаточно давно, мы решили сделать такую штуку как OLA только сейчас. Оно, OLA, правда нужно в работе. Так сказать доросли. Написали. Согласовали между собой и отдали оформлять приказом. Приказом, чтобы сомнений ни у кого не было, ибо ПЕЧАТЬ на документе. И тут оказалось, что у...

, 7 февраля 2012, последний комментарий 19 февраля 2012

Аномалия интереса к SLA

Павел Солопов, активный участник обсуждений на портале Real ITSM, недавно опубликовал в своём блоге интересную заметку. Вопрос поставлен ребром: Почему часто спрашивают "Как составить SLA?" и никогда не спрашивают "Как выполнить SLA?" Для стимулирования дискуссии читателям предлагается проголосовать за один из вариантов ответа на этот важный вопрос: За выполнение SLA отвечают другие люди, не те, что за их составление. И свои вопросы они задают на других форумах. SLA используется как щит от пользователя SLA не работает. Это просто красивая бумажка. Разработали, полюбовалтсь, на полку положили и забыли. Выполнять SLA очень просто, никаких вопросов не возникает. Никто ещё так толком и не написал...

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