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

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

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

 

 

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

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

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

Профессиональная сертификация APMG – еще разнообразнее, еще ближе к жизни

На прошедшей в начале ноября конференции itSMF-UK был представлен первый экзамен новой квалификационной линейки APMG, ориентированной на конкретные роли в системе управления услугами. Первым стал Change Analyst, на очереди – Problem Analyst.  Новая квалификационная схема призвана ответить на растущий спрос на практически полезные курсы и экзамены. Экзамен Change Analyst – это тест из 20 вопросов, проходной порог – 13 из 20.  Пресс-релиз APMG – на сайте APMG International

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

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

Еще немного путаницы…

В своей заметке Скептик обращает внимание на интересные рассуждения авторов официальной сертификации ПО на совместимость с ITIL: поскольку критерии оценки опубликованы и известны производителям ПО, степень соответствия, ожидаемая оценщиками, должна быть большей, чем раньше (когда критерии известны не были, и производители обеспечивали соответствие "наугад"). "Большей" – это 100%.  Если допустить, что основными заинтересованными в сертификации участниками рынка являются все-таки покупатели ПО, то возникает вопрос: а как отличить сертификацию, подтвердившую полное соответствие (сейчас) от сертификации, подтвердившей какое-то соответствие (до публикации критериев)? В частности, большой красивый продукт от компании BMC, получивший сертификат первым, – он насколько соответствовал критериям оценки?

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

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

Поддержка пользователей в идеальном мире

Любопытный рассказ о том как должна выглядеть поддержка пользователей, если ее осуществляют клиентоориентированные специалисты, опубликовал Glenn Remoreras. Изменения в культуре поддерживающей организации влекут за собой изменения в культуре пользователей. 

Чего ждут CFO от ИТ-директоров

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

Бывают ли правильные градусники?

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

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

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

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

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

Ода V-модели

В своей колонке на ITSMPortal'e John Worthington описывает любимую игрушку авторов книги Service Transition, действительно полезную и толковую штуку – V-модель. V-модель наглядно демонстрирует основные этапы проектирования, конфигурирования и передачи в эксплуатацию новых или изменяемых услуг.  Автор сложил в честь такого полезного инструмента оду, вольный перевод которой мы публикуем.  Оригинал – на ITSMPortal.com   Я хочу, чтобы все здесь уразумели Красоту и полезность V-модели. Это не просто буква знакомая, Это волшебная пуля искомая.   Она нам покажет жизнь сервиса трудную – От первичной задумки, сквозь дискуссии нудные, Переделки и тесты – от ошибок очиститься – Прямо в эксплуатацию, где он будет…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM
;