Аналитика: точка зрения Archives – Страница 33 из 47

В защиту электронной почты

Компания Volkswagen объявила об изменении режима работы корпоративной почты: внутренние письма не будут приходить на Blackberry сотрудников в нерабочее время. Правда, только в Германии и только для членов профсоюза.Крупнейшая ИТ-компания Франции, ATOS, планирует полностью отказаться от внутренней электронной почты с 2014 года. Компания Henkel сообщила о том, что в период с Рождества до Нового года электронная почта будет использоваться во внутренней переписке только для экстренных случаев. Все это стало частью одной публикации BBC, хотя мне кажется, что эти три новости суть проявления очень разных тенденций. ATOS планирует использовать корпоративные социальные сети для внутренних коммуникаций. Мне кажется, что это отчасти дань…

Роман Журавлёв, 25 декабря 2011, последний комментарий 10 января 2012

Тенденции корпоративного обучения в 2012 году

В это время года принято делать прогнозы на будущее. Американский аналитик Даг Ховард, trainingindustry.com, попытался угадать 10 главных тенденций для тренинговой индустрии в 2012 году: Бюджеты на обучение персонала расти не будут (оставаясь на текущем уровне в 2%). Предложение на рынке труда для тренеров вырастет незначительно (до 1%). Развитие обучающих порталов (автоматизированных сред, где слушатель сам выбирает оптимальный для себя способ обучения). Формализация неформального обучения (с помощью учёта всех взаимодействий тренера и слушателей в информационных системах. Рост популярности игровых форм обучения (как наиболее эффективного инструмента изменения культуры персонала). Рост популярности электронных свидетельств об успешном обучении (не только значков и сертификатов,…

На самом деле нет никакой ложки?

Некоторое время назад я предлагал обсудить различные аспекты оценки и измерения ИТ-процессов. Спасибо всем, кто высказался в обсуждении! Чуть позже я включил более-менее структурированное описание каждого направления оценки в свою колонку на itsmportal.com, посвящённую той же теме. В обсуждение колонки вступил Ян ван Бон, у которого, как обычно, нашлась в запасе пара слов. И вот она,эта пара слов: "Most important: there is no such thing as process maturity. Only organizations or functions of organizations can have a 'maturity'." Что в переводе на русский означает: "Не бывает у процессов зрелости. Зрелость бывает только одна – зрелость организации, в крайнем случае – какой-нибудь её функции."…

Роман Журавлёв, 20 декабря 2011, последний комментарий 27 ноября 2012

ИТ-метрики: четыре главные ошибки

Боб Льюис (IT Catalysts) написал озаглавленную так статью в блоге на infoworld.com на тему связи целей и метрик. Из своего опыта, Боб выделяет четыре ошибки при выборе процессных метрик, которых следует избегать: Измерять то, что нужно, неточным образом Измерять не то, что нужно Отказываться измерять действительно важные вещи Мотивировать сотрудников на основании процессной метрики Как бы вам не хотелось совершить последнюю ошибку – делать этого не стоит. Сообразительные сотрудники (такие же, как и SMART-цели) почти всегда смогут "обыграть" систему измерения, вне зависимости от того, какие метрики вы им навяжете. Подробности читайте в статье Боба.

Новостной поток, 16 декабря 2011, последний комментарий 22 декабря 2011

Аналитик Forrester хочет отменить CAB

Глен О'Доннел из Forrester Research пишет в своём блоге: Главный виновник негибкости изменений – это Консультативный комитет по изменениям (CAB). CAB – это анахронизм. На пути к гибким облачным решениям CAB играет роль лежачего полицейского. В CAB часто участвуют жадные до власти эгоцентристы, которые просто хотят контролировать процесс, но не поддерживать интересы заказчика. Вне зависимости состава, участники CAB не имеют понятия и реальных условиях. Мир стал слишком сложен для этого комитета, поэтому суждения участников трудно принять на веру. Даже самые подкованные технари не поспевают за усложнением. А в состав CAB редко включаются именно такие люди, что еще больше удаляет CAB…

Новостной поток, 13 декабря 2011, последний комментарий 14 декабря 2011

Три секрета ITIL-проектов от CoreITSM

Новая запись в дневнике Core ITSM (Джеймс Финистер) озаглавлена "Три секрета успеха ITIL". Джеймс видит следующие факторы, необходимые для того, чтобы ITSM-проект удался: Удачный выбор момента Секрет успеха многих инициатив в том, что они были запущены именно в тот момент, когда стали востребованы. Но как выбрать такой момент? На коротком этапе слияния или поглощения компании: существенное изменение, влияющее на всю организацию Во время "переворотов" в сложившейся рутине, например назначение нового генерального директора организации Когда ключевые заинтересованные стороны хотят перемен, прежде всего, заказчики и поставщики Когда у руководителя есть более значительные задачи, в решение которых удачно встраивается ITSM. Персонал и Партнеры…

Новостной поток, 6 декабря 2011, последний комментарий 7 декабря 2011

Пользователь против заказчика

Я часто вижу и удивляюсь, что управление уровнем услуг (Service Level Management) привлекает внимание со стороны сотрудников технической поддержки. Они пытаются найти в этом процессе ответы на свои вопросы. Причина этого внимания, как мне кажется – толкование ИТ-услуги как «обслуживания»: работа с клиентом в процессе потребления (автосервис, ресторан и так далее). А ведь во многих сводах знаний (в том числе и в ITIL) подчёркивается разделение «клиентов» на заказчиков и пользователей. Заказчик платит ИТ за результат, чтобы достичь своей выгоды. Пользователь, извините, использует результаты ИТ, чтобы ему было удобно делать свою работу. Чувствуете, куда веду? Конечно. Акула капитализма и член профсоюза…

Константин Нарыжный, 1 декабря 2011, последний комментарий 7 декабря 2011

Что и зачем можно измерять в системе управления ИТ

У меня сложилась простая, полная и непротиворечивая картина мира. Опять. На этот раз – мира оценки процессов. Посмотрим, сколько продержится. Вот она. Оценка процессов выполняется для того, чтобы получить представление либо о потенциале процессов (что они могут), либо о фактической успешности (что они смогли). Потенциал оценивается с двух точек зрения – функциональных возможностей и уровня организации, соответственно capability и maturity. Проекты "внедрения процессов" направлены именно на формирование этого потенциала. В дальнейшем он может развиваться в результате работы механизмов оценки и совершенствования, причем сами эти механизмы – тоже частный случай capability, свойственной определенному уровняю maturity. Оценку Capability и Maturity можно выполнять…

Роман Журавлёв, 29 ноября 2011, последний комментарий 6 декабря 2011

Реальная модель зрелости процессов

Голова пошла кругом от PAM, CMMI и прочих моделей. Чтобы вернуться в реальность, я попытался честно ответить себе на вопрос – зачем вообще повышать зрелость процессов? Решил поделиться ответом с вами =) Я вижу всего 4 последовательных и значимых уровня зрелости ИТ-процессов: Не-процесс. Когда работа просто выполняется. Документации нет или её мало или она устарела. Отчётность составляется от случая к случаю, для "разбора полётов". Автоматизация лоскутная, возможно, дорогими "микроскопами". Такой "процесс" есть у всех: работа просто выполняется. Дорогой процесс. За него мы платим экспертам "на зарплате", внешним консультантам или вендорам. Есть вся документация и формы отчётов, за которые заплатили. Причём…

Константин Нарыжный, 23 ноября 2011, последний комментарий 29 ноября 2011

Про новый процесс в ITIL 2011

Старший консультант канадской компании Thought Rock Грехем Фернис опубликовал своё мнение по поводу нового процесса в ITIL 2011 – Координация проектирования (Design coordination). Этот процесс определён в ITIL на фазе проектирования услуг (Service Design) как "отвечающий за координацию всех действий, процессов и ресурсов, необходимых для проектирования услуг. Координация проектирования обеспечивает целостное и эффективное проектирование новых или изменяемых ИТ-услуг, систем управления услугами, архитектур, технологий, процессов и метрик". Путём приоритезации и составления расписаний, процесс координирует ресурсы с целью сбалансировать спрос на них со стороны множества проектов и изменений. На более высоком уровне, Координация Проектирования создаёт политики, регламенты, бюджеты и модели, которые будут…

Новостной поток, 17 ноября 2011, последний комментарий 18 ноября 2011

Предъявите “чек”!

Джон Рив в авторской колонке на портале itsmportal.com опубликовал свой взгляд на один из шагов цикла Деминга – Проверку (Check): Цикл Plan-Do-Check-Act все уважают, потому что он вполне разумен и проще уж не получится. И всё же, хотя собственных недостатков у него нет, он провоцирует ошибки. Каждый из четырёх шагов отлично выполняется при запуске проекта, или при выполнении значительного изменения. Однако, после успешного выполнения первого оборота этого цикла, внимание к этапам процесса немедленно спадает, и PDCA становится BAU (Business as usual, рутинным выполнением работы) Выполнению проверок уделяется мало усилий. Планирование всегда делается качественно, потому что это действительно интересное занятие, которое…

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

Аналитика: точка зрения

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