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

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

Практика и опыт

Примеры реальных задач, истории успеха и решения из жизни

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

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

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

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

IDM в реальном мире: пора выйти из сумрака

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

Вопрос из зала: постоянные изменения требований

Нам пишут о наболевшем: Уже довольно давно идёт проект разработки информационной системы. Руководство не может справиться с заказчиками: на любом этапе разработки продукта могут появиться (и появляются) новые требования или измениться уже утвержденные. Это разрушает порядок в разработке, порождает множество ошибок, заставляет переделывать работу по нескольку раз, что в свою очередь, увеличивает сроки и отнимает ресурсы. Как быть? Коллеги, поделитесь опытом и удачными примерами подходов, которые помогли выстроить взаимотношения.

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

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

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

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

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

Приглашаем посетить секцию документального кино (case-study) на конференции itSMF 2015!

  Уважаемые участники VI Всероссийской конференции itSMF! Компания Cleverics, золотой партнер конференции, приветствует вас и приглашает присоединиться к секции «Документальное кино: задачи и результаты ITSM-проектов (case-study)». Профессионализм в любой области – кино или ITSM – растёт на трудных успехах. Как ребёнок, впервые самостоятельно поехавший на двухколёсном велосипеде, испытывает счастье новой свободы и ищет новые дороги, так и ИТ-руководитель, сумевший осуществить непростые организационные преобразования и добиться отдачи от изменения поведения людей испытывает профессиональное удовлетворение и силы ставить перед собой новые цели. Наша секция будет посвящена таким трудным успехам в области управления ИТ. Успехам, которые не случились сами собой, а потребовали концентрации…

Опрос: реальная практика управления доступом

Постоянные читатели портала знают, что мы всё время осваиваем что-то новое. Внимательные читатели вспомнят, что одна из новых (для нас) тем – управление учётными записями и доступом. За последнее время мы познакомились с практикой в этой области во многих компаниях, и общее впечатление, оставшееся от знакомства, скорее грустное. Условно все известные компании можно поделить на три группы: Погибают под количеством заявок на доступ, имеют сложности в контроле, аудите, хотят улучшить ситуацию, но пока не успели. "Внедряют Oracle IDM", при этом за словом "внедряют" скрывается многолетний дорогущий проект (начался давно, до финиша далеко), а под словами "Oracle IDM" подразумевается любая большая, тяжёлая, промышленная…

Все в сап! Или нет?

Наш слушатель Акбулат обратился с вопросом об учете ИТ-активов: У нас есть инструмент, где реализована CMDB нашего предприятия – HP SM. В то же время финансовый учет ИТ-активов предприятия ведется в SAP. Где в такой ситуации лучше реализовать управление затратами на ИТ-услуги? Насколько правильным является подход к учету стоимости ИТ-активов и операционных затрат на ИТ в HP SM? Коллеги, поделитесь опытом и мнениями! Что вы считаете более правильным – использовать информацию из ERP-системы для управления ИТ-затратами в ITSM-инструменте или наоборот – процесс реализовать в ERP, используя конфигурационную информацию из ITSM-системы?   

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM