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

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

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

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

Три года спустя: сравнительный анализ 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" с…

Градусник, спидометр или GPS-система?

Отличная дискуссия про правильные градусники, основной вопрос которой – можно ли доверять субъективным метрикам, навела меня на более общую мысль – а зачем вообще измерять? Что мы измеряем? Какие решения и кем принимаются на основе измерений? Как эти решения реализуются, и смотрим ли мы на результат изменений, на новые измерения? Да, в каждом проекте при внедрении какого-либо процесса мы традиционно доходим до раздела "KPI", который честно заполняем вместе с заказчиком. Но мне кажется, что то, что мы в этот раздел напишем, не столь уж важно (хотя знаю что Дима, например, придумывает просто чумовые метрики для самых сложных ситуаций; это ж…

Самая важная и самая трудная часть ITSM-проекта

В своей очередной колонке на ITSMPortal.com Роман Журавлёв сделал попытку применить к специфике ITSM-проектов методику поддержки культурных (организационных, поведенческих…) изменений, разработанную компанией VitalSmarts.  Любой ITSM-проект предполагает изменение культуры, то есть того, как люди выполняют свою работу и того, как они к этой работе относятся. Такие изменения – самая важная часть ITSM и при этом наименее исследованная, а в проектах ей часто уделяется непростительно мало внимания. Как любое изменение, изменения в культуре и организации работ встречают сопротивление на самых разных уровнях. Без специальных шагов, направленных на преодоление этого сопротивления проект практически обречен. В то время как процессам управления ИТ-услугами посвящена целая…

CSI и управление проблемами: кто сверху?

Michael Crooon в своей колонке на ITSMPortal, озаглавленной "Что общего у ITIL и Камасутры?" рассуждает о практике постоянного улучшения услуг (ИТ-услуг, разумеется).  Основная идея такова: для реализации на практике постоянного улучшения услуг можно и нужно использовать механизмы управления проблемами. Для этого нужно расширить перечень процессов, поставляющих процессу управления проблемами информацию для анализа и расследования. Обычно основным источником такой информации оказывается управление инцидентами; автор же предлагает варианты использования управления проблемами в интересах SLM, управления информационной безопасностью, управления жизненным циклом (приложений?)…    Полный текст колонки с таблицами и картинками – на ITSMPortal'е.   Ответ автора на вопрос из заголовка его колонки: ITIL and…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM
;