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

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

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

 

 

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

Открыта регистрация участников весеннего сезона CleverTALK

2 марта начнется весенний сезон CleverTALK, бесплатных вебинаров по управлению ИТ. Программа 12-го сезона: 2 марта. Управление запросами и управление доступом: что общего и в чём разница? Ведущий Денис Денисов. Регистрация 23 марта. Сервисная экономика. Калькуляция себестоимости услуг. Ведущий Андрей Труфанов. Регистрация 13 апреля. Что такое Ops в DevOps? Ведущий Олег Скрынник. Регистрация 27 апреля. ITSM за рамками ИТ – что скрывает Enterprise Service Management. Ведущие Мария Алёхина и Елена Шушковская. Регистрация 1 июня. Управление ИТ: каким оно будет завтра? Предсказываем будущее совместно с AXELOS. Беседа с Романом Журавлёвым, менеджером по развитию ITSM-продуктов, AXELOS Ведущий Олег Скрынник. Регистрация Регистрация открыта на…

Agile vs ITIL

Нет, конечно, ITIL никак не противоречит Agile. Но согласитесь, для того, чтобы обеспечить высокую agility организации, эксплуатация тоже должна быть в игре. Ведь agile – это прежде всего про изменение культуры взаимодействий, про иной уровень вовлеченности, про существенное сокращение роли классического менеджмента в пользу горизонтальных связей, командообразования и новых форм лидерства. А тут на тебе: три линии поддержки и планирование изменений с частотой раз в две недели. Continuous delivery? Нет, не слышали. Но это, скажем так, «оргмоменты». Процессы можно адаптировать, взаимодействие усилить, сроки сократить. Но есть между agile и ITIL противоречие и посерьезнее. Корневое противоречие. Философское (пишу и самому страшно). Называется…

Конфликт интересов

Очень многие из нас оказываются в ситуации, когда исполнение работ различного рода несет за собой конфликт интересов, вызванный природой этих работ.  Такие ситуации легко иллюстрируются разнообразнейшими жизненными примерами: Ответственность менеджера инцидентов и менеджера проблем, при возникновении сбоев; Исполнитель работ и Проверяющий; Инициатор проблемы (в ITSM смысле) и эксперт, ответственный за её координацию, обработку и устранение; Постановщик задачи и разработчик, разработчик и тестировщик; Менеджер по доступности и менеджер непрерывности. Тема является весьма чувствительной, особенно для тех, кто в силу необходимости, исполняет обе конфликтные роли. Хотел бы поделиться с вами теми подходами, которыми я руководствуюсь в своих проектных активностях при возникновении подобных ситуаций. Эти же…

Внутреннему ИТ-отделу портфель услуг не нужен

Одна из интересных дискуссий, возникающая во второй день учебного курса "Экономика и финансы ИТ" (он же – пятый день курса ITIL SOA) – что же такое портфель услуг и чем он принципиально отличается от каталога. Многие, конечно же, вспоминают первое отличие – охват портфеля услуг шире, чем охват каталога. Услуги в портфель должны попадать сильно раньше, чем в каталог – возможно, в момент, когда провайдер только задумался "а не проработать ли мне вот эту идею?". А исчезают услуги из портфеля сильно позже, чем из каталога – когда предоставление данной услуги прекращено, ресурсы освобождены и такой вот точно услуги в ближайшие…

Увеличено время прохождения экзамена ITIL Practitioner

На основании отзывов слушателей, уже прошедших процедуру экзамена для получения сертификата ITIL Practitioner, AXELOS принято решение об увеличении времени, которое отводится на экзамен, с 1 часа 45 минут до 2 часов 15 минут. Узнать больше о курсе ITIL Practitioner и зарегистрироваться для участия можно на сайте Cleverics. Ещё больше информации в авторских заметках наших консультантов и тренеров: ITIL Practitioner: краткий обзор Курс ITIL Practitioner – выводы А подробности сдачи экзамена в заметках: Как я сдавал экзамен ITIL Practitioner Подготовка и сдача экзамена ITIL Practitioner. Зарубежный опыт

Открыта регистрация участников SAMday 2017

SAMday 2017, вторая всероссийская независимая конференция, посвященная вопросам управления программными активами (SAM – Software Asset Management), пройдёт 22 марта в Москве. На сегодняшний день заявлена очень насыщенная программа конференции: все тематические секции пройдут паралелльными потоками, в течение всего дня будет работать выставка. Темы докладов и спикеры будут добавлены на сайт позже, следите за обновлениями. В рамках конференции выступят приглашенные эксперты, среди которых Йохен Хагенлогер (Jochen Hagenlocher), победитель SAMS Europe 2016 Award  в номинации "Проект года". Если вам интересно узнать о новых разработках и об опыте других компаний в области лицензирования, внедрения и использования SAM в организациях, автоматизации управления ПО и лицензиями, присоединяйтесь к…

Если вы попали не туда…

…куда планировали, куда ожидали. Речь о курсах по управлению ИТ. Бывает, что человек приходит и с первых (или не с первых) слов, понимает, что материал курса слишком сложный, что это не совсем то, чем он занимается. Что же делать?  Во-первых, лучше провести предварительные подготовительные работы – а именно, выяснить как можно больше информации о курсе у наших менеджеров по продажам, зайти на наш сайт и ознакомиться не только с описанием курса, но и с подробной программой.  В случае, если вас направляет на курс руководство – сделайте те же предварительные приготовления, а также уточните, какие цели перед вами ставятся, что то…

Учебный центр Cleverics выходит на международный рынок

Дистанционный авторский курс ITIL Foundation® переведён на английский язык, теперь пройти его и сдать соответствующий экзамен могут слушатели по всему миру. Этот курс позволяет самостоятельно изучить ключевые принципы и понятия управления ИТ, узнать всё самое важное о процессах, описанных в пяти главных книгах ITIL, и проверить усвоение каждой темы с помощью контрольных вопросов. Базовый курс несомненно будет полезен тем, у кого нет возможности учиться очно кто ищет экономичное решение по обучению ITIL кто хотел бы добавить в своё портфолио самый популярный сертификат в области управления ИТ кто планирует продолжить обучение, первой ступенью которого является этот курс кому нужен удобный, хорошо структурированный справочник…

Провокация: есть мнение, что управлять инцидентами скоро будет не нужно!

Если следовать заметке The End of Incident Management (as we know it!) Дага Теддера (Doug Tedder), в обозримом будущем управлять инцидентами будут роботы, впрочем, как полагает редколлегия, и писать заметки на портале RealITSM. Как вы думаете, как скоро такое может произойти, и что же будут делать люди? Итак, можете ли вы представить себе ITSM без процесса управления инцидентами? По мнению автора заметки, при всей своей важности, управление инцидентами – один из наименее эффективных процессов в ITSM. Успех или неудача здесь зачастую зависят от человеческого фактора. От того, как клиент воспринимает конкретную проблему. От его настроения. От того, как прошло общение…

О сложностях интеграции сервисов

Есть такая тенденция – хороший сервис-провайдер пытается стать сервис-интегратором. Наверное, как солдат – генералом. Не всегда, конечно, но часто. Особенно если это провайдер коммерческий и расширяет таким образом свою долю рынка. И от этого может быть польза и клиентам, и самому интегратору, и участникам интеграции. Не обязательно будет, и не обязательно всем, но может. Есть еще одна тенденция, гораздо более печальная. Интеграторы плохо умеют и не очень хотят отвечать за качество услуг. То есть на витрине у них, конечно, единые стандарты, тщательный контроль и единая поддержка. Но на практике – сплошной уход от ответственности и перевод стрелок. Болезненный и актуальный…

Границы ответственности инцидент-менеджера

В редакцию портала поступил вопрос: Добрый день всем! У меня с нашим проблем-менеджером возник спор, кто же все-таки должен контролировать решение ИТ-проблем? Он утверждает, что инцидент-менеджер, он же инициатор проблемы, должен вести непрерывный контроль за решением проблемы, при необходимости "пинать" инженеров или change-менеджемент, который решает проблему, так ли это? В моем понимании инцидент-менеджер безусловно является инициатором проблем, но далее он передает это на уровень проблем-менеджмента, и в его зоне остается лишь окончательная проверка и подтверждение устранения проблемы.

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM