Помню в далёких девяностых на рынках многочисленные «предприниматели» предлагали гражданам свои услуги: «Золото, доллары куплю», «Доллары куплю / продам» и иже с ними. Помню одного гражданина, который пошёл существенно дальше других. Так одно время около Горбушки стояла девятка, в которой сидел спортивного вида мужчина, а на лобовом стекле была наклейка «Рассмотрю любые предложения». Вот она, культурная установка – всё для клиента. Прошли годы. Эта же установка никуда не делась, просто приобрела новые, более цивилизованные формы. И недавно на сайте одной компании я прочитал: «Основное направление деятельности компании Х – наиболее качественное удовлетворение покупательского спроса». Прекрасное направление деятельности
Немного статистики:
13 мероприятий, 2 000+ регистраций, 27 000+ просмотров записей. Наши бесплатные ITSM-вебинары проводятся каждые две недели.
Записи автора: Дмитрий Исайченко
Директор по консалтингу Cleverics. ITIL Expert, IT Service Manager, Certified ITSM Consultant.
Комментариев: 3 »
18.01.2012
Как в некоторых компаниях по пятницам вводятся послабления в дресс-коде, так и я в последнем посте уходящего 2011 года позволю себе оффтоп. Дело в том, что за этот год мне повезло прочитать несколько очень хороших, важных книг. Они никак не связаны с управлением ИТ, они важны с человеческой точки зрения. Удивительно, что я не читал их раньше. Удивительно, какое сильное впечатление они произвели на меня сейчас. Вот эти книги: Доктор Живаго. Борис Пастернак. Завтра была война. Борис Васильев. Жизнь и судьба. Василий Гроссман. Коллеги / товарищи / граждане / господа, давайте успевать читать не только профессиональную литературу. А тем, кто [...]
Продолжаем публикацию находок по измерению процессов управления ИТ, начатую в заметке «Измеряем Problem management». Примеров метрик по процессу управления инцидентами множество. Пожалуй, это самый изученный с точки зрения измерения процесс ITSM. Однако в очередном проекте мы в который раз столкнулись с вопросом: как реализовать метрику, которая бы показывала долю ответственности заданной группы поддержки в нарушении сроков обработки инцидентов. Вопрос давний и непростой. Сложности связаны с тем, что в обработке одного инцидента могут принять участие несколько групп (за счёт функциональной эскалации). Традиционное решение «вешать просрочку» на последнюю группу, обрабатывавшую инцидент, обладает рядом очевидных минусов. В самом деле, эта группа могла получить [...]
Процесс управления проблемами часто считают процессом устранения ошибок в ИТ-инфраструктуре. Получается своего рода «компенсатор», корректирующий ошибки, заложенные на этапе проектирования и внедрения и проявляющиеся в ходе эксплуатации информационных систем. Однако многие инциденты (предотвращением которых занимается процесс управления проблемами) связаны не с техническими ошибками, а с организацией труда – исполнением, взаимодействием, принятием решений, контролем. Поэтому на моей практике ряд компаний (кто-то постепенно, кто-то сразу – при проектировании процесса) включили оргвопросы в охват управления проблемами. Управлять такими проблемами сложнее, чем проблемами в инфраструктуре. Но не управлять ими – значит сознательно лишать себя части возможностей по улучшению. Думаю, это один из признаков зрелой организации, [...]
В последнее время благодаря нашим клиентам мы довольно много времени уделяем обсуждению сервисного подхода в целом (как способа управления ИТ) и SLA в частности (как одному из артефактов). И я не могу не поднять эту тему, хоть и долго пытался сдерживать себя. А тема такова: бизнес-подразделениям / руководителям SLA нужны только в очень ограниченном наборе случаев (ВАЖНО: я не говорю здесь о SLA между участниками коммерческих отношений, только про SLA между ИТ-подразделением и бизнес-подразделениями, зависящими от ИТ). Почему? Основная причина проста – соглашение предполагает равенство участников (во всяком случае в тех аспектах, которые касаются интересов сторон соглашения). Помните, как Пифагор [...]
Портал superjob.ru опубликовал аналитический отчёт по позиции "Директор по ИТ" на рынке труда. С оригиналом отчёта можно ознакомиться здесь: http://www.superjob.ru/research/articles/2024/direktor-po-informacionnym-tehnologiyam/. К сожалению, авторы отчёта использовали аналитику только по регионам — ни по отрасли, ни по размеру компании деления нет. Поэтому цифры по зарплате получились сильно усреднёнными. Далее, опыт показывает, что поиск директора по ИТ посредством публикации вакансии на superjob.ru — не самая распространённая практика. Чаще в ход идут рекрутинговые агенства и личные связи / рекомендации. Видимо поэтому цифры по заработной плате в отчёте на мой взгляд занижены (по крайней мере по Москве, в диапазонах 3-4). Впрочем, в отчёте указано, что данные по [...]
Иногда тянет пофилософствовать. На днях много думал о требованиях к сотрудникам (аналогичное упражнение, кстати, выполняется в рамках нашего курса «Управление персоналом ИТ»). Мысли решил оформить – жажду обсуждения. Идеальный работник... Так вот, мне кажется, что значение опыта сильно преувеличенно – и работниками, и работодателями. Подумав, я выделил три основных качества, которые являются основной идеального работника: Интеллект (I, Intelligence). Позволяет решать новые задачи, изобретать, стимулирует учиться. Энтузиазм (E, Enthusiasm). Обеспечивает энергию для достижения результата, целеустремлённость для преодоления трудностей. Дисциплина (D, Discipline). Помогает не распыляться и не тратить времени попусту (самодисциплина), помогает работать в команде и делать не только то, что нравится, но [...]
Во вторник 04.10.2011 на CIO Summit’е прослушал очередной доклад про облака. Задал докладчику вопрос, но, к сожалению, несмотря на несколько попыток других слушателей вернуть автора к поставленному вопросу, ответ так и не получил. Вопрос был про то, не превращается ли поставщик облачных услуг, который предоставляет и серверные мощности, и системы хранения данных и даже (как в упомянутом докладе) виртуальные рабочие станции в незаменимого поставщика услуг? Помимо риска утечки конфиденциальных данных, который уже много обсуждали, не становится ли таким же значимым риск возникновения критичной зависимости от поставщика облачных услуг? Насколько вообще реально «перевезти» действующую виртуальную инфраструктуру, приложения и данные к другому [...]
Эта тема уже была затронута мной в одном из постов. Однако развития она не получила, а мне кажется важной (не хотел бы, чтобы она потерялась в глубине комментариев). Контекст обсуждения был таков: прежде, чем внедрять какие-то процессы (медицинская аналогия – принимать лечение), сначала надо выполнить всестороннее обследование (медицинская аналогия – поставить диагноз). И мысль безусловно правильная, но, как мне кажется, есть и другая сторона вопроса. Итак: Операционные процессы управления ИТ (inc, reactive prb, chg+rel) – это не «лечение», которое должно быть индивидуально показано пациенту, а «физкультура», которая может применяться всеми «без рецепта» (при должной адаптации, разумеется). Это базовые процессы, которые [...]
Публикую мысли, сформулированные одним из наших заказчиков. Без правки и корректировок — как есть. И давайте срочно обсуждать. И так: Основные причины обратиться к Agile — неудовлетворенность сроками внедрения решений/процессов и соответствия результатов требованиям в динамично меняющейся среде. Итак, что такое Agile применительно к внедрению и развитию процессов? Берем Agile manifesto (есть терпимый перевод на Википедии). Выписываем. Меняем слова. Ценности Agile: 1. Individuals and interactions over processes formal rules and tools. Личности и их взаимодействие важнее, чем формальные правила и инструменты Не совсем адекватная замена, плюс морально сложно вычеркивать слово "процесс", но в противном случае это звучало бы как "личности и их [...]
В очередной раз в обсуждении с заказчиком я сталкиваюсь с серьёзным непониманием отличий процесса управления проблемами от управления инцидентами. Корневых причин такого непонимания (простите за каламбур) я вижу две: невнятный текст про взаимодействие этих процессов в книгах ITIL (в частности, однозначная рекомендация привлечения PRB к решению major-инцидентов) и отсутствие специфичных алгоритмов обработки проблем в средствах автоматизации процессов ITSM, по которым зачастую осознают процессы как заказчики, так и консультанты. Размышляя об этом явлении, хотел бы сформулировать основные отличия этих процессов. Главный тезис заключается в том, что процесс управления проблемами – это не «медленный» инцидент-менеджмент и не «другой» инцидент-менеджмент, который работает по [...]
Вчера присутствовал на курсе "Process management and improvement", который вёл Роман Журавлёв. На курсе в очередной раз была поднята тема «Что писать в SLA, когда мы только запускаем SLM, и бизнес не готов формулировать требования»? Конечно, обсудили типичные «ходы»: запуск не по всем, а только по наиболее критичным услугам (где выше потребность и понимание сторон), оценка необходимости SLM до внедрения (ибо, в отличие от поддержки пользователей, этот процесс управления «показан» далеко не всем организациям) и так далее. Однако недавний инцидент у нас в компании навёл меня на дельный совет: пишите требования к резервированию и восстановлению данных. Это тема очень понятна заказчикам [...]
