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

Обучение
по ITIL 4, ITSM, PRINCE2
Деловые
игры
Новые экзамены
по ITSM
Реестр ESM- и ITSM-систем в России 2024

Дмитрий Исайченко

Директор по консалтингу Cleverics. ITIL Expert, IT Service Manager, Certified ITSM Consultant.

Разрушители легенд: приоритеты и сроки инцидентов

Внимательно читаем ISO 20000 и не перестаем удивляться. Часть 2, страница 20, черным по белому: "Targets for resolution should be based on priority." Мне неизвестно, откуда взята эта рекомендация (в ITIL я такого утверждения не помню). И хорошо, что не в первой части стандарта (то есть не требование, а рекомендация). И так, легенда: срок инцидента должен рассчитываться на основании приоритета. В моем понимании это – широко распространенное заблуждение и пример серьезного непонимания модели определения приоритета на основании уровня влияния и срочности, описанной в 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. Это немного странно. Например потому, что если мы говорим…

Своими руками

Последние две с половиной недели прошли в работах по завершению нового релиза CleverENGINE. Основное новшество – реализован модуль управления изменениями и релизами (предыдущие версии умели все, кроме изменений и релизов). Это оказалось большой работой. Больше, чем я ожидал изначально. Но в итоге сделано все, что запланировано. И я испытываю большую радость и даже немножко горд 😉 Когда я учился на кафедре теоретической физики, был у нас на кафедре один дядечка, который своими руками сделал половину приборов в нашей лаборатории. То есть он ту самую физику, которую мы "слушали и читали", изучал самым непосредственным способом – "своими руками". И сейчас я,…

Обоснование ITSM-проектов

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

PIR в управлении изменениями

"Попаразитирую" немного, фактически используя блог в качестве форума. Коллеги, поделитесь, пожалуйста, практикой – как у вас (или у ваших заказчиков) организован PIR в управлении изменениями. Как это устроено организационно? Как PIR поддерживает система автоматизации процессов управления услугами? Что в этой практике вам кажется полезной или наоборот – вредно-бесполезным? Головы здесь порой собираются приличные. У таких и совета не грех попросить 🙂

Оказывается, 99% госбюджетов на ИТ расходуется эффективно

Не верите? Я сам читал: http://www.cnews.ru/news/top/index.shtml?2011/03/02/430392 Удивительная оценка… На этом фоне даже закон о полиции не кажется недоразумением 🙂 Вы еще не знаете как измерить эффективность? Вызывайте счетную палату!

Метрики для функциональных руководителей

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

Сервис-менеджер и сервис-менеджмент

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

Стандарты для достижения успеха

На днях ознакомился с любопытным материалом от Гартнера – Success with standards. Материал посвящен анализу применения различных стандартов в области информационных технологий. Сокращенная версия публично доступна здесь: http://www.bsg-global.com/assets/autodocs/insight/060501_Success%20with%20Standards.pdf. Вот некоторые важные выводы и наблюдения: Не существует ни одного стандарта, который бы полностью покрывал все вопросы управления ИТ. Никаких серебряных пуль (дословно "There is no silver bullet for standards"). Стандартов достаточно, многие пересекаются друг с другом. Задача руководителя – выбрать те, на которые опираться, и самому заботиться об их интеграции, обеспечивая ценность для организации, целостность, полноту. Все стандарты в области управления предоставляют свободу выбора конкретных реализаций. Просто взять и внедрить "по…

Выделенный Change manager

На семинаре itSMF 19.01.2011 обсуждали тему координаторов изменений. Идея заключается в том, чтобы отделить функцию общего контроля исполнения и организации работ по проведению изменений от функции организации обработки отдельных запросов на изменения. Первое – ответственность менеджера изменений (менеджера процесса управления изменениями), второе – небольшого количества людей, обычно называемых координаторами изменений. "Обычно" потому, что роль координатора изменений, не будучи упомянутой в ITIL, используется в большинстве распространенных вендорских процессных моделей, в частности в модели BMC, HP и IBM (только в IBM Tivoli Unified Process эта роль называется "Владелец изменений", это не очень здорово очередным неоднозначным использованием слова "Owner", но в данном случае…

Чем хуже, тем лучше?

В отчете GlobalCIO "Исследование ИТ в российских компаниях 2010–2011", выпущенного в конце 2010 года, очень много интересных цифр. Один из аспектов, затронутых в отчете – структура ИТ-бюджетов российских компаний. Выполнен анализ трех основных сценариев: Выживание предприятия преимущественно за счет реструктуризации и частичного сокращения бизнес-направлений Пережидание кризисного периода за счет эффективности, без существенного сокращения бизнес-направлений Активное расширение бизнеса, выход новых продуктов и услуг, экспансия на новые рынки  В структуре бюджета выделялись следующие "типы работ":  Внедрение новых бизнес-приложений Развитие и модернизация существующих бизнес-приложений Развертывание новой ИТ-инфраструктуры Поддержка и эксплуатация ИТ-систем Развитие управления ИТ Другое Любопытный вывод – расходы на "Развитие и управление…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM