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

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

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

 

 

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

Услуги – 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". Именно к ней относятся четыре приведенные выше темы, а…

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

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

“Средний класс”

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

Оценка RFC

На днях прорабатывал последовательность действий по оценке запроса на изменение в ИС. Получилась несложная и довольно универсальная методика, которую можно понятным образом уложить и в процедуры процесса, и в формы документов. Конечно, решил сравнить с ITIL, тем более что со времен разработки и чтения курса IPRC в 2006-м году, помню про описанный в ITIL подход «Семь R». У кого под руками есть книжка Service Transition, смотрите раздел 4.2.5.4 «Assess and evaluate the change». У кого книжки нет, вкратце оценку RFC там предлагается выполнить, ответив на семь следующих вопросов: Who Raised the change? What is the Reason for the change? What…

Слон в посудной лавке

Многие слышали про повышение цен на экзамены ITIL. Откровенно говоря, мы узнали об этом намерении новых хозяев ITIL, компании Axelos, совершенно случайно и в тот же момент, что и остальной мир. Один человек обронил одну фразу на одном из публичных мероприятий. Пошёл слух. Слух опровергать не стали. Мы даже написали об этом в новостях. Но никто особо не знал на что именно поднимутся цены, насколько сильно, на каких условиях. Ничего, кроме даты – "с нового года". Да ладно мы – маленькая компания из далёкой страны, где медведи ходят по улицам, а людей сначала сажают, а потом ВНЕЗАПНО амнистируют. В идентичном неведении…

Big 4 Agenda: топики на следующий год

Некоторое время назад коллеги из Великобритании анонсировали опрос, целью которого было определить четыре темы, наиболее волнующие сообщество, на которых в 2014 году itSMF UK сконцентрирует свое внимание. Обсуждению этих проблем уделили время и на ежегодной конференции, проходившей в Бирмингеме, а недавно итоговый список опубликовали на сайте itSMF UK. Выглядит он следующим образом: Назад к основам (Back to Basics) Все мы встречали яркие, порой провокационные заголовки, говорящие о том, как ошибки в предоставлении услуг могут привести к остановке деятельности компании и невозможности предоставлять услуги заказчикам. Правильная организация базовых механизмов управления ИТ-услугами обеспечит наличие надежных повторяемых процессов, которые уменьшают количество приводящих к затратам ошибок, позволяют плавно…

Процессная математика. Опросы пользователей

Постановка задачи Допустим, мы решили провести опрос пользователей. Известно, что всего их – 1 000 человек. Для простоты предположим, что мы задаём 1 вопрос (например, об удовлетворенности качеством поддержки) с ответом по пятибалльной шкале (1-5). Интересующий нас результат опроса выражается средним из полученных ответов. Вопрос: сколько ответов пользователей необходимо получить, чтобы результаты опроса были достаточно точными (достаточно – для принятия на основании результатов опроса управленческих решений)? Ответ первый: на основании здравого смысла (то есть предрассудков) Я опросил несколько знакомых, как они думают, сколько голосов пользователей необходимо получить. Ответы ранжировались в диапазоне 10-50% голосов от общего количества участников опроса, наиболее часто –…

itSMF Estonia – возможно, самая международная ITSM-конференция

…состоялась, как и было запланировано, 11.12.13 в Таллине. Получилось компактное мероприятие (один день, десять докладов без разделения на секции) с очень высоким КПД: ни одного пустого доклада, ни одного рекламного. Практики из эстонских компаний рассказали о своем опыте, международные гости рассказали о своем видении ITSM. Восемь из десяти докладов были на английском, включая доклады эстонских коллег. Не было: выставки спонсоров, пакетов участников, рекламы.  Было: безупречная организация, отличная еда, интересные гости.  Были среди гостей наши старые знакомые и друзья: Патрик Болджер, Аале Роос, Барклай Рей (выступали), Бартош Горчинский, Владимир Иванов (слушали). А организовал все это Каймар Кару, чей доклад про DevOps…

Управление конфигурациями и V-модель

​​Слушайте, а ведь V-модель (V-model) – это самая классная картинка в ITIL. Я давно это подозревал, но за последний год на курсах по контролю ИТ-услуг она стала для меня основной сюжетной линией, увязывающей все ключевые процессы контроля ИТ-проектов и продуктивной среды. Смотрите: Для управления тестированием V-модель является иллюстрацией комплексного подхода к тестированию: от технической отладки до подтверждения результатов бизнес-процессов. Она, кстати, и была изначально придумана для иллюстрации жизненного цикла разработки и тестирования. Для управления изменениями (и для управления проектами) ступени модели являются справочником вех, на которых нужно будет осуществлять проверки успешности проекта. Для управления релизами наличие всей проектной документации, формируемой на…

И снова про постоянное улучшение

Австралиец Франсуа Биккар, по-видимому, начитавшись Дмитрия Исайченко, загорелся идеей постоянного улучшения услуг. Кроме весьма образного английского языка, его статья ценна тем, что Франсуа предлагает способы борьбы с популярными заблуждениями о постоянном улучшении: Например: «… все наши сотрудники и так постоянно улучшаются, прямо каждый день». Есть одно замечание: если при этом у вас нет единого подхода и способа документирования стратегий улучшения, которые они предлагают, то вы не сможете  информировать коллего о постоянном улучшении и воспитывать соответствующую культуру. А еще вы не можете воспользоваться преимуществами коллективного мышления, которое очень важно для улучшения, тем более, что ваши сотрудники, имея дело с заказчиками, знают об их трудностях лучше всех. Не обязательно…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM