ITIL

ITIL vs Agile

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

Игорь Гутник, 16 мая 2016, последний комментарий 21 сентября 2016

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

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

Новостной поток, 15 мая 2016, последний комментарий 19 мая 2016

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

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

Павел Дёмин, 14 мая 2016, последний комментарий 15 апреля 2022

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

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

Дмитрий Исайченко, 9 мая 2016, последний комментарий 20 мая 2016

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 запал прошёл, усталость накопилась, и получается примерно так: "задача…

Олег Скрынник, 29 апреля 2016, последний комментарий 11 мая 2016

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

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

Новостной поток, 27 апреля 2016, последний комментарий 4 мая 2016

Данные от AXELOS об экзаменах по регионам

На прошедшей неделе компания AXELOS, правообладатель ITIL, PRINCE2, опубликовала сводный отчет о количестве сданных в 4 квартале 2015 года экзаменов в разрезе регионов и направлений (ITIL и публикации в области управления проектами, программами и портфелями проектов [включая наиболее популярную сертификацию по RPINCE2]). Для сравнения также приведены данные за 4 квартал 2014 года.

Открыть нельзя переоткрыть

Где в предложении, вынесенном в заголовок, нужно поставить запятую? Речь, конечно же, об инцидентах. «Переоткрывать» (reopen, повторно открывать) закрытый инцидент или открывать новый? Обсуждение этого простого вопроса регулярно возникает на курсах по ITIL, и иногда бывает довольно бурным, поскольку различные организации практикуют различные подходы. ITIL на этот счёт ограничивается следующими соображениями [ITIL v3 2011, SO, 4.2.5.10] «…разумно предопределить правила относительно того, может ли инцидент переоткрываться, и, если может, то при каких условиях. Например, может иметь смысл договориться о том, что, если инцидент снова проявляется в течение одного рабочего дня, он может быть переоткрыт, после же этого срока должен создаваться новый…

Игорь Гутник, 17 апреля 2016, последний комментарий 21 апреля 2016

ПО для планирования мощностей и финансов

Три наиболее интересные мне темы в ITIL – управление каталогом и уровнем услуг, мощностями для предоставления услуг, финансами. Именно объединение этих дисциплин позволяет рассматривать предоставление ИТ-услуг как управляемую на основе планов и цифр, экономически эффективную деятельность, приносящую пользу заказчикам. В теории. На практике же все чуть менее великолепно. Простое упражнение на стыке перечисленных дисциплин – формирование операционного бюджета ИТ – выполняет каждый CIO как минимум один раз в год. Тем не менее, развитого инструментария в помощь ИТ-руководителям не так уж и много. Методически все несложно (в скобках – соответствующие разделы ITIL): получи бизнес-планы (BRM / SLM); переговори с заказчиками, определи…

Дмитрий Исайченко, 10 апреля 2016, последний комментарий 12 апреля 2016

Внедряете ITIL? Ответьте на 7 вопросов.

В середине февраля этого года прошла 20-я ежегодная конференция Pink16. Одним из докладчиков на ней был Гари Кейс (Gary Case), консультант компании PinkElephant. Обращаясь к тем, кто в своих организациях готовится к проектам по внедрению практик ITIL, Гари рекомендует им ответить на несколько вопросов в ходе реализации своих проектов. Какую собственно задачу или проблему мы хотим решить? Если с ответом на этот вопрос возникают сложности, практики ITIL точно не помогут. Мы пытаемся улучшить восприятие услуг пользователями, быстрее исправлять инциденты и предотвращать их появление? Мы хотим улучшить процесс управления изменениями, выстроить лучшую практику управления требованиями? Для части этих вопросов есть ответы в ITIL, для части…

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

ITIL

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