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

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

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

 

 

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

ITIL vs Agile

В очередной раз видя рассуждения на тему «ITIL/ITSM vs Agile/DevOps/Lean» или «Agile vs PRINCE2/PMBOK», подумал, что, возможно, что-то важное от меня ускользает. В моей картине мира противопоставления нет. Что я делаю не так? Мне нравится высказывание Роба Ингланда (IT Skeptic) о том, что ITSM – это не изобретение, а открытие. ITSM описывает реальность. Также, как это делает физика. Т.е. это не просто набор каких-то рекомендаций. Самое ценное в ITIL и других подобных сводах знаний – это то, что авторам удалось вычленить закономерности происходящего (в данном случае в сфере оказания ИТ-услуг), уловить природу явления и сформулировать некоторые принципы (знание которых, согласно…

Знак “PRINCE2” на груди у него, больше не знают о нём ничего

PRINCE® (Projects IN Controlled Environments)  – свод знаний по управлению проектами, зародившийся в Великобритании. В настоящее время правами на бренд PRINCE2, соответствующие публикации и сертификацию обладает британская компания AXELOS, которая в течение двух недель в феврале-марте 2016 проводила исследования с целью лучше понять тех, кто проходит сертификацию PRINCE2 (линейка сертификации по управлению проектами состоит на данный момент из трёх уровней: Foundation – Practitioner – Professional). Зачем они это делают, и что им эта сертификация даёт? А заодно выяснить предпочтения респондентов и их понимание текущего состояния управления проектами в  компаниях, на которые они работают. Перед проведением опроса был проведен анализ большого…

ITIL – мифы и заблуждения

Компания AXELOS (правообладатель ITIL) на своём сайте создала раздел «ITIL Misconceptions», где публикует наиболее распространённые мифы и заблуждения относительно практики применения ITIL. В качестве примеров приведены следующие заблуждения. ITIL рекомендует разделять разработку и эксплуатацию ITIL всегда следует внедрять полностью ITIL не работает в организациях, использующих Agile ITIL подразумевает, что самое главное – это процессы. AXELOS приглашает всех желающих поделиться своими историями. На нашем портале это приглашение сделано давно, и актуально поныне. Есть возможность не только поучаствовать в обсуждении вопросов, затронутых в любой их заметок на портале, но и задать свой вопрос в рубрике «Вопрос из зала».

Нужен ли процесс управления доступностью?

Управление доступностью – уникальный процесс. Уникальный в первую очередь тем, что является изобретением авторов ITIL и не замечен как отдельный процесс (если я не отстал от жизни) ни в одном известном мне своде знаний по управлению ИТ, кроме ITIL, или процессной модели известной мне реальной компании. Почему – вопрос, который я хочу поднять в этой заметке, и поделиться своими размышлениями на этот счет. Причина 1: Доступность уже обеспечивается другими процессами Взглянем на задачи процесса: Создавать и вести план доступности, отражающий текущие и будущие потребности заказчиков. По услуге такой план может быть частью SIP. Кроме того, задача сильно пересекается с аналогичной в управлении…

Планирование мощностей и CMDB

В последнее время я несколько раз обсуждал с ИТ-руководителями практику планирования мощностей на основании объемов потребления услуг. Один из вопросов, который поднимали мои собеседники, заключался в том, можно ли использовать для такого планирования их существующие CMDB. И действительно, есть ли какие-то специальные требования, которые управление мощностями и сервисная экономика предъявляют к CMDB? Я бы выделил три основных требования: В CMDB должны быть построены логические модели приложений и услуг. Эти модели должны включать в себя не только «физические» ресурсы (оборудование и сети), но и функциональные роли ресурсов, например, СУБД (причём, отдельно от баз данных!), web-сервер, файл-сервер, и так далее. Функциональные роли…

Kanban для управления ликвидностью человеческих ресурсов

Случалось ли у вас, что задача долго не берётся в работу из-за нехватки нужных навыков? Например, когда в команде только один человек знает, как выполнить задачу, и становится «узким местом» в процессе. Как определить, каких навыков не хватает? Как измерить потребность в этих навыках? Как распределить ресурсы и навыки между потребностями? Как спрогнозировать будущие потребности? Как, исходя из навыков и потребностей, составить план обучения персонала? И почему для этих целей плохо подходят стратегическое планирование и стандартные системы обработки заявок? Robert Falkowitz в своём блоге рассматривает эти и другие вопросы в терминах ликвидности человеческих ресурсов. Под ликвидностью, в данном случае, понимается…

RFC и Change proposal: кто первый?

После недавно проведённого курса ITIL RCV пришёл к выводу, что будет полезно зафиксировать некоторые комментарии относительно взаимосвязей запроса на изменение (Request for change, RFC) и предложения об изменении (Change proposal). Как оказалось, термин “предложение об изменении” не всем понятен и вызывает у коллег некоторые вопросы, в частности: в чём разница между RFC и Change proposal и как они связаны между собой, что из них первично; если первичным является Change proposal, то что является его источником. Чтобы разобраться с данными вопросами, заглянем в учебник. Вот, что написано про предложение об изменении в глоссарии*: Предложение об изменении (Change proposal) – документ, содержащий…

Разбираемся с управлением спросом: задачи

В начале месяца я сообщал, что волею судеб по служебной необходимости всё больше и больше погружаюсь в тему управления спросом. Тогда мы немного обсудили как может выглядеть процесс. Теперь кратко поговорим о его задачах. Читаем ITIL (книга Service Strategy 2011, раздел 4.4.1): Задачами управления спросом являются: идентификация и анализ моделей бизнес-деятельности (PBA), далее неразборчиво не важно что написано… определение и анализ профилей потребителей… обеспечение, что услуги разработаны с учётом PBA и способны добиться требуемых бизнес-результатов … Хорошая книжка, и автор очень достойно переписал версию 2007 года. Но, видимо, к разделу 4.4 запал прошёл, усталость накопилась, и получается примерно так: "задача…

ITMF 2016: все грани управления ИТ

Чуть больше месяца осталось до лета, а значит и до одного из самых значимых событий для российского ITSM-сообщества – ITMF 2016. 7 июня тринадцатый раз Российский IT Management Forum соберёт на своей площадке ведущих экспертов и практиков, а также всех, кому не безразличны вопросы управления ИТ. Среди заявленных в программе Форума тем: Время новых возможностей: управление ИТ в кризис ИТ и бизнес – наконец вместе. Роль ИТ-службы в реализации бизнес-стратегии ИТ-сервисы в эпоху цифровой трансформации Управление на госуровне: подходы к реализации электронных госуслуг ITSM без IT: управление корпоративными сервисами Метрики эффективности процессов управления ИТ Не только процессы: коммуникации и управление…

Шесть книг об управлении ИТ теперь можно купить на сайте Cleverics

Появилась отличная возможность пополнить свою ITSM-библиотеку! Шесть из семи книг об управлении ИТ, изданных Cleverics, теперь можно купить на сайте нашей компании в электронном виде. «В 2010 году мы придумали традицию – каждый год готовить и выпускать книгу, посвящённую вопросам эффективного управления ИТ. Все они печатаются ограниченным тиражом в несколько тысяч экземпляров, который, как показала практика, очень быстро расходится. В дальнейшем нам регулярно задают вопросы, где можно купить то или иное издание. Нашу традицию мы организовали для того, чтобы исключить дефицит качественной профессиональной литературы. Мы не должны допускать повторения дефицита, а потому решили предоставить возможность каждому желающему приобрести почти любую…

Сервис мониторинга сервисов

Кэрролл Мун (Carroll Moon, главный архитектор облачных решений Microsoft) недавно подвёл итог своей полуторагодичной деятельности по публикации в блоге компании AXELOS серии заметок, посвящённых сервису мониторинга, выпустив заключительную часть. Почему, даже имея в наличии прекрасно выстроенный мониторинг, можно регулярно получать обращения недовольных пользователей? Почему так происходит? Кэрролл отвечает на эти вопросы и предлагает присоединиться к обсуждению. Целью мониторинга является обнаружение инцидентов. Этап обнаружения – это лишь один из шагов в хорошем процессе управления инцидентами. Пусть сам процесс управления находится вне охвата серии заметок по сервису мониторинга, но некторые важные моменты стоит выделить. Коммуникации важны не меньше, чем мониторинг. Существуют по…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM