Игорь Гутник, Автор в Digital Enterprise

DevOps – что может дать? И что для этого нужно?

Компания Puppet в пятый раз выпустила ежегодный отчет о состоянии развития DevOps («State of DevOps Report»). В этом году в соавторах указаны коллеги из недавно созданной компании «DevOps Research and Assessment LLC»: Jez Humble (соавтор книг «Continuous Delivery», 2010 и «Lean Enterprise», 2015) и Gene Kim (автор книг «The Visible Ops Handbook», 2005; «Проект Феникс», 2013 и «DevOps Handbook», вышедшей в прошлом месяце). Отчет интересен тем, что в нём обработан значительный объём данных (опросник в этом году заполнили более 4600 специалистов, а всего за пять лет опрошено более 25000 человек). Респонденты представляют большой спектр компаний с численностью сотрудников от 1-4…

Игорь Гутник, 22 ноября 2016

Как сдавать экзамены в EXIN

Накопленный опыт участия в организации и проведении экзаменов EXIN (в первую очередь вся сертификационная линейка экзаменов ITIL®, экзамены PRINCE2 ®) позволяет выделить наиболее часто встречающиеся вопросы, трудности, с которыми сталкиваются кандидаты при регистрации на экзамены и при получении сертификатов после успешного прохождения экзаменов. Нижеприведённый текст не претендует на то, чтобы быть подробной, пошаговой инструкцией. Но, за счёт описания общей схемы взаимодействия с EXIN, надеюсь, будет не бесполезным тем, кто планирует сдавать экзамены через этот институт. Особенно, тем, кто комбинирует сдачу экзаменов в тест-центрах (организациях, имеющих право принимать экзамены, например, Cleverics) со сдачей напрямую в EXIN. Также он может быть любопытен…

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

Всегда ли Known Error – ошибка?

Согласно ITIL® процесс «Управление проблемами» (Problem Management) направлен на минимизацию негативного влияния на бизнес инцидентов, вызванных ошибками в ИТ-инфраструктуре и предотвращение повторного возникновения таких инцидентов [SO, 4.4.1.1]. Часть работы процесса заключается в поиске корневой причины, вызывающей инцидент(ы) или, если не забывать и про проактивную составляющую процесса, корневой причины, которая может вызвать инцидент(ы) и устранению данной причины, либо, если это по какой-либо причине невозможно и/или не рационально, предложению обходного решения (workaround). При этом нужно понимать, что в общем случае ошибка – это не всегда ошибка в прямом смысле слова. Это может быть сложное сочетание конфигурационных единиц и условий их эксплуатации, которое…

Игорь Гутник, 3 октября 2016

Нужен ли процесс “Управление запросами на обслуживание” процессу “Управление инцидентами”?

За последнее время несколько раз на курсах по ITIL(с) обсуждался вопрос использования процесса управления запросами на обслуживание (Request Fulfillment Management [RFF]) для решения задач, лежащих в области интересов других процессов из процессной модели ITIL. Последнее обсуждение было вчера (Да. В корпоративном формате мы проводим тренинги и в выходные). В качестве примера подобного обсуждения вопрос: «В каком процессе должен отрабатывать запрос на получение информации об инциденте, находящемся в работе (например, о текущем статусе инцидента)? В процессе «Управление инцидентами» [Incident Management , INC] или в RFF?» Сначала зафиксируем очевидное. Во-первых, источником информации (в т.ч. о текущем статусе) является, конечно же INC, поскольку…

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

А в Блумах-то я гораздо умнее!

На всех аккредитованных курсах по ITIL мы кроме всего прочего разбираем пробные экзамены для подготовки к сдаче соответствующих сертификационных экзаменов. Некоторые варианты пробных экзаменов (как минимум один для каждого экзамена) AXELOS (компания правообладатель ITIL) сопровождает документом, дающим правильные ответы и пояснения к ним. В этом официальном документе помимо ответа и пояснения (иногда, будем честны, требующего дополнительного пояснения) к каждому вопросу также указываются темы, к которым относится данный вопрос, ссылки на соответствующие разделы библиотеки ITIL и уровень сложности вопроса. Уровень сложности вопроса никак не влияет на систему расчёта баллов (во всяком случае, в существующих на данный момент экзаменах ITIL). Сложный и…

Игорь Гутник, 18 июля 2016, последний комментарий 26 февраля 2018

DevOps = Agile IT

Во время недавно проведённого вебинара «PRINCE2 Agile — что даёт управлению проектами интеграция Agile и PRINCE2» наиболее бурное обсуждение вызвала демонстрация слайда с манифестом Agile (Agile manifesto). Ввиду краткости документа привожу его здесь. Agile-манифест разработки программного обеспечения Мы постоянно открываем для себя более совершенные методы разработки программного обеспечения, занимаясь разработкой непосредственно и помогая в этом другим. Благодаря проделанной работе мы смогли осознать, что: Люди и взаимодействие важнее процессов и инструментов Работающий продукт важнее исчерпывающей документации Сотрудничество с заказчиком важнее согласования условий контракта Готовность к изменениям важнее следования первоначальному плану То есть, не отрицая важности того, что справа, мы всё-таки больше…

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

ITIL vs Agile

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

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

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

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

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

Курс ITIL Practitioner – выводы

Перед чередой зимне-весенних праздников мы провели новый курс ITIL Practitioner. Поскольку это было первое публичное проведение курса, удельная плотность сотрудников компании Cleverics в классе была довольно высокой – курс насыщен практическими занятиями (около 70% времени), и нам хотелось уследить за всеми деталями, чтобы использовать полученную информацию для улучшения курса. Ведь, несмотря на полное формальное соответствие требованиям аккредитующей организации, мы понимаем, что всегда есть, что улучшать (PDCA, CSI и вот это всё; с чем в том числе мы разбираемся на данном курсе). Тем более, что и по содержанию и по формату курс существенно отличается от прочих курсов из линейки ITIL (во…

Игорь Гутник, 16 марта 2016

Как я сдавал экзамен ITIL Practitioner

В январе в рамках процедуры аккредитации учебного центра Cleverics на проведение курса ITIL Practitioner сдал соответствующий экзамен. Поскольку это абсолютно новый экзамен в сертификационной схеме ITIL, хочу поделиться личными впечатлениями. Возможно, тем, кто будет сдавать экзамен, что-то окажется полезным. Поскольку экзамен не переведён на русский язык, к штатной длительности 1 час 45 минут добавляется полчаса (как на экзаменах уровня Intermediate). Итого длительность экзамена 2 часа 15 минут – вроде бы не мало. Экзамен состоит из сорока вопросов. К каждому вопросу прилагается четыре варианта ответов, – только один из них является правильным. При выборе верного ответа за вопрос даётся один балл….

Игорь Гутник, 8 февраля 2016, последний комментарий 8 июня 2018

Сколько процессов в ITIL?

Рискну предположить, что у любого человека знакомящегося с процессной моделью ITIL в какой-то момент возникает вопрос, обозначенный в заголовке заметки. Казалось бы, технология поиска ответа должна быть простой – берём книги и [c]читаем. Но на самом деле всё не так просто. Во-первых, результат зависит от того, как [c]читать. Например, подобную работу при помощи Sharon Taylor (архитектора ITIL v3) проделала Pink Elephant, представив результат в виде удобных таблиц в коротком документе «Definitive ITIL® 2011 & 2007 Edition Process & Function List». Если считать по оглавлению книг, то процессов, которым посвящены отдельные разделы, 26. Но! В это число не входят так называемые…

Игорь Гутник, 27 декабря 2015, последний комментарий 11 января 2016

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

Игорь Гутник

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