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

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

Новостной поток

Новости, события, мероприятия, публикации и другие анонсы всего того, что происходит в мире ITIL, ITSM, COBIT и ISO 20000,

Что читать про DevOps?

Последнее время все, включая наш портал, часто пишут о DevOps. Основная идея проста в понимании, однако что за ней скрывается и как эту простую идею воплотить в жизнь часто остается за кадром. Для тех, кому не достаточно Википедии, выдачи Google на соответствующий поисковой запрос, для тех, кто уже прочитал все записи в блогах и испытывает голод по настоящей литературе, IT Skeptic подготовил отличную подборку по теме. Книга Комментарий Роба Ингланда The Phoenix Project, Kim, Behr, Spafford "Роман о том, как CIO по принуждению спасает департамент ИТ от катастрофы. Доступный способ понять все ключевые концепции" Комментарий редакции: книга доступна на русском языке. DevOps Handbook, Kim,…

Жертвы системы

Роб Ингланд (IT Skeptic) в прошедшую субботу в статье «Жертвы системы» выдал философское. Большинство людей, которые, как кажется, тормозят прогресс, на самом деле, имеют благие намерения и пытаются делать правильные вещи. Но они жертвы системы, в которой работают. ИТ как отрасль в своем развитии, по его мнению, прошла от начальной фазы с ориентацией на технологии, через фазу с ориентацией на процессы к пониманию в последние годы, что ИТ в основе своей – про людей и про изменение их поведения. Есть ещё одна фаза в этом развитии – осознание того, что люди, процессы и технологии есть узлы системы, которую мы должны…

Получение выгод от ИТ. Новая публикация COBIT 5

В семействе публикаций COBIT 5 в июне случилось пополнение: ISACA выпустила COBIT 5 for Business Benefits Realization. «Инвестиции в ИТ постоянно растут, поэтому естественной потребностью владельцев, акционеров и руководства предприятий является обеспечение возврата сделанных вложений. Единственная причина инвестиций в ИТ – получение выгод.» Авторы использовали уже известный всем, кто читал другие публикации COBIT 5, «трафарет»: вводная часть, применение пяти принципов COBIT 5 к рассматриваемой теме, использование семи факторов влияния COBIT 5 для решения задач в рамках рассматриваемой темы, с существенным акцентом на том, как к теме привязывается и может быть применена процессная модель, изложенная в COBIT 5 Enabling Processes. В…

ИТ + психология?

Как изменить организационное поведение и улучшить производительность? Марк Смолли (Mark Smalley), известный как IT Paradigmologist, в своей статье "Важность организационного поведения" (The Importance of Organisational Behaviour) рассуждает о значимости поведения в организации, и о том, как этим можно управлять. Управление поведением в организации Organisational Behaviour Management (OBM) является важным аспектом управления, которое применяет психологические принципы организационного поведения и экспериментального анализа поведения в организациях, чтобы улучшить производительность индивидуумов и групп в организации. OBM применяет принципы из многих областей, включая поведенческий анализ и управление эффективностью деятельности. Но почему вам это должно быть интересно? Потому что поведение является основным фактором, который стимулирует организационную эффективность. У вас…

7 R’s – суть управления изменениями

Для чего нужен процесс Управление изменениями? Коротко – для контролируемого проведения изменения при прохождении всех этапов, определенных для конкретного изменения. В книге ITIL Service Transition авторы предлагают 7 вопросов (7R's – так как ключевые слова на "R"), на которые нужно ответить тем, кто проводит изменения, – чтобы оценка влияния была целостной, и был выдержан баланс рисков и эффективности проводимого изменения. Собственно вопросы: Who Raised the Change?  – кто инициирует изменение What is the Reason for Change? – какова причина для данного изменения What is the Return? – что мы получим в результате изменения Who is Responsible to do the change? – кто ответственный за…

Major incident – когда становится горячо…

На курсе ITIL Foundation слушатели часто задают вопрос о значительных инцидентах (major incident). Иногда потому, что тема управления ИТ-подразделением для них вообще новая и термин «значительный инцидент» слышится впервые, хотя в реальной жизни – это знакомая ситуация, иногда – потому что не совсем ясно, где провести границу между просто инцидентом и значительным инцидентом, и почти всегда – как с ним работать. О ключевых моментах, которые нужно учесть при работе со значительными инцидентами, пишет Neven Zitek в своей статье «Управление значительными инцидентами – когда становится горячо…»  Что такое значительный инцидент? В теории значительный  инцидент – это инцидент с самым высоким влиянием и…

Управление событиями и рейтинги

Интересная идея была озвучена Аугусто Барросом (Augusto Barros), исследовательским директором Gartner в его недавней публикации в авторском блоге. Фокусом его интересов является информационная безопасность. В своей публикации он отмечает, что индустрия средств мониторинга событий и инцидентов безопасности изменилась за последние несколько лет. Ранее они работали следующим образом: одно или несколько средств отслеживания событий безопасности генерировали некоторый поток этих событий и присваивали им определенные степени критичности. Имелся некоторый пул сотрудников невысокой квалификации, которые в непрерывном режиме отслеживали этот поток и обрабатывали его в соответствии со скриптами, осуществляя требуемую эскалацию на профильные группы, а также проводя дополнительные расследования событий в силу своих возможностей.  Очевидно, что с тотальной цифровизацией такой…

Опыт гибкого управления проблемами

Своим практическим опытом о том, как сочетать в одной организации методы гибкой разработки и классического процесса эксплуатации услуг, с нами делится Ян Джонс (Ian Jones), консультант KPMG Australia. В одной неназванной организации методы гибкой разработки были приняты как стандарт исполнения проектов и успешно применялись достаточное время. При реализации ITSM инициатив возникло желание использовать их и для организации процесса управления проблемами. Изначально организация использовала Scrum для координации этих работ, но этот подход показал себя не с лучшей стороны. После чего, была предпринята более успешная попытка применения "бережливой" практики Kanban. Для того, чтобы объяснить различия между этими двумя методиками приведем небольшую таблицу.   Kanban Scrum Планирование работ В объеме…

Точка зрения консультанта

Информационные технологии являются очень быстро изменяющейся отраслью. Компаниям приходится бежать со всех ног, только чтобы остаться на месте. На площадке блогов IBM были опубликованы наблюдения Дага Теддера (Doug Tedder), который, являясь известным экспертом и консультантом, отслеживал то, как различные компании реализовывают ITSM инициативы. Наиболее часто встречающимися ошибками являются следующие ситуации: Акцент строго на рутинные процессы эксплуатации услуг и базовые процессы преобразования. Компании реализуют и применяют процессы управления инцидентами, проблемами, запросами на обслуживание, изменениями и … останавливаются на этом. ITSM рассматривается как "неизбежное зло", а не как что-то, действительно добавляющее ценность. Приоритет отдан контролю, нежели облегчению труда специалистов. Чрезмерное внимание к букве процесса создает дополнительную бюрократическую…

Смогут ли роботы управлять проектами?

В контексте текущего развития технологий вопрос, которым задаётся Brad Egeland на страницах ресурса CIO.COM, совсем даже не праздный. Роботы становятся всё совершеннее, прогнозы по их интеграции в нашу повседневную жизнь – всё изощрённее. В частности, много сейчас говорится о том, что роботы заменят людей на значительном числе рабочих мест. Так что относить данную новость в раздел "Юмор" рука не поднимается. Автор заметки, анализируя перспективы выполнения искуственным интелектом такой важной функции, как управление проектами, формулирует пять ключевых причин, по которым это, на его взгляд, не осуществимо. То есть пытается доказать нам, что не всё так плохо, и человеческий интеллект ещё на…

Болевые точки управления проблемами

В группе BACK2ITSM опубликована заметка о "болевых точках" процесса управления проблемами, содержащая некоторые рекомендации по минимизации рисков, этими точками вызываемых. Автор, не углубляясь излишне в философские вопросы, напоминает нам перечень областей, применительно к которым в рамках управления проблемами необходимо осуществлять регулярный анализ. Эти области анализа следующие: выявленные события и полученные уведомления об ошибках в инфраструктуре, а также характер трендов в появлении событий и уведомлений; зарегистрированные инциденты и тренды в возникновении инцидентов; ИТ-сервисы, по которым были выявлены события, поступили уведомлениями, возникли инциденты. Если имеет место негативный тренд или негативное влияние на ИТ-услуги, как известно, необходимо подробно разобраться в проблемах – провести…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM