Digital Enterprise

Правдивые метрики

Не так давно в блоге AllThingsITSM появилась правдивая статья про ложь и метрики. Статья начинается с вопроса, о котором многим стоит задуматься "Ваши метрики и отчетность говорят вам то, что вам необходимо знать, или то, что вы хотите услышать?". Довольно наглядно автор рассказывает о распространенных ошибках, связанных с применением метрик. Приведем одну аналогию из статьи. Те из нас, кто ездит на машине, регулярно смотрят на колеса своего автомобиля, проверяя на месте ли они. Однако просто глядя на колесо невозможно понять насколько безопасно на нем ехать, достаточно ли давление, нет ли повреждений и т.д. Вы даже можете довольно далеко уехать на…

Приоритеты изменений

Большинство ИТ-департаментов известных мне компаний постоянно находятся под стрессом входящего потока изменений. Общее время, требуемое для реализации изменений, ожидающих обработки, с учетом имеющихся ресурсов и трудоемкости задач, как правило, составляет 6+ месяцев, а нередко – и более года. «Взять все и поделить выполнить» не получается – на входе прибывает быстрее, чем ИТ-специалисты успевают разгребать. Значит нужно расставлять приоритеты. Но как это сделать на практике? Мы поднимали эту тему уже не раз. И в формате вебинаров, и в заметках на данном портале. Но больше делали акцент на том, какие факторы лежат в основе принятия решения – оценка сроков и стоимости реализации,…

Дмитрий Исайченко, 23 августа 2015, последний комментарий 9 октября 2015

Управление доступом на основе атрибутов

Продолжаем тему управления доступом. Недавно мы рассказали о модели RBAC и запросах на доступ, которые можно использовать там, где возможностей RBAC не достаточно. Но, как было показано, запросы на доступ так же имеют свои недостатки, главным из которых является накопление прав, предоставленных через запросы. Как же повысить эффективность управления доступом? Одним из подходов является использование управления доступом на основе атрибутов (ABAC). Этот подход использует анализ атрибутов субъектов и объектов доступа, а также времени и среды. Доступ предоставляется на основе правил или политик, которые представляют из себя набор условий для проверки атрибутов, например: Бизнес-Правило: "Менеджер может редактировать заказ, только если стоимость заказа не выше 1000 руб. и заказ находится в его филиале"…

Роб Ингланд про DevOps и “многоскоростные ИТ”

В эти дни проходит 18-я конференция itSMF Australia, где одним из спикеров и ведущих мастер-классов является наш старый знакомый Роб Ингланд (Rob England), известный так же как IT Skeptic. В преддверии конференции с ним побеседовала Кэтрин Говард (Kathryn Howard), ITSM-консультант и член совета itSMF Австралии. Обсуждение касалось набирающей обороты и вызывающей интерес темы "многоскоростных ИТ". Общение происходило при помощи Твиттер-чата, выдержки из которого мы приводим ниже. Кэтрин: Итак, Роб, люди говорят о двухрежимных ИТ. Речь о "быстром" и "медленном" подходах? И как это соответствует принципу многомодельности? Роб: Гартнер называет их "двухрежимными ИТ": – режим 1, традиционный: масштабируемость, эффективность, безопасность, точность;…

DevOps: “до” Dev и “после” Ops

Уже знакомый нам Марк Смолли (Mark Smalley) предлагает взглянуть на философию DevOps с позиции всей цепочки создаваемой ИТ ценности. Многим из тех, кто знаком с DevOps не просто на уровне знаю-как-расшифровывается, давно известны три основополагающих принципа, которые описаны в книге, обязательной к прочтению для всех интересующихся данной темой – "The Phoenix Project: a Novel about IT, DevOps and Helping Your Business Win", или "Проект Феникс". На них основаны все модели DevOps. Принципы характеризуют ценности и философию, на базе которых создаются процессы, процедуры, практики. И эти принципы следующие: 1. Системное мышление. 2. Расширенные циклы обратной связи. 3. Культура непрерывного обучения и…

ITSM может работать и в вашей компании

Не секрет, что многие из нас часто сталкиваются с ошибочным восприятием ITSM. Дуг Теддер (Doug Tedder) в своём блоге перечисляет некоторые типичные тезисы, характеризующие это восприятие. "Только большие компании работают по ITSM". Сразу вопрос: "Ваша компания зависит / использует / потребляет ИТ-услуги?". Если "да", то как вы можете показать, что ваша компания получает пользу от ИТ? Как вы определяете, что является ценностью? Не говоря уже о том, как вы измеряете и отчитываетесь о её предоставлении. "Стартапам / предпринимателям ITSM не нужен". Главной целью стартапа или организованной предпринимателем компании является рост. Но если процессы и процедуры не задокументированы и не выполняются,…

Новостной поток, 17 августа 2015, последний комментарий 26 августа 2015

Сертификация по ITIL: иерархия обеспечивающих организаций

Начав интересоваться сертификацией по ITIL(R), будущие специалисты волей-неволей сталкиваются с большим количеством организационной и околоэкзаменационной информации. На этапе поиска поиска курсов и прохождения обучения обращают на себя внимание распространённые словосочетания: "учебный центр аккредитован…", "аккредитованный курс…", "сертфицированный тренер…". Одновременно или чуть позже начинают возникать связанные с ними вопросы. Слушатели наших курсов и посетители портала тоже их задают. Среди них попадаются, например, такие: "чем сертификация EXIN отличается от сертификации AXELOS?", "а экзамены от EXIN – это по ITIL?" или "что обозначают все эти аббревиатуры: EI, ATO, ATP, AEC, AEO..?". Предлагаю пролить свет и разобраться, кто есть кто на текущий момент в мире…

Более 3 часов уходит у 65% компаний на анализ проблем, связанных с приложениями

AppDynamics совместно с Enterprise Management Associates (EMA) опубликовала в августе отчет об исследовании, основанном на опросе 302 специалистов и менеджеров, отвечающих за управление приложениями. По данным отчёта, для проблем, связанных с приложениями и выходящих за пределы компетенции 1-й линии поддержки: 65% компаний требуется более 3 часов на определение корневой причины; 77% компаний требуется более 5 человеко-часов на решение. (Графики из статьи, опубликованной Anand Akela в корпоративном блоге AppDynamics) Некоторые факты из отчёта: Только 30% компаний имеют в настоящее время специализированные решения для мониторинга приложений Не более 50% приобретённых инструментов используются для мониторинга приложений 27% проблем, связанных с приложениями, обнаруживаются с помощью систем…

Квадрантовая метафизика

В статье «Мы выбираем, нас выбирают…» Дмитрий Исайченко затронул вопрос использования отчетов аналитических агентств при выборе системы автоматизации ITSM. Комментарии к статье показывают, что вопрос задел за живое. Действительно, выводы аналитиков не совпадают, поэтому, если отчёты используются при принятии решения, неизбежно возникают вопросы: «Кому верить? Чей рейтинг лучше?» Несмотря на то, что структура оценок, весовые коэффициенты параметров зачастую открыты, точность оценки сильно зависит от мнения аналитиков (в противном случае оценки бы совпадали). Оценить, например, одним параметром «Архитектура» и возможности интеграции с другими системами и гибкость настройки системы при развёртывании довольно сложно. Некоторые параметры оцениваются путём опроса. Какой отчет выбрать? В качестве идеи (шуточной?) для…

Новостной поток, 15 августа 2015, последний комментарий 18 августа 2015

Когда Problem Management – проблема.

Как понять, что можно существенно улучшить процесс управления проблемами (Problem Management)? В недавно опубликованном посте «When Problem Management is the Problem» Michael Keeling задаётся вопросом, почему, несмотря на то, что человечество занимается решением проблем всю свою историю, нельзя сказать, что эта практика полностью изучена, освоена и не вызывает вопросов. Если говорить об ITSM, то, по мнению автора, во многих организациях процесс управления проблемами работает не так, как им хотелось бы. Более того, иногда приглашённые для анализа такой ситуации консультанты приходят к выводу, что реализованный процесс управления проблемами на самом деле является частью проблемы. Если вы подозреваете, что процесс управления проблемами…

Новостной поток, 12 августа 2015, последний комментарий 9 июля 2018

Мы выбираем, нас выбирают…

Сколько людей, столько и мнений. Народная мудрость. Думаю, коллеги согласятся со мной, что многие ИТ-руководители начинают подготовку к ITSM-проекту с выбора ITSM-продукта. Цепочка выбора при этом примерно такова: ITSM-продукт -> поставщик -> организация и охват проекта. Это как если бы вы, задумав ремонт, начали с выбора молотка. Или, почувствовав зубную боль, стали анализировать модели бор-машин, которые используются в окрестных медицинских учреждениях. В общем, на мой взгляд, довольно странный выбор. Но, повторюсь, весьма распространённый. А что мы делаем, когда нам нужно выбрать что-то, в чём мы не очень разбираемся? Много думаем, читаем. Особой популярностью на этом этапе пользуются всевозможные аналитические сравнения,…

Дмитрий Исайченко, 7 августа 2015, последний комментарий 12 августа 2015

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

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