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

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

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

 

 

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

Уровни управления ИТ-службой по ИТ-скептику

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

Что писать в SLA?

Вот замечательнейший же шаблон SLA дан в ITIL. Все по пунктам, с объяснениями, без лишней воды. Бери и знакомься с идеей соглашения об уровне услуги: Описание услуги. Автоматизируемая деятельность предприятия. Охват. Территория, организационные подразделения, типы автоматизируемых операций. Охват содержит разграничение ответственности предприятия и поставщика услуги. «Стрижку сделает парикмахерская, укладку каждый день – клиент». Режим предоставления услуги. Функциональность, включая допустимое количество ошибок. Используется для определения доступности. Доступность. Надежность. Мощность (время отклика, толщина канала связи, квота данных, скорость вычислений, количество пользователей и т.д. и т.п., насколько хватает фантазии и способов измерения). Непрерывность. Здесь ссылка на планы поведения в чрезвычайных ситуациях. Безопасность. Ссылка на…

Заработал вебсайт AXELOS

Начало 2014 года ознаменовалось официальным началом существования компании AXELOS. За последние несколько месяцев неформального общения мы узнали от сотрудников этой компании много приятных и не совсем нововведений в мире управления ИТ. Чаще всего новости приходили к нам по каналам социальных сетей. В первый же день существования компании состоялось и открытие собственного вебсайта. Теперь своды знаний BMP (такие как ITIL и PRINCE2) имеют обновленную прописку в Интернете: axelos.com. На текущий момент, портал выглядит почти так же, как старый-добрый best-management-practice.com, только с новыми логотипами и цветовой схемой, обновленными данными об авторских правах и так далее (а на старом адресе висит редирект на новый). ​ На стартовой…

Измерение процессов. Incident Management. Часть 3

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

Каникулы? Выборы!

Оригинальную тему для размышлений на каникулах предлагает нам российское отделение itSMF. Дело в том, что по сложившейся недавно традиции в начале февраля мы с другими членами форума ходим в баню голосовать. Не должен стать исключением и 2014 год. Как сообщает сайт форума,  Ежегодные выборы руководящих органов форума – это традиция, которой itSMF Россия придерживается уже более 8 лет. Ежегодно мы подводим итоги и даем оценку деятельности за год, ставим новые цели, избираем руководящие органы Партнерства. Совет директоров itSMF России принял решение о проведении 5 февраля 2014 года очередного Общего отчетно-перевыборного собрания членов Форума. Повестка дня ожидается традиционная: Вопрос 1. Отчет…

Свои мысли и несколько чужих

В конце года принято оглядываться назад, подводить итоги, строить планы… Строительству планов стоит, пожалуй, посвятить отдельный текст, а пока, пожалуй, оглянусь и подведу.  Как показывает практика, каждый год приносит мне одну-две идеи, которые существенно дополняют, а иногда и совершенно переворачивают картину ITSM-мира, складывающуюся у меня в голове. Причем эти идеи обычно кажутся мне настолько существенными, что я немедленно добавляю их в каждый курс, который веду и в каждое выступление перед любой аудиторией – независисмо от темы курса или выступления, а также от состава и уровня подготовки аудитории.  В этом году такие идеи снова были, и снова числом одна-две. Собственно, появились…

Руководство по руководству ИТ – ИТ Скептик рекомендует

Несколько раз в этом году в обсуждениях на сайте ИТ Скептика упоминалась вышедшая в уходящем году книга Элисон Хольт (Alison L. Holt). И вот наконец Скептик высказался об этой книжке явно и недвусмысленно: Каждый, кто работает в любой руководящей роли в ИТ, должен прочесть эту книгу, и все остальные  также получат от её прочтения пользу – то, насколько термин "руководство" сейчас некорректно понимается и используется, просто ужасно.   Более того, хорошо бы, чтобы эту книжку прочитали все, кто работает на руководящих позициях в любой организации. Могу же я помечтать… То есть Скептик нашел, конечно, три спорных места на ста сорока страницах…

А есть ли Change без CMDB?

Вопрос практикам и специалистам по управлению изменениями задает Владимир: Немного философский вопрос, но очень интерисует ответ на него. Возможно ли построение Change Management без CMDB, например только на картах ИТ-услуги? Коллеги, может у кого-то есть подобный опыт?

Услуги – CI или не CI?

Продолжается обсуждение непростой темы управления конфигурациями. Андрей спрашивает: Коллеги, кто нибудь может внятно объяснить, зачем стоит заводить в CMDB CI типа "Услуга" ?   Рассмотрим случай, когда в информационной системе есть сущности типа "услуга" за рамками CMDB (например отдельная папка SLM и отдельная папка CMDB в OMNITRACKER). Понятно, что каждая CI должна быть связана с услугой, но для этого не обязательно связывать СI типа "сервер" с CI типа "услуга". Проставили в карточке CI в поле услуга нужную услугу и все. На деле же часто вижу примеры CMDB как дерево CI-ев, где есть CI в традиционном понимании (ПО, Железо, конфигурации серверов и тд) и CI типа…

COBIT 5 – теперь про информацию

В предновогодней суете незамеченной прошла публикация очередной публикации COBIT 5. На этот раз это долгожданная книга из серии Enabler guides, то есть детальное руководство по одниму из семи ключевых компонентов системы управления ИТ на предприятии. Как теперь принято у авторов COBIT, в новой книге они придерживаются единой структуры, определенной для всех факторов влияния, ну а кроме того предлагают читателям рекомендации по следующим вопросам: Big data Master data management Information disintermediation Privacy В новой книге 90 страниц, половину из которых занимает любопытнейшая глава "Addressing Information Governance and Management Issues Using COBIT 5". Именно к ней относятся четыре приведенные выше темы, а…

Удаленные, но не вычеркнутые

Последнее время несколько раз доводилось участвовать в глобальных переменах в части управления ИТ некоторых компаний. Как и при любых других орг.изменениях требовалось вовлечение сотрудников в обсуждения, согласования и обучение. Про обучение и хотелось бы поделиться наработанной практикой. Основная сложность, как вы понимаете, вызвана невозможностью собрать всех в одном месте и обучить. Это может быть связано с тем что сотрудников много, или они находятся в разных городах. Кроме того, зачастую бывает сложно на несколько часов оторвать от работы ключевых сотрудников. Особенно сложно собрать специалистов удаленных от основного места событий.  Поэтому помимо очного обучения (в классе, группами с тренером) приходится активно задействовать технологии удаленного обучения. Традиционно…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM