Общие вопросы менеджмента Archives – Страница 24 из 41

Как привить пользователю привычку обращаться в техподдержку

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

Вопрос из зала, 20 марта 2017, последний комментарий 3 апреля 2017

ВЖУХ, управление рисками и ITSM

То, что DevOps не является "серебряной пулей" наверное уже ни для кого не секрет. Применение гибких практик разработки и эксплуатации продуктов существенно отличается от общеизвестных практик управления услугами своей выраженной ориентацией на ценность здесь и сейчас. Многолетний мир ITSM, в первую очередь, ориентирован на рациональность с акцентом на минимизацию затрат, рисков и ущерба. Многие могут это оспаривать, опираясь на первоисточники, не без оснований говорить, что библиотеки говорят о необходимости баланса между гибкостью и защищенностью, рисков и выгод. Да, это так, но всё же управление услугами не о том, как быть бизнесом, а о том как бизнесу помогать, а это "две большие разницы"….

Андрей Труфанов, 9 марта 2017, последний комментарий 20 марта 2017

Достучаться до небес

Очень часто на курсах слышишь фразы «заказчик не заинтересован в нас», «он не видит в нас тех, кто может обеспечить его нужды», «как донести заказчику свою значимость и состоятельность», «заказчику в SLA интересна только одна строчка». Бывает, что ИТ-департамент выступает с инициативой улучшить что-то в своей деятельности: оптимизировать шаги получения конечных результатов, сократить расходы, увеличить производительность, но терпит неудачи. Казалось бы, основательно подготовились – освоили какие-то подходы, методики, получили много знаний. Но не взлетает. Или быстро падает. В чем же дело? В зависимости от того, у кого созрела идея улучшений, то есть на каком уровне вертикальной организационной иерархии, нужно прояснить много…

Елена Колбей, 5 марта 2017, последний комментарий 9 марта 2017

Кто внедряет ITSM и ITIL-процессы и какие именно?

К счастью, сегодня уже практически все понимают, что, во-первых, ITIL – это не особый стандарт, которому нужно соответствовать, и во-вторых, что ITIL – это то, что нужно принять и адаптировать под свою специфику. Другими словами, если ваша компания планирует применять процессы ITIL и ITSM только для управления службой ИТ-поддержки, вам потребуются не все, а только некоторые из 26 процессов ITIL. Автор заметки Who Has Adopted Which ITSM and ITIL Processes? Стивен Манн заинтересовался, какие именно процессы наиболее часто внедряются, какие используются редко, и почему. Он сформулировал свое мнение по поводу внедрения процессов так: Большинство организаций управляют инцидентами и делают это…

Новостной поток, 3 марта 2017, последний комментарий 7 марта 2017

Корреляция выполнения запросов сотрудником и размера его премии

В редакцию портала поступил вопрос: Коллеги, добрый день! Скажите, кто-нибудь имеет опыт увязывания результатов работы конкретных сотрудников по выполнению запросов/нарядов с их премиями? Понятно, что корреляция не 100%-я, мы хотим, чтобы был коэффициент для каждой должности, кто на сколько процентов вовлечен в обработку запросов — столько процентов премии и будет зависеть от выполнения запросов… интересует сама методика и опыт. Спасибо!

Вопрос из зала, 3 марта 2017, последний комментарий 2 октября 2017

Лучшие практики управления ИТ-активами

Есть наблюдения, что компании применяют процессы ITAM и ряд процедур управления ИТ-активами (IT Asset Management) не как регулярную рутинную деятельность, а как проектную работу для решения какой-то конкретной проблемы. И когда она решается, процесс приостанавливается до возникновения следующей проблемы. Получается такой постоянно повторяющийся проект, каждый раз "с нуля". Если спросить специалистов по управлению ИТ-активами, почему их компания инвестирует в данную область, они скорее всего расскажут вам о каком-то конкретном событии, в результате которого руководство обратило внимание на необходимость внедрения ITAM. Это могла быть, например, неудачная проверка, закончившаяся приличной неустойкой в пользу Microsoft или Adobe, или замечания регуляторов. Или быть может,…

Открыта регистрация участников весеннего сезона CleverTALK

2 марта начнется весенний сезон CleverTALK, бесплатных вебинаров по управлению ИТ. Программа 12-го сезона: 2 марта. Управление запросами и управление доступом: что общего и в чём разница? Ведущий Денис Денисов. Регистрация 23 марта. Сервисная экономика. Калькуляция себестоимости услуг. Ведущий Андрей Труфанов. Регистрация 13 апреля. Что такое Ops в DevOps? Ведущий Олег Скрынник. Регистрация 27 апреля. ITSM за рамками ИТ – что скрывает Enterprise Service Management. Ведущие Мария Алёхина и Елена Шушковская. Регистрация 1 июня. Управление ИТ: каким оно будет завтра? Предсказываем будущее совместно с AXELOS. Беседа с Романом Журавлёвым, менеджером по развитию ITSM-продуктов, AXELOS Ведущий Олег Скрынник. Регистрация Регистрация открыта на…

Конфликт интересов

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

Андрей Труфанов, 12 февраля 2017, последний комментарий 13 февраля 2017

Границы ответственности инцидент-менеджера

В редакцию портала поступил вопрос: Добрый день всем! У меня с нашим проблем-менеджером возник спор, кто же все-таки должен контролировать решение ИТ-проблем? Он утверждает, что инцидент-менеджер, он же инициатор проблемы, должен вести непрерывный контроль за решением проблемы, при необходимости "пинать" инженеров или change-менеджемент, который решает проблему, так ли это? В моем понимании инцидент-менеджер безусловно является инициатором проблем, но далее он передает это на уровень проблем-менеджмента, и в его зоне остается лишь окончательная проверка и подтверждение устранения проблемы.

Вопрос из зала, 31 января 2017, последний комментарий 8 февраля 2017

Инженерное мышление в ИТ

IT Skeptic в перерыве между твитами об инаугурации Трампа нашел время поделиться очередной мудростью. Про инженерное мышление в ИТ – распространенное и не сдающее свои позиции, несмотря на 20 лет Agile и бесчисленные тексты про DevOps, заблуждение о том, что ИТ-системы нужно строить так же, как мосты. «Строительства моста подразумевает, что: Мы предельно точно определим наши требования до сантиметра Затем начертим подробнейшие чертежи с точностью до каждого винтика Затем построим мост в соответствии с чертежами Затем проведем контрольные замеры, подтвердив, что построенный мост полностью соответствует требованиям Эта песня всем знакома – называется «водопад» (каскадная модель). И сейчас кажется невероятным, что такой путь…

Новостной поток, 27 января 2017, последний комментарий 30 января 2017

Границы здравого смысла при заключении OLA

В редакцию портала поступил вопрос: Пожалуйста, подскажите по ситуации: одно из подразделений ИТ-службы крупного банка (процессинг) решило заключить с частью других ИТ-служб OLA соглашение с параметрами качества и сроков предоставляемых услуг. Насколько это соответствует практикам ITIL и здравому смыслу? Ведь сами параметры сервиса уже описаны в каталогах услуг и других документах ITSM, и, в принципе, процессинг – это части ИТ.

Вопрос из зала, 20 января 2017, последний комментарий 23 января 2017

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

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

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