Дмитрий Исайченко, Автор в Digital Enterprise

Семинар по управлению изменениями и релизами

На этой неделе поучаствовал в совместном семинаре itSMF Russia и ГУУ на тему "Управление изменениями и релизами. Изюминки и трюки". Что могу сказать – по-моему, интересное мероприятие получилось. Около 70 участников. К сожалению, маловато заказчиков (по моим оценкам около трети участников), в основном – коллеги-консультанты-интеграторы. Тем не менее, были интересные вопросы, получилась довольно живая дискуссия. Все снимали на видео, может быть оно будет доступным (кому и когда пока не знаю). Бросается в глаза неоднородность аудитории. Об этом можно судить, например, по вопросам из зала. Диапазон широк. На "верхнем" крае – взаимодействие управления изменениями и проектами, управление сложными изменениями с вовлечением…

Чем мне запомнился уходящий год

Во-первых, конечно, сюрпризами природы. Сначала летняя жара. Потом -25 в ноябре аккурат после того, как залил незамерзайку на -15 (а на улице в тот момент было -1). Теперь вот "ледниковый период". Во-вторых, обострением противосстояния власти и граждан. Здесь очень много признаков. Дело Магницкого. Гонения несогласных по 31-м числам (а после манежки еще и высказывание господина Суркова о том, что это следствие действий либералов, которые "упорно вводят моду на несанкционированные акции"). И акции синих ведерок. И авария на Ленинском проспекте. И несколько громких инцидентов с "мигалками". И живой щит на МКАДе. И химкинское противосстояние. И можно еще вспоминать. Тревожно. Чем дальше, тем…

Дмитрий Исайченко, 27 декабря 2010, последний комментарий 30 декабря 2010

О вреде готовых решений

Готовые решения развращают. Они приучают не думать, потому что зачем думать если уже есть готовое решение, то есть кто-то уже подумал за тебя? Самое любопытное заключается в том, что наличие готового решения иногда даже мешает поставить задачу, которую требовалось решить. Задача так и формулируется: "внедрить готовое решение". Точка. Вспоминаю, как в одном из проектов консультант списал метрики процессов из известной книжки "Метрики для управления ИТ-услугами". Забавный получился результат 🙂 Сама по себе книга несет следующую простую мысль: выбор метрик, оптимальных для решения тех или иных управленческих задач, это не мимолетное искусство, для разработки системы метрик существует вполне рабочий рациональный подход. Правда сам…

Дмитрий Исайченко, 21 декабря 2010, последний комментарий 30 декабря 2010

Смена заказчика проекта

Последние недели ITSM-проекта. Новые процессы начали работать. Втягиваются в работу менеджеры процессов – первые самостоятельные трудности, первые самостоятельные победы. В этот момент компанию продают. Меняется все руководство. Вместе с ними – функциональный заказчик проекта и владелец процессов. Новые управленцы попали в незнакомую компанию. Постоянно поступают противоречивые вводные с разных сторон. Со стороны владельцев компании требования простые – выручка больше, расходов меньше. ASAP. Отсутствие ясной стратегии действий. Причем, часто люди в новую компанию на управляющие должности приходят с небольшим повышеним. Это значит, что и в спокойной-то обстановке пришлось бы какое-то время обживаться, а тут такое. И еще этот ITSM-проект. Как чемодан…

Дмитрий Исайченко, 10 декабря 2010, последний комментарий 12 января 2015

Измеряем Problem management

Среди прочих интересных моментов из проектной практики в одном из свежих проектов появилась идея (на мой взгляд разумная) по "основной метрике" процесса управления проблемами. Задача – иметь возможность мерять насколько реально работает процесс. Сложность – традиционные метрики типа отношение количества решенных проблем к количеству открытых проблем и аналогичные обладают двумя существенными недостатками: а) они не стимулируют регистрировать новые проблемы и б) поскольку они не нормированы, для них сложно определить правила установки целевых значений. Решение – метрика, вычисляемая по формуле ниже. N – количество новых проблем, зарегистрированных за период и не закрытых на момент его окончания (это необходимо для нормировки);C –…

Дмитрий Исайченко, 1 декабря 2010, последний комментарий 24 августа 2015

Трудности перевода

Сегодня был любопытный случай. У меня состоялась 1,5-часовая беседа с директором по ИТ одной компании. Он является гражданином другой страны и по-русски говорит не очень. Соответственно, встреча проходила на английском языке. Во встрече также участвовали другие сотрудники ИТ, "наши". Любопытно то, что найти общий язык с директором по ИТ мне оказалось проще, чем с соотечественниками. Несмотря на разницу "общечеловеческого" языка, наш с ним "профессиональный" язык (в области управления ИТ) оказался ближе. Это выяснилось по показательной дискуссии про портал самообслуживания для конечных пользователей. Он понимал с полуслова то, что нашим пришлось объяснять. Вспомнился еще случай с нашей летней игры "Аполлон-13" с…

Дмитрий Исайченко, 24 ноября 2010, последний комментарий 29 ноября 2010

О ценности и цене

Говорят, однажды Владимир Познер на традиционный вопрос Ларри Кинга "Чтобы Вы спросили у Бога, если бы у вас был только один вопрос?" сказал: "Как тебе не стыдно?". Один вопрос, понимаете? Нелегко, если не подготовился. Но это вступление, а теперь – к сути. На днях мне посчастливилось познакомиться с новым (Q4 2010) гартнеровским магическим квадратом (далее – MQ) по ITSM-продуктам (у кого нет – ищите в интернете и обрящете). Если кратко, теперь у нас остался один лидер – BMC Remedy ITSM Suite. Все остальные (включая HP, CA, IBM) … скажем так "потеряли в своих позициях". Я сначала очень удивился и даже…

Дмитрий Исайченко, 15 ноября 2010, последний комментарий 29 ноября 2010

Взаимодействие 1-й и 2-й линий поддержки в системе автоматизации

В очередной раз с несколькими заказчиками обсуждали способы организации взаимодействия первой и второй линий поддержки в системе автоматизации процесса управления инцидентами. В моей голове существует два принципиально различных способа: обращение / инцидент остается на первой линии, на вторую линию назначается задание; обращение / инцидент после обработки на первой линии назначается на вторую (задания могут использоваться для привлечения ресурсных групп, но не в качестве механизма функциональной эскалации). Согласен, у каждого способа есть свои плюсы и минусы. Вместе с тем, моя практика показывает, что у второго способа плюсов больше (в том числе в случае сложных «запросов», требующих работы нескольких групп, типа запросов…

Дмитрий Исайченко, 8 ноября 2010, последний комментарий 24 марта 2016

Пицца. Вот пиццу я уважаю.

Вчера волей (доброй?) Романа Журавлева немного поиграл в игру Grab@Pizza (https://cleverics.ru/services/education/grab-a-pizza). Об игре до этого ничего не знал, не играл сам, не проводил для других. Меня ввели в игру в 8-м раунде и уволили в 9-м. За один "прожитый" мною раунд я выполнял роль основного бизнеса. Мне было дано 10 минут на то, чтобы перед раундом вникнуть в текущие дела. БОльшая часть этого времени у меня ушла на то, чтобы пообщаться с моим предшественником. Что сказать? Интересно. Конечно, за отпущенное мне время я ничего не успел сделать. В очередной раз ощутил на себе как это нелегко – вливаться в какое-то налаженное дело и быстро…

Дмитрий Исайченко, 13 октября 2010, последний комментарий 14 октября 2010

Управление временем (пятничное)

Уважаемые коллеги! А я вот сейчас нахожусь в славном городе Питере в очередной командировке в проекте. И представьте – угостил меня Заказчик неплохим красным вином. И представьте – я его пригубил, мне понравилось. И мне задумалось. И почему-то задумалось мне о том, как много я теряю в жизни в бесконечных проектных расписаниях, ночных работах, выходных работах… Будете учить управлять временем? Слушаю, вдруг и правда получится 🙂 Однако, вот она, специфика проектной деятельности во всей красе: как правило, я и мои коллеги на 6-7 месяцев вперед знаем что мы будем делать, причем часто с точностью до дня. Прогнозы в более 90% случаев сбываются,…

Дмитрий Исайченко, 1 октября 2010, последний комментарий 12 октября 2010

Мысли про BPMN

Мы стали активно интересоваться BPMN около года назад и даже написали об этом статью (https://cleverics.ru/subject-field/hot-issues/bpmn). Статья содержала пример диаграммы BPMN с несколькими ошибками 🙂 Время шло, проекты делались, мысли копились. В пятницу отправил заказчику пакет процессной документации, в том числе несколько регламентов процессов. Все документирование процессов выполнено в BPMN. Решил зафиксировать текущие мысли. С одной стороны, BPMN это действительно удобно. Диаграммы получаются короче и точнее, чем, например, в CFD (за счет использования специальных графических элементов). Они не то чтобы содержат больше информации, они позволяют представить ее более наглядно, объяснить логику исполнения процесса, в том числе событий, взаимодействий нескольких процессов, параллельных…

Дмитрий Исайченко, 10 июля 2010, последний комментарий 28 июля 2010

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

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

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