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

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

Общие вопросы менеджмента

Вопросы, методики, инструменты, находки в менеджменте, не обязательно относящиеся к управлению информационными технологиями

“Назад к основам” ITSM

“Назад к основам”, “назад к истокам” ITSM. Для многих из нас, на первый взгляд, кажется понятным, что под этими выражениями подразумевается, и как их можно было бы доходчиво объяснить, если потребовалось. Казалось бы, “истоки” – это что-то вроде основных ИТ-процессов, например, управления инцидентами или управления изменениями… …Похожим образом думал и Стюарт Рэнс, пока не стал глубже погружаться в тему. Повидав в своей практике немало предприятий, у которых хотя и был высокий уровень как процессного управления, так и используемых технологий, но тем не менее не умевших приносить бизнесу большую пользу, он пришёл к выводу, что основы находятся вовсе не в этих…

Люди, процессы, технологии, автоматизация – следующая ступень эволюции управления услугами

Если вы когда-либо сталкивались с управлением ИТ-услугами (ITSM), вы можете с легкостью рассказать про три его аспекта: люди, процессы и технологии. Честно говоря, лучший способ «делать» ITSM – это сперва  направить силы на «людей», затем спроектировать «процессы», а уже потом прибегнуть к «технологиям». Некоторые организации следуют этому подходу и добиваются больших успехов. Но многие бегло взглянув на «людей» переходят сразу к «технологиям». До сих пор разные организации просто сразу же начинают с «технологий», рассчитывая на быстрое, нестандартное решение проблем по управлению услугами. На мой взгляд, «технология» – всегда самая простая часть уравнения. Как правило, ITSM-технологии представляют собой программные решения, фиксирующие…

“Х-Фактор” управления услугами

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

CSI и испытания услуг на людях

Перевод статьи Меган Эрин Миллер По мере роста зрелости дизайна услуг все больше людей говорит об опыте их использования и ощущениях от него (service experience). Что же стоит за этим понятием? Жизненные циклы потребления и разработки услуги Когда мы говорим о жизненном цикле, мы говорим о полной последовательности событий или фаз, происходящих с течением времени. Последнее очень важно для понимания природы жизненного цикла. Подумайте о вашей собственной жизни. Вы родились, живете и умираете. Это – очень упрощенная модель жизненного цикла человека. Когда мы говорим о услугах, нужно представлять себе два первичных жизненных цикла. Первый – жизненный цикл потребления  услуги пользователем….

Внедряйте SIAM правильно

Австралийский SIAM-архитектор и консультант Michelle Major-Goldsmith в своей статье делится рекомендациями, которые могут оказаться полезными для тех, кто решил применить подходы SIAM на практике. В условиях постоянно снижающейся толерантности бизнеса к простоям ИТ-обеспечения, всё больше организаций переходят на мульти-сорсинговую стратегию, опираясь на нескольких провайдеров услуг. Этот подход известен как “Service Integration and Management (SIAM)”. Согласно автору, не существует какого-то одного, абсолютно “правильного” пути к принятию подходов SIAM в организации. Основная рекомендация, которую даёт автор – следует придерживаться структурированного подхода к адаптации практик SIAM к своему контексту. Автор предлагает нам сформировать дорожную карту внедрения SIAM на основе следующего перечня ключевых шагов: Изучение…

Навыки 21-го века для обслуживания и поддержки

Изменение – единственная постоянная в жизни. Это утверждение было истиной в момент, когда было задокументировано греческим философом Гераклитом порядка 504 лет до н.э., и оно всё еще верно. Жизнь в XXI веке – это полет по американским горкам изменений и инноваций. Вы постепенно поднимаетесь на вершину обучения, овладеваете новейшим и самым лучшим устройством, приложением, программным обеспечением, процессом и так далее. И тут внезапно на рынок выходит новая и улучшенная версия, которая быстро отбрасывает вас назад. Вы должны постоянно подниматься вверх, осваивая новый, улучшенный продукт или услугу, чтобы успевать за последними и самыми большими изменениями или инновациями, чтобы выйти на рынок…

DX / UX для сервисного портала

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

4tune в переписке по Email

На курсе «ITIL Practitioner», который пошагово помогает реализовать ИТ-инициативу, у слушателей часто возникают вопросы – каким образом выстраивать эффективные коммуникации, в каких случаях и какие каналы коммуникаций при этом использовать. В частности, у ответственных за реализацию ИТ-инициатив возникают трудности в переписке по email c заинтересованными сторонами. Типичные трудности: письмо игнорируется; ответ приходит слишком поздно, либо в нем отсутствует решение поднимаемого вопроса. Цель заметки – поделиться практическим опытом использования электронной почты при общении в деловой среде. Прежде чем “тюнинговать” переписку, давайте зададимся вопросом: “А какие письма МЫ хотели бы получать от своих коллег, деловых партнеров?” Вполне возможно, в ответе может содержаться:…

Кроличья нора

Продолжая интересную тему жалоб на обслуживание, восприятия сервисов и их создания хочется поговорить о такой дисциплине, как управление пользовательским опытом (customer experience management, CEM/CXM). Здесь пригодится знание о таких понятиях, как пользовательский опыт, пользовательское путешествие (customer journey) и точки взаимодействия (touch points). Развитие в компаниях культуры, ориентированной на потребителей – один из важных глобальных трендов трансформации и повышения зрелости компаний. Лидеры этого движения приходят к выводу: то, как организация предоставляет свои продукты потребителям все чаще становится важнее того, что она предоставляет.  При этом CXM, как выясняется, является по своей сути сложной в достижении, требующей глубинных  и комплексных перобразований целью. Некоторые причины…

Как организовать ИТ для ИТ?

В редакцию портала поступил вопрос: Добрый день, работаю в ИТ-компании , нас больше 1000 человек. В компании нет и не было каких то практик работы с ИТ-инфраструктурой. Но есть 3-4 команды и каждый тянет ИТ-инфраструктуру в свою сторону. Единого подхода нет, с моим приходом решили делать больше упор на ITIL, но всё же уверенности на 100% нет, в ИТ всё так не постоянно. Скажите, пожалуйста, как лучше всего организовать ИТ для ИТ ? и вообще ИТ-инфраструктуру для компании которая разрабатывает ПО и его сопровождает? Из текущих проблем хочу выделить следующие: Не понимание общей стратегии и подхода. Размазанная ответственность. Дублирование функций.

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

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

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM