Эксплуатация ИТ Archives – Страница 16 из 18

Самостоятельная классификация обращений

Ситуация: 1. Очень большая доля обращений (порядка 60%) относится к вопросам, касающихся функционирования специфических ИТ-систем. 2. Компетенции первой линии точно не хватит, чтобы решить хотя бы малую часть из таких обращений. И даже не решить, а грамотно пообщаться с заявителем. 3. Порядка 70% обращений поступает через портал и e-mail, остальное – по телефону. 4. Очень небольшое количество человек на первой линии, и нет возможности добавить персонал (в том числе и за счёт организации распределённой первой линии со специализацией сотрудников). 5. Пользователи «натренированы» не звонить, а обращаться через портал или e-mail, более-менее грамотно описывать симптомы и прикладывать скриншоты . Решение: Позволить пользователям…

Михаил Тобурдановский, 29 марта 2012, последний комментарий 2 апреля 2012

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

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

Вопрос из зала, 21 марта 2012, последний комментарий 13 марта 2018

Документы и практика

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

Евгений Шилов, 18 февраля 2012, последний комментарий 23 февраля 2012

Ох уж эти социальные сети!

Параллельно с развитием социальных сетей, ITSM-сообщество старается придумать различные способы применения этой технологии для повышения качества ИТ-услуг, предоставляемых поставщиком.

Мониторинг инфраструктуры, что кроме автоматизации?

На днях закинули в CleverTEST очередной пробный экзамен по ITIL, пока кидали, на глаза попался вопрос: Что из перечисленного лучше всего описывает назначение управления событиями? Способность обнаруживать события, толковать их и определять подходящий способ реагирования Способность внедрять средства мониторинга Способность отслеживать и контролировать работу технического персонала Способность формировать отчетность об успешном предоставлении услуг на основе данных о времени бесперебойной работы устройств Вспомнился недавний разговор с одним знакомым, который жаловался на несовершенство используемой им системы мониторинга, "которая заваливает их спамом, а толку никакого". В моем понимании, идеальная схема работы с большими объемами информации заложена в процессе управления конфигурациями. А…

Евгений Шилов, 24 декабря 2011, последний комментарий 30 декабря 2011

ИТ на Олимпийских Играх 2012: почти всё готово

ComputerWeekly.com сообщает, что на прошлой неделе в Лондоне был открыт Центр Управления Технологиями (ЦУТ) Олимпийских и Паралимпийских игр 2012 года. В ЦУТ будет осуществляться мониторинг всех ИКТ-систем, поддерживающих Игры. В любое время суток за эксплуатацией ИТ будет следить 180 специалистов. До лета 2012 года планируется 200 тысяч часов тестирования: "технические репетиции" в марте и в мае, и проверка сотен сценариев, включая симуляцию сбоев информационной и физической безопасности ИТ. В ходе Олимпиады, в ЦУТ будет осуществляться мониторинг более 900 серверов, 1000 сетевых устройств и 9500 рабочих станций. Будет задействовано более 5000 сотрудников, 2500 из которых – волонтёры. Исполнительный директор Игр 2012 года,…

itSMF 2011: “Всё это – люди”. Александр Тараторин

8 и 9 сентября 2011 года в Москве состоится вторая всероссийская конференция itSMF России под общим названием "Всё это – сервис-менеджмент". Мы продолжаем серию анонсов секции "Всё это – ЛЮДИ", модератором которой станет директор по консалтингу Cleverics Дмитрий Исайченко. Редко можно встретить поставщика ИТ-услуг, который работал бы на единственной площадке, где все потребители услуг размещены компактно, ресурсы стандартизованы, изменяются гибко и быстро. В реальности ИТ всегда распределено территориально. И если управление технологиями на расстоянии возможно и предсказуемо, то управление персоналом, который отделен от руководителя часовыми поясами и сотнями километров – задача нетривиальная. Доклад Александра Тараторина, начальника отдела управления ИТ процессами Управления…

ИТ-скептик про Devops и Agile

Наш друг Роб Ингланд (IT Skeptic) решил опубликовать заметки к своим выступлениям на конференциях в этом году. Первый в очереди – мгновенно ставший популярным в социальных сетях критический очерк о концепции Devops. DevOps (Developers+Operations) – современный свод различных методик, направленных на продуктивную совместную работу разработчиков программного обеспечения и эксплуатационщиков (администраторов) информационных систем. Идея Devops – прямой наследник Agile. Подход предлагает использовать комплекс мер по "разрушению стены между разработчиками и системными администраторами": единые инструменты повсеместной автоматизации, революция культуры взаимодействия, отказ от бюрократических процедур, мелкие и частые изменения продуктивной среды. Скептик выразил крайне консервативное отношение к этой новой идее. Противопоставив ее традиционной…

Новостной поток, 31 августа 2011, последний комментарий 25 августа 2015

Доступность, готовность?

Вопрос прислан посетителем портала. Возник он (вопрос) при подготовке документа, который описывает ПО, позволяющее: собирать информацию об отказах в сети, вычислять значения коэффициента готовности отдельных компонент сети вычислять интегральный коэффициент готовности сети вычислять некоторые финансовые показатели (потери от простоев…). Как видно из второго пункта в списке, речь в документе первоначально велась о "готовности". И не просто потому что слово понравилось, а потому, что автор давно и привычно основывает свою работу в этой области на ГОСТ 27.002-89 «Надежность в технике» (ныне действующий ГОСТ Р 53480-2009 «Надёжность в технике. Термины и определения»). С другой стороны расчет метрик велся в целях повышения степени управляемости…

Роман Журавлёв, 2 апреля 2011, последний комментарий 13 июля 2015

Конфигурационные единицы, которых нет

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

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

Почему они возвращаются? Интересная метрика для службы поддержки

Один из авторов портала ERP4IT, alphasong, предлагает интересную метрику для оценки работы службы поддержки. Цель метрики – выявить и свести к минимуму случаи неполного выполнения заявок. Действительно, часто оказывается, что стремление службы поддержки закрывать обращения как можно скорее стимулирует специалистов поддержки объявлять завершенными работы, которые выполнены не полностью, или работы, выполнение которых оказалось по каким-то причинам прервано или отложено. Автор приводит такие примеры: Пользователь запросил установку MS Excel. Excel был установлен, заявка закрыта. Пользователь обращается вновь, теперь уже с запросом на установку Excel PowerPack. Пользователь обратился с каким-либо запросом. После чего заболел. Чтобы заявка не висела, мы ее закрыли с…

Новостной поток, 2 февраля 2011, последний комментарий 4 февраля 2011

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

Эксплуатация ИТ

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