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

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

Аналитика: точка зрения

Мнение авторов может не совпадать с их точкой зрения

Больше отчётов хороших и разных

Помимо уже ставшего привычным ежегодного отчёта о том, что происходит в мире DevOps «State of DevOps Report» от компании Puppet (см., например, обзор последнего отчёта) подобный отчёт выпускает и компания DORA (DevOps Research and Assessment). Отчёты называются (сюрприз-сюрприз) «State of DevOps». Те, кто наблюдает за происходящим в мире DevOps, возможно помнят, что в 2018 году компания DORA была приобретена компанией Google. А основали DORA Николь Форсгрен (Nicole Forsgren), Джез Хамбл (Jez Humble), автор книг «Непрерывная поставка ПО» («Continuous Delivery»), «Lean Enterprise», соавтор «Руководство по DevOps» («The DevOps Handbook») и Джин Ким (Gene Kim), автор книг «Проект Феникс» «Руководство по DevOps»…

Agile RBAC?

Когда мы слышим или употребляем выражение RBAC (Role-Based Access Control, ролевая модель управления доступом), какой смысл мы вкладываем в него в первую очередь? Конечно, использование ролей. Это центральный элемент данной модели управления доступом. Как показывает практика, модель, действительно, хороша. Используется сейчас очень широко, по большей части заменяя альтернативные модели – DAC (Discretionary Access Control, избирательное управление доступом), MAC (Mandatory Access Control, мандатное управление доступом). Про достоинства RBAC мы немало рассказывали на конференциях, на наших вебинарах, в заметках на портале. При всех своих преимуществах, удобстве и плюсах использования RBAC критически зависит от важной аналитической работы – проектирования или формирования ролей. Что…

Старая добрая ИТ-стратегия

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

Как поощрять Agile-команды?

Организации, стремящиеся стать гибкими, должны также обратить внимание и на формирование новой системы бонусов и стимулов, нацеленных на обеспечение и поддержку Agile-подходов. Независимо от того, насколько хорошо был спроектирован и осуществлён переход на новые методы работы, если будут продолжать действовать стимулы из “прошлой жизни”, способствующие прежнему же поведению, то сотрудники организации будут склонны вести себя “по-старому”. Автор заметки, Майк Кон (Mike Cohn), один из соавторов и основателей Scrum и Scrum Alliance,  называет это организационной гравитацией. Если культура организации не изменится в достаточной степени, чтобы стать другой – гибкой – организационная гравитация вернёт её в то состояние, в котором она пребывала…

Три причины растущей популярности DevOps

Первые упоминания о DevOps появились где-то в 2010 году. Примерно с этого момента времени энтузиасты начали активно интересоваться новой темой. Если заглянуть в Google Trends, то можно увидеть вот такой график популярности термина “DevOps” за последние 5 лет: А вот график за последние 15 лет: Как вы можете заметить, интерес к DevOps, стартовавший примерно в 2010 году, неуклонно рос и продолжает расти. При этом в начале 2019 года можно отметить резкий его всплеск . Конечно, стоит учитывать, что Google Trends – это не точные данные плюс закрытый исходный код самой платформы. И интерес к DevOps, измеряемый средствами Google, не является…

Как дела с PPM?

Компания AXELOS, правообладатель ITIL©, PRINCE2© и других лучших практик (best management practices) опубликовала отчет о состоянии дел в области управления проектами и программами проектов [далее – «PPM»] («The PPM Benchmarking Report 2019»)Поскольку данных по респондентам (количество, география, отрасли и т.д.) не представлено, и детали проведения опроса не описаны, сложно делать какие-то однозначные выводы. Тем не менее любопытно посмотреть на то «как там у них», примерить какие-то выводы на себя. А с учётом того, что в отчёте кое-где проводится сравнение с подобным же исследованием 2017 года, возможно с погрешностью, но можно судить о динамике в этой области. Только 40% руководителей проектов…

Как автоматизация, AI и ITIL делают ITSM простым

Многие организации обнаружили, что управление ИТ-услугами (ITSM) может служить центром цифровых преобразований и других типов организационных изменений. Но в наши дни практики ITSM сами переживают перестройку. Согласно новому отчету Enterprise Management Associates (EMA) автоматизация, искусственный интеллект (AI) и аналитика переопределяют роль ITSM в бизнес-инновациях, услугах и организационном переосмыслении. Отчет «Автоматизация, AI и аналитика: переосмысление ITSM» основан на опросе 400 глобальных респондентов, использующих ITSM. Он исследует взаимосвязь между требованиями бизнеса к цифровой трансформации и многими технологиями, имеющими отношение к ITSM. По словам Валери О’Коннелл, директора по исследованиям EMA и одного из авторов отчета, высокоуровневые выводы из результатов отчета могут помочь информировать…

10 советов по управлению взаимоотношениями с бизнесом

Управление взаимоотношениями с бизнесом (Business Relationship Management, BRM) – и как функция, и как роль – это отличная возможность, предоставляемая ITSM, которая может помочь ИТ-организациям лучше понимать потребности и ожидания заказчиков и потребителей ИТ-услуг. Как начать использовать эту возможность? На чём стоит сделать акцент? Пабло Верне (Pablo Vergne) продолжает делиться своим видением на страницах портала ITSM.Tools, публикуя очередную заметку из серии “10 советов по…”. В этот раз его 10 советов касаются BRM. Для начала поймите, что такое BRM в целом, определите его границы применимости. Кроме того, добейтесь общего и согласованного понимания BRM среди всех участников, кто так или иначе будёт…

ITFO4: шоколадки и автомобили, или “где доступ к ресурсу?”

Участвуя в курсе ITIL4 Foundation в качестве наблюдателя, обратил внимание, что многим участникам оказывается непросто понять и прочувствовать разницу между продажей товара и продажей услуги. Это особенно сильно проявлялось во время выполнения практических упражнений. Да и примеры, формулируемые слушателями во время лекционной части (когда тренер спрашивал: “Вам понятно? Тогда приведите пример!”), довольно часто содержали в себе определённую подмену понятий. Заключалась она в том, что услуга подменялась товаром. Например: “наша услуга – продажа шоколадки”. Или “продажа автомобиля”. Такое впечатление, что наличие того самого “товара” в составе сервисного предложения сбивает коллег с толку. Возникает ощущение, что достаточно только товара и – вуаля…

Постоянное улучшение. 10 советов по организации самообслуживания

Организация самообслуживания сотрудников компаний обычно рассматривается как ключевая инициатива для перегруженных ServiceDesk’ов ИТ-подразделений. Цели “классические”: снижение затрат, ускорение обработки запросов на обслуживание, обеспечение лучшего клиентского опыта. Согласно исследованиям, проведённым как в Северной Америке (HDI), так и в Великобритании (SDI), порядка 80% ИТ-организаций уже инвестировали в ту или иную форму самообслуживания. Пока что всё идёт, вроде, неплохо – ITSM-отрасль рассматривает идеи самообслуживания как способ стать “лучше, быстрее, дешевле”. Однако, есть одно большое “но”. Исследование того же SDI за 2017 г. демонстрирует, что только 12% ИТ-организаций получили ожидаемую отдачу от внедрения технологий самообслуживания. Бесценный опыт, сын ошибок трудных, был получен по результатам…

Ответственность заказчика

На этой неделе на портале были опубликованы две заметки, вызвавшие внутренние дискуссии в коллективе. Первая о вреде жонглирования приоритетами задач, которые уже были приняты в работу, за авторством Олега Скрынника. Вторая, о роли и месте тимлида в хорошей продуктовой команде Павла Капусткина. Безопасность vs Эффективность Обе эти публикации оперируют терминами общей эффективности командной работы. Из каждой из них можно сделать вывод о том, что искусственные ограничения разного рода очевидно вредят общему командному результату. Этот вывод подтверждается и результатами научных исследований, проведенных в разных странах (легко найти в сети). Материалы доказывают, что наличие финансовых или организационных ограничений негативно влияет на инновационность…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM