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

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

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

Как организовать поддержку в ИТ

Как организовать поддержку в ИТ – это вопрос, с которым сталкиваются почти все организации, вне зависимости от того, являются они внутренним поставщиком услуг или внешним. Да, это задача не из легких.

Сколько и каких технологий нужно для цифровой трансформации

Присутствовал на этой неделе на курсе DITS (ITIL® 4 Digital and IT Strategy). Отличная, активная группа, интересные вопросы и обсуждения.Не обошлось без одной из самых популярных тем в этой области – обсуждения того, что является, а что не является примером цифровой организации, цифровой трансформации. Реализация каких технологических решений позволит считать, что мы имеем дело с цифровой трансформацией? На мой взгляд, наиболее полно и системно мы разбираемся с цифровой трансформацией на курсе «Трансформация ИТ в традиционных компаниях». Но материал библиотеки ITIL4 добавляет к этому разговору интересный элемент. Поскольку «Digital and IT Strategy» – это в первую очередь книга, авторы вынуждены дать…

5 диаграмм, показывающих, как переключение контекста снижает вашу производительность

Вот как уменьшить когнитивную нагрузку постоянных изменений. Вы когда-нибудь заканчивали рабочую неделю в состоянии полного истощения, но не знали, почему? У вас было обычное количество сна. Вы не работали сверхурочно. Вы даже не испытали больше стресса, чем обычно. Но по какой-то причине к полудню пятницы вы готовы лечь спать и не вставать до воскресенья. Одно из возможных объяснений заключается в том, что ваше бремя на переключение контекста было слишком высоким в течение недели. Что такое переключение контекста? Концепция переключения контекста часто применяется к программному обеспечению, но она также относится к производительности человека. ”С точки зрения персонала, переключение контекста – это…

Где ломается гибкость (и заканчивается 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) – документированное соглашение между поставщиком и заказчиком, которое определяет и требования к услуге, и ожидаемый уровень” Соглашение между поставщиком и заказчиком, т.е. между двумя субъектами сервисных отношений. Заказчик должен определить свои…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM