Библиотека ITIL – самый известный свод знаний по управлению ИТ-услугами (ITSM), разработанный правительством Великобритании. На русский язык в настоящее время не переведен, и очень вряд ли будет.
ITIL) сертификационным схемам, специалисты ожидают дальнейшего повышения спроса как на обучение, так и на сертификацию на основе стандарта ISO 20000. В области корпоративного обучения активнее используются адаптированные программы, компании стремятся не просто сформировать теоретическую базу для развития ITSM, но получить в ходе обучения ответы на конкретные вопросы и решения конкретных прикладных задач. Подробнее…
Внимательно читаем ISO 20000 и не перестаем удивляться. Часть 2, страница 20, черным по белому: "Targets for resolution should be based on priority." Мне неизвестно, откуда взята эта рекомендация (в ITIL я такого утверждения не помню). И хорошо, что не в первой части стандарта (то есть не требование, а рекомендация). И так, легенда: срок инцидента должен рассчитываться на основании приоритета. В моем понимании это – широко распространенное заблуждение и пример серьезного непонимания модели определения приоритета на основании уровня влияния и срочности, описанной в ITIL. По идее приоритезация работ (любых, не только устранения инцидентов) должна способствовать своевременности их исполнения. Однако расчет…
Скептик получил официальные ответы британского правительства на полторы сотни подписей за предоставление потребителям права бесплатного использования материалов ITIL. Говоря точнее, подписей получилось 139. Учитывая миллионы активных пользователей ITIL по всему миру, негусто. Возможно, этим миллионам все равно, а возможно, они просто менее наивны, чем сам Скептик, и понимают, что все бессмысленно. Так или иначе, ответы были получены, и даже образовалась довольно обширная переписка. Результат, впрочем, нулевой. Вот наиболее характерный фрагмент одного из писем из Англии в Новую Зеландию: "Секретариат кабинета министров отвечает за управление рядом сводов знаний, объединенных в "Портфель лучших практик", и эта деятельность направлена на получение прибыли с…
Скептик рассуждает о различиях в сути таких явлений как Риск и Проблема. Про сходство давно и хорошо написал Ян ван Бон (и не только), но Скептик, отдавая должное классику, тем не менее утверждает, что на практике управление проблемами и управление рисками – очень разные вещи. Аргументы и комментарии – в блоге Скептика.
Освежал сегодня в памяти содержание стандарта 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 в компании, на таком количестве курсов, скорее всего, не отвечает…
Последнее время популярна у нас стала тема метрик, масса вопросов поднимается: как придумать, к чему привязать, как считать и т.д. Я заметил, что часто при внедрении очередного процесса (особенно когда в организации это первый процесс) приходится сталкиваться с негативным отношением сотрудников к метрикам, оценивающим определенные роли в процессе. Как показывает практика, негативное отношение, часто связано с: неприятием той самой прозрачности, которую могут обеспечить некоторые процессы (раньше мало кто знал, чем я занят, а теперь не посидеть с умным видом в соц.сетях, изображая высокую загрузку); опасениями, что на метрики будет завязана мотивация и пострадают финансы сотрудника; отсутствием понимания роли метрик в управлении…