Библиотека ITIL – самый известный свод знаний по управлению ИТ-услугами (ITSM), разработанный правительством Великобритании. На русский язык в настоящее время не переведен, и очень вряд ли будет.
Скептик рассуждает о различиях в сути таких явлений как Риск и Проблема. Про сходство давно и хорошо написал Ян ван Бон (и не только), но Скептик, отдавая должное классику, тем не менее утверждает, что на практике управление проблемами и управление рисками – очень разные вещи. Аргументы и комментарии – в блоге Скептика.
Освежал сегодня в памяти содержание стандарта ISO 20000. Опять наткнулся на странность, которая меня каждый раз заставляет задуматься – определение релиза. В общем-то, текст стандарта ISO 20000 стройностью и полнотой терминологии никогда не отличался. Например, стандарт с названием "Information technology — Service management" не содержит определения Service. А определения терминов Service desk и Service management и вовсе выглядят комично. Но сейчас не об этом – о релизе. Определение в стандарте звучит так: Release – collection of new and/or changed configuration items which are tested and introduced into the live environment together. Это немного странно. Например потому, что если мы говорим…
Один из постоянных виртуальных резидентов сайта Скептика, The ITIL Wizard, отвечает на вопрос виртуального же читателя о том, как ему (читателю) готовиться к экзамену Manager's Bridge. Читателя смущает неясность формулировок целей и задач процессов в ITIL3 – особенно в сочетании с информацией о том, что в экзаменационных вопросах именно точные формулировки являются основным предметом проверки. The ITIL Wizard успокаивает читателя: во-первых, все формулировки в ITIL3 точны и непротиворечивы, во-вторых, после грядущего обновления обновления (то есть выхода версии 3.1, если только за последний месяц в OGC не придумали ей нового имени) они станут еще точнее и непротиворечивее. В общем, нет такой…
Последние две с половиной недели прошли в работах по завершению нового релиза CleverENGINE. Основное новшество – реализован модуль управления изменениями и релизами (предыдущие версии умели все, кроме изменений и релизов). Это оказалось большой работой. Больше, чем я ожидал изначально. Но в итоге сделано все, что запланировано. И я испытываю большую радость и даже немножко горд 😉 Когда я учился на кафедре теоретической физики, был у нас на кафедре один дядечка, который своими руками сделал половину приборов в нашей лаборатории. То есть он ту самую физику, которую мы "слушали и читали", изучал самым непосредственным способом – "своими руками". И сейчас я,…
David Moskowitz в своей заметке на ITSMWatch рассказывает о CIO, отвергающих ITIL ("только про ITIL мне не надо рассказывать, эта штука не работает") и о причинах такого восприятия. Ну и немножко о том, что при правильном применении ITIL таки работает. Полный текст – на ITSMWatch.Анонсировано продолжение.
"Попаразитирую" немного, фактически используя блог в качестве форума. Коллеги, поделитесь, пожалуйста, практикой – как у вас (или у ваших заказчиков) организован PIR в управлении изменениями. Как это устроено организационно? Как PIR поддерживает система автоматизации процессов управления услугами? Что в этой практике вам кажется полезной или наоборот – вредно-бесполезным? Головы здесь порой собираются приличные. У таких и совета не грех попросить 🙂
Сертификация специалистов в соответствии с ITILv3, как известно, предполагает, что руководитель,организующий работу системы ITSM, непременно должен прослушать не менее четырех курсов уровня Intermediate, чтобы научиться управлять жизненным циклом услуг (на курсе Managing Across the Lifecycle) и получить право подтвердить это умение сертификатом. (Зато когда он это сделает, количество перейдет в качество и этот руководитель сразу станет ITIL Expert'ом) Индийский консультант Vinod Kumar Agrasala в своем блоге высказывает предположение о том, что такой подход может отвратить ИТ-руководителей от получения сертификатов MALC и Expert. Он замечает, что обучение и сертификация руководителей, управляющих системой ITSM в компании, на таком количестве курсов, скорее всего, не отвечает…
Последнее время популярна у нас стала тема метрик, масса вопросов поднимается: как придумать, к чему привязать, как считать и т.д. Я заметил, что часто при внедрении очередного процесса (особенно когда в организации это первый процесс) приходится сталкиваться с негативным отношением сотрудников к метрикам, оценивающим определенные роли в процессе. Как показывает практика, негативное отношение, часто связано с: неприятием той самой прозрачности, которую могут обеспечить некоторые процессы (раньше мало кто знал, чем я занят, а теперь не посидеть с умным видом в соц.сетях, изображая высокую загрузку); опасениями, что на метрики будет завязана мотивация и пострадают финансы сотрудника; отсутствием понимания роли метрик в управлении…
На несколько дней основным поставщиком новостей стала компания PinkElephant, проводящая сейчас 15 Ежегодную ITSM конференцию собственного имени. Аналитики PinkElephant подготовили несколько важных прогнозов на текущий и последующие годы. Посмотрите, что они думают. Подумайте, касается ли это вас. Ответьте, готова ли ваша компания к изменениям, которые ждут IT сегодня и завтра.
Уже довольно давно компания Pink Elephant сформулировала список из 7 необходимых компонентов успешного ITSM-проекта: Лидерство Ресурсы Знания Интегрированный инструментарий Способность к развертыванию новых практик Способность к реализации культурных изменений Поддержание движения и развития В 2008 году Pink Elephant провела опрос представителей множества компаний по всему миру, в ходе которого постаралась оценить состояние этих семи компонентов. Вот некоторые результаты опроса трехлетней давности: (Полный отчет 2008 года можно посмотреть здесь) На проходящей сейчас 15 Ежегодной ITSM-конференции Pnk Elephant организаторы провели аналогичный опрос, собрав данные о состоянии перечисленных семи компонентов в более чем двухстах организациях. Сейчас данные обрабатываются, в ближайшее время у нас появится…
В своей статье на ITSMWatch Ed Rivard рассматривает шесть факторов, необходимых для успеха инициатив в области руководства ИТ, и существенно повышающих шансы на успех всякого рода управленческих инициатив в ИТ, в том числе – ITIL/ITSM. Вот эти шесть факторов: Культура Коммуникации, обучение и тренинги Поддержка руководства Структура руководства Роли и ответственность Измерения и отчетность Полный текст статьи с комментариями по каждому фактору – на ITSMWatch