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

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

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

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

Вопрос из зала: какой инструмент выбрать для сервис-деска?

Денис задает нашему сообществу довольно популярный вопрос: какое приложение для нужд сервис-деска выбрать? Здравствуйте, я являюсь одним из соучредителей небольшой компании которая занимается оказанием услуг населению в сфере ИТ. Сейчас наша компания стоит перед выбор программного обеспечения для управления инцидентами (service desk). Приоритетные задачи: 1. учёт рабочего времени сотрудников. 2. складской учёт 3. оценка работы со стороны клиента. 4. учёт выручки мастеров. 5. Трудозатраты. и всё в этом духе  Спасибо за внимание.

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

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

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

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

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

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

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

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

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

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