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

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

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

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

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 появился, как культура и набор практик,…

Culture as Code

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

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

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

Что такое VeriSM™?

VeriSM в двух словах VeriSM™ описывает управление услугами на уровне всей организации, при этом комплексно охватывает всю организацию, а не фокусируется на одном подразделении. Модель VeriSM™ показывает организациям, как они могут гибко применять целый ряд управленческих практик, чтобы предоставлять потребителям правильный продукт или услугу в нужное время. VeriSM™ позволяет использовать индивидуальный подход в зависимости от типа бизнеса, размера вашей организации, приоритетов бизнеса, организационной культуры и даже характера отдельного проекта или услуги, над которыми вы работаете. VeriSM™ не фокусируется на отдельных практиках, а вместо этого помогает организациям лучше реагировать на запросы потребителей и предоставлять им ценность с помощью интегрированных практик управления услугами. Основы VeriSM…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM