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

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

Практика и опыт

Примеры реальных задач, истории успеха и решения из жизни

Детализация прикладного слоя в управлении конфигурациями

Компании, которые выстраивают свой конфигурационный учет впервые всегда сталкиваются с вопросом: “Как нам учитывать приложения при построении моделей конфигурации наших ИТ-услуг”. Для иллюстрации приведем абстрактный пример: в компании есть некоторая многофункциональная информационная система. Пользователи используют ее для осуществления своих рабочих обязанностей, потребляя какие-то ресурсы: лицензии, подключения, мощности хранения и/или производительности. Система размещена на пуле виртуализированной вычислительной архитектуры и мощностях хранения данных, использует сетевые возможности и каналы связи для работы на различных площадках. Компания хочет уметь рассчитывать себестоимость ИТ-услуг, а также уметь оценивать влияние сбоев и изменений в инфраструктуре и приложениях. Схема, изображенная на рисунке выше, хороша только для того, чтобы…

4 Совета по улучшению пользовательского опыта

ИТ-системы продолжают расти в количестве, масштабах и важности для бизнеса. Мы иногда упускаем из виду, что для каждой системы, которую ИТ внедряет в бизнес, существует сообщество пользователей, полагающихся на эти системы, выполняя свои повседневные задачи. Эта зависимость все больше возрастает, и теперь каждый бизнес в большей степени полагается на технологии для выполнения важных повседневных задач, не зависимо от размера организации. Это означает, что мы, ИТ-специалисты, должны тратить больше времени, энергии и сосредоточиться на удобстве работы пользователей. Пользователь может быть внутренним сотрудником, партнером по бизнесу, посредником, консультантом или иным ценным клиентом. И каждый из них нуждается в удобном пользовательском интерфейсе. Системами…

Обратная связь: подход к использованию

Поделюсь озарившей меня идеей без претензии на серъезную и исчерпывающую проработку концепции. В своей практике организации работы поставщиков услуг я неоднократно сталкивался с проблематикой получения обратной связи, как таковой – трудно склонить пользователей услуг тратить время на ее формирование. В практике предоставления обратной связи об использованных продуктах или услугах я и мои близкие неоднократно сталкивались с ситуацией, когда данная обратная связь была истолкована ограниченно или очевидно не могла иметь конструктивных последствий. В определенный момент вся эта противоречивая картина сложилась для меня в некую систему. Для начала представим ее графически: Итак, что мы имеем. Вариант контакта по поводу обратной связи может…

Кейс: увеличение частоты релизов в продуктовой команде

Рассмотрим кейс. Предположим, есть продуктовая команда – группа высококвалифицированных специалистов, создающая и развивающая продукт, основанный на информационных технологиях. Команда отвечает и за выявление потребностей, и за доработку ИТ-систем, и за развёртывание изменений, и за эксплуатацию всего решения. Предположим также, что данная команда переносит наработки в среду эксплуатации через релизы (накопленные изменения) и имеет сложности с регулярностью и частотой релизов: много изменений собираются вместе, влияют друг на друга, разом тестируются через “регресс”, не все тесты проходят успешно, уходим на второй круг, снова куда-то ушли месяц или два. Есть и целый букет технических сложностей, связанных с выделением ИТ-ресурсов для разных сред, низкой…

Улучшаем пользовательский опыт: четыре совета

По мере того, как растёт количество ИТ-систем, увеличивается масштаб и важность их для бизнеса, мы иногда упускаем из виду, что для каждой системы, которая развёртывается в продуктивной среде, возникает сообщество пользователей, полностью зависящих от неё при выполнении своей ежедневной работы. Практически любой бизнес теперь завязан на технологиях для выполнения своих основных повседневных задач во всех ролях организации, больших или малых. Подобный рост приводит к тому, что мы, как ИТ-специалисты, должны инвестировать больше времени, энергии и своего внимания в такую область как пользовательский опыт (User Experience, UX). Кевин Смит (Kevin J. Smith) в своей заметке даёт четыре совета по улучшению пользовательского…

Четыре способа повысить эффективность подрядчиков

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

CleverDAY 2019: как это было

7 февраля в Москве состоялась конференция CleverDAY, организованная компанией Cleverics при поддержке OMNINET. Конференция собрала более 250 участников из России и стран СНГ, ИТ-директоров и ИТ-специалистов, представителей компаний из самых разных отраслей экономики: ритейл, здравоохранение, телеком, финансовый и государственный сектор, и ряда других. Программа целиком состояла из докладов ведущих экспертов Cleverics, которые представили новейшие разработки компании, включая пятую версию решения OMNITRACKER CleverENGINE (в докладе Марии Алёхиной, консультанта Cleverics) и решение MARS, предназначенное для оценки и анализа операционных процессов управления услугами (доклад технического эксперта Cleverics Натальи Коляды). Директор по консалтингу Cleverics, Евгений Шилов, рассказал об опыте применения машинного обучения в поддержке,…

CMDB, которая обновляется сама

7 февраля мы провели очередную конференцию CleverDAY. Два из пяти докладов затрагивали тему управления конфигурациями. Один – доклад про сервисную экономику, где решение задачи распределения ИТ-затрат и расчета себестоимости ИТ-услуг опирается на данные CMDB. Второй – про встроенный инструментарий по управлению ресурсами в новой версии CleverENGINE, очень тесно переплетающийся с функциональностью CMDB. А поскольку собралось больше 200 человек, и вопросов было много, конечно, заговорили о том, насколько это экономически целесообразно – поддерживать актуальность данных CMDB, если это требует ручных операций? И конечно сразу появилась потребность в уточнении: а собственно сколько требуется ручных операций для актуализации данных CMDB? Вот с этим…

Динозавры не вымерли

У меня в голове живёт примитивнейшая классификация айтишников в самом общем виде. Всего три уровня: “ноль”, “+1” и “-1”. На мой взгляд, где-то между этими тремя крайними уровнями можно расположить нас всех. Нулевой уровень – обычные “просто айтишники”. “Можно ехать, а можно не ехать”. Ребята, которым, в принципе, всё равно, что там в бизнесе происходит. Скажут – будут что-то делать, не скажут – будут продолжать поддерживать сервера, ПО, ожидать поступления запросов на обслуживание, регистрацию инцидентов, пересмотров SLA, получения функциональных требований, разработки тестовых сценариев, запуска написания кода и т.д. Уровень “+1” – оказание полноценной поддержки бизнесу, партнёрство, помощь в увеличении охвата…

Автоматизация – к лучшему!

Не секрет, что в обществе витают определённые опасения за будущее людей в свете появления и быстрого развития технологий искусственного интеллекта. Люди опасаются, что искусственный интеллект, роботизация и автоматизация в дальнейшем сильно изменят привычный ход жизни, заменив труд человека в определённых областях либо частично, либо полностью. У части представителей социума рождаются совершенно алармистские и радикальные настроения, которые могут перерасти в движение “новых луддитов”. Так ли это на самом деле, что происходит сейчас, а что случится в отдалённой перспективе? Мысли по этому поводу в своей заметке излагает наш давний хороший знакомый – Роб Ингланд (aka The IT Skeptic). В средствах массовой информации,…

Самая большая проблема DevOps – это название

Перевод статьи Олега Скрынника The biggest problem with DevOps is the name Статья в Википедии, посвящённая DevOps, начинается с заявления о том, что DevOps – это слияние слов «разработка» и «эксплуатация». Таким образом, это методология, которая объединяет разработку программного обеспечения (Dev) с эксплуатацией ИТ (Ops). Оно, конечно, верно, если мы рассматриваем морфологию и орфографию. Никто не станет спорить, что три первых буквы (или около того) каждого из двух слов использовались для обозначения термина. К сожалению, этого недостаточно, чтобы объяснить, что такое DevOps на самом деле. Из-за этого самого термина DevOps часто воспринимается неправильно, с очень небольшой добавленной ценностью. Позвольте мне…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM