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

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

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

 

 

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

Role mining. Построение ролевой модели

Как известно, одна из основных трудностей в проектах по управлению доступом – это построение ролевой модели. Сложность построения модели повышается с каждой дополнительной управляемой системой, включенной в охват проекта. Построение актуальной ролевой модели для нескольких систем с нуля может растянуться на месяцы, а то и годы. Такая модель может устареть ещё до начала ее использования. Одно из решений этой проблемы – инструменты построения ролевой модели (Role mining tools). Инструменты эти могут сильно отличаться по логике своей работы, стоимости, юзабилити и т.д., но принцип работы и цели у них общие – это сбор информации о текущих правах сотрудника в информационных системах, анализ "повторяемости" этих прав для…

Cleverics на конференции itSMF-Russia: от теории к практике

Компания Cleverics — лидер по услугам обучения и консалтинга в области управления ИТ (ITSM) в России, выступила золотым партнером ежегодной конференции itSMF России, которая прошла в Москве с 16 по 18 сентября 2015 года. Эта конференция уже более пяти лет является одним из самых значимых и масштабных мероприятий в области ИТ-менеджмента в России и СНГ. В этом году участие Cleverics в конференции было особенно ярким. В связи с завершившимся объединением с компанией OmniWay, играющий состав был значительно усилен, что отразилось не только в обилии корпоративного оранжевого в залах заседаний, но и интересных дискуссиях во время тематической секции, мастер-класса и на…

Почему для эффективного проведения изменений надо использовать несколько подходов

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

Вопрос из зала: фиксируем уровень услуги в SLA – как договариваться с заказчиком?

Наша читательница Марина задаёт вопрос о том, как прийти к взаимопониманию с заказчиком, фиксируя в SLA уровень ИТ-услуги: Совершенствуем SLA и думаем над определением "Стандартная работа сервиса". В обсуждениях качества обслуживания с Заказчиком нам явно не хватает единого определения. Сейчас оно свое у каждой из сторон и даже разное у разных представителей сторон. Это очень усложняет сотрудничество. Поделитесь опытом, пожалуйста, как выйти из этой ситуации. Спасибо! Давайте поможем Марине в этом обычно не совсем простом деле!

Процессная математика. Алгоритмы агрегирования

Умный ищет истину, дурак уже нашел Народная пословица Больше года прошло с момента окончания работы над текстом книги «ITSM. Руководство по измерению». Но мысли и практика не прекратились, а потому новые идеи копятся, прошлые идеи проверяются / корректируются, систематизация проводится. Какое-то время назад решил свести в одну табличку основные алгоритмы агрегирования метрик, сравнить их между собой и снабдить рекомендациями по применению. Результат – на картинке ниже (кликабельна). Вдруг кому-то пригодится. Примечание. При расчёте для большого числа KPI можно разбить их на несколько групп и сначала рассчитать интегральные KPI для отдельных групп (возможно, различными алгоритмами), а затем рассчитать общий интегральный показатель на основании…

О важности непрерывного совершенствования

На прошедшем на прошлой неделе itSMF сразу несколько выступавших упоминали тему непрерывного совершенствования процессов. На слайдах фигурировали различные варианты визуализации цикла Деминга-Шухарта и приводились примеры его использования в различных контекстах управления ИТ. Однако, я думаю, уважаемые читатели портала REALITSM.RU согласятся с тем, что также крайне важно совершенствовать личные компетенции, навыки и умения. Представьте (или вспомните) такую картину: вы пригласили консультантов реализовать, например, управление изменениями, и они, придя к вам, начинают рассказывать "как надо". Знакомо? Конечно, в этом, во многом, и заключается наша (консультантов) работа. Для этого мы и учились и приобретали практический опыт – чтобы поделиться им с вами. Тем…

Вакансия тренера в Cleverics

Большой (теперь уже) и дружный (всегда) коллектив Cleverics, часть которого изображена на фотографии рядом, с радостью примет в свои ряды пополнение в лице тренера направления обучения. Эта вакансия у нас открыта с 2011 года, если я правильно помню. То есть мы находимся в перманентном поиске, и время от времени добавляем в команду новые ценные кадры. Однако сейчас, осенью 2015-го, в связи со всё возрастающим спросом, мы особо ощущаем нехватку ресурсов по всем направлениям. Особенно – преподавателей. Требования к кандидатам просты, их всего два: Нужно уметь и любить преподавать: слушать, слышать, рассказывать, объяснять, работать с аудиторией. Получать от этого всего бесконечное удовольствие и…

Я знаю три слова …

Марк Смолли поделился своим опытом по проведению мероприятий по улучшению качества работы одного из подразделений информационной службы. Подразделение отвечающее за подержку приложений показывало низкие показатели производительности, имело низкий рейтинг по уровню удовлетворенности пользователей. В дополнение к этому значительная часть сотрудников не испытывала удовлетворения от собственной работы. Марк провел две сессии семинаров разделенных одной неделей на обдумывание на которых он совместно с сотрудниками подразделения генерировал и обсуждал различные предложения по улучшению. Первая серия семинаров носила характер мозгового штурма и позволила сформировать облако предложений по улучшению. Используя фреймворк Application Services Library (ASL v2) Марк структурировал предложения и вынес на обсуждение на вторую сессию семинаров. На ней Марк…

Модель зрелости для процессов непрерывного совершенствования

  Роберт Фалкович, основатель компании Concentric Circle Consulting опубликовал свою модель оценки зрелости процессов непрерывного совершенствования, которую он применяет в своих проектах. Предлагаемая методика достаточно проста для понимания и может быть взята на вооружение в качестве эффективного инструмента консультанта или менеджера. Проводя естественые аналогии с работой колеса Роберт предлагает провести оценку зрелости по следующим доменам: Понимание Намерение Метод Скорость Эффективность Ценность Исследование по каждому домену производится обособленно, и выражается в получении численной оценки в диапазоне от "0" до "5". Оценка "0" соответсвует начальному состояния ("отсутствия") какого-либо прогресса в выбранном направлении. В свою очередь 5 – это уровень максимальной эффективности и результативности. Рассмотрим области оценки более подробно. Понимание Оценка…

Мастер-класс: итоги

Как и обещали, на itSMF 2015 прошел наш мастер-класс "Метод сервисных операций. Формирование бизнес-ориентированного каталога услуг". Коротко опишу как это было, и приведу ссылки на материалы, которые упоминал на мастер-классе.  Итак, мы опробовали на практике подход, о котором в своем докладе рассказывал Дмитрий Исайченко днем ранее (кстати, на эту тему есть его же статья: Метод сервисных операций). Мастер-класс вели (Евгений Шилов, Денис Денисов, Олег Скрынник). Времени было откровенно немного, а участников собралось больше 40 человек, поэтому именно опробовали, а не досконально изучили со всех сторон. Но судя по отзывам после мастер-класса, многим было полезно получить еще один взгляд на известную задачу формирования…

Основные причины замены ITSM-системы

Что толкает компании к непростому решению – перейти на другую ITSM-систему? Stephen Mann на полях группы Back2ITSM обращает внимание ITSM-сообщества на отсутствие в широком доступе перечня наиболее распространённых причин этого непростого шага. Предложенный им список выглядит следующим образом: Просто "нравится альтернативная система" Необходимость следования корпоративной стратегии по переходу на "облака" или SaaS-решения Новый руководитель навязывает систему, к которой привык на прошлой работе Переход на "лучшую" систему при слияниях/поглощениях Устранение "зоопарка" ITSM-систем Запуск нового ITSM-процесса, не поддерживаемого существующей системой Неудовлетворённость возможностями или интерфейсом существующей системы Недостаточная гибкость существующей системы Неудовлетворённость качеством поддержки от производителя Низкое качество внедрения существующей системы Неоправданно большие…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM