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

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

Практика и опыт

Примеры реальных задач, истории успеха и решения из жизни

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

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

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

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

Туннельный эффект

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

Вопрос из зала: качество работы первой линии поддержки

В редакцию портала поступил вопрос: Хотел попросить коллег поделиться информацией – какие основные меры направлены на обучение первой линии так, чтобы при функциональной эскалации на 2/3 уровень приходили качественно обработанные обращения (с точки зрения 2/3 линии) в условиях постоянно изменяющихся ИТ-услуг и характера обращений… На мой взгляд это "вечный" вопрос в условиях, когда есть деление поддержки на линии и происходит функциональная эскалация – недовольство работой первой линии. В корне изменить ситуацию можно только посадив "дорогих" специалистов на первую линию и убрав переназначения в принципе. Либо мы можем лишь в большей или меньшей степени уменьшать "боль" некоторыми мерами, например: вводом реестра по каждой ИТ…

Что сложного в управлении доступом?

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

Мониторинг, CMDB и удовольствие от работы

Всем нам нравится время от времени переключаться на другую деятельность. Для меня большое удовольствие – иногда нырнуть в техническую работу, которую «настоящему консультанту» вроде бы и делать не пристало. Так, иногда на две-три недели приходится переключаться на программирование при выпуске новой версии CleverENGINE. А на этой неделе я занимался подготовкой к курсу по программированию OMNITRACKER, который мне предстоит вести в ноябре, и настройкой мониторинга внутренней инсталляции OMNITRACKER, обеспечивающей автоматизацию наших бизнес-процессов. Братцы, какое же это удовольствие! Последний раз я занимался администрированием серверов году в 2002-м. С тех пор очень многое изменилось. В частности, появились новые средства мониторинга, а на смену…

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

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

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

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

Ключ на старт

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

Использование принципов COBIT5 в домашних условиях….

… не всех, конечно, и не совсем в домашних, а так, скажем – непривычных.   Не во всех жизненных (рабочих) ситуациях нужно и можно применять абсолютно все принципы. И тем не менее, даже в обычных, можно сказать бытовых вопросах, непроизвольно получается смотреть на вещи через призму COBIT5. Но давайте по порядку: принцип 1: «Соответствие потребностям заинтересованных сторон» – в разных ситуациях, для разного применения эти самые заинтересованные стороны могут быть названы разными словами "целевая аудитория, покупатели, слушатели курса, кому это нужно-интересно "  – но все это про них.  Когда мы обсуждаем на курсе ITIL Foundation критичную бизнес функцию (VBF) на примере магазинов,…

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

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

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM