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

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

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

 

 

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

Четыре вопроса постановки управления ИТ

Что является результатом ITSM-проекта? Обобщённо можно сформулировать результат, как "работающее организационно-техническое решение". То есть запущенный процесс, работу которого можно измерять и прогнозировать, а также адаптированный под этот процесс инструмент автоматизации, которым умеют пользоваться исполнители. Как достичь запланированного результата наиболее эффективно? Одним из ключевых факторов успеха является наличие соответствующего опыта у архитектора решения и других участников проекта. Однако накопленный проектный опыт, являясь отличной базой при разработке новых решений, одновременно является потенциальным источником проблем, если его применять без адаптации под нужды конкретного заказчика. Как не поддаться вредному влиянию стереотипов и избежать серьёзных ошибок при проектировании? Предложенный ниже подход не претендует на особую…

Мастер-класс: Метод сервисных операций

Коллеги, спешим сообщить, что открыта регистрация на мастер-класс "Метод сервисных операций. Формирование бизнес-ориентированного каталога услуг.", который состоится 18 сентября в рамках VI Всероссийской конференции ITSMF "ITSM-cinema: услуги, процессы и функции в 4DX – увеличиваем количество измерений". Метод сервисных операций, созданный и применяемый нами в проектах, помогает формировать каталоги услуг и специфицировать отдельные услуги, отталкиваясь от потребностей владельцев бизнес-процессов. Мастер-класс будет посвящён практике применения этого метода для формирования каталога услуг, который действительно может стать инструментом коммуникации ИТ-поставщика с бизнес-подразделениями, являющимися внутренними заказчиками услуг. Успевайте зарегистрироваться, так как количество мест ограничено. Форма регистрации уже доступна на сайте itSMF.  

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

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

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

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

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

Продолжаем тему управления доступом. Недавно мы рассказали о модели 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 не нужен". Главной целью стартапа или организованной предпринимателем компании является рост. Но если процессы и процедуры не задокументированы и не выполняются,…

Сертификация по 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. Комментарии к статье показывают, что вопрос задел за живое. Действительно, выводы аналитиков не совпадают, поэтому, если отчёты используются при принятии решения, неизбежно возникают вопросы: «Кому верить? Чей рейтинг лучше?» Несмотря на то, что структура оценок, весовые коэффициенты параметров зачастую открыты, точность оценки сильно зависит от мнения аналитиков (в противном случае оценки бы совпадали). Оценить, например, одним параметром «Архитектура» и возможности интеграции с другими системами и гибкость настройки системы при развёртывании довольно сложно. Некоторые параметры оцениваются путём опроса. Какой отчет выбрать? В качестве идеи (шуточной?) для…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM