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

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

Аналитика: точка зрения

Мнение авторов может не совпадать с их точкой зрения

Правила проведения встреч по решению трудностей

Известный американский писатель, маркетолог и блогер по совместительству Сет Годин изложил в своем журнале принципы проведения совещания. Принципов немного, и к культурным изменениям в ITSM они вполне применимы. Бывают такие встречи, когда группа ищет оптимальный способ решения некоторой проблемы. В большинстве случаев, подобные сборища управляются дилетантами, и у них ничего не выходит. Они игнорируют следующие правила: Количество участников должно быть минимально. Не приглашайте никого из политических соображений. Для того, чтобы вкусно поесть в ресторане, необязательно присутствовать на кухне. Запрещается участие "по телефону". Есть строгая повестка, иначе вас утянут в споры. Всем участники нужно предоставить всю необходимую информацию. Заранее. В письменной…

COBIT 5 в реальных проектах: первые уроки

Участник ассоциации ISACA Стив Тейлор поделился впечатлениями от применения методологии COBIT 5 в компании Vector Ltd (ведущий поставщик электроэнергии, природного газа и телекоммуникаций в Новой Зеландии). На сайте ISACA пока представлено мнение Стива о трудностях при внедрении принципов методологии: Выбор самых важных для предприятия процессов из референтной модели COBIT 5. Из 37 процессов, в рамках семинаров с участием представителей бизнеса, в ходе этого проекта было выбрано 8. Фундаментальная разница между моделью зрелости процессов на основе CMMI (такая была в COBIT 4.1) к модели управленческих способностей COBIT 5. Уровни очень похожи, однако модели предлагают совершенно разные точки зрения на процессы. Тщательное исследование…

Вышла статья про неизбежность ITSM

Дискуссии о необходимости и неизбежности ITSM, которые начались на форуме ITM и продолжились у нас на портале (здесь и здесь) наконец-то были оформлены Романом Журавлевым в аккуратную статью, опубликованную Открытыми Системами. ИТ-организации могут использовать рекомендации ITSM-методологий (в первую очередь, библиотеки ITIL) для организации деятельности, причем эта деятельность может быть направлена как на управление ИТ-услугами, так и другими объектами (инфраструктурой, продуктами, системами ). Реализация сервисных отношений между ИТ-службой и другими подразделениями организации возможна только по воле и при поддержке высшего руководства организации. Для руководителей бизнеса такие отношения означают делегирование существенных полномочий ИТ-менеджерам и необходимость организации эффективного руководства ИТ.   Ознакомиться с содержанием статьи и выводами…

ИТ-скептик про COBIT 5

Роб Ингланд (ИТ-скептик) высказался по поводу COBIT 5. Общий тон статьи хвалебный и обнадеживающий. Я категорически не согласен с тем, что COBIT 5 [по мнению Яна ван Бона, с которым заочно спорит Роб – realitsm.ru] является исключительно аналитическим инструментом для оценки и аудита. В COBIT 5 описаны практики, виды деятельности, роли, матрицы RACI, входы и выходы, цели и метрики… Для меня это отличная основа для того, чтобы набросать собственную целевую картину управления. Это инструмент и измерения, и планирования, и проектирования. После COBIT 5 нужно обратиться и к другим своды знаний (ITIL, ISO2700x, ASL, BiSL, OBASHI, USMBOK …), с помощью которых…

Невыносимая ясность бытия

В очередной раз в моей голове сформировалась ясная картина мира. Думаю ненадолго – примерно до первого комментария Дмитрия к этому посту. Но, пока есть возможность, спешу поделиться: по-моему, симпатично получилось.  Сформировали эту картину два не связанных друг с другом обстоятельства: во-первых, изучение COBIT 5 в очередной раз привело меня к необходимости как-то внятно описать различия governance и management, а во-вторых, мне очень понравилось, как наглядно в завершающем вебинаре летней серии Дмитрий продемонстрировал, что сервисный и процессный подход могут рассматриваться как альтернативные способы управления получением ценности от использования ИТ-ресурсов.  Вот что нам говорит Дмитрий: Процессный подход – способ организовать деятельность поставщика…

Джентльменский набор. Всё, что нужно для управления ИТ

Наверное, каждый свод знаний в какой-то момент пытается стать универсальным, всеобъемлющим и достаточным. И, видимо, стать таковым нельзя без написания списка всего того, что нужно иметь/применять для того, чтобы правильно и успешно управлять информационными технологиями/услугами. Список, конечно, тоже должен быть универсальным, всеобъемлющим и достаточным. Вот, например, в COBIT 3 говорилось, что для того, чтобы предоставлять бизнесу информацию надлежащего качества, нужно управлять ресурсами, и этих ресурсов пять: Данные / Data Прикладные системы / Application systems Технологии / Technology Инфраструктура / Facilities Персонал / People. В COBIT 4 и 4.1 этот список несколько сократился: Информация / Information Приложения / Applications Инфраструктура / Infrastructure…

Материалы конференции itSMFnz

В Новой Зеландии активно занимаются управлением ИТ-услугами, достаточно вспомнить нашего друга Роба Ингланда (ИТ-скептика). В середине июня в Веллингтоне прошла очередная конференция местного отделения itSMF, и совсем недавно в открытый доступ были выложены все презентационные материалы спикеров. Все слайды, документы и мультфильмы можно скачать здесь. Как в большинстве западных презентаций, картинок больше чем текста. Можно долго рассматривать скриншоты – выдержки из реальных проектных документов. Особенного интереса заслуживают доклады Грегга Лимбери о совершенствовании услуг и обслуживания клиентов, а также Оуэна МакКолла про пирамиду Маслоу в применении к целям ИТ-директора. А какой доклад понравился больше всего вам?

Классификация сервисных объектов от ИТ-скептика

Новозеландский эксперт Роб Ингланд давно ведет разработку методологии Basic Service Management. Кроме подхода к постоянному совершенствованию Tipu в BSM включено множество прикладных инструментов. Позавчера в этот свод знаний была добавлена классификация всех сервисных объектов, которые необходимо учитывать любому поставщику услуг. Она такова: Interactions Responses Action Provisioning Booking Ordering Change Work Support Incident Fault Help Advice Input Proposal Suggestion Feedback Complaint Problems Interruptions Взаимодействия (по телефону, электронной почте и т.д.) Реплики сторон Деятельность поставщика услуг Предоставление (пользователям доступа к услугам) Бронирование (ресурсов или времени) Заказ (оборудования, билетов) Изменение Наряд на работу (малозначимое стандартное изменение) Действия по поддержке (исправление, ремонт) Инцидент (в услуге)…

Каталог услуг: картинка или табличка?

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

12 пожеланий Сервис-деску ИТ от пользователя

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

Управление черными ящиками

При проектировании процессов обычно худо-бедно организуют взаимодействие команд: входы-выходы, правила эскалации, распределение ответственности и другие полезные штуки помогают менеджеру процесса поддерживать плавное течение работ – без задержек, обратных передач и циклических переадресаций. И пока в процессе участвуют сравнительно небольшие команды, все это работает более или менее так, как проектировалось.  Но ведь бывает и так, что участвующие в процессе команды довольно велики, сложны и развивают свою собственную практику, свои процедуры, свои контроли. Такие команды готовы встраиваться в общий процесс, но не хотят отказываться от собственных наработок – иногда потому, что это означает фактически снижение зрелости, ослабление контроля. А иногда – потому,…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM