Защищаем ITIL Archives – Страница 5 из 7

ITIL для не-ИТ-подразделений

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

Елена Колбей, 6 июля 2016, последний комментарий 12 июля 2016

ITIL и DevOps – разные дороги, единые правила

Могут ли ITIL и DevOps сосуществовать, или же DevOps вытеснит ITIL? На ресурсе ITWNET один из авторов приводит мнения различных экспертов о будущем ITIL в "эпоху" DevOps, а также делится собственными идеями на этот счёт. Мнения экспертов разделились. Например, наряду с мнением, что в эпоху Agile методология ITIL становится чем-то вроде динозавра, звучат голоса, указывающие на идеальное сочетание этих подходов. Автор для обоснования собственной точки зрения использует аналогию на примере автомобильных дорог. Подход к управлению изменениями ПО "старой школы", по мнению автора, является аналогом езды по старым, проверенным дорогам, где много светофоров и пешеходных переходов, которые увеличивают время проезда по…

ITIL vs Agile

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

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

И снова о серебряной пуле

В своей статье «ITSM Jones and the Search for the Silver Bullet» Isaac Thomas Smyth Jones (более известный как ITSM Jones) делится впечатлениями о том, как он в течение многих лет искал серебряную пулю, которая могла бы решить все задачи по управлению услугами за день, а то и за более короткий срок, исчисляющийся в часах. Игнорируя мнение ученых мужей относительно этого артефакта, он в своих поисках заходил в разные уголки ITSM-мира, и совершенно случайно сталкивался с решением, которое (как он думал) и было той самой серебряной пулей, которую он так отчаянно искал. И каждый раз, возвращаясь из очередного поиска с…

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

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

Будни консультанта: об обучении и лоскутном ITSM

В нашей компании есть два направления деятельности: консалтинговые услуги и услуги обучения. Команды, реализующие эти направления, разные. Для того, чтобы ценность, приносимая ими нашим заказчикам, не снижалась со временем, мы практикуем временное вовлечение членов одной команды в деятельность другой. Так, ваш покорный слуга, прошел подготовку к прочтению курса ITIL Release Control and Validation (RCV), взлянув на него глазами тренера, и поработал в группе коллег в процессе разработки нового курса ITIL Practitioner. Погружение в работу тренеров обогатило мой опыт и взгляд на определенные вещи, поэтому хочу поделиться с вами двумя наблюдениями: О тренерской работе и столкновении теории с имеющимся опытом, а также немного о разработке нового курса; О применении фреймворков и "лоскутном" внедрении ITSM процессов….

Андрей Труфанов, 23 февраля 2016, последний комментарий 4 марта 2016

Развёрнуто о принципе ITIL “Adopt and Adapt”

Однажды мы уже упоминали в новостном потоке об основном тезисе использования идей ITIL – "принимай и приспосабливай" ("adopt and adapt"). Небезызвестный Стюарт Рэнс, не понаслышке знает, что этот посыл не всегда находит понимания. Люди, пытающиеся использовать идеи ITIL, зачастую формально подходят к их применению, не разбирая, что стоит, а что не стоит брать на заметку в контексте конкретной организации. Это приводит к тому, что и бизнес, и ИТ оказываются неудовлетворёнными такими огульными "внедрениями". Видя и глубоко понимая проблему, Стюарт опубликовал в своём блоге развёрнутое описание тезиса в виде двух частей – двух заметок. Первая часть посвящена "adopt", вторая – "adapt"….

Новостной поток, 18 ноября 2015, последний комментарий 23 ноября 2015

Свежие новости от AXELOS: новая сертификация ITIL

Владельцы ITIL долго слушали, и вот сегодня в Сингапуре Питер Хепворт наконец снова заговорил. И рассказал о новой сертификации ITIL, которая называется… (барабанная дробь…) ITIL Practitioner. Тут же были опубликованы пресс-релиз, пост-анонс от Каймара Кару и четырехстраничный список вопросов и ответов о том, кому и зачем нужна новая сертификация. Для читателей портала мы перевели эти вопросы и ответы, так что познакомиться можно и с оригинальной, и с русской версией. Читаем, размышляем, высказываемся!

Инциденты и проблемы – два названия для трех объектов?

Роб Ингланд, известный так же как IT Skeptic, завел в своем блоге интересную дискуссию . По его мнению, дебаты вокруг определений инцидента и проблемы никогда не закончатся, потому что их уже много лет подпитывает фундаментальный вопрос: у нас есть два процесса, которые пытаются выполнить три работы. Когда услуга нарушена, говорит Роб, мы имеем дело с тремя задачами в поддерже: 1) Общение с пользователями, с группами и персонально. Помогаем им, применяя обходные решения, чтобы вернуть возможность работать. 2) Восстановление услуги в нормальный режим работы. Иногда для этого нам может потребоваться только перезагрузка.. или перекомпиляция …или восстановление из архива. 3) Устранение причины сбоя. Это может быть неисправность, ошибка, неудачный патч, неправильная конфигурация, дезинформация, отсутствие обучения ……

Новостной поток, 29 июля 2014, последний комментарий 31 июля 2014

Кто портит репутацию ITIL?

ИТ-скептик (Роб Ингланд) запускает новый флешмоб: Хватит ругать ITIL. Библиотека работает и работает хорошо (не всегда отлично, но хорошо, уж точно соответствует своему назначению). У людей формируется отрицательное мнение об ITIL лишь потому, что вокруг множество идиотов носится со своими бредовыми представлениями об ITIL: топ-менеджеры, менеджеры, практики, консультанты, вендоры… Это те, кто портит репутацию ITIL. Поделитесь подобными случаями из жизни! В комментариях на портале Скептика уже есть несколько забавных историй. Сам Роб для затравки поведал об одном знакомом менеджере изменений, который в течение года пытался внедрить более жёсткий процесс управления изменениями, не задумываясь о стандартных изменениях («времени нет на них, потом…

Новостной поток, 13 марта 2014, последний комментарий 22 июля 2016

Что писать в SLA?

Вот замечательнейший же шаблон SLA дан в ITIL. Все по пунктам, с объяснениями, без лишней воды. Бери и знакомься с идеей соглашения об уровне услуги: Описание услуги. Автоматизируемая деятельность предприятия. Охват. Территория, организационные подразделения, типы автоматизируемых операций. Охват содержит разграничение ответственности предприятия и поставщика услуги. «Стрижку сделает парикмахерская, укладку каждый день – клиент». Режим предоставления услуги. Функциональность, включая допустимое количество ошибок. Используется для определения доступности. Доступность. Надежность. Мощность (время отклика, толщина канала связи, квота данных, скорость вычислений, количество пользователей и т.д. и т.п., насколько хватает фантазии и способов измерения). Непрерывность. Здесь ссылка на планы поведения в чрезвычайных ситуациях. Безопасность. Ссылка на…

Константин Нарыжный, 13 января 2014, последний комментарий 20 января 2014

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

Защищаем ITIL

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