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

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

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

 

 

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

Повышение приоритета как (неработающий) способ ускорения работ

Мы это видим довольно регулярно. Не только видим, но и принимаем участие в обсуждении или принятии решения: “смотрите, задача АВС уже очень долго находится в работе, давайте повысим её приоритет, чтобы, наконец-то, устранить проблему”. Согласитесь, это вполне привычный способ управления. Беда в том, что он очень деструктивен и зачастую приносит больше вреда, чем пользы. Для дальнейших рассуждений необходимо сделать два предположения: Задача, приоритет которой повышается, не единственная в очереди. Работы много; точно больше, чем ресурсов в данный момент. В большинстве случаев оба предположения верны и дела обстоят именно так. Эти два пункта позволяют нам смотреть на ситуацию как на систему,…

Самовосстанавливающаяся платформа ITSM

Искусственный интеллект (AI), машинное обучение (ML) и обработка естественного языка (NLP) – одни из самых передовых технологий в управлении ИТ-услугами. Эти технологии помогают компаниям оптимизировать управление услугами путем автоматизации бизнес-процессов и задач в рамках ITSM. Компания Adobe, производитель программного обеспечения для творчества и дизайна, использовала данные технологии, чтобы изменить динамику в ITSM- области, обеспечить лучший уровень обслуживания для конечного клиента, и изменить роль ITSM-профессионала, переведя его деятельность на задачи более высокого уровня, а не просто на сокращение количества обращений. Модернизация ITSM-области при помощи интеллектуальных технологий помогла Adobe не только обеспечить высочайший уровень предоставляемых цифровых услуг, но и повысить производительность и…

Как велосипеды могут помочь понять дизайн услуг

Велосипед в разных формах присутствует в этом мире с 1820 года. Но то, насколько велосипед изменился за это время, мир часто упускает из виду. В Европе до появления общественного транспорта в сельской местности велосипед означал, что обычные люди могли работать и влюбляться впервые за пределами своей деревни. И можно с уверенностью сказать, что услуга, которую веловипед оказывал, а не то, как он выглядел, было самым важным фактором. В США некоторое время назад потеряли представление об этом. В 1920-х годах, когда европейцы использовали личный велосипед вместо лошади, американцы смотрели в сторону модели T Ford. С годами велосипеды постепенно стали детской игрушкой,…

Будущее ITSM – результаты опроса 2019

С течением этого года будущее управления ИТ-услугами (ITSM) и ИТ-поддержки, похоже, приближается с все большей скоростью. В частности, это происходит благодаря соответствующим темпам изменений в части бизнес-операций, технологий, предоставления и поддержки услуг клиентам. Что касается будущего ITSM, то оно во многом неизвестно. Однако, по словам «основателя современного менеджмента» Питера Друкера: “Лучший способ предсказать будущее – это создать его.” В 4 квартале 2018 года ITSM. Tools и SysAid провели глобальное исследование готовности ITSM к будущему, чтобы лучше понять, что думают и делают профессионалы ITSM, чтобы «выжить и процветать» в этом быстро меняющемся мире предоставления и поддержки ИТ-услуг. Было задано 13 вопросов,…

Все ходим по цепи кругом

Чтобы управление услугами функционировало должным образом, оно должно работать как система. В ITIL 4 описана сервисная система создания ценности (Service value system/SVS). Эта система отражает то, как все компоненты и действия организации объединяются, чтобы облегчить создание ценности (value) с помощью ИТ-сервисов. Центральное место в этой системе занимает цепочка создания ценности услуг (Service value chain). Это операционная модель для предоставления услуг посредством шести видов деятельности, которые можно комбинировать различными способами, чтобы обеспечить гибкий набор потоков создания ценности. Благодаря своей гибкости цепочка создания ценности услуг может поддерживать многочисленные подходы к предоставлению услуг, включая DevOps. Она также учитывает новые или появляющиеся методологии, что…

Вопрос из зала: как вы учитываете изменения?

В редакцию портала поступил вопрос: Разрабатываю документ с описанием процесса управления изменениями и попутно разрабатываю сам процесс. Вопрос: у кого-нибудь в компании есть учет изменений кроме как в системе управления заявками и проводятся ли их одобрения CAB или чем-то подобным? Если есть описания этого процесса, то просьба, хотя бы кратко, привести в ответах. Спасибо!

Как правильно распределить 6 заявок на 4х сотрудников?

В редакцию портала поступил вопрос: Вопрос про конвеер заявок. Допустим поступает 5 заявок на 4х сотрудников. 4 раздаются автоматом, а как бысть с 5й? Варианты: 1) Заявка висит в очереди, пока кто-то не освободится и не закроет свою, а после этого назначается на первого освободившегося. 2) 5 заявка назначается сотруднику 1, 6-я — сотруднику 2. В итоге сотрудники уже имеют в работе по 2 заявки одновременно. Но тогда появляется ситуация, что OLA (расчетное время выполнения одной задачи) посчитано по одной заявке, а время идёт сразу по двум (т.е. получаем что либо сотрудник должен в два раза быстрее теперь справиться, либо…

Достижимая стадия?

Прочитал на днях записки одного бизнесмена. В них он описывает стадии развития своей компании. По его мнению, таких стадий три (я думаю, что только ими весь генез не исчерпывается, но это текущее мироощущение автора тех записок). Краткий пересказ. Стадия 1. “Я лидер, я сказал!”. На этой стадии самый “умный” – лидер. Остальные – его “слуги”. Лидер говорит, что им делать, они выполняют. Задача лидера на данной стадии развития компании – говорить, что именно, и кому делать. Стадия 2. “Бюрократия”. Описаны процессы, прописаны регламенты. Внедрены штрафы. Система! Всё крутится, работает ровно, но ошибки всё равно возникают. Ищут виновных, потом наказывают, штрафуют….

Заблуждения и мифы о Канбан-методе

Вокруг любого управленческого подхода со временем выстраивается огромное количество заблуждений и мифов. Это обусловленно особенностью людей по-разному понимать одни и те же вещи и желанием интерпретировать факты в своих интересах. Канбан, как метод определения, управления и совершенствования сервисов, при разработке интеллектуальных продуктов, сравнительно молод, но уже успел обзавестись своей мифологией. Разработчики Kanban Tool (инструмента для визуализации потока) в своем блоге постарались разобрать наиболее распространенные мифы, возникшие из-за неправильного понимания принципов Канбан. «Канбан на самом деле не метод организации рабочего процесса, а инструмент улучшения рабочего процесса.» Часто говорят, что Канбан – это инструмент для создания знаний, а не метод управления рабочим…

«А вместо процессов у них там практики…»

Такую фразу довольно часто можно услышать или прочитать в обсуждении новой версии ITIL® 4. Корректно ли это утверждение? Насколько «вместо»? Есть ли разница между процессами и практиками? Действительно, существенную часть объёма книги составляет раздел, в котором для тех, кто знаком с предыдущими версиями ITIL, очень много знакомых названий: «Управление инцидентами», «Управление проблемами», «Управление доступностью», «Управление уровнем услуг», «Управление поставщиками» и т.д.Только теперь это названия не процессов (process), а практик (practices).Понятие «процесс» в ITIL 4, конечно же, есть. Определение его стандартное (в том смысле, что оно совпадает с аналогичным определением в ISO/ГОСТ): «Набор взаимосвязанных или взаимодействующих видов деятельности, который преобразует входы…

Практика Event management в ITIL 4

В редакцию портала поступил вопрос: Доброго дня! посмотрела видео с запуска ITIL 4 – спасибо! В списке практик искала Event management – не нашла, но удовлетворилась пояснением, что практики могут содержать несколько процессов и, вероятнее всего, event management не будет потерян и забыт. Затем решила проверить, а сдам ли я ITIL 4 foundation и скачала Sample paper с вопросами. На третьем вопросе возникла коллизия: “Which is the purpose of the ‘monitoring and event management’ practice?” Да, на него можно ответить, зная ITIL v3, но… ведь практики-то такой нет формально. Или я чего-то недопоняла, пожалуйста, поясните.

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM