Недавно мой администратор Windows спросил, стоит ли получать сертификат ITIL Foundation. Я кивнул.
Сидевший рядом с ним сонный сетевик тут же оживился, показал скаченное Пятикнижие ITIL v3 в векторном (!) pdf и гордо добавил, что, собственно, нужно знать «и все».
Здесь я не мог поднять голову, чтобы кивнуть.
Лирическое отступление.
Я сам давно в ITSM, получил все сертификаты.
Но в жизни от этого ничего не изменилось, мой человеко-час не стал дороже, профиль моей работы не изменился, в голове больше не было серых клеток.
В целом стандартизация технологий порождает множество вторичных рынков, в том числе рынок сертификации знаний, полученных специалистами.
Судя по всему, сертификат уровня N нужен кадровикам и удостоверяющим центрам.
Первый — выбирать наиболее подходящие между резюме с непонятными словами, второй — добавлять механизмы выкачивания денег из специалистов.
Но необходима ли эта сертификация ИТ-специалистам? Я сомневаюсь… Понятно, что библиотека полезных советов от британцев очень поддерживает рациональное мышление любого ИТ-специалиста.
В этом кажущемся сходстве тем кроется большая проблема.
Администратор видит над своей любимой железкой огромный пласт соединений, протоколы связи более высокого уровня, так сказать.
Он чувствует свои силы и жадно изучает новые уровни иерархии ИТ-систем, на которых понятные ему технологии трансформируются в ИТ-услуги и начинают приносить деньги.
Надеясь, что постигнув эту метафизику, он сможет «делать сервисы» так же, как делал конфиги.
Ну это если наш админ творческий человек.
И в жизни ОНО для него начинается в двух случаях: когда этого требуют свыше, или когда он решает пойти туда – наверх – самостоятельно.
А потом они улетели и мы начали.
сертификацию.
Внешне вроде все нормально, как и при любой сертификации.
Для базового экзамена нужно знать термины и общие черты существующих там ролевых игр: кто, что, почему.
Затем вы выбираете, кем будете – практиком или архитектором и сдаете несколько логически объединенных экзаменов.
Вы набираете очки.
Как практик, вы должны уметь выработать решение проблемы (при подготовке и во время экзамена это кейс – задача в виде кейса и вашего решения).
У архитектора задачи те же, только конечным результатом является не план действий, а энциклопедически точная загрузка однозначно взаимосвязанных цитат из книг.
План реализации больше не ваше дело.
Набрали баллы на выпускном экзамене, сдали его (мега задание на 6 часов) и вы Мастер ITIL. Отлично, в чем подвох? Книги мутные.
Они написаны только для архитекторов.
Практикующим там не давали никаких инструкций.
Даже курсы состоят из кусочков всех пяти книг плюс опыт консультантов.
Поскольку админ практик, то эта кагбэская чепуха ему непонятна.
А охватить всю систему — это все равно, что держать в голове пятислойную карту метро с вертикальными ветвящимися переходами.
Вы можете это понять, но не можете этого запомнить.
Голую теорию тогда вообще не понятно, как ее можно монетизировать (ну неужели нельзя пойти к системному интегратору на пехотную должность системного аналитика, чтобы за считанные дни оптимизировать варианты обработки стандартных изменений) .
Практик может сильно подкрасить свое резюме и в любой момент устранить пробелы в карьере, найдя нужные слова и интегрировав любые технологии в единую систему.
Все идут на тренировку.
И им нечему учиться.
Потому что нет методологии.
Ты заглядываешь в книгу и видишь сиськи
Что понимает админ, когда пытается разобраться? Во-первых, его милые сервера и скрипты важны, но важны только ему.Там, где деньги идут на модернизацию, новые лицензии, зарплаты и пиво, они мыслят другими категориями.
Им плевать на элегантность технических решений, лишь бы почта шла и в интерфейсе было меньше кнопок.
И это правда: почему они, пользователи, должны страдать за такие-то деньги? Во-вторых: когда его инфраструктура становится частью сервиса, большое внимание нужно уделять не изучению интересных новинок или оттачиванию навыков лепки конфигов, а доступности, непрерывности и производительности.
Другими словами, следите за состоянием устройств, проводите плановые технические осмотры, планируйте простои и ремонты.
В общем, полный бардак.
Скука.
Рутина.
Буэ.
В-третьих, администратор четко понимает, что итилизация делает его взаимозаменяемой деталью в глазах сервис-архитектора.
Последний берет требования к сервису и формирует пакет проектирования сервиса, где собирает для него ресурсы.
И эти ресурсы, как ни странно, включают в себя не только аппаратное и программное обеспечение, но и определенное количество людей с такими-то сертификатами.
У их работы есть цель, человеко-часы расписаны - развернись, гайка.
Кому это понравится?
Я прорезал окно в Европу и увидел то же самое.
И тут у админа личный небольшой кризис.
Карьерного роста в российских ИТ практически нет. Потому что нет крупного бизнеса.
Потому что свободного рынка не существует. Потому что от государства всё большое, и мы все знаем, как они ЭТО любят. Летят только опилки.
Даже в рамках одного бизнеса зрелая ИТ-организация ограничена незрелой организацией самого бизнеса.
И почему-то слишком умные айтишники начинают часто менять работу.
На Западе, где были изобретены эти стандарты, культура другая.
Они стремятся тратить меньше и получать больше.
Они готовы изменить идеологию управления так, чтобы мешки для мусора, сходящие с конвейера, стоили на 6,5% дешевле.
И тут сразу начинается развал.
Почему в России 90% внедрений ITSM заканчиваются внедрением процесса управления запросами? Все очень просто — после сервисдеска начинаются процессы другой культуры, Запада.
Где каждый участник несет персональную ответственность.
В Росси, который, как известно, впереди, лично только указывают на дверь.
Нигде нет командной работы, каждый гений-одиночка.
И получается, что админу от таких знаний становится только грустнее.
Он не привык (как и консультанты) делать многообещающие презентации, зарабатывать деньги, сдавать вялую систему ОП? и выйти.
Он строит эти системы, настраивает их, лечит, выращивает и вообще эксплуатирует. Как сказал бы специалист по ITSM, он старается обеспечить ожидаемую ценность.
Сами по себе процессы не представляют такой ценности в нашей стране.
Точнее, дают, но это никому не нужно.
Админ в тупике.
Техника есть, ее можно понять и построить по инструкции, но зачем? Начать выполнять скучную часть работы? Стать винтиком? Превратиться в засранца-консультанта? Честный админ откажется.
Мой студент по Windows пошел сдавать ITIL Foundation. Наверное, ему надоело быть честным админом.
Теги: #itil #ITSM #администрирование #GTD
-
Google News Обогнала Ny Times
19 Oct, 24 -
Uwp – Выпуск 255
19 Oct, 24 -
Основные Ресурсы Для Гейм-Дизайнеров
19 Oct, 24 -
Снести 30 Серверов За Секунду С Ноутбука?
19 Oct, 24 -
Идея Файловой Системы
19 Oct, 24 -
Создание Поведения Для Yii2
19 Oct, 24
