itsm

itSMF Estonia – возможно, самая международная ITSM-конференция

…состоялась, как и было запланировано, 11.12.13 в Таллине. Получилось компактное мероприятие (один день, десять докладов без разделения на секции) с очень высоким КПД: ни одного пустого доклада, ни одного рекламного. Практики из эстонских компаний рассказали о своем опыте, международные гости рассказали о своем видении ITSM. Восемь из десяти докладов были на английском, включая доклады эстонских коллег. Не было: выставки спонсоров, пакетов участников, рекламы. Было: безупречная организация, отличная еда, интересные гости. Были среди гостей наши старые знакомые и друзья: Патрик Болджер, Аале Роос, Барклай Рей (выступали), Бартош Горчинский, Владимир Иванов (слушали). А организовал все это Каймар Кару, чей доклад про DevOps…

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

Управление конфигурациями и V-модель

Слушайте, а ведь V-модель (V-model) – это самая классная картинка в ITIL. Я давно это подозревал, но за последний год на курсах по контролю ИТ-услуг она стала для меня основной сюжетной линией, увязывающей все ключевые процессы контроля ИТ-проектов и продуктивной среды. Смотрите: Для управления тестированием V-модель является иллюстрацией комплексного подхода к тестированию: от технической отладки до подтверждения результатов бизнес-процессов. Она, кстати, и была изначально придумана для иллюстрации жизненного цикла разработки и тестирования. Для управления изменениями (и для управления проектами) ступени модели являются справочником вех, на которых нужно будет осуществлять проверки успешности проекта. Для управления релизами наличие всей проектной документации, формируемой на…

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

И снова про постоянное улучшение

Австралиец Франсуа Биккар, по-видимому, начитавшись Дмитрия Исайченко, загорелся идеей постоянного улучшения услуг. Кроме весьма образного английского языка, его статья ценна тем, что Франсуа предлагает способы борьбы с популярными заблуждениями о постоянном улучшении: Например: «… все наши сотрудники и так постоянно улучшаются, прямо каждый день». Есть одно замечание: если при этом у вас нет единого подхода и способа документирования стратегий улучшения, которые они предлагают, то вы не сможете информировать коллего о постоянном улучшении и воспитывать соответствующую культуру. А еще вы не можете воспользоваться преимуществами коллективного мышления, которое очень важно для улучшения, тем более, что ваши сотрудники, имея дело с заказчиками, знают об их трудностях лучше всех. Не обязательно…

Вопрос из зала про конфигурационные единицы

Читательница Елена задает такой вопрос: Есть ситуация: Оказывая услуги ИТ-поддержки бизнес-процессов своих заказчиков, под процессным управлением в компании (предоставляющей такие услуги ИТ-поддержки) находятся разные элементы конфигурации, выход из строя которых может привести и снижению уровня обслуживания заказчиков. В компании используется спец. программное обеспечение (ПО) для расчета заработной платы и ведения бухучета в целом, и в процессах предоставления услуг Заказчику оно не участвует. Вопрос – является ли оно подотчетной единицей процесса управления конфигурациями? Как корректнее выполнять и учитывать запросы на изменение для такого ПО (установку/обновление), если этот учет осуществляется? Что скажете, коллеги?

Вопрос из зала, 12 декабря 2013, последний комментарий 20 декабря 2013

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

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

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

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

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

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

Самый важный элемент ITSM?

В сегодняшнем посте я рискну сделать не очень свойственное для себя обобщение, да еще и с приставкой «самый». Не знаю, может быть это навеяно недавними встречами, но мне кажется, что самым главным / важным элементом системы ITSM-процессов является программа совершенствования услуг (широко известная в народе как SIP). Для столь громкого утверждения у меня есть несколько оснований: SIP – это реализация на практике подхода CSI, который позволяет системе управления развиваться: адаптироваться к новым требованиям, выявлять свои слабые места и работать с ними (работать над ошибками); инициативы по совершенствованию различного уровня (процессные, технические, ресурсные), объединяясь в SIP, встраиваются в единую систему развития…

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

Определение “производительности”

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

Вопрос из зала, 2 декабря 2013, последний комментарий 8 декабря 2013

О моем инциденте замолвите слово…

Слушатели на последнем тренинге рассказали о том, как решен у них вопрос эскалации инцидентов в профильные группы ИТ. Напомню вкратце, что проблема заключается в том, чтобы с одной стороны, сервис-деску не приходилось слишком много знать о доступности и возможностях 2 и 3 линий, чтобы отдавать инцидент прямо в руки самому «правильному» эксперту, а с другой – чтобы инцидент не застаивался «без глазу», не будучи назначен кому-то конкретному. Итак, в этой компании каждый специалист второй и третьей линии сам берет на себя ответственность за те инциденты, которые связаны с его областью знаний (уже это само по себе очень круто, так как…

Константин Нарыжный, 1 декабря 2013, последний комментарий 11 декабря 2013

itSMF и Axelos договорились. О чем именно – секрет.

Сегодня международный ITSM-форум объявил о подписании меморандума о взаимопонимании с компанией Axelos. В кратком пресс-релизе не приводятся подробности Меморандума, однако подчеркивается, что: AXELOS и itSMF договорились о подходе к взаимодействию во многих странах по всему миру. Стороны выразили готовность сотрудничать в области разработки новых продуктов и взаимном продвижении активностей и услуг с помощью таких каналов, как вебсайты, конференции и семинары. Никаких других деталей соглашения не разглашается, поэтому нам ничего не остается, как процитировать мнение ИТ-скептика: Не очень-то много – единственный пресс-релиз. Старая добрая манера поведения в Замке ITIL: не для нас написан меморандум, чтоб нам его читать. О церемонии в замке нам…

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

ITSM-процессы на упаковке шампуня

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

Новостной поток, 27 ноября 2013, последний комментарий 16 декабря 2013

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

ITSM

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