itsm

ИТ-скептик про COBIT 5

Роб Ингланд (ИТ-скептик) высказался по поводу COBIT 5. Общий тон статьи хвалебный и обнадеживающий. Я категорически не согласен с тем, что COBIT 5 [по мнению Яна ван Бона, с которым заочно спорит Роб – realitsm.ru] является исключительно аналитическим инструментом для оценки и аудита. В COBIT 5 описаны практики, виды деятельности, роли, матрицы RACI, входы и выходы, цели и метрики… Для меня это отличная основа для того, чтобы набросать собственную целевую картину управления. Это инструмент и измерения, и планирования, и проектирования. После COBIT 5 нужно обратиться и к другим своды знаний (ITIL, ISO2700x, ASL, BiSL, OBASHI, USMBOK …), с помощью которых…

Вопрос из зала: Совмещение ролей в ITSM

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

Вопрос из зала, 9 августа 2012, последний комментарий 17 сентября 2012

SLM-позитив

Сегодня получил очень яркое впечатление от обсуждения с представителями бизнес-подразделения одного крупного банка состава предоставляемых ИТ-услуг и структуры SLA. Скажу так: многочисленные выступления в духе «не понимают они ITSM» – весьма односторонняя точка зрения. Я понимаю, не все бизнес-подразделения одинаковы, но от сегодняшней встречи у меня остались следующие наблюдения: бизнес задумывается о том, в чём заключается ИТ-обеспечение его деятельности и что требовать от ИТ-подразделения; бизнес конструктивен в диалоге, понимает, что требовать всего и прямо сейчас в принципе можно, но не очень полезно; понимая ограничения, бизнес тем не менее смотрит в будущее и хочет видеть, как сегодняшние ограничения при заключении SLA…

Дмитрий Исайченко, 31 июля 2012, последний комментарий 13 августа 2012

Владельцы и менеджеры услуг в дикой природе

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

Константин Нарыжный, 30 июля 2012, последний комментарий 5 декабря 2017

Вопрос из зала: как организовать мониторинг, который никому не нужен?

Дмитрий, один из читателей нашего портала, предлагает обсудить непростую ситуацию и задаёт три конкретных вопроса: Передо мной стоит задача разработки системы мониторинга ИТ-инфраструктуры в крупной нефтяной компании. Уровеь ИТ-процессов – практически нулевой. Ни процессы, ни службы (в т.ч. Service Desk) не обозначены, не регламентированы – живут своей дикой жизнью. Существующие нормативные и регламентные документы (в т.ч. SLA) носят формальный характер. Такая СИТУАЦИЯ ВСЕХ УСТРАИВАЕТ. И бизнес и ИТ считают: Применение западных стандартов не для нас; Затраты на стандартизацию, внедрение и поддержание процессного, а тем более сервисного подхода – необоснованными. Естественно, при таком раскладе, возникающие инциденты и проблемы решаются реактивно, в…

Вопрос из зала, 26 июля 2012, последний комментарий 3 августа 2015

Невыносимая ясность бытия

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

Роман Журавлёв, 25 июля 2012, последний комментарий 16 августа 2012

Материалы конференции itSMFnz

В Новой Зеландии активно занимаются управлением ИТ-услугами, достаточно вспомнить нашего друга Роба Ингланда (ИТ-скептика). В середине июня в Веллингтоне прошла очередная конференция местного отделения itSMF, и совсем недавно в открытый доступ были выложены все презентационные материалы спикеров. Все слайды, документы и мультфильмы можно скачать здесь. Как в большинстве западных презентаций, картинок больше чем текста. Можно долго рассматривать скриншоты – выдержки из реальных проектных документов. Особенного интереса заслуживают доклады Грегга Лимбери о совершенствовании услуг и обслуживания клиентов, а также Оуэна МакКолла про пирамиду Маслоу в применении к целям ИТ-директора. А какой доклад понравился больше всего вам?

Классификация сервисных объектов от ИТ-скептика

Новозеландский эксперт Роб Ингланд давно ведет разработку методологии Basic Service Management. Кроме подхода к постоянному совершенствованию Tipu в BSM включено множество прикладных инструментов. Позавчера в этот свод знаний была добавлена классификация всех сервисных объектов, которые необходимо учитывать любому поставщику услуг. Она такова: Interactions Responses Action Provisioning Booking Ordering Change Work Support Incident Fault Help Advice Input Proposal Suggestion Feedback Complaint Problems Interruptions Взаимодействия (по телефону, электронной почте и т.д.) Реплики сторон Деятельность поставщика услуг Предоставление (пользователям доступа к услугам) Бронирование (ресурсов или времени) Заказ (оборудования, билетов) Изменение Наряд на работу (малозначимое стандартное изменение) Действия по поддержке (исправление, ремонт) Инцидент (в услуге)…

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

ITIL: Прощаемся с “V2” и “V3”

Институт EXIN сообщает, что приводит свою систему экзаменов по ITIL в соответствие с требованиями и планами APMG (владельцев сертификационной схемы). С 7 июля 2012 года из названий всех продуктов ITIL будет удалена приставка с номером версии библиотеки: "V2" или "V3" . Это завершающий этап многолетней деятельности по выводу с рынка сертификационной линейки на основе предыдущей второй версии библиотеки. В дальнейшем всем нам предлагается не говорить о различиях между версиями и, говоря "ITIL", подразумевать партию все версии сразу. Кроме того, изменяются названия сертификатов Foundation и Master, с тем, чтобы придать всей линейке единообразие: ITIL Foundation Certificate in IT Service Management ITIL Continual Service…

Вопрос из зала: завоевание умов в ITSM-проекте

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

Вопрос из зала, 15 июня 2012, последний комментарий 20 июня 2012

OLA-la

В последние годы я довольно много сталкиваюсь с практическими вопросами организации SLM и построения каталога ИТ-услуг. Одним из актуальных вопросов в этой области является назначение и содержание такого документа как Operational Level Agreement (OLA). Есть бородатый анекдот про хозяйку, которую соседка обвинила в том, что когда та брала у неё горшок, она вернула его треснувшим. Ответ был таков: «Во-первых, это неправда – я вернула его целым. Во-вторых, когда я брала горшок, он уже был треснувшим. И в-третьих, я вообще его не брала». Так вот, про OLA я могу сказать буквально следующее: во-первых, такого документа не существует, а во-вторых применение OLA…

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

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

ITSM

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