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

Business Agility, DevOps, ITIL, ITSM, COBIT, PRINCE2, TOGAF, Kanban...

14 лет в эфире. 3 000 записей. 10 000+ постоянных подписчиков.

 

 

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

5 причин, почему вам нужен инструмент управления событиями

В ITIL v3 управление событиями определяется как «процесс, который отслеживает все события, происходящие в ИТ-инфраструктуре». Он находился на этапе Service Operation жизненного цикла ITIL v3 и отвечает за определение проблем и изменений, происходящих в ИТ-инфраструктуре, как ожидаемых, так и неожиданных. Теперь в ITIL 4 цель переименованной практики мониторинга и управления событиями состоит в том, чтобы «систематически наблюдать за услугами и их компонентами, а также регистрировать и сообщать об отдельных изменениях состояния, определенных как события». Это одна из практик управления услугами ITIL 4. Но что на самом деле особенного в управлении событиями и действительно ли оно вам необходимо? Попытаемся рассмотреть, какие…

ITSM в госсекторе

В редакцию портала поступил вопрос: Приветствую коллеги. Волею судеб из корпоративного ИТ-сектора попал в государственный. Многое в новинку, многое в диковинку, пока втягиваюсь. Однако тяжелое ITSM-прошлое не дает сидеть на месте. Куда не глянь, вижу область для улучшения и так и хочется засунуть свои ручонки для нанесения всеобщего блага))) С другой стороны, объемы работ и отсутствие опыта преобразований в государственном ИТ слегка пугает. Отсюда родился вопрос и тема для обсуждения. Знаете ли вы успешные (и не очень) кейсы внедрения ITSM-инициатив в отечественном ИТ гос. сектора? Может есть личный опыт участия, и вы сможете поделиться на какие грабли наступали. Вопрос конечно…

Ежедневный скрам – бесполезная потеря времени?

Довольно часто на начальном этапе работы с разными командами приходится сталкиваться с сопротивлением по отношению к ежедневным собраниям. Разработчики не видят ценности в ежедневном стоянии у доски, зачастую им кажется, что это время стоит потратить на что-то более ценное (написание кода, например). Вот как подходит к донесению ценности регулярных собраний Марк Левинсон. Ежедневный скрам – это пустая трата времени, прерывающая мою работу. Ежедневный скрам – шанс для скрам-мастера проявить себя и позаниматься микроменеджментом. Ежедневный скрам предназначен для сообщения о статусе задач, но для этого я могу воспользоваться электронной почтой. Эти жалобы звучат так знакомо. Сейчас очень модно шутить над бесполезностью…

Почему в ITIL 4 процессы ITIL больше не главное?

Если до 2019 года вы успели поучиться ITIL, то, несомненно,  успели заметить, насколько важная роль в нём отведена процессам. Однако если посмотреть на ITIL 4 Foundation, то становится очевидно, что фокус сместился от процессов в пользу практик, потоков создания ценности и руководящих принципов. Это довольно существенные перемены для тех, кто строил свою карьеру на внедрении и улучшении ITIL в своих организациях. Для этих изменений есть много веских предпосылок, которые мы рассмотрим в этой статье. Процессы ITIL не являются типовыми для всех организаций Одна из причин отказа от процессов ITIL и связанных с ними инструментов и методов заключается в отсутствии единого…

Как неудачи и эксперименты приводят к успеху

Создание нового программного продукта – это инновационный и творческий процесс. Не всегда всё идет по плану, провалы и неудачи на этом пути неизбежны. Однако, важно то, как команда справляется с ними. Ведь каждая неудача – это возможность сделать переоценку, внести изменения и попробовать иные подходы. Для того, чтобы добиться успеха, команды должны быть устойчивы к неудачам и уметь их использовать для обучения, приобретения и расширения опыта. Эйдан Кейси (Aidan Casey), один из авторов портала DZone, считает, что если ваша команда не сталкивается с неудачами в ходе работы над продуктом, то и шансы на успех тоже невелики. Когда мы чувствуем, что неудача…

Не пора ли прекращать делать обзоры спринтов?

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

Форум «Управление данными — 2019» пройдёт 24 сентября в Москве

24 сентября 2019 года издательство «Открытые системы» проведет в Москве форум «Управление данными — 2019». Читателям портала предоставляется скидка 15% на участие по промокоду realITSM. Регистрация Форум пройдет под девизом «Предприятие, основанное на данных: стратегии, архитектуры, платформы, практики». Участников ждут насыщенные треки докладов и обсуждение самых актуальных тем: Почему данные становятся главным активом цифрового предприятия и как их монетизировать? Как превратить сырые и разрозненные сведения в полезные идеи и инструменты ведения бизнеса в цифровую эпоху? Как сформировать корпоративную культуру работы с данными, связывающую в одну команду тех, кто собирает и готовит данные, и тех, кто их анализирует и применяет в бизнесе?…

Работа 2.0: Ренессанс

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

Сo-creation: так все же, кто должен создать ценность или как не причинить помощь?

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

Какой desk лучше, help или service?

Коллеги из SysAid в недавней заметке «Вы предоставляете Help Desk или Service Desk?» («Are You Providing an IT Help Desk or an IT Service Desk?») решили «поразжигать» :). Автор (Joe The IT Guy) отмечает, что в ITIL v4 не определён термин «IT help desk», но описана практика «Service Desk». Нет термина «help desk» и в словаре ITIL v3. Как же так? Дескать, мы же ведь «помогаем» пользователям. Может быть, такая трансформация произошла в ITIL потому, что мы, ИТ, не просто помогаем, а ориентируемся на обеспечение более высокого качества обслуживания и более эффективное потребление услуг? Самое удивительное то, что в обсуждении…

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

Помимо уже ставшего привычным ежегодного отчёта о том, что происходит в мире 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»…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM