Человек и машина
1.81K subscribers
46 photos
1 video
2 files
346 links
Авторский блог Карена Товмасяна.
Идеи, слова поддержки и критики отправляйте мне - @ThomasStorm.

С предложениями рекламы не обращайтесь.

I do not speak on behalf of my employer.
Download Telegram
В современную эпоху каждый ИТ департамент предлагает не технологию или систему, а сервис.

Когда вы принимаете решение открыть у себя ИТ службу, отдел или департамент, вы ожидаете от него разного рода сервисов: сервис электронной почты, сервис телефонии, сервис интранета и так далее.
Вам абсолютно наплевать и должно быть наплевать на то, каким образом эти сервисы будут реализованы.
Достаточно квалифицированный менеджер или специалист, уже реализовавший ваши требования в других компаниях, прекрасно знает, какие технологии применить.
Когда он знает, что применить, он ищет того, кто готов это внедрить и применить.
Теперь рассмотрим кейс.
Вы, ИТ менеджер, решили внедрить в своей компании IP телефонию. У вас есть какие-то начальные требования, бюджет вам выделен (как на телефонию, так и на специалиста), и вы, волею судьбы, решили отказаться от outsource или услуг интегратора, и ищете специалиста на рынке, который знает толк в коммуникациях и готов сопровождать и развивать проект в качестве штатного сотрудника.
Как я уже сказал, вы не разбираетесь в этой вашей айпи телефонии. Поэтому вы наверняка допускаете первую ошибку, нагуглив системы телефонии и записав их в описание вакансии.
Быстро подумав, я могу назвать следующие наиболее популярные решения: Cisco UCM, Avaya, Asterisk и FreePBX.
Вероятность найти спеца, который знает все 4 равна нулю.

Вдоволь набив себе шишки граблей #1, вы звоните своему приятелю, который уже внедрял у себя IP телефонию, и просите у него совета.
Тут кроется вторая ошибка: та телефония, которую он вам предложит, может быть слишком дорогой, быть рассчитана на больший или меньший объем звонков и пользователей, быть сложной в обслуживании и т.д.
Но вы - активный и самоуверенный менеджер, вы убираете "ненужные" системы, и ищете человека, соответствующего требованиям.

Вы нанимаете его, он внедряет и запускает проект, вы счастливы, ваши пользователи счастливы, ваши родственники счастливы, и даже небо и начальство счастливы.

А потом система сгорает к хренам собачьим, потому что была рассчитана на 500 пользователей максимум с вашими ресурсами, а у вас внезапно стало 5000 пользователей.
Вы рвете и мечете, увольняете спеца за профнепригодность, несете огромные финансовые и имиджевые потери.

Занавес.
Как ни странно, самым верным поступком в кейсе №1 было бы позвать консультанта из интегратора, чтобы он расчитал необходимые мощности и решение.
Вот тут-то и кроется самая большая проблема с интеграторами и всякими консультантами. Человек дорого одетый, говорит на непонятном языке, просит много денег - у бизнеса всегда будет чувство, что его пытаются кинуть на деньги, и скорее всего он (бизнес) будет прав.

Казалось бы, в компаниях где ИТ это не центр затрат, а источник прибыли, таких проблем быть не должно.

Но тут все испортил Гугл со своей фразой: "Лучше не нанять хорошего специалиста, чем нанять плохого."

О влиянии Гугла на рынок ИТ можно долго петь, но если вкратце - любой офис, от мамкиного стартапа до техногиганта, будет слово в слово повторять за Гуглом (при чем в основном то, что не несет дополнительных затрат, платить как в Гулге не хочет никто).
Я об этом расскажу подробнее, когда будутразжежывать такую штуку как Site Reliability Engineering, и каким образом это опять перевернуло рынок труда, но пока вернемся к цитате.

В результате все техноконторы внезапно подняли планку, стали спрашивать много и строго, отсеивать 99.99% кандидатов, одним словом - мрак.
Мне задавали такие вопросы на собеседовании, что у меня вставали волосы дыбом. Не из-за того что сложно, а из-за того что на практике такие знания буквально применять не приходится!

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

Поэтому приходит человек на собеседование, из 100% возможных знаний его спрашивают про 10% которых у него нет, игнорируя имеющиеся 90%, человек уходит с собеседования с комплексом неполноценности, а потом читает из каждого утюга, что ИТшников очень мало и некого нанимать.
Но мы говорим о ценнике и о свойстве русских инженеров бить рекорды и влюблять в себя западного работодателя (что в последнее время очень сложно по политическим причинам).
Когда я был на международной конференции Velocity, на кофе-брейке я сговорился с одним евреем из Сан-Франциско. Мы говорили про жизнь людей вблизи военных действий (я про убитых от украинский снарядов жителей Ростова, он про взрывы в Тель-Авиве), после чего переключились на работу. Еврей был в восторге от возможностей русских разрабов и готов нанять каждого, но есть одно "но" - далеко не все говорят по-английски.

Запомни, русский Иван из Бауманки, единственная причина, почему тебя не возьмут на работу в кремниевую долину, в том что ты можешь написать свой компилятор, но не знаешь как правильно произнести London is a capital of Great Britain!

Крутость русских инжей в том, что техноскилл инженерной школы СССР (а техноскиллы совок развивал гораздо лучше, чем гуманитарные - нахрена милитаристской машине филологи и теологи?) имеет те же плюсики, которые есть в списке идеального ИТшника. Здесь вам и алгоритмы, и структуры хранения данных (что идет напрямую из математики), и возможность запоминать и держать в голове большие объемы информации (спасибо экзаменам с миллионом билетов), и аналитический склад ума, и problem solving skills, и многое другое.

Другим "преимуществом" (весьма сомнительным) является слабое техническое оснащение школ и университетов (по крайней мере когда я учился), из-за чего будущий программист пишет все либо на notepad'е, либо в тетрадке на бумаге. Из-за отсутствия подсказок от этих ваших модных IDE человек вынужден сам запоминать, какой оператор куда и в каком порядке положить (никакая скрепочка не выскочит помочь).

Но образование только задает фундамент колосса русской инженерии, весь металл и бетон в него идет от работы "в поле".
В поле у русского инженера, только вышедшего из своей alma mater, начинается настоящая работа со всеми вытекающими: низкая зарплата, большое количество рабочих часов в день, вечно меняющиеся требования, горящие сроки, неадекватность руководства (в частном случае, к счастью, не всегда) и прочие радости.

Подобный сценарий вполне реален для системных интеграторов, работающих на госзаказах. Если ИТ контора пытается следовать стандартам разработки и делать все по уму, то условный заказчик, живущий где-то на стыке совка и беспредельных девяностых, ломает хребет всей процедуре. Результат нужен вчера, я сделаю так, что вас всех уволят, и вы потом работу не найдете, а я сейчас знаешь кому позвоню - все это огрехи заказчика, неадекватного, агрессивного и уверенного во власти своей записной книжки.

Если в западной Европе заказчику можно объяснить, что комбинация "быстро-дешево-качественно" невозможна в принципе, то российскому чиновнику, который отрезал часть бюджета и теперь должен родить результат, пока от кормушки не убрали, это объяснять бессмысленно.

В результате русский инженер должен в сжатые сроки создать надежное и высокопроизводительное решение, держа в уме все сценарии (в том числе думать и за себя, и за заказчика, и за его левую пятку).

И еще спрашивается, почему русские и воспитанные в русской культуре инженеры самые сильные.
Так вот, друзья попросили сделать обзорчик зарплат инженеров по всему миру, с разбором.
С удовольствием поработаю гуглом.
Что больше всего не нравится в таких "общемировых" исследованиях - в них никогда не присутствует Россия и Азия. Только западное полушарие и ЕС.
Путем простого кальюкулятор, делим среднюю годовую зп на 65 (будем считать что бакс стоит именно столько)
Получим около 17235 долларов США в год.
Что в принципе отвечает на вопрос, почему Россию редко суют в подобные статистики, как на daxx.com - средняя зарплата в России почти в 2.5 раза меньше средней во Франции (самое дно чарта)
Но судить по одним только зарплатам неправильно, надо учитывать еще стоимость жизни. Я сравню Нидерланды (Роттердам) и Россию (Москва).
https://www.numbeo.com/cost-of-living/compare_cities.jsp?country1=Russia&country2=Netherlands&city1=Moscow&city2=Rotterdam&tracking=getDispatchComparison

Не самые честные цифры, но в целом похоже на правду (хотя я понятия не имею, как сейчас дела обстоят с ценами в Москве)
Лично я считаю, сравнивать индекс покупательской способности в разных странах даже для ИТшников - дело неблагодарное. Интернет полон информации, и кто захочет, найдет необходимый контент.

По идее, каждый кто посмотрит на мои цифры, пулей рванет на сайты для поиска работу и начнет заливать бензин в трактор.
Даже если учесть, что у некоторых есть проблемы с английским языком (который является необходимым минимум для посадки на трактор), народ валить не спешит.

Но что еще интереснее - не почему зарплата русского ИТшника маленькая в сравнении с европейской, а почему европейская такая большая.

С российской все понятно (помните мой текст про вакансии и резюме?) - здесь работодатель может выбирать и искать товарищей подешевле.
А вот, например, в Нидерландах со скилловыми ИТшниками совсем беда.
Пару лет назад на спрос в 34000 вакансий было несколько сотен выпускавшихся из университетов специалистов. (http://www.dutchnews.nl/news/archives/2015/01/the-netherlands-has-a-shortage-of-it-workers/)

Ситуация не очень-то и изменилась за 2 года.
К примеру, вакансию на специалиста Microsoft System Center мы не можем заполнить уже больше, чем полгода.

То есть в Европе реально есть проблема нехватки сильных кадров, отчего и зарплаты большие.
Неоспоримое преимущество жизни в Нидерландах.
От нового начальника прилетел крайне занимательный документ о метриках для градации специалистов по уровням junior/medior/senior/principal (principal - это прям еще круче, чем senior).

Делиться я им, конечно, не буду, но вот небольшие выдержки из него, чтобы вы могли приблизительно оценить разницу в требованиях к скиллам джуна и сеньора.

Итак, сферический Джун в вакууме:
1) Способен доставить решение, удовлетворяющее требованиям, его работа скурпулезно проверяется коллегами.
2) Способен самостоятельно решать простые задачи (с минимальными story points или атомарные).
3) Может взвесить плюсы и минусы того или иного решения и предложить альтернативу.
4) Осознает влияние вносимых изменений в продукт.
5) Продолжительно развивает свои технические навыки.
6) Оспаривает выбор основываясь на фактах, а не мнении.
7) Постоянно ищет способы улучшить свои навыки, учится на ошибках, способен конструктивно критиковать и принимать конструктивную критику.
(Самое любимое) 8) Эффективно участвует в процессе разработки и внутренних ритуалах (ЦИТАТА) команды.

У нас в команде есть такой ритуал, называется "chick of the day" - каждый из членов команды выкладывает в закрытый канал фотографии полуголых барышень. Жду не дождусь, когда смогу требовать от новичков выкладывать картинки.

То есть это очень здорово, что люди уходят от классики (продай 500 апельсинов) к чему-то новому, но у меня тот же вопрос, что был к предыдущему боссу - как измерять-то будем?

Сейчас отдышусь и выпишу по сеньорам, там еще круче.
Теперь по сеньору:
1) Заранее осознает возможные трудности задачи и знает от кого, когда и какую помощь просить.
2) Способен выполнять задачи повышенной сложности или разбивать их на подзадачи.
3) Повышает стандарты качества и лучшие практики в команде, документирует их и делиться с командой.
4) Способен объяснить технически детали нетехническим коллегам.
5) Управляет ожиданиями stakeholder'ов
6) Следит за тем, чтобы команда следовала стандартам, лучшим практикам и требованиям.
7) Понимает основные "драйверы" бизнеса и сложности кросс командных взаимодействий и использует это знание, чтобы помочь всем и сразу.
8) Имеет широкие и глубокие познания в технологиях.
9) Не знаю, как грамотно перевести: Turns discussions into actions.
10) Критичен к новым технологиям.
11) Занимается тренингами и менторством по отношению к младшим коллегам.
Этот момент, когда твой начальник смог найти на картинке 3 покемонов, а ты ни одного.
Для тех, кто хочет поискать.
Вся жизнь в Нидерландах одной картинкой.