Digital Enterprise

Разрушители легенд: управление конфигурациями невозможно без процесса управления изменениями

Недавний разговор об управлении конфигурациями и изменениями опять напомнил мне извечный вопрос о курице и яйце. А разговор, в сущности, был на тему, правда ли необходимо внедрение управления изменениями для обеспечения актуальности CMDB? Распространённое мнение гласит: «Да, управление изменениями необходимо, иначе мы не сможем отслеживать изменения и, следовательно, CMDB утратит актуальность». Я не согласен. Даже если апеллировать к каноническим текстам (книжкам ITIL), назначение процесса управления конфигурациями – «is to ensure that the assets required to deliver services are properly controlled, and that accurate and reliable information about those assets is available when and where it is needed». В то время,…

Дмитрий Исайченко, 6 октября 2012, последний комментарий 15 октября 2012

Ошибка, которую провайдер может сделать лишь однажды

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

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

Вопрос из зала: упрощение эскалации

Наш коллега Евгений запросил совета у профессионалов. Вам, уважаемые читатели realitsm.ru, мы и адресуем следующий кейс: Добрый день! Хотелось бы спросить совета у профи. Наша компания занимается IT аутсорсингом. Из персонала мы имеем следующее: команда технической поддержки (первая линия – операторы, вторая линия – инженеры руки-ноги, третья линия – умные инженеры), команда сетевиков, которая занимается монтажом кабелистики, шкафов, ИБП, электрики и т.д., команда связи, которая занимается организацией работы IP телефонии на базе CISCO и команда виндовых серверов и сервисов, которая занимается серверами, почтой, фаерволами и прочими серверными компонентами. Суть проблема вот в чем: например, поступило обращение от пользователя: не звонит IP…

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

Наконец-то: автоматическое внедрение ITIL

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

Новостной поток, 1 октября 2012, последний комментарий 2 октября 2012

Тесты интеллекта как инструмент поддержки пользователей.

Говорят, для того, чтобы разгрузить перегруженных операторов поддержки, можно перехватывать часть обращений разными средствами автоматизации – порталами, IVR и тому подобными. Но мало кто знает, что эти же средства прекрасно подходят для тестирования интеллектуальных способностей (и, вероятно, других особенностей личности), чтобы потом на основе результатов тестов… делать что-нибудь. Чем больше процедура обращения в службу поддержки похожа на квест, тем больше поставщик услуг узнает о пользователях. А они – о поставщике, кстати. Позвонил я недавно в службу поддержки клиентов одного банка. Там, конечно, ответила механическая женщина, которая предложила мне зайти в систему автоматизации. Я согласился, и она попросила меня ввести номер карты….

Роман Журавлёв, 1 октября 2012, последний комментарий 13 октября 2012

Мини-кейс: выбираем приоритеты

Подискутировал тут со слушателями спец-курса «Управление инцидентами» про выбор приоритета инцидентов. Общие слова про то, что правила назначения приоритета призваны помочь исполнителям скорее выбрать, какую задачку делать первой, и про то, что приоритет – это всего лишь алгоритмически определяемый признак, который всё равно нужно дополнять живой головой, принимающей решения, были сказаны. Дело в том, что в этой организации есть регламент процесса, где, во-первых, приоритет однозначно определяет целевой срок устранения инцидента, а еще заданы признаки выбора приоритета. Примерно такие: Приоритет «Высокий» – сбой затронул работу всех пользователей Приоритет «Средний» – сбой затронул значительное число пользователей (более 80% по оценке ИТ-специалиста»). Приоритет…

Константин Нарыжный, 28 сентября 2012, последний комментарий 21 октября 2012

Роботизированная поддержка

На днях был в командировке в Краснодаре. Тамошние коллеги рассказали удивительную историю о том, как на одной из выставок им был продемонстрирован бот, который умеет самостоятельно общаться с пользователями по MS Lync, выполняя функции … первой линии поддержки. В частности, со слов очевидцев, он умеет требовать от пользователей более конкретные формулировки, чем «помогите» или «у меня всё не работает», в том числе посредством уточняющих вопросов по диагностическому дереву. По итогам диалога, если пользователю не удалось помочь, но собрана достаточная диагностическая информация, бот самостоятельно регистрирует от пользователя заявку в MS SCSM. То есть я уточню: пользователь обращается в службу поддержки по…

Дмитрий Исайченко, 27 сентября 2012, последний комментарий 4 октября 2012

Безвыходные инциденты

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

Евгений Шилов, 26 сентября 2012, последний комментарий 4 октября 2012

Проверено временем, ещё раз

Сообщение от редакции портала: только что произведено плановое обновление раздела "Проверено временем", который содержит подборку ссылок на самые читаемые, обсуждаемые и интересные записи различных авторов, независимо от даты публикации. В результате обновления количество полезных ссылок удвоилось и теперь равно семидесяти. Материалы добавлены почти во все рубрики, но особенно – в рубрику "Проектная практика", которая стала самой большой. Редакция желает вам приятного чтения и обретения новых знаний. (кстати, все старые записи доступны для комментирования)

Чей это профиль?

Заранее прошу прощения за многословность. Помогите разобраться с профилем, пожалуйста. Вдруг кто читал "Стратегию услуг"… в режиме краудсорсинга, например. Есть в книге Service Strategy такой процесс – управление спросом. Как и многое добавленное в ITIL в 2007 году, он не предлагает ничего принципиально нового, но добавляет деталей и красоты. Вот вкратце чем он занят: Предпосылки: Бизнес-процессы ведут к формированию бизнес-результатов. Для этого они используют ИТ-услуги Чтобы предоставлять услуги, поставщик услуг использует ресурсы. Потребность в ресурсах определяется спросом на услуги. Активность бизнес-процессов может меняться, вместе с ней – спрос на услуги. Можно выявить закономерности, которым подчинены эти изменения, и использовать…

Роман Журавлёв, 24 сентября 2012, последний комментарий 13 января 2014

Третья конференция itSMF Russia “на отлично”

© Aale Roos 2012 Коротко о главных трех моих впечатлениях о прошедшей всероссийской конференции itSMF. Я пропустил конференцию в прошлом году, но, по сравнению с первой конференцией в 2010, мы точно стали более лучше питаться. Спасибо организаторам за кейтеринг. Как сказал Аале Роос, существенная часть удовлетворенности участников конференций – это воспоминания о вкусной еде. Тут полный успех. Очень рад был пообщаться со старыми друзьями, именитыми коллегами, а главное – с теми, кто участвовал в моих тренингах. Спасибо всем вам, до новых встреч. Ура! =) Как почти рядовой и практически не аффилированный участник, я не понял двухдневного формата. Многодневные ITSM-конференции уже…

Константин Нарыжный, 23 сентября 2012, последний комментарий 26 сентября 2012

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

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