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

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

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

 

 

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

Когда мост – это не мост?

Если вы не скрывались от всех отраслевых новостей ITSM, вы наверняка уже знаете, что новая версия ITIL выходит в феврале 2019 года. В связи с этим, все чаще поднимается вопрос, связанный с сертификацией: «Будет ли организован ITIL 4 Foundation Bridge?» Многие сертифицированные клиенты ITIL v3 Foundation, хотят знать, есть ли быстрый способ перехода от ITIL v3 к ITIL 4. Ответ – нет… но и да. Давайте рассмотрим! Экзамена по Foundation Bridge – нет! AXELOS, владельцы ITIL, не выпускают экзамен ITIL v3 – ITIL 4 Foundation Bridge. Если у вас есть существующий сертификат v3 Foundation и вы хотите повысить свою квалификацию,…

SAFe – это троянский конь?

Крис Матц (Chris Matts) на днях опубликовал в своём блоге заметку с забавными, витиеватыми рассуждениями о том, является ли SAFe троянским конём («SAFe is the Trojan Horse»). SAFe, Scaled Agile Framework – методология масштабирования Agile (речь идёт о попытке масштабировать гибкие подходы на всё предприятие) Далее – краткий пересказ заметки Криса. Нередко я слышу, что Agile-коучи отзываются о SAFe как о троянском коне. Так и есть. Только не в том смысле, который они имеют в виду. Они ошибочно полагают, что SAFe – это легальный способ проникновения Agile-практик в организацию. Они думают, что как только Agile-практики заработают, организация осознает ограничения SAFe…

Динозавры не вымерли

У меня в голове живёт примитивнейшая классификация айтишников в самом общем виде. Всего три уровня: “ноль”, “+1” и “-1”. На мой взгляд, где-то между этими тремя крайними уровнями можно расположить нас всех. Нулевой уровень – обычные “просто айтишники”. “Можно ехать, а можно не ехать”. Ребята, которым, в принципе, всё равно, что там в бизнесе происходит. Скажут – будут что-то делать, не скажут – будут продолжать поддерживать сервера, ПО, ожидать поступления запросов на обслуживание, регистрацию инцидентов, пересмотров SLA, получения функциональных требований, разработки тестовых сценариев, запуска написания кода и т.д. Уровень “+1” – оказание полноценной поддержки бизнесу, партнёрство, помощь в увеличении охвата…

Запуск ITIL 4 в России 12 марта

12 марта в Москве состоится российская премьера новой версии библиотеки ITIL. В программе мероприятия: Как создаётся ITIL 4. Роман Журавлёв, Portfolio Development Manager, AXELOS Подробнее о сертификации от единственного экзаменационного института ITIL. Кароль Граношевский, Business Development Manager CEE в PeopleCert ITIL 4 – что нового? Игорь Гутник, директор по обучению Cleverics Цифровая трансформация с помощью ITIL 4 (или нет), Олег Скрынник, управляющий партнёр Cleverics Сертификация ITIL 4, Игорь Фадеев, тренер-консультант компании Cleverics Круглый стол “Управление ИТ: вчера, сегодня, завтра” Мероприятие состоится в отеле “Катерина-сити” (м.Павелецкая), начало 10:00. Стоимость участия в конференции составляет 2000р., участие в видеотрансляции бесплатно. Посмотреть подробное описание…

“Пищевая цепочка” для бизнеса или в чем ценность работы ИТ

Природа устроена таким образом, что в естественных живых экосистемах и в биосфере в целом без потребления полезных и ценных элементов одними организмами не будет ценности и для других. Звенья пищевой цепи объединяет простая связь: пища — потребитель. И если в природе все находится в равновесии, то как дела обстоят в сфере бизнеса? Все мы включены в совместную деятельность, результат которой в виде продукта или услуги необходим другим. Мы порой гордимся нашими достижениями, но иногда те из нас, кто работает в сфере ИТ, сосредотачиваются на неправильных вещах, особенно когда успешное выполнение технических задач может свести на нет всю деятельность, если она…

К улучшению пользовательского опыта через пользовательские путешествия

Хотите предоставлять отличные услуги? Хотите начать улучшать опыт своих клиентов, но не знаете, с чего начать? Не беспокойтесь – пять действий, описанные ниже, помогут вам начать работу. Как и во всем, что связано с вашими клиентами, часто лучше начинать с клиентов и их путешествий (customer journey). Начните с одного пользовательского путешествия, чтобы создать многие Конечно, заманчиво начать с составления карты нескольких клиентских путешествий, чтобы лучше понять, как ваши клиенты воспринимают ваши услуги. Тем не менее, самый лучший способ – это сперва полностью описать одно клиентское путешествие, сосредоточиться на быстрых, измеримых результатах. Возможно, еще лучше начать с клиентского путешествия, которое связано…

Люди для CMDB или CMDB для людей

«Кто на ком стоял? – крикнул Филипп Филиппович, – потрудитесь излагать ваши мысли яснее» Михаил Булгаков, «Собачье сердце» По-моему, Игорь Фадеев в конце прошлого года написал отличную заметку . Как мне кажется, проблема, решение которой он предлагает, встречается в компаниях, пытающихся построить практику управления конфигурациями, не так уж редко. Я же при обсуждении этой заметки в очередной раз вспомнил, как при первом прочтении ITIL мне показалось, что в части описания управления конфигурациями в книге содержится парадокс, терминологический казус. Как выяснилось, парадокса нет. Но в реальной жизни некотоые попытки организовать практику управления конфигурациями иногда напоминают попытку воспроизвести этот парадокс (может быть…

Автоматизация – к лучшему!

Не секрет, что в обществе витают определённые опасения за будущее людей в свете появления и быстрого развития технологий искусственного интеллекта. Люди опасаются, что искусственный интеллект, роботизация и автоматизация в дальнейшем сильно изменят привычный ход жизни, заменив труд человека в определённых областях либо частично, либо полностью. У части представителей социума рождаются совершенно алармистские и радикальные настроения, которые могут перерасти в движение “новых луддитов”. Так ли это на самом деле, что происходит сейчас, а что случится в отдалённой перспективе? Мысли по этому поводу в своей заметке излагает наш давний хороший знакомый – Роб Ингланд (aka The IT Skeptic). В средствах массовой информации,…

Слон в посудной лавке. Клиентское обслуживание и ITSM

ИТ-специалисты любят своё оборудование и системы и едва справляются с “биологическим фактором”, т.е. людьми, которые в конечном счёте системы используют. Жизнь была бы намного проще, если бы не было конечных пользователей. С этого “наблюдения” начинает свою заметку на портале ITSM Tools наш финский друг, Аале Роос (Aale Roos). По крайней мере, так это выглядит при изучении различных моделей управления ИТ-услугами (ITSM), продолжает Аале. На его взгляд, ни одна методология, стандарт или концепция ITSM не является действительно ориентированной на клиента в том смысле, что клиентское обслуживание будет в ней важным элементом. И это на самом деле странно, потому что клиентское обслуживание…

Готов ли бизнес к DevOps?

В недавно вышедшей статье Олега Скрынника “The biggest problem with DevOps is the name” изложено несколько хороших идей, и об одной из них я хотел бы поговорить более подробно. Идея эта состоит в том, что почти все триггеры и события, связанные с развитием и/или эксплуатацией услуги, такие как инциденты, запросы на изменение, рождаются в бизнесе. Результаты реакции на эти события со стороны управляющего ИТ-подразделения потребляются им же, что, в свою очередь, порождает новый набор событий, образуя цикл. Бизнес живет, изменяется и, тем самым, формирует неудовлетворенный спрос на организационно-технические решения, которые позволяли бы ему расти с наибольшей скоростью. В “медленном мире”…

Самая большая проблема DevOps – это название

Перевод статьи Олега Скрынника The biggest problem with DevOps is the name Статья в Википедии, посвящённая DevOps, начинается с заявления о том, что DevOps – это слияние слов «разработка» и «эксплуатация». Таким образом, это методология, которая объединяет разработку программного обеспечения (Dev) с эксплуатацией ИТ (Ops). Оно, конечно, верно, если мы рассматриваем морфологию и орфографию. Никто не станет спорить, что три первых буквы (или около того) каждого из двух слов использовались для обозначения термина. К сожалению, этого недостаточно, чтобы объяснить, что такое DevOps на самом деле. Из-за этого самого термина DevOps часто воспринимается неправильно, с очень небольшой добавленной ценностью. Позвольте мне…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM