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

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

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

Вместе с вами отвечаем на актуальные вопросы

Оценка эффективности сотрудника ИТ-службы

В редакцию портала поступил вопрос: Уважаемые коллеги! Вопрос следующего свойства: По книге "ITSM. Руководство по измерению" успешно внедряем индикаторы для процессов Inc mng и rf (Service request) mng, выбрали 2 индикатора TPI и TCR, как сбалансированные. Вопрос в следующем: Как однозначно оценить "эффективность сотрудника"? Т.к. если сотрудник 1 решил за месяц 200 обращений — у него TCR 0.78 и TPI 0.80, а второй решил 10 обращений и у него оба индикатора равны 1 (Идеальный). В описании измерений процессов не нашёл информации как сие реализовать, чтоб было честно с точки зрения сотрудника 1.  Свой вариант: Ввести "нормирование" количества обращений, выполненых за период, но данный вариант не предусматривает…

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

Эффективные способы получения обратной связи от пользователей

В редакцию портала поступил вопрос: Коллеги, добрый день! Поделитесь, пожалуйста, какие наиболее эффективные способы получения обратной связи от пользователя вы используете? Задача — узнать у конечного пользователя, насколько он удовлетворен качеством обслуживания. Исходные условия: не все пользователи имеют почтовый ящик; не все пользователи имеют отдельный компьютер (несколько пользователей работают с одного компьютера) и телефон. Используем следующие способы, каждый из которых имеет плюсы и минусы: В автоматическом уведомлении о решении инцидента просим пользователя оценить качество обслуживания, перейдя по ссылке на страницу с вариантами оценки. Проблема: мало кто переходит по ссылке. Сейчас прорабатываем возможность прямо в уведомлении сделать кнопки с вариантами оценки. Целевые опросы по тому…

, 29 мая 2017, последний комментарий 8 июня 2017

Измерение ITSM-процессов в денежном эквиваленте

В редакцию портала поступил вопрос: Добрый день. Прочитал книгу «Руководство по измерению» — всё понравилось, всё по делу! Но тема раскрыта в разрезе измерения самих процессов и их производительности. Теперь хочется научится переводить все это в деньги.  Нужны ответы на вопросы: «Сколько стоит один инцидент / запрос на обслуживание?», «Сколько стоит блокирующий инцидент (сбой)?», «Сколько стоят этапы работы: классификация запроса, переназначение, заполнение параметров после выполнения», «Какова средняя стоимость 1 часа работы по запросу для 1- 2- 3-линии». Подобные знания позволят намного эффективнее выбирать доработки и изменения для реализации.  Например у нас есть типовой ЗнО, и есть идеи по автоматизации его решения. Разработка обойдется в N…

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

Добавление новых пользователей в систему: одна заявка на всех или на каждого?

В редакцию портала поступил вопрос: Добрый день! Заказчик присылает большое количество пользователей для заведения в системе. Завести всех пользователей за раз не представляется возможным (специфика системы), поэтому возникают вопросы: 1) Можно ли на всех пользователей сразу завести одну заявку в Service Deck, или необходимо заводить отдельную заявку на каждого пользователя? 2) Что об этой ситуации говорит ITIL?

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

Как корректно настроить часовые пояса в ITSM-системе: по заказчику или по исполнителю работ?

В редакцию портала поступил вопрос: Как корректно настроить часовые пояса в ITSM-системе: по заказчику или по исполнителю работ? Друзья! Есть ли у кого опыт настройки в ITSM-системе разных часовых поясов? Дело в том, что у нашей компании география по всей России и Центры экспертиз (рабочие группы) есть в нескольких часовых поясах. Вопрос: в запросе SLA должен тикать по часовому поясу ответственного за запрос или по часовому поясу инициатора запроса? У нас мы настроили таким образом, что в рамках запроса есть наряды (могут быть назначены на разные Центры экспертиз). За запрос отвечает тот ЦЭ куда направили первый наряд (альтернативы пока не придумали)…

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

Лонг-лист решений для CMDB

В редакцию портала поступил вопрос: Столкнулся с выбором решения для CMDB. Есть известные и раскрученные поставщики по Gartner, например. Но хочется расширить "лонг-лист" и рассмотреть и другие варианты, которые не так легко гугляться. Поделитесь, пожалуйста, опытом либо теорией.  

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

Как привить пользователю привычку обращаться в техподдержку

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

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

Корреляция выполнения запросов сотрудником и размера его премии

В редакцию портала поступил вопрос: Коллеги, добрый день! Скажите, кто-нибудь имеет опыт увязывания результатов работы конкретных сотрудников по выполнению запросов/нарядов с их премиями? Понятно, что корреляция не 100%-я, мы хотим, чтобы был коэффициент для каждой должности, кто на сколько процентов вовлечен в обработку запросов — столько процентов премии и будет зависеть от выполнения запросов… интересует сама методика и опыт. Спасибо!

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

Process Definition в COBIT

В редакцию портала поступил вопрос Добрый день! В COBIT, в описании атрибута возможностей 3.1 , речь идёт о стандартном процессе и определенном процессе: A measure of the extent to which a standard process is maintained to support the deployment of the defined process. Не могли бы вы пояснить, что это за сущности и в чём разница? Спасибо!

, 16 февраля 2017, последний комментарий 16 февраля 2017

Границы ответственности инцидент-менеджера

В редакцию портала поступил вопрос: Добрый день всем! У меня с нашим проблем-менеджером возник спор, кто же все-таки должен контролировать решение ИТ-проблем? Он утверждает, что инцидент-менеджер, он же инициатор проблемы, должен вести непрерывный контроль за решением проблемы, при необходимости "пинать" инженеров или change-менеджемент, который решает проблему, так ли это? В моем понимании инцидент-менеджер безусловно является инициатором проблем, но далее он передает это на уровень проблем-менеджмента, и в его зоне остается лишь окончательная проверка и подтверждение устранения проблемы.

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