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

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

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

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

DevOps – обманутые ожидания

Оригинальная заметка Why isn’t DevOps Delivering the Anticipated Benefits? Во время конференции Gartner, посвященной инфраструктуре и эксплуатации (I&O), Директор по исследованиям Gartner Ян Хэд (Ian Head) опубликовал следующий твит: По данным Европейского отделения #GartnerIOM, 90% специалистов считают, что #DevOps не оправдывает их ожидания  Как отмечает автор заметки, Стивен Манн, неизвестно, каким образом был рассчитан этот показатель, и насколько статистически верны данные. Может быть, всех специалистов, переживающих по поводу своих неудачных DevOps-проектов, собрали в одном зале и предложили проголосовать. Но то, что Ян Хэд – Директор по исследованиям Gartner, вселяет уверенность, что он не будет публиковать в твиттере что-то, в чём…

Залог успешного проектирования услуг

Большинство компаний представляют проектирование услуг (service design) как средство улучшения потребительских свойств ИТ-услуг, но мало кто говорит о том, за счет чего это происходит. Существует ложное представление о том, что если использовать определенные рамки и стандарты при проектировании, то сразу же можно увидеть глобальные изменения, и ваши ИТ-услуги станут идеально соответствовать потребностям ваших клиентов. На самом деле, всё будет происходить несколько иначе. С одной стороны, вы заметите определенный прогресс, который подтолкнет вас к продолжению. Но с другой стороны, фундаментальные негативные факторы, мешающие продвижению услуги, не исчезнут.  Факторы, которые мы упускаем. Основной показатель успешного проектирования услуг – это эффективность ваших соглашений…

Сегодня отмечаем Happy ITIL Day!

От всей команды Cleverics поздравляем читателей портала Real ITSM с праздником! Сегодня должна быть опубликована масса материалов, кейсов и white papers об ITIL. Мы будем следить за публикациями и непременно поделимся с читателями самыми интересными. А пока подводим итоги нашего конкурса. Когда мы его объявляли, рассчитывали получить несколько иной отклик, но результат получился примерно следующим: В связи с этим, мы приняли решение отметить призами всех участников конкурса, без присвоения первых-вторых-третьих мест и голосования. Итак, "ITIL и реальная жизнь"…*здесь и далее орфография и пунктуация авторов сохранены* Как это выглядит со стороны разработчика: Что общего между ITIL и кофе? И немного национального…

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» – гибкая разработка программного обеспечения. Другими словами – новейший подход к разработке ПО, у которого есть ряд отличительных особенностей:…

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

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

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

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

Почему нельзя сравнивать CMDB и управление активами?

Управление ИТ-активами — важнейшая часть управления ИТ-услугами, ведь все ИТ-услуги, по сути, крутятся вокруг активов. Или нет? «Почему база данных управления конфигурациями — это не то же самое, что управление активами?» Ответ на этот популярный вопрос, по мнению нашего зарубежного коллеги, может быть таким — разница такая же, как между яблоком и яблоней. CMDB — это составная часть управления активами и управления конфигурациями. Собственно управление активами, разумеется, опирается на базу данных CMDB и работать без нее не может, так же как и управление инцидентами и управление изменениями. Если смотреть в самую суть, то: База данных CMDB помогает управлять конфигурационными компонентами…

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

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

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM