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

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

Постоянное улучшение

Непрерывное совершенствование, управление качеством, метрики, CSI

5 способов улучшить жизнь тех поддержке

В данной заметке автор рассматривает три актуальных вопроса применительно к работе службы технической поддержки, использованных в опросе SDI, проведённом в 2015 году, сопоставляет результаты с данными 2012 года и приводит пять рекомендаций по улучшению ситуации. В последнем опросе SDI участников попросили выбрать пять основных трудностей, связанных с работой службы техподдержки. Правда, в 2012 году предлагалось выбрать только три пункта, так что невозможно адекватно сопоставить результаты обоих исследований. Результаты опросов приведены ниже: Итак, мы видим, что лидирует отчетность и устаревшие / неудобные инструменты технической поддержки. То есть сами инструменты усложняют жизнь техподдержки. Да, проблемы с отчетностью в инструментах ITSM не являются чем-то…

Личные границы…верности поставщику

Недавно в социальной сети Facebook появился пост о том, как девушке в банке не выдали деньги с её личного вклада. Аргумент – якобы, банк взял на себя обязанность позаботиться о возможной неграмотной растрате средств самой владелицей этих самых средств. Первая моя мысль была – в какой момент героиня поста решить прекратить отношения с этим банком.  И меня это натолкнуло на размышления – как сильно влияет на готовность потребителя оставаться с поставщиком услуг работа людей, чьи обязанности – напрямую контактировать с потребителем? Что конкретно перевешивает? Уровень самих услуг поставщика или же качество коммуникативных навыков и квалификация сотрудников служб поддержки? И что выгоднее, рациональнее поставщику…

Запуск портала самообслуживания – думай как “Growth Hacker”

Начнём с начала: что такое "growth hacking" и зачем это нужно ИТ? "Growth hacking" – это процесс, включающий эксперименты с использованием различных маркетинговых инструментов и с вариациями свойств продукта, направленный на выявление наиболее эффективных и действенных путей роста бизнеса. Growth hackers (дословно, хакерами роста) обычно являются маркетологи, инженеры и менеджеры по продуктам, ключевой задачей которых является расширение клиентской базы, используя следующие этапы: Привлечение Активация Удержание Рекомендация Получение прибыли Один из ярчайших примеров применения подхода "growth hacking" продемонстрировал DropBox. Компания увеличила свою клиентскую базу и прибыль, предлагая своим клиентам бесплатное хранение данных при переходе по реферальной (партнерской) ссылке. Еще один интересный…

Нужен ли вам Agile?

По мотивам «Can and Should You Adopt Agile In Your Company» Маркуса Йенсена (Marcus Jensen). Если ваш бизнес хоть каким-то образом соприкасается с информационными технологиями или сопредельными области, вы наверняка слышали об Agile. Вполне вероятно, что это слово, ставшее сейчас одним из самых модных словечек айтишников ХХI века, уже набило оскомину. Что же такое Agile на самом деле? Нужен ли он именно вам? Является ли он для вашей компании гарантом дальнейшего роста и процветания? Откуда есть пошёл Agile «Agile Software Development» – гибкая разработка программного обеспечения. Другими словами – новейший подход к разработке ПО, у которого есть ряд отличительных особенностей:…

Что не так с клиентскими приложениями сервис-деска и как это исправить

Пять лет назад в воздухе запахло революцией — социальная сеть Facebook изменила свой интерфейс, и пользователи моментально возненавидели его. До гильотины дело не дошло, потому что вскоре страсти улеглись и все забыли, каким был старый интерфейс и был ли он вообще. Год назад история повторилась в менее впечатляющих масштабах, но с менее благополучным сценарием — сменил свой облик портал «Кинопоиск», и волна отрицательной обратной связи оказалась настолько сильной, что она практически смыла новый интерфейс всего за двое суток. Так пользователи реагируют на интерфейс приложений, которыми им хочешь, не хочешь, приходится пользоваться. А что делать нам, когда мы внедряем клиентское приложение…

Зачем вам сервисно-ресурсная модель?

За прошедшие несколько лет несколько раз доводилось участвовать в проектах по управлению активами и конфигурациями. Во всех проектах акценты расставлены по-разному, что каждый раз подогревает градус интереса. А также каждый раз вспоминается несколько предвзятое утверждение, которым иногда пользуются скептически настроенные заказчики: "вы, консультанты, действуете по шаблону, а нам надо нечто специальное!". Вы понимаете, я сейчас перефразировал немного, но суть, думаю, понятна. Вспоминается оно, это утверждение, по ходу строительства очередного "космического корабля", обладающего почти неслыханной доселе функциональностью. Из раза в раз ситуация одна и та же – почти все пытаются "засунуть" в проект максимум околовсяческих совершенно необходимых организационных и функциональных "фишек". Что, в общем, понятно,…

Cистемный подход в ITSM

С тех пор как я открыл первые книги про менеджмент, везде читаю о системном подходе. Но что же это значит? Благодаря Демингу и Голдратту, мы все наслышаны о: «не занимаетесь локальными доработками», «оцениваете совокупное влияние», «ищите узкие горлышки и направляйте силы в первую очередь на их устранение», «анализируйте систему в целом». Необходимость мыслить системно («Work holistically») в ITSM теперь закреплена на уровне принципов (Guiding Principles) в ITIL® Practitioner Guidance: согласно публикации, нужно анализировать и улучшать всю систему, а не отдельные ее элементы, учитывать взаимное влияние разных элементов системы и последствий воздействий на них. Декларация правильная, но материалы не предлагают ментальных карт, готовых к…

Как улучшить User Experience

В своей недавней статье «Устраняя разрыв между услугой и впечатлением заказчика» (Bridging the Gap Between Service and Customer Experience) Sarah Lahav рассуждает о том, как можно улучшить это самое впечатление (которое, чтобы дальше не мучиться с разнообразными переводами этого выражения на русский язык, будем обозначать устоявшимся термином – User Experience [UX], понимая, что UX != UI [User Interface]). Автор говорит о том, что без построения подробной карты, по которой движется пользователь в процессе потребления услуги, невозможно понять, насколько он(а) действительно испытывает удовлетворение от использования услуги. Чтобы убедиться в необходимости картирования, предлагается представить следующий сценарий. Не имея подробной картины работы с…

Разбираемся с проектными ограничениями

Всем давно известно, что любому проекту присущи ограничения: обычно вспоминают про сроки, бюджет и качество. Вы, конечно, помните заезженную байку из серии "выберите только два из трёх" – ограничения интересны в первую очередь тем, что они взаимосвязаны. На деловой игре "Египет бросает вызов", которую я проводил в прошлую пятницу, этот вопрос мы немного обсуждали с группой, однако мне показалось, что обычное объяснение – "ограничения есть, они таковы и они взаимосвязаны" – слишком поверхностно. Признаюсь, особой глубины в данной теме я не вижу, однако некоторыми соображениями готов поделиться. Соображение первое – сколько всего ограничений? Разумеется, мы включим в список упомянутые выше сроки, бюджет и…

Нужен ли процесс “Управление запросами на обслуживание” процессу “Управление инцидентами”?

За последнее время несколько раз на курсах по ITIL(с) обсуждался вопрос использования процесса управления запросами на обслуживание (Request Fulfillment Management [RFF]) для решения задач, лежащих в области интересов других процессов из процессной модели ITIL. Последнее обсуждение было вчера (Да. В корпоративном формате мы проводим тренинги и в выходные). В качестве примера подобного обсуждения вопрос: «В каком процессе должен отрабатывать запрос на получение информации об инциденте, находящемся в работе (например, о текущем статусе инцидента)? В процессе «Управление инцидентами» [Incident Management , INC] или в RFF?» Сначала зафиксируем очевидное. Во-первых, источником информации (в т.ч. о текущем статусе) является, конечно же INC, поскольку…

Действительно ли руководители нужны?

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

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM