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

Business Agility, DevOps, ITIL, ITSM, COBIT, PRINCE2, TOGAF, Kanban...

14 лет в эфире. 3 000 записей. 10 000+ постоянных подписчиков.

 

 

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

Гаврила был DеvOps-адептом, DevOps Гаврила полюбил…

DevOps, похоже, достигает пика цикла зрелости технологии (hype cycle) от Gartner. Это слово стало настолько модным, что употребляется во всевозможных сочетаниях и смыслах. А количество статей и заметок с заголовком «DevOps и… <подставить любое слово>» или «DevOps невозможен без … <подставить любое слово>» уже не поддаётся счёту. Тем не менее, многие из этих статей содержат интересные (иногда спорные и от этого ещё более интересные) мысли, которые, хоть иногда и не имеют практического применения, почти всегда подталкивают к рассуждениям, которые помогут привести к полезным идеям или, как минимум, получению более стройной картины мира. Если рассматривать упоминаемую ниже статью под таким углом,…

Управление конфигурациями в DevOps

Каждая прикладная область знаний со временем (а то и быстро) обрастает своим понятийным аппаратом. Находясь в нашем традиционном мире ITIL/ITSM мы привыкли под определёнными словами понимать определённые вещи, и, читая профессиональную литературу, нам в большинстве случаев сразу же понятно что имеется ввиду, скажем, под управлением инцидентами или управлением конфигурациями. Однако слова, которые мы используем для описания своей области, не принадлежат нам на эксклюзивных началах. Они (слова) используются и в других смыслах, даже если речь и идёт всё ещё про информационные технологии. Тем интереснее посмотреть что привычные нам понятия означают в смежных дисциплинах. Сегодня мы рассмотрим управление конфигурациями на примере DevOps. В…

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

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

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

Праздник к нам приходит

        29 ноября при поддержке AXELOS пройдёт Happy ITIL Day. В этот день будет опубликован целый ряд интересных и несомненно полезных материалов, посвященных #ITIL: документы, блоги, влоги, новости, игры, твиты и многое-многое другое. Как истинные ценители ITIL, мы всей командой Cleverics приветствуем появление нашего профессионального праздника, и в рамках поддержки этой прекрасной инициативы, объявляем конкурс. Начиная с этого дня и до 28 ноября включительно выкладывайте в социальных сетях картинки и фотографии или просто пишите тексты о том "Как мы используем ITIL в повседневной жизни" или "Как ITIL изменил мою жизнь". В постах обязательно укажите хештеги #happyitilday и #cleverics, чтобы…

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

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

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

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

Разбираемся с Business Relationship Management

В процессе подготовки к вебинару, открыл не самые замусоленные страницы ITIL Service Strategy с целью разобраться с процессом управления взаимоотношениями с бизнесом в целом и инструментами влияния BRM на удовлетворенность заказчиков в частности. Размышлениями на счет последнего хочу поделиться. С картинками. Назначение BRM несколько отличается от других процессов ITIL и не укладывается в стандартную формулировку «обеспечение качества услуг за счет…». Про качество услуг там вообще ни слова, зато нужно: Подружиться с заказчиком. Установить и поддерживать отношения сервис-провайдера и заказчика, основанные на понимании заказчика и его потребностей. Нянчить заказчика.  Помогать заказчику в определении ценности предоставляемых сервис-провайдером услуг. Следить за тем, чтобы заказчик чего…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM