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

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

Обсуждения на учебных курсах

Где ломается гибкость (и заканчивается Agile)

В последнее время в обсуждении одной модной темы часто натыкаюсь на непонимание (или неприятие?) одного и того же важного момента.Тема – кардинальное преобразование организации, ведущее к появлению способности быть успешной в конкурентной быстро меняющейся бизнес-среде. Здесь для краткости можно было бы написать «цифровая трансформация», «business agility» и т.п. Но мы же здесь все приличные люди 😊 А момент вот какой.Все понимают (во всяком случае соглашаются с тем), что в среде с высокой степенью неопределённости/вариативности для обеспечения быстрой работы производственной системы кроме всего прочего нужна организация потока. Вытягивающая система, WIP-лимиты, всё, как написано в книжках про построение быстрого, равномерного потока. Большинство…

Что такое PESTLE-анализ? Важный инструмент бизнес-анализа

Что такое анализ PESTLE? PESTLE-анализ, который иногда называют PEST-анализом, является концепцией в принципах маркетинга. Более того, эта концепция используется компаниями в качестве инструмента для отслеживания среды, в которой они работают или планируют запустить новый проект / продукт / услугу и т.д. PESTLE — это мнемоника, которая в своей расширенной форме обозначает P для политического (Political), E для экономического (Economic), S для социального (Social), T для технологического (Technological), L для юридического (Legal) и E для экологического (Environmental). Он дает представление о всей окружающей среде с высоты птичьего полета с самых разных ракурсов, которые хочется проверять и отслеживать, обдумывая определенную идею /…

Какие проблемы с управлением проблемами

Почти всегда, когда речь заходит об управлении проблемами, возникает ряд проблем, связанных с пониманием и организацией этой важной, но далеко не всегда по праву оцененной деятельности. А что мы знаем о проблемах? Я сейчас говорю не о том, что в повседневности мы слышим, когда происходит нечто, что нарушает нашу привычную деятельность. Это, кстати, одна из проблем в восприятии управления проблемами с точки зрения смыслового наполнения этой деятельности. Наверняка вам приходилось слышать, а то и самим произносить что-то из серии: “у меня проблемка возникла… Не мог бы ты подойти посмотреть (или помочь) решить это недоразумение?”  И если для обывателя ничего странного…

Нужно ли поскорее устранять все выявленные дефекты?

Работа над дефектами – известная область разработки ПО, вызывающая вечные и непримиримые споры. Заметьте, что я использовал именно слова “работа над”, а не “управление” – из того, что я вижу вокруг, управления дефектами почти ни в одной команде разработки нет.

Инциденты, проблемы и известные ошибки

Совсем недавно у Игоря Фадеева вышла статья с разбором разницы между инцидентами и известными ошибками. Действительно запутаться в понятиях очень легко, на курсе ITIL® 4 Foundation мы регулярно с этим “распутываемся”. 

Запросы на обслуживание vs. Инциденты

Периодически в наших публикациях и на наших курсах поднимаются интересные вопросы, которые вызывают активный отклик и обсуждение как в аудитории, так и за ее пределами. Практически в каждой группе, обсуждая вопросы управления поддержкой, мы сталкиваемся с тем, что почти все обращения пользователей могут регистрироваться и отслеживаться как инциденты. В контексте работы Сервис Деска, у многих компаний инцидентами считаются не только ошибки аппаратного или программного обеспечения, но и запросы на обслуживание. А так ли это на самом деле? Нужно ли разделять эти два понятия и нужно ли их измерять отдельно? В чем отличие Что говорят лучшие практики? ITIL дает описание управления…

SLA или доверие? Чем укрепим отношения…

Тема SLA – предмет обсуждения не только при определении требований к услуге, но и злободневный вопрос, обсуждаемый на учебных курсах. И интересуют специалистов далеко не только функциональные и не функциональные требования, отражаемые в соглашении. “Арбузный” эффект, операционные и бизнес-метрики мы тоже, конечно же, обсуждаем, но сегодня речь пойдет не об этом.   SLA – это что? ITIL 4 определяет SLA как: “Соглашение об уровне услуги (Service level agreement, SLA) – документированное соглашение между поставщиком и заказчиком, которое определяет и требования к услуге, и ожидаемый уровень” Соглашение между поставщиком и заказчиком, т.е. между двумя субъектами сервисных отношений. Заказчик должен определить свои…

ITIL® 4 Leader: Digital & IT Strategy: Что внутри?

Заканчивая серию обзорных публикаций о сертификационной линейке ITIL4 (CDS, DSV, HVIT, DPI), сегодня речь пойдет о книге, курсе и экзамене ITIL 4 Digital and IT Strategy (DITS).

Сказки про кратное сокращение Time to Market

Разговоры про ускорение разработки программного обеспечения ведутся уже много лет. Насколько ожидания оправданы? Можно ли ускориться, и как сильно? И главное – что для этого нужно?

ITIL 4 Specialist: High-velocity IT. Что внутри?

В дополнение к уже опубликованным обзорам курсов по направлению Managing Professional (MP) сертификационной линейки ITIL4, сегодня мы рассмотрим еще один модуль – ITIL 4 Specialist: High-velocity IT (HVIT).

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM
;