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

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

Аналитика: точка зрения

Мнение авторов может не совпадать с их точкой зрения

ИТ-метрики: четыре главные ошибки

Боб Льюис (IT Catalysts) написал озаглавленную так статью в блоге на infoworld.com на тему связи целей и метрик. Из своего опыта, Боб выделяет четыре ошибки при выборе процессных метрик, которых следует избегать: Измерять то, что нужно, неточным образом Измерять не то, что нужно Отказываться измерять действительно важные вещи Мотивировать сотрудников на основании процессной метрики Как бы вам не хотелось совершить последнюю ошибку – делать этого не стоит. Сообразительные сотрудники (такие же, как и SMART-цели) почти всегда смогут "обыграть" систему измерения, вне зависимости от того, какие метрики вы им навяжете. Подробности читайте в статье Боба.

Аналитик Forrester хочет отменить CAB

Глен О'Доннел из Forrester Research пишет в своём блоге: Главный виновник негибкости изменений – это Консультативный комитет по изменениям (CAB). CAB – это анахронизм. На пути к гибким облачным решениям CAB играет роль лежачего полицейского. В CAB часто участвуют жадные до власти эгоцентристы, которые просто хотят контролировать процесс, но не поддерживать интересы заказчика. Вне зависимости состава, участники CAB не имеют понятия и реальных условиях. Мир стал слишком сложен для этого комитета, поэтому суждения участников трудно принять на веру. Даже самые подкованные технари не поспевают за усложнением. А в состав CAB редко включаются именно такие люди, что еще больше удаляет CAB…

Три секрета ITIL-проектов от CoreITSM

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

Пользователь против заказчика

Я часто вижу и удивляюсь, что управление уровнем услуг (Service Level Management) привлекает внимание со стороны сотрудников технической поддержки. Они пытаются найти в этом процессе ответы на свои вопросы. Причина этого внимания, как мне кажется – толкование ИТ-услуги как «обслуживания»: работа с клиентом в процессе потребления (автосервис, ресторан и так далее). А ведь во многих сводах знаний (в том числе и в ITIL) подчёркивается разделение «клиентов» на заказчиков и пользователей. Заказчик платит ИТ за результат, чтобы достичь своей выгоды. Пользователь, извините, использует результаты ИТ, чтобы ему было удобно делать свою работу. Чувствуете, куда веду? Конечно. Акула капитализма и член профсоюза…

Что и зачем можно измерять в системе управления ИТ

У меня сложилась простая, полная и непротиворечивая картина мира. Опять. На этот раз – мира оценки процессов. Посмотрим, сколько продержится. Вот она. Оценка процессов выполняется для того, чтобы получить представление либо о потенциале процессов (что они могут), либо о фактической успешности (что они смогли).  Потенциал оценивается с двух точек зрения – функциональных возможностей и уровня организации, соответственно capability и maturity. Проекты "внедрения процессов" направлены именно на формирование этого потенциала. В дальнейшем он может развиваться в результате работы механизмов оценки и совершенствования, причем сами эти механизмы – тоже частный случай capability, свойственной определенному уровняю maturity.  Оценку Capability и Maturity можно выполнять…

Реальная модель зрелости процессов

Голова пошла кругом от PAM, CMMI и прочих моделей. Чтобы вернуться в реальность, я попытался честно ответить себе на вопрос – зачем вообще повышать зрелость процессов? Решил поделиться ответом с вами =) Я вижу всего 4 последовательных и значимых уровня зрелости ИТ-процессов: Не-процесс. Когда работа просто выполняется. Документации нет или её мало или она устарела. Отчётность составляется от случая к случаю, для "разбора полётов". Автоматизация лоскутная, возможно, дорогими "микроскопами". Такой "процесс" есть у всех: работа просто выполняется. Дорогой процесс. За него мы платим экспертам "на зарплате", внешним консультантам или вендорам. Есть вся документация и формы отчётов, за которые заплатили. Причём…

Про новый процесс в ITIL 2011

Старший консультант канадской компании Thought Rock Грехем Фернис опубликовал своё мнение по поводу нового процесса в ITIL 2011 – Координация проектирования (Design coordination). Этот процесс определён в ITIL на фазе проектирования услуг (Service Design) как "отвечающий за координацию всех действий, процессов и ресурсов, необходимых для проектирования услуг. Координация проектирования обеспечивает целостное и эффективное проектирование новых или изменяемых ИТ-услуг, систем управления услугами, архитектур, технологий, процессов и метрик". Путём приоритезации и составления расписаний, процесс координирует ресурсы с целью сбалансировать спрос на них со стороны множества проектов и изменений. На более высоком уровне, Координация Проектирования создаёт политики, регламенты, бюджеты и модели, которые будут…

Предъявите “чек”!

Джон Рив в авторской колонке на портале itsmportal.com опубликовал свой взгляд на один из шагов цикла Деминга – Проверку (Check): Цикл Plan-Do-Check-Act все уважают, потому что он вполне разумен и проще уж не получится. И всё же, хотя собственных недостатков у него нет, он провоцирует ошибки. Каждый из четырёх шагов отлично выполняется при запуске проекта, или при выполнении значительного изменения. Однако, после успешного выполнения первого оборота этого цикла, внимание к этапам процесса немедленно спадает, и PDCA становится BAU (Business as usual, рутинным выполнением работы) Выполнению проверок уделяется мало усилий. Планирование всегда делается качественно, потому что это действительно интересное занятие, которое…

Сколько стоит директор по ИТ

Портал superjob.ru опубликовал аналитический отчёт по позиции "Директор по ИТ" на рынке труда. С оригиналом отчёта можно ознакомиться здесь: http://www.superjob.ru/research/articles/2024/direktor-po-informacionnym-tehnologiyam/. К сожалению, авторы отчёта использовали аналитику только по регионам – ни по отрасли, ни по размеру компании деления нет. Поэтому цифры по зарплате получились сильно усреднёнными. Далее, опыт показывает, что поиск директора по ИТ посредством публикации вакансии на superjob.ru – не самая распространённая практика. Чаще в ход идут рекрутинговые агенства и личные связи / рекомендации. Видимо поэтому цифры по заработной плате в отчёте на мой взгляд занижены (по крайней мере по Москве, в диапазонах 3-4). Впрочем, в отчёте указано, что…

Без клише и штампов

Чем хороши гуманитарные дисциплины, к которым я причисляю менеджмент вообще и управление ИТ-услугами в частности, так это тем, что самые сложные понятия и модели всегда можно быстро проиллюстрировать "на пальцах" на отвлечённом примере. Сделать это в математике, или в органической химии, или в ядерной физике – существенно сложнее. Только вот примеров этих тренеру приходится изобретать много. Во-первых, чтобы не повторяться из курса в курс, а во-вторых – чтобы не стать заложником упрощения, которым является каждый пример. Если воспринимать идеи упрощённо, то теряешь важные узловые точки моделей, и потом на практике сталкиваешься с тем, что восприятие твоё далеко ушло от реальности,…

Учиться, чтобы… быть!

Скотт Адамс – автор всемирно известных комиксов про Дилберта (примеры легко найти). Последняя его заметка в блоге не вполне по теме нашего портала (в отличие от многих комиксов). Тем не менее, мы решили поделиться ею с вами, без купюр и комментариев. Отвлекитесь от ITSM и подумайте:  …кем вы являетесь? Не телом, ведь вы не контролируете, как рождаются и умирают клетки вашего организма. Не окружающими вас обстоятельствами, ведь со временем они меняются. Не набором генов, ведь ДНК просто определяет для вас границы возможного. Не результатом воспитания, ведь родные братья редко выбирают один и тот же путь в жизни, хотя начало у них…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM