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

Business Agility, DevOps, ITIL, ITSM, COBIT, PRINCE2, TOGAF, Kanban...

14 лет в эфире. 3 000 записей. 10 000+ постоянных подписчиков.

 

 

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

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

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

В оранжевом потоке

Здравствуйте, уважаемые посетители портала!  Я – новый человек в команде нашей компании. И этим постом хотел бы немного рассказать о себе и своей работе. Чем занимался ранее – работал системным администратором, разработчиком и оптимизатором сайтов, специалистом технической поддержки, пресейлом, проектным менеджером, менеджером по качеству и каталога ИТ-услуг. В ИТ с 2003 года. Образование – техническое высшее, по складу и мировосприятию я скорее "физик", чем "лирик". Мне нравится исследовать суть явлений: "а как это работает?". И это любопытство идёт с детства (папа, спасибо за все ответы на мои "а почему…"). Кто я сейчас  – младший консультант в компании. Как давно  –…

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

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

Началась подготовка к TFT13

Сегодня был опубликован анонс второй виртуальной ITSM-конференции Tomorrow’s IT Service Future Today 13, которая пройдет 18 июня. Мы подробно рассказывали о первом таком марафоне, состоявшемся в прошлом году. На этот раз масштаб будет еще солиднее. Во-первых, планируется два параллельных потока докладов. Первая группа докладчиков, как и в прошлый раз, будет представлять независимые доклады о свои лучших идеях по управлению ИТ-услугами. Участвовать в открытом голосовании по выбору участников может любой желающий. Второй поток планируется сделать спонсорским. Таким образом, за сутки конференции накопится до 48 докладов со всего мира, которые будут помещены в открытом доступе сразу по окончании мероприятия. Во-вторых, прямые трансляции конференции…

Вопрос из зала: Перспективы диагностики инцидентов «на лету»

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

Кафе знаний

Эйприл Аллен – австралийский эксперт в области управления ИТ-услугами и большая любительница темы управления знаниями делится впечатлениями от проведённого недавно мероприятия. Формат встречи носил очень любопытный характер с красивым названием “Кафе знаний itSMF” (Knowledge cafe). В ходе встречи участники опробовали две разновидности такого рода мероприятий. Обе подразумевали разделение 18 участников между тремя столами для обсуждения специально заданных тем. В первой реализации этого метода тема для всех столов была одна – “Наиболее успешные программы по совершенствованию услуг включают…”. Два раза по истечении 15 минут пара-тройка участников от каждого стола пересаживались за следующий и продолжала общение с новыми собеседниками. Второй вариант (больше известный…

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

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

Картинки с выставки Pink13

(извините за банальный заголовок). На прошлой неделе обещал опубликовать фотоотчёт, выполняю обещание. Вот общая схема пространства, где проходило мероприятие: Grand Ballroom вместил всю выставку, более 50 стендов. Тесно не было. Там же кормили завтраками и обедами, там же в течение дня можно было найти кофе и газировку. Tower Ballroom – место для пленарной части. Остальные залы, которые в сравнении на схеме выглядят кабинками, реально вмещали по 100-150 человек, а будучи объединёнными – и по 300.   На утро первого "большого" дня во время завтрака проходила запись эфира Practitioner Radio: Ведущие – Трой Дюмолин из Пинка и Крис Дэнси, который сейчас…

Опрос itSMF International

Международный форум по управлению ИТ-услугами itSMFi на днях объявил о запуске всемирного опроса общественного мнения. Опрос проводится совместно с Государственным университетом Сингапура. Члены национальных форумов itSMF могут оставить свои ответы на вопросы для того, чтобы оценить состояние нашей дисциплины менеджмента на сегодняшний день. Все, кто заполнит анкету опроса, автоматически получат результаты по электронной почте. Процедура вряд ли займет более 10 минут. Кроме того, заполнившие анкету становятся участниками лотереи с призом в виде iPad 4. Сам опрос состоит из 16 пунктов, большинство из которых про ITIL®. Вас спросят про зрелость процессов и про выгоды, которых ваша организация достигла в ходе реализации…

Референтные визиты по ITIL

Мне, как далекому (увы) от средств автоматизации ITSM человеку, позволительно предположить, что  из всех частей ITIL самой важной для ИТ-специалистов является седьмая: Technology considerations – «Думы об автоматизации».   Авторы пяти книг библиотеки фантазируют об этих самых автоматических процессах и услугах сильно по-разному. Тем не менее, если вы хотите быстро (за 5-10 страниц) понять, о чём же написана конкретная книга ITIL, и как написанное может выглядеть «на вашем мониторе», то смело открывайте Chapter 7 и читайте функциональные требования, рассматривайте  архитектуру решений и вдумывайтесь в рекомендации. В ходе очередного проекта я обратил пристальное внимание на седьмую главу книги «Проектирования услуг» 2007 года (она…

Вопрос из зала: “многослойная” поддержка

И вновь нам задают интересный вопрос из практики. Наталья спрашивает: Здравствуйте, коллеги! Есть ли какие-то рекомендации или стандарты в отрасли (или хотя бы best practices и ваши наблюдения), которые бы показывали рациональность введения дополнительного уровня поддержки? Сколько процентов кейсов должен закрывать каждый уровень поддержки, чтобы оправдать свое существование? Буду очень благодарна за ваш ответ. Коллеги, ждём ваших ответов в комментариях!

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM