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

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

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

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

Defining IT Success Through The Service Catalog

На днях, будучи в отпуске, прочитал книгу «Defining IT Success Through The Service Catalog: A Practical Guide» (ISBN 0-9810811-0-6). Хочу поделиться впечатлениями. Сначала одно уточнение по области охвата: книга посвящена вопросам построения каталога ИТ-услуг и организации SLM в ситуациях, когда ИТ-подразделение находится в составе компании или группы компаний. Правда авторы рекомендуют даже в этих случаях рассчитывать стоимость услуг (пусть и без фактических взаиморасчетов) и управлять ИТ-подразделением почти как бизнесом (more like a business). Но и с такой оговоркой это не чисто коммерческий сценарий, в котором вся стратегия ИТ-организации направлена на извлечение максимальной прибыли, в том числе с помощью каталога ИТ-услуг….

Проблемы роста маленькой ИТ-команды: процессы или найм?

Надеюсь, что в комментариях вы подскажете мне, из какого учебника открываю я эту Америку: по экономике, менеджменту или по физике. Бывают ведь маленькие (и не очень) ИТ-команды которые работают «на износ»? Высокая специализация труда, высокая нагрузка на каждого сотрудника. Заказчик очень ревностно относится к затратам на поддерживающие технологии, и требует максимальной отдачи от специалистов, и не приветствует расширение штата. Руководитель такой команды, естественно, желает ее увеличить для того, чтобы обеспечить взаимозаменяемость и снизить стрессовую нагрузку на своих подчиненных. Поэтому он ищет управленческие инструменты, которые позволили бы доказать заказчику (владельцу, спонсору) необходимость инвестиций в увеличение числа сотрудников ИТ. Открыв для себя…

Секреты управления программистами…

…или "Как менеджеру программистов удвоить зарплату, сделать карьеру и начать жить". Шесть лет назад под таким названием вышла книга Александра Орлова, сооснователя и соруководителя проекта "Стратоплан", за которым мы с интересом следим и с которым мы с удовольствием сотрудничаем.  Так вот, книжку эту теперь можно совершенно бесплатно и совершенно легально скачать и читать в своё удовольствие. И на пользу, что тоже немаловажно.  Как сообщает автор, Книга очень сжатая, она охватывает 5 важных тем: • Условия для команды • Почему у людей горят глаза и как их зажигать • Правильные люди • Как расти • Work-Life balance Эту книгу я написал…

Они такие похожие… и всё-таки они врозь?

Тема объединения/разделения процессов управления изменениями и релизами продолжает оставаться предметом споров и публикаций. Запущенный несколько недель назад на itsmportal.com опрос получил уже более ста ответов, и можно подвести промежуточные итоги. Вопрос задаётся очень простой: Управление изменениями и управление релизами – разные процессы? Голоса распределились так: Да, так учит ITIL – 58% Нет, управление релизами – вид управления изменениями, за который отвечает управление изменениями – 24% Нет, управление релизами – это функция, а управление изменениями – процесс – 16% А? Что такое управление релизами? – 2% Любопытно, какая часть респондентов из первых 58% трактовала первый вариант как "Да, потому что так…

Измерение процессов. Доля срочных изменений

Всем известно, что срочные изменения – это зло, с которым необходимо бороться, но невозможно победить до конца. В связи с этим возникает интересный вопрос: если до конца не победить, то сколько процентов срочных изменений является приемлемым уровнем? Для начала разберемся, что такое срочные изменения. В ITIL v2 срочным считалось любое изменение, которое необходимо выполнить так быстро, что часть стандартных активностей процесса управления изменениями для них приходится либо пропускать, либо выполнять в сокращенном варианте, либо выполнять «задним числом». Например, пропускаем тестирование в тестовой среде (тестируем на продуктиве), согласуем по сокращенному варианту, оформляем в системе автоматизации задним числом. При этом на причину…

Ян ван Бон про процессы и проекты

На днях Ян ван Бон, один из ведущих теоретиков ITSM, высказался по поводу разницы между процессами и проектами. Как и во всех публикациях Яна, есть над чем подумать. На днях у меня в очередной раз спросили об аналогии между стадиями проектирования и преобразования в ITIL и методологией PRINCE2: было бы удобнее, если бы авторы ITIL назвали эти стадии жизненного цикла продуктами (результатами) проекта? По моему мнению, ответ здесь – твердое «нет». Это была бы фундаментальная ошибка. Проекты, по определению, независимы от процессов. Проект – это временная управленческая структура, имеющая цель. Как только цель достигнута, эта структура упраздняется. Процессы никогда не…

Измерение процессов. Incident rate

Возможно ли, зная количество пользователей информационных технологий в той или иной компании, оценить среднее количество инцидентов в единицу времени? У этого вопроса есть вполне прикладное значение: либо прогноз потока, чтобы, например, оценить количество инцидентов при организации процесса управления инцидентами; либо анализ потока, чтобы, например, определить ориентиры по повышению доступности за счёт сокращения текущего (известного) количества инцидентов. Конечно, количество инцидентов существенно зависит от размера компании, а также от используемых информационных технологий. Диапазон широк – в моей практике были цифры от двух-трех десятков до тысяч инцидентов в день. Где же взять ориентир? На этот счет есть некоторые цифры в виде метрики, которая…

Вторжение, набег, нашествие… Кого воспитывать – пользователей или программы?

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

Почему случаются инциденты

Один из авторов ITSMPortal, Robert S. Falkowitz, провел интернет-опрос о причинах инцидентов. Как объясняет Роберт, таким образом он хотел проверить увиденное в одной из публикаций утверждение, что "80% инцидентов являются следствием проводимых изменений".  В обзоре результатов опроса Роберт отмечает, что собранные им данные так же недостоверны, как любые другие результаты подобных опросов: Выборка участников нерепрезентативна и невелика Как ни старался автор сделать вопросы максимально простыми, нашлись те, кто их не понял или понял неверно Знания, на которых участники основывают свои ответы, могут быть неверны; при этом сами участники склонны переоценивать свою практику и качество доступной им информации Тем не менее, опрос проведен…

ITSM рынок: потенциал в триллион евро?

Ян ван Бон на сайте itsmportal.com немного поупражнялся в арифметике. Поводом послужила публикация статистики сданных экзаменов ITIL за 2012 год (APMG отчитывается регулярно). На сегодняшний день выпущено около 2 миллионов сертификатов ITIL. Беглый расчёт, проведённый Яном, дал сумму в 300 миллионов евро, которую слушатели заплатили за успешно сданные экзамены (учитывая, что 5 из 6 экзаменов – это ITIL Foundation). Ян считает, что лишь 20% слушателей сдают базовый экзамен после самоподготовки. Доход тренинговых организаций, которые готовят кандидатов к экзамену, таким образом, составляет примерно 2 миллиарда евро (на картинке от demonocracy.info как раз эта сумма). А теперь представьте себе, что стоимость обучения…

Как научить их любить ITSM

Kiran Kumar Pabbathi, новый автор ITSMPortal.com, порадовал читателей простым рецептом для решения сложной задачи. В своей колонке он делится пятишаговой методикой формирования осведомленности об ITSM. Потому что формирование осведомленности – "самая важная работа, которую необходимо выполнить до начала инвестиций в ITSM-практики". Вот эта методика :  Первый шаг: Определите, какие практики ITIL будут полезны вашей организации и вашему ИТ-департаменту Перечислите бизнес- и ИТ- преимущества от внедрения каждого из процессов Проверьте то, что написали Расклейте плакаты с этими преимуществами в местах скопления целевой аудитории. Второй шаг: Нарисуйте простые схемы выбранных процессов Проверьте нарисованное Расклейте плакаты со схемами процессов в тех же местах…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM