Business Agility, DevOps, ITIL, ITSM, COBIT, PRINCE2, TOGAF, Kanban...
14 лет в эфире. 3 000 записей. 10 000+ постоянных подписчиков.
Из этого небольшого видеоролика вы узнаете о том, какие темы рассматриваются на нашем новом авторском курсе “VAP: Управление уровнем услуг и каталогом услуг“. Рассказывает Артём Мукосеев, ITIL Expert, ITIL Managing Professional, аккредитованный тренер по ITIL 4.
Практики, впервые представленные с релизом ITIL 4 Foundation Edition в феврале 2019 года, представляют собой набор организационных ресурсов, предназначенных для совместной работы групп управления услугами, выполняющих работу и достигающих целей. В ITIL 4 34 практики управления разделены на три основные области: общteуправленческие практики, практики управления услугами и практики управления технологиями. В этой статье основное внимание уделяется одной из практик управления услугами ITIL 4 – практике Service Desk и соответствующему руководству по практике. Начнем с концепции практик Для всех, кто знаком с предыдущими версиями ITIL, практики эффективно заменяют «процессы» (где процессы использовались для управления предоставлением и поддержкой ИТ-услуг). Например, одна из…
AIOps включает в себя использование технологий AI и ML наряду с большими данными, интеграцией данных и технологиями автоматизации, чтобы сделать ИТ-эксплуатацию более умной и прогнозируемой. Что такое AIOps Искусственный интеллект для ИТ-эксплуатации (AIOps) включает в себя использование технологий искусственного интеллекта и машинного обучения наряду с большими данными, интеграцией данных и технологиями автоматизации, чтобы помочь сделать ИТ-эксплуатацию умной и прогностической. AIOps дополняет ручные операции машинными решениями. Типы решений AIOps На высоком уровне решения AIOps делятся на две области: доменно-ориентированные и доменно-агностические, как это определено Gartner. Решения, ориентированные на домены, применяют AIOps для определенного домена, такие как мониторинг сети, мониторинг журналов, мониторинг…
Наверное, все знакомы с набором критериев SMART, которым должна соответствовать правильно поставленная цель, задача. По моим наблюдениям самая большая проблема на практике у людей возникает с «R». Следует уточнить, что несмотря на то, что нередко под «R» понимают, как и было предложено в первой публикации, где этот акроним использовался, «realistic» (реалистичный), я имею в виду наиболее часто используемый ныне смысл «relevant» (релевантный). Соотнесение цели с контекстом. В широком смысле это означает в том числе соотнесение измерения с целями измерения. «Зачем измерять?» – первый вопрос, на который необходимо ответить при формировании любого отчёта и любой системы измерения и оценки. Например, так…
Смотрите новое видео с примерами путешествия заказчика. Данный видеоролик открывает серию, посвящённую практическому применению концепции путешествия заказчика (customer journey), рассматриваемой на учебном курсе ITIL® 4 Specialist: Drive Stakeholder Value http://cleverics.ru/itil4-dsv Рассказывает Артём Мукосеев, ITIL Expert, ITIL Managing Professional, аккредитованный тренер по ITIL 4
В редакцию портала поступил вопрос по процессу управления проблемами: Если в качестве решения проблемы возможны: изменение настроек компонетов системы доработка (те реализация дополнительных функуций, которые не были в ТЗ) 1 и 2 относятся к процессу управления изменениями? или это разные процессы, какие?
На прошедшей неделе компания Rollbar (поставщик платформы постоянного совершенствования кода) опубликовала результаты исследования, которое провела независимая исследовательская компания Propeller Insight в конце декабря 2020.Исследование проводилось методом опроса репрезентативной (для США) выборки 950 разработчиков. Поскольку инициатива проведения исследования исходит от компании, бизнес которой – автоматизация работ по повышению качества кода, предсказуемым лейтмотивом отчёта видится значимость проблемы – борьба с дефектами ведёт к существенным потерям бизнеса, а ручной формат этой борьбы крайне неэффективен. Однако, если отбросить классическое «Я не верю в микробов. Их придумали продавцы мыла», любопытными кажутся цифры, полученные в результате опроса. 38% респондентов сказали, что тратят до 25% своего времени…
Организации, ставящие перед собой задачу контроля качества предоставляемых ИТ-услуг, измеряют показатель доступности. Что такое доступность услуги и как она измеряется в реальной жизни? Давайте разбираться. Недоступность ИТ-услуги является высшей мерой нарушения ее эксплуатационных характеристик. Потребительские характеристики ИТ-услуги становятся такими, что ее потребитель теряет возможность получать от услуги ценность. Каждодневной заботой поставщика услуг является поддержание этой самой доставляемой потребительской ценности, а значит и обеспечение непрерывности ИТ-услуги. Такое определение нарушения доступности часто вызывает раздражение, т.к. оно предельно неконкретно и не отвечает на вопрос владельца конкретной услуги, что это означает в терминах его услуги, как измерять недоступность, и тому подобные вопросы. Корень зла…
Рассмотрим поток создания ценности. Для измерения его эффективности настоятельно рекомендуется применять метрику Flow Efficiency. Действительно, ещё со времён увлечения Lean нам известно, что далеко не всё время, которое заготовка проводит в нашей производственной системе, над ней кто-то работает. Существенную часть времени она находится в очередях, в ожидании, перемещаясь между участками работы и так далее. Потери, одним словом. Плохо. И Lean, и Канбан-метод, и даже ребята из DevOps советуют измерять эффективность потока путём деления времени, потраченного на собственно работу по созданию ценности, на общее время, которое задача провела в потоке. К примеру, вот что написано в словаре книжки “Essential Kanban Condensed”…
В данной статье рассматривается десять лучших (по мнению автора) метрик для измерения производительности команды поставки. Измерение и отслеживание прогресса является ключом к успеху при выполнении любой задачи. Как известно, Если вы не можете измерить что-то, вы не можете это улучшить Метрика Назначение / описание Время цикла Измерение времени выхода на рынок новой функции, помогающей создать ценность для потребителя. Показывает скорость работы команды. Длительность от начала работ до запуска в днях/неделях Число релизов Измерение способности команды поддерживать бизнес-потребности в отношении времени выхода на рынок.Число релизов за период Предсказуемость спринта Измерение и сопоставление прогнозируемого и фактического времени поставки. Эту метрику можно использовать для…
Недавно я прочитал в ITIL 4 про семь руководящих принципов. Что ж, это действительно хорошие идеи, но чем больше я смотрю на них – и рассказываю про них на курсах по основам ITIL, – тем менее новаторскими они выглядят. Я только что понял, почему они кажутся такими знакомыми: почти про все из них я узнал 60 лет назад от своей бабушки, и я подозреваю, что она впервые узнала про них за 60 лет до этого от своей бабушки. Они действительно правильны и хорошо зарекомендовали себя, но я подумал, что будет полезно поделиться формулировками этих принципов от моей бабушки со всеми,…