Практика и опыт Archives – Страница 38 из 53

ITSM на службе у адронного коллайдера

На днях я рецензировал очередную дипломную работу слушателя программы MBA. Это оказалась лучшая работа за время моего сотрудничества с бизнес-школами, и посвящена она построению каталога услуг в не-ИТ организации, но с использованием принципов и рекомендаций ITSM. Про работу, надеюсь, еще будет случай написать подробнее, а пока хочу поделиться находкой, которую встретил в этом дипломе и которую чуть меньше чем год назад пропустил в новостном потоке. Возможно, вы тоже ее пропустили, а находка любопытная. Есть такая организация – CERN, Европейская организация по ядерным исследованиям, основным проектом которой в настоящее время является Большой адронный коллайдер. Так вот, они там решили использовать принципы…

Роман Журавлёв, 16 марта 2014, последний комментарий 6 мая 2014

Правдивая история про аутсорсинг

Лет шесть-семь назад я разговаривал со своим другом, работавшим тогда в известной иностранной консалтинговой компании (в той её части, что в России). Я спросил: — Сколько у вас всего трудится человек? — Порядка двух сотен, — был ответ. — А сколько из них консультантов, практиков, инженеров — тех, кто непосредственно работает с клиентами? — Да все, наверное. — Так не бывает, — сказал я. — Бухгалтерия, IT, и прочий overhead, сколько таких? — Двое. Детали этого разговора, как и вспомнившиеся мне числа, я, наверное, переврал, но соотношение professional staff / total headcount было в моём понимании зашкаливающим и точно больше 90%. Я обсудил этот вопрос с генеральным директором компании,…

Олег Скрынник, 17 февраля 2014, последний комментарий 18 февраля 2014

Навыки консультанта

Философско-математическая база под определение "идеального консультанта" уже подведена. Я возьму на себя труд попроще – попробую составить свой персональный список навыков и способностей без каких-либо претензий на что-либо. Умение слышать. Без глубокого понимания того, что же нужно обратившемуся к тебе человеку/организации невозможно посоветовать что-либо дельное и реально помогающее. Внимательность и дотошность. Дьявол, как известно, в мелочах. Не нужно упускать детали – они помогают раскрыть картину. Тактичность и вежливость. Ваш напор и энергия может сослужить и плохую службу, отпугнув обратившихся. Используйте их уже при решении выявленных задач. Опрятность и аккуратность. Встречают "по одёжке". И косвенно проецируют на предполагаемое качество вашей работы. Ответственность. Вам…

Денис Денисов, 30 января 2014, последний комментарий 6 февраля 2014

Буднично праздничное

– Во-первых, сказать вам, как я люблю вас всех, а сто одиннадцать лет – это слишком мало, когда живешь среди таких славных хоббитов. Половину из вас я знаю вполовину хуже, чем хотел бы, а другую половину люблю вполовину меньше, чем она того заслуживает. Пожалуй, сказано было сложновато. Послышалось несколько жидких хлопков, пока остальные прикидывали, надо ли относиться к сказанному как к комплименту. – Во-вторых, я хотел отпраздновать мой день рождения. Д.Р.Р.Толкиен, "Властелин Колец" Опять день рождения. Пятый год в Cleverics, одиннадцатый – в ITSM как тренер. Написали и перевели книжек – пять, придумали и провели курсов – без счёта,…

Роман Журавлёв, 28 января 2014, последний комментарий 29 января 2014

Свои мысли и несколько чужих

В конце года принято оглядываться назад, подводить итоги, строить планы… Строительству планов стоит, пожалуй, посвятить отдельный текст, а пока, пожалуй, оглянусь и подведу. Как показывает практика, каждый год приносит мне одну-две идеи, которые существенно дополняют, а иногда и совершенно переворачивают картину ITSM-мира, складывающуюся у меня в голове. Причем эти идеи обычно кажутся мне настолько существенными, что я немедленно добавляю их в каждый курс, который веду и в каждое выступление перед любой аудиторией – независисмо от темы курса или выступления, а также от состава и уровня подготовки аудитории. В этом году такие идеи снова были, и снова числом одна-две. Собственно, появились…

Услуги – CI или не CI?

Продолжается обсуждение непростой темы управления конфигурациями. Андрей спрашивает: Коллеги, кто нибудь может внятно объяснить, зачем стоит заводить в CMDB CI типа "Услуга" ? Рассмотрим случай, когда в информационной системе есть сущности типа "услуга" за рамками CMDB (например отдельная папка SLM и отдельная папка CMDB в OMNITRACKER). Понятно, что каждая CI должна быть связана с услугой, но для этого не обязательно связывать СI типа "сервер" с CI типа "услуга". Проставили в карточке CI в поле услуга нужную услугу и все. На деле же часто вижу примеры CMDB как дерево CI-ев, где есть CI в традиционном понимании (ПО, Железо, конфигурации серверов и тд) и CI типа…

Вопрос из зала, 25 декабря 2013, последний комментарий 14 января 2014

Оценка RFC

На днях прорабатывал последовательность действий по оценке запроса на изменение в ИС. Получилась несложная и довольно универсальная методика, которую можно понятным образом уложить и в процедуры процесса, и в формы документов. Конечно, решил сравнить с ITIL, тем более что со времен разработки и чтения курса IPRC в 2006-м году, помню про описанный в ITIL подход «Семь R». У кого под руками есть книжка Service Transition, смотрите раздел 4.2.5.4 «Assess and evaluate the change». У кого книжки нет, вкратце оценку RFC там предлагается выполнить, ответив на семь следующих вопросов: Who Raised the change? What is the Reason for the change? What…

Дмитрий Исайченко, 22 декабря 2013, последний комментарий 23 декабря 2013

Процессная математика. Опросы пользователей

Постановка задачи Допустим, мы решили провести опрос пользователей. Известно, что всего их – 1 000 человек. Для простоты предположим, что мы задаём 1 вопрос (например, об удовлетворенности качеством поддержки) с ответом по пятибалльной шкале (1-5). Интересующий нас результат опроса выражается средним из полученных ответов. Вопрос: сколько ответов пользователей необходимо получить, чтобы результаты опроса были достаточно точными (достаточно – для принятия на основании результатов опроса управленческих решений)? Ответ первый: на основании здравого смысла (то есть предрассудков) Я опросил несколько знакомых, как они думают, сколько голосов пользователей необходимо получить. Ответы ранжировались в диапазоне 10-50% голосов от общего количества участников опроса, наиболее часто –…

Дмитрий Исайченко, 18 декабря 2013, последний комментарий 2 августа 2017

“Каталог услуг для успешного управления ИТ”

Тема управления уровнем услуг в этом году была очень актуальна. Мы видим это по запросам слушателей учебных курсов, по нашим консалтинговым проектам, по общению с клиентами, по вопросам на портале… Идя навстречу этой волне интереса, мы посвятили теме SLM и каталогов услуг три вебинара CleverTALK из десяти в весеннем сезоне этого года, и ещё три из семи – в осеннем. Более того, мы уверены, что тема будет актуальна и в следующем году тоже. Поэтому, выбирая очередную книгу для перевода и публикации, мы остановились на издании "Defining IT Success Through The Service Catalog", выпущенном компанией Pink Elephant. Это – хорошая книжка, справедливо именуемая "Практическое руководство"….

Олег Скрынник, 13 декабря 2013, последний комментарий 13 декабря 2013

Проблемы и известные ошибки

Интересную задачку нам предложили некоторое время назад в разделе "Задать вопрос": Расскажите пожалуйста преимущества (пользу) и недостатки (затраты) вариантов: 1. Известная ошибка это статус проблемы и тогда в системе автоматизации один объект. 2. Известная ошибка и проблема это 2 отдельных объекта. Любой, кто участвовал в построении процесса управления проблемами, наверняка, размышлял о разных вариантах реализации такого объекта, как известная ошибка. Поделитесь своим мнением, коллеги!

Вопрос из зала, 11 декабря 2013, последний комментарий 1 июня 2017

Маршрутизация обращений пользователей

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

Евгений Шилов, 7 декабря 2013, последний комментарий 3 февраля 2014

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

Практика и опыт

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