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

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

Михаил Тобурдановский

Старый новый формат

В последнее время все чаще обращаются заказчики с желанием самостоятельно спланировать/разработать/внедрить процессы с минимальным консалтинговым сопровождением. "Вы нам тулу хорошую дайте, ну и как-нибудь помогите еще, так, чтоб заработало". Желание понятное. Понятны и риски – у заказчика при самостоятельном внедрении шансы на неуспешное завершение проекта возрастают. А консультанты при таком раскладе зарабатывают меньше денег и получают дополнительные репутационные риски, ведь при неудаче никаким договором не прикроешься, все будут знать: внедряли вот эти, а помогали им – вот эти. И что интересно – стали часто просить "стандартный процесс". Есть ощущение, что это тренд. Вперед, к решениям из коробки с минимальным процессным…

“Шум” KPI

Немногим ранее Дима опубликовал свои мысли по поводу измерения Incident Management’а и придумал интересную метрику (https://realitsm.ru/2011/12/measuring-incident-management/). Как уже говорилось, выросла она не на пустом месте, а в результате реальной потребности заказчика – в организации задумались о системе оценки персонала ИТ. Показатель по нарушению сроков инцидентов должен был войти в эту систему, и заказчика очень не устраивало то, что фактически ответственность за нарушение срока падала на последнюю рабочую группу, которая участвовала в обработке инцидента. А так как показатели должны были влиять на зарплату сотрудников, то можете себе представить, с какой аккуратностью подходили к созданию метрик. Наличие в системе одного такого «несправедливого»…

О конкурсах

В последнее время все чаще сталкиваюсь с тем, что организации, которые заказывают консалтинговые проекты, пытаются тщательно формулировать критерии отбора исполнителей. Не секрет, что у заказчиков часто возникают некоторые симпатии к конкретным исполнителям или группе исполнителей. Эти симпатии могут основываться на чем угодно: отличная компетенция, использование определенного инструмента автоматизации, совместные походы на рыбалку и т.д. Наличие «откатов» я не упоминаю, так как здесь не про это . Симпатия может возникнуть и без материальной стимуляции – это факт . Некоторые заказчики и рады бы начать проект хоть завтра с определенными понравившимися товарищами, но приходится соблюдать определенные формальности – проводить тендер. И здесь…

Маркировка с использованием RFID

  Недавно наткнулся на презентацию одного из заказчиков, в которой описывалось тестирование RFID для использования в рамках процесса управления конфигурациями. Что можно сказать: 1. Использование активных меток отпадает сразу же, ибо такое решение будет стоить, как чугунный мост (стоимость активных меток, если не ошибаюсь, начинается где-то от 20 USD за штуку). Да и не сильно удобно в обслуживании – бегать батарейки менять. Это если учитывать объемы в тысячах конфигурационных единиц / активов. Если же конфигурационных единиц три штуки – возможно, это наш метод .  2. Использование пассивных меток более приятно по цене, но также имеет массу ограничений: некоторые нельзя клеить…

Сертификация для средств автоматизации

  Считайте это небольшим соцопросом 🙂   Насколько значимым для вас является наличие статуса OGC ISS или Pink VERIFY (соответствие рекомендациям ITIL) у средства автоматизации?   Что я сам об этом думаю: Инструмент следует оценивать с точки зрения разных аспектов, и наличие такой «наклейки» находится для меня в самом конце списка.   Почему я так думаю: 1. Критерии для оценки инструментов (по крайней мере, те, что можно получить для самостоятельной предварительной оценки с сайта Pink VERIFY) носят общий характер. И этим критериям, на мой взгляд, удовлетворяет большая часть софта на рынке (если взять, например, управление инцидентами). 2. Требования APMG к…

Соответствие и …соответствие

В библиотеке лучшего опыта по управлению ИТ-активами (IBPL) есть две интересные процессные области: «Compliance» и «Legislation». Для меня проблема в том, что я пока не понимаю, для чего эти процессные области развели: в глоссарии IBPL написано, что compliance (соответствие) – это процесс соблюдения законодательных и регулирующих требований. То есть вроде бы учитывается соответствие требованиям законодательства. Для чего же тогда нужна процессная область «Legislation»? Судя по названию, она и должна описывать соответствие требованиям законодательства. Однако про Legislation в глоссарии не написано ничего. Есть упоминание в списке процессных областей (но описание не дается). Дальнейшее упоминание этих процессных областей всегда производится в связке….

Управление лицензиями ПО – зрим в корень

Очень часто сталкиваюсь с тем, что под управлением лицензиями ПО понимают учет установленных экземпляров ПО  и проверку этой информации на соответствие приобретенным лицензиям. Причем под соответствием понимается "сколько штук еще надо купить, чтобы не нарушать". 🙂 Но соответствие лицензионным соглашениям – это "не только ценный мех, но и два килограмма легкоусвояемого диетического мяса" 🙂 Если заглянуть в текст лицензионных соглашений (а особенно лицензионных соглашений с конечными пользователями, EULA), то мы найдем там массу условий и ограничений. Так что если вы честно купили одну лицензию и установили один экземпляр ПО в продуктивной среде – это не значит, что вы не нарушаете….

Про обмен опытом

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

О людях, процессах и технологиях

        Каждый раз убеждаюсь в том, что главное в работе консультанта – это работа с людьми. Можно спроектировать прекрасный процесс и провести замечательную автоматизацию, но процесс запросто может остаться на бумаге, в реальности не работая… Организация работ по процессу – это сложно, но увлекательно и интересно. Это всегда тяжело, так как люди в любой компании склонны к сопротивлению при проведении организационных изменений. Здесь и начинается основная, на мой взгляд, работа консультанта – необходимо мотивировать людей на исполнение новых регламентов, сделать так, чтобы новые правила соблюдались.      И всегда приятно, когда видишь, что твоя работа и работа…

Ответственность за использование нелицензионного ПО

Как-то раз я участвовал в вебинаре, который был посвящен управлению активами ПО (SAM). Меня очень интересовали следующие вопросы: а что, если сотрудник использует личный компьютер с пиратским ПО в интересах организации (в производственных, так сказать, целях) и что, если этого сотрудника «поймали на горячем»? Кто будет нести ответственность – сотрудник? Организация? Или все будут виноваты? К сожалению, внятного ответа так и не получил. Решил обратиться к зарубежному опыту, чтобы понять, а как у них? И вот наткнулся на любопытный документ из библиотеки IBPL – шаблон политики для использования личных персональных компьютеров в организации. В нем есть стандартные пункты, которые фиксируют…

Контрольные показатели и метрики

И снова про метрики и иже с ними… Недавно, обсуждая создание системы метрик с заказчиком, получили очень интересный посыл от владельца процесса. Суть его высказываний сводилась к следующему: «Мне неинтересно, какие метрики вы разработаете и сколько их будет. Мне важно понимать одну простую вещь – хорошо работает процесс или плохо». Это заставило меня задуматься о том, а насколько правильную картину мира мы рисуем для менеджера и владельца процесса. Не секрет, что в каждом процессе по-хорошему бы должна быть процедура контроля, оценки и совершенствования. Что есть контроль? «Способ управления Риском, обеспечивающий достижение Бизнес-целей или соблюдение правил и процедур Процесса.» (ITIL® V3…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM