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

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

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

 

 

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

DevOpsForum 2019 пройдёт в Москве 20 апреля. Промокод на участие внутри

20 апреля состоится международная конференция DevOpsForum 2019. По заявлению организаторов, которые на протяжении двух лет проводили в Москве конференцию DevOps Days, мероприятие направлено на поиск решений и инновационных инструментов эффективного взаимодействия бизнеса, специалистов по разработке и информационно-технологическому обслуживанию. DevOpsForum включает два тематических стека – Biz&Tech, две пленарные сесии, 5 мастер-классов, а также “круглый стол” для VIP-участников. В программе уже заявлены доклады от спикеров из пяти стран мира. Следите за обновлениями программы на странице Форума. По промокоду #CLEVERICS стоимость участия в Форуме составит 6000р. Форум пройдёт в отеле Holiday Inn Sokolniki, подробная программа и регистрация на сайте мероприятия.

Зачем нужен Change Management?

Вопрос без подвоха. Ну почти. Его контекст довольно-таки прост. Если конкретизировать, то он звучит так: “как сформулировать для руководства бизнеса и ИТ, а также для персонала ИТ-департамента преимущества от инвестиций в постановку и автоматизацию процесса управления изменениями?”. То есть нужно максимально просто и понятно объяснить указанным заинтересованным сторонам, зачем нужно упорядочить и формализовать деятельность по управлению изменениями. Для начала попробуем наморщить лоб, с умным видом пошелестеть страницами умных книг (вы знаете, каких) и выдать “научную” формулировку. Во всем известной библиотеке ITIL, в книге Service Transition написано довольно много слов про “назначение и задачи”, “ценность для бизнеса”, “организационные преобразования”, “формирование культуры”…

Принятие лучших практик ITSM: преимущества и недостатки

Управление ИТ-услугами (ITSM) – это искусство внедрения и поддержки ИТ-услуг для удовлетворения потребностей организации в осуществлении оперативной деятельности как в настоящее время, так и в будущем (конечно, существует множество других определений ITSM). Область ITSM состоит из множества ролей (например, группы поддержки ИТ), которые, вероятно, будут использовать некоторые из наиболее популярных подходов ITSM, – таких, как ITIL, COBIT, Microsoft Operations Framework (MOF), стандарт архитектуры Open Group Forum (известный как TOGAF) и т. д. – для создания и предоставления стабильных и экономически эффективных ИТ- и бизнес-услуг для своих организаций. В этой статье рассматриваются плюсы и минусы применения одного или нескольких таких подходов…

CleverDAY 2019: как это было

7 февраля в Москве состоялась конференция CleverDAY, организованная компанией Cleverics при поддержке OMNINET. Конференция собрала более 250 участников из России и стран СНГ, ИТ-директоров и ИТ-специалистов, представителей компаний из самых разных отраслей экономики: ритейл, здравоохранение, телеком, финансовый и государственный сектор, и ряда других. Программа целиком состояла из докладов ведущих экспертов Cleverics, которые представили новейшие разработки компании, включая пятую версию решения OMNITRACKER CleverENGINE (в докладе Марии Алёхиной, консультанта Cleverics) и решение MARS, предназначенное для оценки и анализа операционных процессов управления услугами (доклад технического эксперта Cleverics Натальи Коляды). Директор по консалтингу Cleverics, Евгений Шилов, рассказал об опыте применения машинного обучения в поддержке,…

ITIL и новые модные штуки

В самом начале 2000-х мне, как и многим другим ребятам, было очень важно узнать: как организовать современный (на тот момент) ИТ-департамент коммерческой компании среднего размера. Скажем, на 50-200 “айтишников”. То был не праздный интерес, а вполне реальная задача – столкнувшись с управленческим аспектом организации труда стало понятно следующее: Работа персонала может и должна быть организована (в противовес простому устройству мира “все люди изначально хорошие, и они просто ходят на работу, и там работают изо всех сил“). Работа может быть организована сильно по-разному. Способ организации работы существенным образом влияет на получаемые результаты. Мне и моим коллегам в то время очень сильно…

Закрываем инциденты на второй линии, возможен ли такой сценарий?

Что говорит о закрытии инцидентов ITIL ITIL рекомендует закрывать инциденты на первой линии с помощью функции service desk. Рекомендация почти дословно звучит так: «Службе service desk следовало бы удостовериться в том, что инцидент полностью исчерпан, пользователи удовлетворены и согласны с тем, что инцидент можно закрыть» (Service Operation 4.2.5.9). Кроме этого, ITIL рекомендует службе service desk выполнить несколько процедур:  указать код закрытия выполнить опрос удовлетворенности пользователя  выполнить документирование закрытия инцидента  определить есть ли связь с текущей проблемой с целью избегания повторения инцидента формально закрыть инцидент (изменить статус на «закрыто») Мало того, не стоит забывать о том, что тот же ITIL пишет…

CMDB, которая обновляется сама

7 февраля мы провели очередную конференцию CleverDAY. Два из пяти докладов затрагивали тему управления конфигурациями. Один – доклад про сервисную экономику, где решение задачи распределения ИТ-затрат и расчета себестоимости ИТ-услуг опирается на данные CMDB. Второй – про встроенный инструментарий по управлению ресурсами в новой версии CleverENGINE, очень тесно переплетающийся с функциональностью CMDB. А поскольку собралось больше 200 человек, и вопросов было много, конечно, заговорили о том, насколько это экономически целесообразно – поддерживать актуальность данных CMDB, если это требует ручных операций? И конечно сразу появилась потребность в уточнении: а собственно сколько требуется ручных операций для актуализации данных CMDB? Вот с этим…

IT Governance для чайников

В конце января на сайте ISACA (COBIT и т.п.) опубликована статья «Руководство ИТ для чайников» (IT Governance 101: IT Governance for Dummies). Заявляется, что это только первая часть цикла. Причём автор статьи не кто-нибудь, а сам Пол Вилкинсон (Paul Wilkinson) владелец и управляющий партнёр компании GamingWorks, выпускающей замечательные деловые игры. Текст довольно объёмный, но написан, как обычно у Пола, живым языком с большим количеством отсылок к интересным отчётам и данным. В рамках данной заметки ограничимся лишь описанием структуры статьи (заголовками) и перечислением некоторых ключевых тезисов и цитат. Всем, кому не чужд английский, рекомендуется прочтение оригинала (менее десятка страниц). Поможет погрузиться…

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

Если вы не скрывались от всех отраслевых новостей 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” – оказание полноценной поддержки бизнесу, партнёрство, помощь в увеличении охвата…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM