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

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

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

 

 

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

Проектируем канбан для ИТ (по следам мастер-класса)

22 мая на замечательной конференции “IT Management Forum 2018” я проводил мастер-класс “Проектируем канбан для ИТ”. Понятное дело, что помимо задачи рассказать самое главное, поупражняться с группами и продемонстрировать собственную безграничную компетенцию в данном вопросе (ха-ха), я также преследовал и иные цели. А именно: мне было очень любопытно, вызовет ли такая тема интерес и насколько большой, кто придёт на мастер-класс и с какими вопросами, не будет ли приготовленная мной задачка банальной и слишком простой для участников. Одним словом, мне хотелось многое узнать для дальнейших размышлений. Вот что могу сообщить по итогам. Уже в первой половине дня несколько участников конференции меня…

Как управлять в Service Desk тем, что вы не можете измерить

Аале Роос, наш давний знакомый, ITSM-эксперт из Финляндии, на страницах портала ITSM.tools даёт советы по управлению Service Desk. Как отмечает Аале, к сожалению, практически невозможно измерить ценность, создаваемую Service Desk и её деятельностью в целом. С другой стороны, довольно просто можно измерить отдельные виды деятельности Service Desk, среди которых самые важные – регистрация инцидентов и обращений, маршрутизация, проверка и закрытие обращений. Данные виды деятельности дают возможность использования большого количества возможных метрик. Эти метрики, продолжает Аале, говорят вам о том, как работает Service Desk. Также они показывают вам, в каком окружении трудится Service Desk, в каких внешних условиях. Однако, основываясь на…

Фотоотчёт о юбилейном XV ITMF-2018

На днях, а именно 22 мая, в Москве прошёл юбилейный IT Management Forum. В этом году ITMF исполнилось 15 лет. Задумайтесь, для ИТ-мира – это же эпоха. Сколько всего успело произойти за это время. И насколько быстрее стал темп изменений… Всё это невозможно было бы без ИТ, как основы этого всё убыстряющегося ритма. Поэтому “В ответе за цифровое предприятие” неспроста было выбрано главной темой форума. Основными направлениями докладов, тематических сессий, мастер-классов были “цифровые трансформации”, “цифровизации”, перспективы и способы управления всем этим в новом изменяющемся и изменившемся мире. Формат организации форума был неизменен: вначале единая пленарная сессия, затем разбивка на разные…

Как “Ops” найти своё место в DevOps

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

SRE vs DevOps: конкурирующие стандарты или близкие друзья?

Site Reliability Engineering (SRE) и DevOps – два популярных направления, которые во многом совпадают. Ранее находились те, кто называл SRE конкурирующим с DevOps набором практик. Но мы считаем, что они не такие уж и разные. Различия между DevOps и SRE Возникновение DevOps обусловлено тем, что разработчики писали код, не сильно озадачиваясь тем, как он будет работать в рабочей среде. Они бросали этот код через пресловутую стену к эксплуатации, которая отвечает за работоспособность и сохранность приложений. Это часто приводило к возникновению напряженности между двумя группами, поскольку их приоритеты никак не соотносились с потребностями бизнеса. DevOps появился, как культура и набор практик,…

Как правильно выбрать метрики управления знаниями

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

Вот купил себе значок…

На портале уже публиковалась заметка о том, что AXELOS (правообладатель ITIL, PRINCE2 и других управленческих практик) в целях популяризации программы «ITIL Membership» (направлена на создание сообщества вокруг ITIL) предлагает всем, сдавшим с начала 2018 года экзамен «Основы ITIL» («ITIL Foundation»), бесплатную годовую подписку на эту программу. Аналогичная программа, кстати, создана и по PRINCE2 (методология управления проектами). Правда, для бесплатного получения этой годовой подписки «PRINCE2 Membership» необходимо сдать экзамен более высокого уровня («PRINCE2 Practitioner»), а не «Основы PRINCE2» («PRINCE2 Foundation»). С момента начала этого аттракциона невиданной щедрости прошло более трёх месяцев. Но пока я не встречал людей, которые бы воспользовались предложением. Нужно…

Culture as Code

Основные выгоды: Всегда организованная, сплоченная компания Система управления версиями индивидуальных и групповых “прошивок” Потребление и высвобождение ресурсов “по требованию” (pull) Изоляция исполнения функции Универсальный и стандартизованный язык коммуникаций Открытый код и инструментарий, гарантирующие доверие к культуре и изменениям Сигнализация иррелевантных организационно-производственных практик и взаимоотношений Fail fast: нежизнеспособное отомрет само на небольших масштабах, не надо бояться ошибаться Полный контроль над бизнесом со стороны лидера-наставника Возможность управления “человеческим” долгом: накопленным и импортированным Нативное масштабирование Не работает. Пока. Но ряд инструментов для больших коллективов уже разработан и их можно практиковать, см. Google, Amazon, крупный (более 10000 сотрудников) бизнес. Как по мне – давно пора…

Как измерить ценность службы Сервис Деск

В блоге ITSM tools Aale Roos, который занимается ITSM более 20 лет делится впечатлениями по поводу измерения ИТ-услуг с точки зрения стоимости бизнеса. «Это отличная идея, – говорит он, – но ее трудно реализовать. Ценность очень бизнес специфична, и обычно измерениями занимается бизнес. В простейшем случае бизнес существует, чтобы расти и быть прибыльным. У некоммерческих организаций есть и другие, но обычно также измеряемые цели. Задача состоит в том, чтобы измерить вклад ИТ в создание стоимости, что является практически невозможной задачей. К сожалению, это привело к тому, что деятельность по управлению ИТ-услугами (ITSM) сосредоточилась на, в основном, бесполезных показателях активности, таких…

Назначение владельца услуги

В вашем ИТ-департаменте определены и назначены владельцы услуг? Как вы поняли , что определили правильного человека в качестве владельца услуги? Начнем с самого начала Что такое «услуга»? Согласно ITIL, услуга – это «cпособ предоставления ценности заказчикам через содействие им в получении конечных результатов, которых Заказчики хотят достичь без владения специфическими затратами и рисками».[1] Услуга – это не отдельная единица поставки, а поток по запросу, который (должен) постоянно улучшаться для достижения результатов, отвечающих постоянно меняющимся бизнес-потребностям. Ключевая роль в услуге – роль владельца услуги. Владелец услуги «владеет» услугой, то есть, несет ответственность за качество результатов, полученных в результате её потребления и…

Управление проблемами в COBIT 5

Цифровая трансформация проникает во все сферы бизнеса. Постоянные изменения в деловой среде несут компаниям не только новые бизнес-возможности, но и повышенные риски. Эффективное использование ИТ все чаще попадает в бизнес и ИТ-стратегии. Выстраивание качественной «жизни в ИТ» предполагает формализацию «правил игры» с заказчиками и умелое управление обращениями пользователей. Однако, проактивность по недопущению нарушений SLA и выявлению потенциальных угроз возникновения несоответствий в ИТ-инфраструктуре и приложениях редко налажена в компаниях на должном уровне. Процесс управления проблемами помогает организовать деятельность по «работе над ошибками». На страницах портала («Определяем сроки обработки проблем», «Измеряем Problem Management» и др.) и на вебинарах («Управление проблемами – где…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM