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

Обучение
по ITIL 4, ITSM, PRINCE2
Деловые
игры
Новые экзамены
по ITSM
Реестр ESM- и ITSM-систем в России 2024

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

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

Вопрос из зала: завоевание умов в ITSM-проекте

Александр Пешков снова спрашивает: Хотел бы обсудить очень практический вопрос. ИТСМ-проект всегда делится четко на две комплементарные части: это внедрение процессов и завоевание умов. По первой части существуют тонны замечательных букв, написанных на разных языках, в том числе и на двух более или менее понятных. Мы все страшно пользуемся этим преимуществом и примерно понимаем, как устроены процессы и как можно попробовать их описать и внедрить. Но вот вторая часть проекта по внедрению – завоевание умов – это, как правило, не самая понятная часть работы. Нюансов достаточно много: когда начинать продвижение ИТСМ-проекта, как обосновать необходимость такого продвижения, какие подходы использовать при…

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

Постоянный участник дискуссий на нашем портале Александр Пешков спрашивает: Предлагаю обсудить животрепещущий вопрос — разграничение проектов и изменений. Действительно ли это вопрос бюджета, или это вопрос изменения параметров спецификации? Если первое, все понятно — можно установить пороги и разделять. Если второе — тогда проектами становятся только те разработки, которые изменяют пользовательские функции или параметры качества. Здесь нюансы — какие именно параметры и функции? Можно ли считать пользовательскими функции консоли администратора приложения, к примеру? Какая у вас практика, и какие есть плюсы/минусы у этих подходов? Каков процент проектов в общем объеме изменений, в первом и втором случаях?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM