Как организовать поддержку в ИТ – это вопрос, с которым сталкиваются почти все организации, вне зависимости от того, являются они внутренним поставщиком услуг или внешним. Да, это задача не из легких.
Присутствовал на этой неделе на курсе DITS (ITIL® 4 Digital and IT Strategy). Отличная, активная группа, интересные вопросы и обсуждения.Не обошлось без одной из самых популярных тем в этой области – обсуждения того, что является, а что не является примером цифровой организации, цифровой трансформации. Реализация каких технологических решений позволит считать, что мы имеем дело с цифровой трансформацией? На мой взгляд, наиболее полно и системно мы разбираемся с цифровой трансформацией на курсе «Трансформация ИТ в традиционных компаниях». Но материал библиотеки ITIL4 добавляет к этому разговору интересный элемент. Поскольку «Digital and IT Strategy» – это в первую очередь книга, авторы вынуждены дать...
Вот как уменьшить когнитивную нагрузку постоянных изменений. Вы когда-нибудь заканчивали рабочую неделю в состоянии полного истощения, но не знали, почему? У вас было обычное количество сна. Вы не работали сверхурочно. Вы даже не испытали больше стресса, чем обычно. Но по какой-то причине к полудню пятницы вы готовы лечь спать и не вставать до воскресенья. Одно из возможных объяснений заключается в том, что ваше бремя на переключение контекста было слишком высоким в течение недели. Что такое переключение контекста? Концепция переключения контекста часто применяется к программному обеспечению, но она также относится к производительности человека. ”С точки зрения персонала, переключение контекста — это процесс...
В последнее время в обсуждении одной модной темы часто натыкаюсь на непонимание (или неприятие?) одного и того же важного момента.Тема – кардинальное преобразование организации, ведущее к появлению способности быть успешной в конкурентной быстро меняющейся бизнес-среде. Здесь для краткости можно было бы написать «цифровая трансформация», «business agility» и т.п. Но мы же здесь все приличные люди 😊 А момент вот какой.Все понимают (во всяком случае соглашаются с тем), что в среде с высокой степенью неопределённости/вариативности для обеспечения быстрой работы производственной системы кроме всего прочего нужна организация потока. Вытягивающая система, WIP-лимиты, всё, как написано в книжках про построение быстрого, равномерного потока. Большинство...
Что такое анализ PESTLE? PESTLE-анализ, который иногда называют PEST-анализом, является концепцией в принципах маркетинга. Более того, эта концепция используется компаниями в качестве инструмента для отслеживания среды, в которой они работают или планируют запустить новый проект / продукт / услугу и т.д. PESTLE — это мнемоника, которая в своей расширенной форме обозначает P для политического (Political), E для экономического (Economic), S для социального (Social), T для технологического (Technological), L для юридического (Legal) и E для экологического (Environmental). Он дает представление о всей окружающей среде с высоты птичьего полета с самых разных ракурсов, которые хочется проверять и отслеживать, обдумывая определенную идею /...
Почти всегда, когда речь заходит об управлении проблемами, возникает ряд проблем, связанных с пониманием и организацией этой важной, но далеко не всегда по праву оцененной деятельности. А что мы знаем о проблемах? Я сейчас говорю не о том, что в повседневности мы слышим, когда происходит нечто, что нарушает нашу привычную деятельность. Это, кстати, одна из проблем в восприятии управления проблемами с точки зрения смыслового наполнения этой деятельности. Наверняка вам приходилось слышать, а то и самим произносить что-то из серии: “у меня проблемка возникла… Не мог бы ты подойти посмотреть (или помочь) решить это недоразумение?” И если для обывателя ничего странного...
То новое, что мы обсуждали на учебных курсах ещё несколько лет назад, теперь стало привычным и общепринятым. Видимо, то, что мы обсуждаем сегодня, имеет шансы стать новой нормой через несколько лет.
Работа над дефектами — известная область разработки ПО, вызывающая вечные и непримиримые споры. Заметьте, что я использовал именно слова «работа над», а не «управление» — из того, что я вижу вокруг, управления дефектами почти ни в одной команде разработки нет.
Совсем недавно у Игоря Фадеева вышла статья с разбором разницы между инцидентами и известными ошибками. Действительно запутаться в понятиях очень легко, на курсе ITIL® 4 Foundation мы регулярно с этим «распутываемся».
Периодически в наших публикациях и на наших курсах поднимаются интересные вопросы, которые вызывают активный отклик и обсуждение как в аудитории, так и за ее пределами. Практически в каждой группе, обсуждая вопросы управления поддержкой, мы сталкиваемся с тем, что почти все обращения пользователей могут регистрироваться и отслеживаться как инциденты. В контексте работы Сервис Деска, у многих компаний инцидентами считаются не только ошибки аппаратного или программного обеспечения, но и запросы на обслуживание. А так ли это на самом деле? Нужно ли разделять эти два понятия и нужно ли их измерять отдельно? В чем отличие Что говорят лучшие практики? ITIL дает описание управления...
Тема SLA – предмет обсуждения не только при определении требований к услуге, но и злободневный вопрос, обсуждаемый на учебных курсах. И интересуют специалистов далеко не только функциональные и не функциональные требования, отражаемые в соглашении. “Арбузный” эффект, операционные и бизнес-метрики мы тоже, конечно же, обсуждаем, но сегодня речь пойдет не об этом. SLA – это что? ITIL 4 определяет SLA как: “Соглашение об уровне услуги (Service level agreement, SLA) — документированное соглашение между поставщиком и заказчиком, которое определяет и требования к услуге, и ожидаемый уровень” Соглашение между поставщиком и заказчиком, т.е. между двумя субъектами сервисных отношений. Заказчик должен определить свои требования...