В современную эпоху каждый ИТ департамент предлагает не технологию или систему, а сервис.
Когда вы принимаете решение открыть у себя ИТ службу, отдел или департамент, вы ожидаете от него разного рода сервисов: сервис электронной почты, сервис телефонии, сервис интранета и так далее.
Вам абсолютно наплевать и должно быть наплевать на то, каким образом эти сервисы будут реализованы.
Достаточно квалифицированный менеджер или специалист, уже реализовавший ваши требования в других компаниях, прекрасно знает, какие технологии применить.
Когда он знает, что применить, он ищет того, кто готов это внедрить и применить.
Теперь рассмотрим кейс.
Вы, ИТ менеджер, решили внедрить в своей компании IP телефонию. У вас есть какие-то начальные требования, бюджет вам выделен (как на телефонию, так и на специалиста), и вы, волею судьбы, решили отказаться от outsource или услуг интегратора, и ищете специалиста на рынке, который знает толк в коммуникациях и готов сопровождать и развивать проект в качестве штатного сотрудника.
Как я уже сказал, вы не разбираетесь в этой вашей айпи телефонии. Поэтому вы наверняка допускаете первую ошибку, нагуглив системы телефонии и записав их в описание вакансии.
Быстро подумав, я могу назвать следующие наиболее популярные решения: Cisco UCM, Avaya, Asterisk и FreePBX.
Вероятность найти спеца, который знает все 4 равна нулю.
Вдоволь набив себе шишки граблей #1, вы звоните своему приятелю, который уже внедрял у себя IP телефонию, и просите у него совета.
Тут кроется вторая ошибка: та телефония, которую он вам предложит, может быть слишком дорогой, быть рассчитана на больший или меньший объем звонков и пользователей, быть сложной в обслуживании и т.д.
Но вы - активный и самоуверенный менеджер, вы убираете "ненужные" системы, и ищете человека, соответствующего требованиям.
Вы нанимаете его, он внедряет и запускает проект, вы счастливы, ваши пользователи счастливы, ваши родственники счастливы, и даже небо и начальство счастливы.
А потом система сгорает к хренам собачьим, потому что была рассчитана на 500 пользователей максимум с вашими ресурсами, а у вас внезапно стало 5000 пользователей.
Вы рвете и мечете, увольняете спеца за профнепригодность, несете огромные финансовые и имиджевые потери.
Занавес.
Когда вы принимаете решение открыть у себя ИТ службу, отдел или департамент, вы ожидаете от него разного рода сервисов: сервис электронной почты, сервис телефонии, сервис интранета и так далее.
Вам абсолютно наплевать и должно быть наплевать на то, каким образом эти сервисы будут реализованы.
Достаточно квалифицированный менеджер или специалист, уже реализовавший ваши требования в других компаниях, прекрасно знает, какие технологии применить.
Когда он знает, что применить, он ищет того, кто готов это внедрить и применить.
Теперь рассмотрим кейс.
Вы, ИТ менеджер, решили внедрить в своей компании IP телефонию. У вас есть какие-то начальные требования, бюджет вам выделен (как на телефонию, так и на специалиста), и вы, волею судьбы, решили отказаться от outsource или услуг интегратора, и ищете специалиста на рынке, который знает толк в коммуникациях и готов сопровождать и развивать проект в качестве штатного сотрудника.
Как я уже сказал, вы не разбираетесь в этой вашей айпи телефонии. Поэтому вы наверняка допускаете первую ошибку, нагуглив системы телефонии и записав их в описание вакансии.
Быстро подумав, я могу назвать следующие наиболее популярные решения: Cisco UCM, Avaya, Asterisk и FreePBX.
Вероятность найти спеца, который знает все 4 равна нулю.
Вдоволь набив себе шишки граблей #1, вы звоните своему приятелю, который уже внедрял у себя IP телефонию, и просите у него совета.
Тут кроется вторая ошибка: та телефония, которую он вам предложит, может быть слишком дорогой, быть рассчитана на больший или меньший объем звонков и пользователей, быть сложной в обслуживании и т.д.
Но вы - активный и самоуверенный менеджер, вы убираете "ненужные" системы, и ищете человека, соответствующего требованиям.
Вы нанимаете его, он внедряет и запускает проект, вы счастливы, ваши пользователи счастливы, ваши родственники счастливы, и даже небо и начальство счастливы.
А потом система сгорает к хренам собачьим, потому что была рассчитана на 500 пользователей максимум с вашими ресурсами, а у вас внезапно стало 5000 пользователей.
Вы рвете и мечете, увольняете спеца за профнепригодность, несете огромные финансовые и имиджевые потери.
Занавес.
Как ни странно, самым верным поступком в кейсе №1 было бы позвать консультанта из интегратора, чтобы он расчитал необходимые мощности и решение.
Вот тут-то и кроется самая большая проблема с интеграторами и всякими консультантами. Человек дорого одетый, говорит на непонятном языке, просит много денег - у бизнеса всегда будет чувство, что его пытаются кинуть на деньги, и скорее всего он (бизнес) будет прав.
Казалось бы, в компаниях где ИТ это не центр затрат, а источник прибыли, таких проблем быть не должно.
Но тут все испортил Гугл со своей фразой: "Лучше не нанять хорошего специалиста, чем нанять плохого."
О влиянии Гугла на рынок ИТ можно долго петь, но если вкратце - любой офис, от мамкиного стартапа до техногиганта, будет слово в слово повторять за Гуглом (при чем в основном то, что не несет дополнительных затрат, платить как в Гулге не хочет никто).
Я об этом расскажу подробнее, когда будутразжежывать такую штуку как Site Reliability Engineering, и каким образом это опять перевернуло рынок труда, но пока вернемся к цитате.
В результате все техноконторы внезапно подняли планку, стали спрашивать много и строго, отсеивать 99.99% кандидатов, одним словом - мрак.
Мне задавали такие вопросы на собеседовании, что у меня вставали волосы дыбом. Не из-за того что сложно, а из-за того что на практике такие знания буквально применять не приходится!
Другая проблема - это сами технические интервью. Когда вы собеседуете человека, ваша главная задача найти его слабые и сильные стороны и оценить их для работы.
Когда мы искали мне в помощь дбашника, я, зная что у меня плохи дела с бекапированием, но хороши с оптимизацией производительности, искал того кто решит мою проблему. Среднестатистический же интервьюер попросту проводит интервью в стиле: "Я сравню твои знания со своими, и если они неравны, то ты недостаточно квалифицирован."
Поэтому приходит человек на собеседование, из 100% возможных знаний его спрашивают про 10% которых у него нет, игнорируя имеющиеся 90%, человек уходит с собеседования с комплексом неполноценности, а потом читает из каждого утюга, что ИТшников очень мало и некого нанимать.
Вот тут-то и кроется самая большая проблема с интеграторами и всякими консультантами. Человек дорого одетый, говорит на непонятном языке, просит много денег - у бизнеса всегда будет чувство, что его пытаются кинуть на деньги, и скорее всего он (бизнес) будет прав.
Казалось бы, в компаниях где ИТ это не центр затрат, а источник прибыли, таких проблем быть не должно.
Но тут все испортил Гугл со своей фразой: "Лучше не нанять хорошего специалиста, чем нанять плохого."
О влиянии Гугла на рынок ИТ можно долго петь, но если вкратце - любой офис, от мамкиного стартапа до техногиганта, будет слово в слово повторять за Гуглом (при чем в основном то, что не несет дополнительных затрат, платить как в Гулге не хочет никто).
Я об этом расскажу подробнее, когда будутразжежывать такую штуку как Site Reliability Engineering, и каким образом это опять перевернуло рынок труда, но пока вернемся к цитате.
В результате все техноконторы внезапно подняли планку, стали спрашивать много и строго, отсеивать 99.99% кандидатов, одним словом - мрак.
Мне задавали такие вопросы на собеседовании, что у меня вставали волосы дыбом. Не из-за того что сложно, а из-за того что на практике такие знания буквально применять не приходится!
Другая проблема - это сами технические интервью. Когда вы собеседуете человека, ваша главная задача найти его слабые и сильные стороны и оценить их для работы.
Когда мы искали мне в помощь дбашника, я, зная что у меня плохи дела с бекапированием, но хороши с оптимизацией производительности, искал того кто решит мою проблему. Среднестатистический же интервьюер попросту проводит интервью в стиле: "Я сравню твои знания со своими, и если они неравны, то ты недостаточно квалифицирован."
Поэтому приходит человек на собеседование, из 100% возможных знаний его спрашивают про 10% которых у него нет, игнорируя имеющиеся 90%, человек уходит с собеседования с комплексом неполноценности, а потом читает из каждого утюга, что ИТшников очень мало и некого нанимать.
Но мы говорим о ценнике и о свойстве русских инженеров бить рекорды и влюблять в себя западного работодателя (что в последнее время очень сложно по политическим причинам).
Когда я был на международной конференции Velocity, на кофе-брейке я сговорился с одним евреем из Сан-Франциско. Мы говорили про жизнь людей вблизи военных действий (я про убитых от украинский снарядов жителей Ростова, он про взрывы в Тель-Авиве), после чего переключились на работу. Еврей был в восторге от возможностей русских разрабов и готов нанять каждого, но есть одно "но" - далеко не все говорят по-английски.
Запомни, русский Иван из Бауманки, единственная причина, почему тебя не возьмут на работу в кремниевую долину, в том что ты можешь написать свой компилятор, но не знаешь как правильно произнести London is a capital of Great Britain!
Крутость русских инжей в том, что техноскилл инженерной школы СССР (а техноскиллы совок развивал гораздо лучше, чем гуманитарные - нахрена милитаристской машине филологи и теологи?) имеет те же плюсики, которые есть в списке идеального ИТшника. Здесь вам и алгоритмы, и структуры хранения данных (что идет напрямую из математики), и возможность запоминать и держать в голове большие объемы информации (спасибо экзаменам с миллионом билетов), и аналитический склад ума, и problem solving skills, и многое другое.
Другим "преимуществом" (весьма сомнительным) является слабое техническое оснащение школ и университетов (по крайней мере когда я учился), из-за чего будущий программист пишет все либо на notepad'е, либо в тетрадке на бумаге. Из-за отсутствия подсказок от этих ваших модных IDE человек вынужден сам запоминать, какой оператор куда и в каком порядке положить (никакая скрепочка не выскочит помочь).
Но образование только задает фундамент колосса русской инженерии, весь металл и бетон в него идет от работы "в поле".
Когда я был на международной конференции Velocity, на кофе-брейке я сговорился с одним евреем из Сан-Франциско. Мы говорили про жизнь людей вблизи военных действий (я про убитых от украинский снарядов жителей Ростова, он про взрывы в Тель-Авиве), после чего переключились на работу. Еврей был в восторге от возможностей русских разрабов и готов нанять каждого, но есть одно "но" - далеко не все говорят по-английски.
Запомни, русский Иван из Бауманки, единственная причина, почему тебя не возьмут на работу в кремниевую долину, в том что ты можешь написать свой компилятор, но не знаешь как правильно произнести London is a capital of Great Britain!
Крутость русских инжей в том, что техноскилл инженерной школы СССР (а техноскиллы совок развивал гораздо лучше, чем гуманитарные - нахрена милитаристской машине филологи и теологи?) имеет те же плюсики, которые есть в списке идеального ИТшника. Здесь вам и алгоритмы, и структуры хранения данных (что идет напрямую из математики), и возможность запоминать и держать в голове большие объемы информации (спасибо экзаменам с миллионом билетов), и аналитический склад ума, и problem solving skills, и многое другое.
Другим "преимуществом" (весьма сомнительным) является слабое техническое оснащение школ и университетов (по крайней мере когда я учился), из-за чего будущий программист пишет все либо на notepad'е, либо в тетрадке на бумаге. Из-за отсутствия подсказок от этих ваших модных IDE человек вынужден сам запоминать, какой оператор куда и в каком порядке положить (никакая скрепочка не выскочит помочь).
Но образование только задает фундамент колосса русской инженерии, весь металл и бетон в него идет от работы "в поле".
В поле у русского инженера, только вышедшего из своей alma mater, начинается настоящая работа со всеми вытекающими: низкая зарплата, большое количество рабочих часов в день, вечно меняющиеся требования, горящие сроки, неадекватность руководства (в частном случае, к счастью, не всегда) и прочие радости.
Подобный сценарий вполне реален для системных интеграторов, работающих на госзаказах. Если ИТ контора пытается следовать стандартам разработки и делать все по уму, то условный заказчик, живущий где-то на стыке совка и беспредельных девяностых, ломает хребет всей процедуре. Результат нужен вчера, я сделаю так, что вас всех уволят, и вы потом работу не найдете, а я сейчас знаешь кому позвоню - все это огрехи заказчика, неадекватного, агрессивного и уверенного во власти своей записной книжки.
Если в западной Европе заказчику можно объяснить, что комбинация "быстро-дешево-качественно" невозможна в принципе, то российскому чиновнику, который отрезал часть бюджета и теперь должен родить результат, пока от кормушки не убрали, это объяснять бессмысленно.
В результате русский инженер должен в сжатые сроки создать надежное и высокопроизводительное решение, держа в уме все сценарии (в том числе думать и за себя, и за заказчика, и за его левую пятку).
И еще спрашивается, почему русские и воспитанные в русской культуре инженеры самые сильные.
Подобный сценарий вполне реален для системных интеграторов, работающих на госзаказах. Если ИТ контора пытается следовать стандартам разработки и делать все по уму, то условный заказчик, живущий где-то на стыке совка и беспредельных девяностых, ломает хребет всей процедуре. Результат нужен вчера, я сделаю так, что вас всех уволят, и вы потом работу не найдете, а я сейчас знаешь кому позвоню - все это огрехи заказчика, неадекватного, агрессивного и уверенного во власти своей записной книжки.
Если в западной Европе заказчику можно объяснить, что комбинация "быстро-дешево-качественно" невозможна в принципе, то российскому чиновнику, который отрезал часть бюджета и теперь должен родить результат, пока от кормушки не убрали, это объяснять бессмысленно.
В результате русский инженер должен в сжатые сроки создать надежное и высокопроизводительное решение, держа в уме все сценарии (в том числе думать и за себя, и за заказчика, и за его левую пятку).
И еще спрашивается, почему русские и воспитанные в русской культуре инженеры самые сильные.
Так вот, друзья попросили сделать обзорчик зарплат инженеров по всему миру, с разбором.
С удовольствием поработаю гуглом.
С удовольствием поработаю гуглом.
Что больше всего не нравится в таких "общемировых" исследованиях - в них никогда не присутствует Россия и Азия. Только западное полушарие и ЕС.
Поэтому приходится дополнительно гуглить русские зарплаты. Я больше всего доверяю этим ребятам: http://www.payscale.com/research/RU/Job=Software_Developer/Salary
Payscale
Software Developer Salary in Russia in 2025 | PayScale
The average salary for a Software Developer in Russia is 1,737,931₽ in 2025. Visit PayScale to research software developer salaries by city, experience, skill, employer and more.
Путем простого кальюкулятор, делим среднюю годовую зп на 65 (будем считать что бакс стоит именно столько)
Получим около 17235 долларов США в год.
Получим около 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
Не самые честные цифры, но в целом похоже на правду (хотя я понятия не имею, как сейчас дела обстоят с ценами в Москве)
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 мы не можем заполнить уже больше, чем полгода.
То есть в Европе реально есть проблема нехватки сильных кадров, отчего и зарплаты большие.
По идее, каждый кто посмотрит на мои цифры, пулей рванет на сайты для поиска работу и начнет заливать бензин в трактор.
Даже если учесть, что у некоторых есть проблемы с английским языком (который является необходимым минимум для посадки на трактор), народ валить не спешит.
Но что еще интереснее - не почему зарплата русского ИТшника маленькая в сравнении с европейской, а почему европейская такая большая.
С российской все понятно (помните мой текст про вакансии и резюме?) - здесь работодатель может выбирать и искать товарищей подешевле.
А вот, например, в Нидерландах со скилловыми ИТшниками совсем беда.
Пару лет назад на спрос в 34000 вакансий было несколько сотен выпускавшихся из университетов специалистов. (http://www.dutchnews.nl/news/archives/2015/01/the-netherlands-has-a-shortage-of-it-workers/)
Ситуация не очень-то и изменилась за 2 года.
К примеру, вакансию на специалиста Microsoft System Center мы не можем заполнить уже больше, чем полгода.
То есть в Европе реально есть проблема нехватки сильных кадров, отчего и зарплаты большие.
DutchNews.nl
The Netherlands has a shortage of IT workers - DutchNews.nl
The Netherlands is losing out on IT companies because of a shortage of trained workers.
От нового начальника прилетел крайне занимательный документ о метриках для градации специалистов по уровням junior/medior/senior/principal (principal - это прям еще круче, чем senior).
Делиться я им, конечно, не буду, но вот небольшие выдержки из него, чтобы вы могли приблизительно оценить разницу в требованиях к скиллам джуна и сеньора.
Итак, сферический Джун в вакууме:
1) Способен доставить решение, удовлетворяющее требованиям, его работа скурпулезно проверяется коллегами.
2) Способен самостоятельно решать простые задачи (с минимальными story points или атомарные).
3) Может взвесить плюсы и минусы того или иного решения и предложить альтернативу.
4) Осознает влияние вносимых изменений в продукт.
5) Продолжительно развивает свои технические навыки.
6) Оспаривает выбор основываясь на фактах, а не мнении.
7) Постоянно ищет способы улучшить свои навыки, учится на ошибках, способен конструктивно критиковать и принимать конструктивную критику.
(Самое любимое) 8) Эффективно участвует в процессе разработки и внутренних ритуалах (ЦИТАТА) команды.
У нас в команде есть такой ритуал, называется "chick of the day" - каждый из членов команды выкладывает в закрытый канал фотографии полуголых барышень. Жду не дождусь, когда смогу требовать от новичков выкладывать картинки.
То есть это очень здорово, что люди уходят от классики (продай 500 апельсинов) к чему-то новому, но у меня тот же вопрос, что был к предыдущему боссу - как измерять-то будем?
Сейчас отдышусь и выпишу по сеньорам, там еще круче.
Делиться я им, конечно, не буду, но вот небольшие выдержки из него, чтобы вы могли приблизительно оценить разницу в требованиях к скиллам джуна и сеньора.
Итак, сферический Джун в вакууме:
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) Занимается тренингами и менторством по отношению к младшим коллегам.
1) Заранее осознает возможные трудности задачи и знает от кого, когда и какую помощь просить.
2) Способен выполнять задачи повышенной сложности или разбивать их на подзадачи.
3) Повышает стандарты качества и лучшие практики в команде, документирует их и делиться с командой.
4) Способен объяснить технически детали нетехническим коллегам.
5) Управляет ожиданиями stakeholder'ов
6) Следит за тем, чтобы команда следовала стандартам, лучшим практикам и требованиям.
7) Понимает основные "драйверы" бизнеса и сложности кросс командных взаимодействий и использует это знание, чтобы помочь всем и сразу.
8) Имеет широкие и глубокие познания в технологиях.
9) Не знаю, как грамотно перевести: Turns discussions into actions.
10) Критичен к новым технологиям.
11) Занимается тренингами и менторством по отношению к младшим коллегам.
Этот момент, когда твой начальник смог найти на картинке 3 покемонов, а ты ни одного.