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

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

Постоянное улучшение

Непрерывное совершенствование, управление качеством, метрики, CSI

Каталог услуг: еще проще

Заметка Mark O'Loughlin про каталог услуг напомнила мне про классификацию, изложенную Скептиком в книге Owning ITIL. Для тех, кто книгу еще не читал, привожу довольно большой ее фрагмент – в общем, просто как развитие темы, начатой вчера в новостном потоке… **** Скептик разработал четырехуровневую модель каталога услуг, отражающую различные уровни зрелости. ITIL2 и ITIL3 вкладывают в это понятие несколько иной смысл, но другого, более подходящего, слова не нашлось, так что – «каталог». Актуальный каталог: срез текущего состояния, перечисление всех фактически предоставляемых услуг, включая те устаревшие услуги, которые мы больше не предлагаем новым пользователям. Это основной и необходимый элемент всей сервисной деятельности…

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

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

Подгоняем метрики под “ответ”

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

Три года спустя: сравнительный анализ ITSM проектов

Уже довольно давно компания Pink Elephant сформулировала список из 7 необходимых компонентов успешного ITSM-проекта: Лидерство Ресурсы Знания Интегрированный инструментарий Способность к развертыванию новых практик Способность к реализации культурных изменений Поддержание движения и развития В 2008 году Pink Elephant провела опрос представителей множества компаний по всему миру, в ходе которого постаралась оценить состояние этих семи компонентов. Вот некоторые результаты опроса трехлетней давности: (Полный отчет 2008 года можно посмотреть здесь) На проходящей сейчас 15 Ежегодной ITSM-конференции Pnk Elephant организаторы провели аналогичный опрос, собрав данные о состоянии перечисленных семи компонентов в более чем двухстах организациях. Сейчас данные обрабатываются, в ближайшее время у нас появится…

Попытка измерить пользу от управления изменениями

Передовой опыт, или "лучшие практики", – рассуждает в своей колонке на ITSMPortal Aale Ross, – обычно основаны на экспериментальных исследованиях. Обычно, но не всегда. В ITSM то, что называется передовым опытом, часто представляет собой результат предположений и теоретических рассуждений, а иногда – опыта, но скорее частного, чем систематически и научно подтвержденного.  Существует много свидетельств практической пользы от организации службы поддержки. Удивительно, как часто на разного рода конференциях докладчики рапортуют об успехах в деле "внедрения ITIL", приводя в подтверждение именно преимущества, полученные от внедрения help desk.  Стремясь получить подтверждение пользы от внедрения в компаниях процесса управления изменениями, Aale Ross провел опрос…

Руководство ИТ: первые шаги

На сайте ISACA опубликованы краткие рекомендации по руководству ИТ (IT Governance) для небольших и средних предприятий – когда понимание важности руководства уже есть, а возможностей и оснований строить "взрослую" систему руководства еще нет.  Вот некоторые из этих рекомендаций: Если бюджет ограничен, следует сконцентрироваться на ценности, которая может быть получена за счет эффективного соотнесения ИТ с бизнесом. Первым делом следует убедиться в том, что: Компания имеет четкие документированные миссию, цели и задачи Определена Миссия ИТ, цели и задачи ИТ, поддерживающие миссию, цели и задачи организации Разработаны стратегический и тактические планы ИТ, направленные на воплощение сформулированной миссии Определены метрики для мониторинга и…

Выездная бригада ликвидирована в прошлом году

Человек в своём блоге поделился историей о том, как он оставил заявку в службу работы с клиентами одного из банков по поводу неверно установленного рекламного щита. Рекламный щит рассказывал клиентам про банкомат за углом, а банкомата за углом не было. Клиент об этом сообщил в банк – сознательный попался гражданин. Судьба его заявки оказалась непростой. Семь месяцев футбола по различным сотрудникам, нарушение нормативов, лишение премий, внимание высшего руководства… Цирк с конями. Чтение внутренней переписки по этому вопросу доставляет. Если не фантазия это всё, конечно же.   ———- Пересланное сообщение ———-От: Вадим Монахинев <vadimmonax@gmail.com>Дата: 03 февраля 2010 г. 23:12Тема: ID:0046773 <<Неверно…

Измеряем Problem management

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

Новая книга ITILv3: PISM

There has been much discussion about the ITIL V3 core books since they were published in May 2007 and clearly some people have been disappointed with these publications judging by the statement made by OGC in February 2010: “… there have been some …

Измеряем зрелость процессов ITSM?

Forrester research group в начале ноября заявила о выпуске модели для оценки зрелости процессов ITSM. Что внутри, неизвестно: "This document is not available for individual purchase.Please contact a sales representative for more information". Снаружи – такие слова: Модель позволяет организациям оценить текущий уровень зрелости процессов ITSM и спланировать необходимые шаги для достижения требуемого уровня". 

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

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

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM