ИТ в Беларуси-2018: все говорят про рост зарплат, каждому третьему недоплачивают, менеджить не очень выгодно. Исследование dev.by, часть 4

31 комментарий
ИТ в Беларуси-2018: все говорят про рост зарплат, каждому третьему недоплачивают, менеджить не очень выгодно. Исследование dev.by, часть 4

В четвёртой и финальной части отчёта по результатам ежегодного опроса белорусских айтишников dev.by представляет наиболее чувствительные данные отрасли. Именно о них не принято говорить вслух даже внутри команд, не говоря уже про компании, а размеры имеют первоочередное значение.

​все материалы исследования-2018

Зарплаты в белорусской ИТ-индустрии — один из объектов гордости чиновников из профильных ассоциаций и катализатор экономических дискуссий в медиа. Но для многих опытных айтишников эти пересуды постепенно переходят в категорию отвлечённых рассуждений и не становятся поводом для холиваров, кто чего достоин. Причина проста: средние и медианные значения зарплат в отрасли уже который год колеблются вокруг одних и тех же значений.

Графики в этой серии ещё более интерактивны, для лучшего понимания данных стоит поводить по ним курсором для получения точных значений.

Лиды зарабатывают больше, чем менеджеры проектов

Это одна из самых интересных особенностей рынка труда белорусской ИТ-индустрии: для многих технарей становится открытием, что те самые менеджеры, которые мягко или жёстко ведут их по проекту, далеко не всегда могут похвастать большими, чем у них, зарплатами.

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

Наиболее доходной в ИТ-индустрии, если не брать в расчёт С-level должности, является позиция технического\командного лидера. В глазах менеджмента компаний это ключевые сотрудники, даже в нижнем квартиле таким специалистам платят по 2500 долларов, не говоря уж про верхний, где речь идёт о 4000.

В Беларуси пока в первую очередь технические навыки являются основным условием успеха и материального спокойствия для среднестатистического работника индустрии.

Аналитики зарабатывают примерно наравне со специалистами по тестированию. Не в пику последним, но в очередной раз стоит отметить, что практические скиллы ценятся на рынке куда выше аналитических, даже с учётом того, что бизнес аналитик часто может являться младшим специалистом по UX. Отрасль в массе своей ориентирована на тех, кто непосредственно кодит и поставляет.

Гендерный дисбаланс в зарплатах остаётся только на уровнях senior и выше

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

Однако не стоит сразу говорить о гендерной дискриминации: более позднее вхождение женщин в индустрию имеет значение. У джуниоров и мидлов разница между полами в плане зарплат практически незаметна.

Специализация по языкам программирования практически не влияет на зарплату

По пути на работу в вагоне метро можно почитать объявление про курсы программирования с упоминанием той самой зарплаты, в разы превышающей заветные телеэкранные 500 долларов. Компании тоже часто пишут, как они ищут таланты хоть в сельпо, но реальность остаётся прежней — порог входа в индустрию те самые 500 долларов, и от выбора осваиваемой технологии они практически не зависят.

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

Тем не менее, хоть на чуть-чуть, но более хайповые JavaScript и Python разработчики уже опережают своих коллег из традиционного «наше всё» Java и .NET.

Уже восемь лет каждый третий айтишник считает, что ему недоплачивают

Число недовольных зарплатой относительно представлений о своей квалификации остаётся практически неизменным за всё время присутствия такого вопроса в анкете. Таких снова чуть больше трети от числа опрошенных.

Ничего нового нет и в распределении энтузиазма по профессиям и технологиям. Чуть более оптимистичны эйчары, в чьи обязанности в общем-то входит оптимизм, и высокооплачиваемые лиды. В остальном, как обычно, на двух невозмутимых один недовольный.

Но как, Холмс? При стабильном среднем уровне зарплат всё больше айтишников заявляет об их стабильном росте

Который год средний уровень зарплат остаётся сравнительно стабильным, но это не мешает всё большему количеству респондентов заявлять об их внушительном росте (более 20% за последние 12 месяцев) в персональной проекции.

С одной стороны, отрасль продолжает активно развиваться и впитывать большое количество кадров, которым есть ещё куда расти как в профессиональном, так и в материальном плане — это подтверждают максимальные значения по росту зарплат у «мидлов» и специалистов с опытом в пару лет. С другой, это свидетельство того, что конкуренция за кадры на рынке не ослабевает, и об изменениях зарплат в позитивную сторону сообщает больше 30% даже лидов.

По теме
Все материалы по теме

​Результаты предыдущих опросов

Хотите сообщить важную новость?

Пишите в наш Телеграм

Горячие события

MobileOptimized 2020 Online Edition Conference
6 ноября — 7 ноября

MobileOptimized 2020 Online Edition Conference

Читайте также

Четверть айтишников уходят в отпуск с 26 октября — опрос
Четверть айтишников уходят в отпуск с 26 октября — опрос
Четверть айтишников уходят в отпуск с 26 октября — опрос
Белорусские айтишники определились с планами на отдых в этом году. Сегодня в отпуск уходит четверть ИТ-специалистов из принявших участие в опросе dev.by. Большинство — на один или несколько дней и за свой счёт.
24 комментария
Отпуск или за свой счёт? Опрос про планы на октябрь и потом
Отпуск или за свой счёт? Опрос про планы на октябрь и потом
Отпуск или за свой счёт? Опрос про планы на октябрь и потом
7 комментариев
Появился алгоритм, который точно предсказывает риск заражения и смертности от коронавируса
Появился алгоритм, который точно предсказывает риск заражения и смертности от коронавируса
Появился алгоритм, который точно предсказывает риск заражения и смертности от коронавируса
1 комментарий
8 наиболее оплачиваемых языков программирования в финансовой сфере
8 наиболее оплачиваемых языков программирования в финансовой сфере
8 наиболее оплачиваемых языков программирования в финансовой сфере
1 комментарий

Обсуждение

4

Полезная информация. Спасибо.

Anonymous
Anonymous
3

У сеньеров верхний квантиль $2500, и большинство с большим трудом дотягивает до $3к? И в чем разница между Lead dev c верхним квантилем в 3.5к и тим лидом в 4к? Т.е уж лучше искать remote вакансии, чем смотреть на местные конторы. Зачем некоторые сеньёры с 5+ опыта продолжают работать за 2к, можно же поискать remote вакансии или нормальные конторы.

6

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

7

Работая в данный момент как remote contractor, смею лишь предположить, основываясь на своем опыте:
1. есть много подводных камней, идти на ремоут дано/хочется не каждому: открыть ИП, иметь дело с бухглатерией и отчетностью перед банком, налоговой, ФСЗН, отсутствие офиса и лимит общения, неоплачиваемый отпуск, вак и т.д.
2. найти нормальную позицию тоже, в целом, может быть относительно непросто. из моего опыта поиска на разных ресурсах: много шлака типа "work in US time only" или "us authorized candidates only". смотря какой стек, но вот с .NET было просто challenging найти позицию, а переквалифицировываться в JAVA/pure JS не хотелось (там позиций побольше)
3. специфика ремоут работы: в основном, это pure девелопмент, с большим количеством прояснений реквайроментов. если человек привык лидить/погонять - может быть сложно свичнуть майндсет к "просто" разработке
4. человек должен хорошо владеть английским, уметь разруливать: пинать всех, искать, узнавать, просить помощи и т.д. (это тоже немного сложнее, когда ты работаешь один)
5. надо хорошо уметь планировать, владеть своим временем и быть открытым к отчетности (в основном, трекинг времени вплоть до каждыйх 15и минут)

есть свои плюсы:
1. даже амортизационно (вак 20 рабочих дней в году + все гос праздники) получать можно существенно больше верхнего квартиля тим лида (в кроссовере, если ты извращенец, то можно и 7.5к :) )
2. можно много заниматься кодом, дизайном кода (для тех, кто любит кодить ;) )
3. относительно гибкая локация, откуда работаешь

но деньги же не всех мотивируют. многим больше нужна мотивация в виде dev/SA level Jesus, признание в глазах коллег и родителей за свой высокий тайтл, спокойствие и стабильность, а тут этого объективно меньше, ты всего лишь self employed :)

Артём Быстров
Артём Быстров Пилот межзвёздного пространства в Космолёт
-3

В свете вышесказанного особенно "приятно" смотреть на работников ЕПАМа, т.е. получают такие вот 1.5к, но зато у них мед.страховка есть, и стабильность )) А, кстати, ещё что есть у 90% епамовцев - это непомерное ЧСВ :)

7

Вы лично пообщались с 90% епамовцев? Или хотя бы с 400 работников?
EPAM настолько большой, что в нём как и в жизни встречаются самые разные люди. Наверняка есть и с непомерным ЧСВ, но говорить, что таких 90% - просто несусветная глупость.

Anonymous
Anonymous
1

"За выход в менеджмент, пусть для начала и только проектный, в западных странах часто конкурируют так, что пыль столбом стоит даже в минских офисах разработки. А белорусский медианный проектный менеджер зарабатывает лишь на пару сотен больше, чем аналогичный разработчик."
----------
На самом деле было бы круто добавить в статистику product owners. PM это больше секретарско-администраторская должность, которая есть далеко не везде.

0

Сразу видно, что ты работаешь в продуктовой компании :) Продукт оунеров на всю беларусь штук 30. Статистики маловато.

0

Должно быть на порядок больше. Фактически в каждой местной продуктовой компании есть один или даже несколько, кто-то да работает на удаленке, кто-то стартапит.

0

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

agentcooper
agentcooper PM в SK hynix memory solutions Eastern Europe
5

По поводу Lead vs PM - это лукавая статистика. Lead не может быть джуном, это нонсенс (студенческие и хобби-проекты за скобками) - как правило это спец сениорского уровня. PM - может быть начинающим и малоопытным, с небольшим уровнем делегированной ответственности.

Артём Быстров
Артём Быстров Пилот межзвёздного пространства в Космолёт
-5

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

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

3

Вы про какого именно менеджера?
Вы как разработчик общаетесь с заказчиком(который как product owner) про то "как бы он хотел сделать/как хочет бизнес", но не общаетесь с ним по поводу приоритетов фич на следующий релиз/mvp, не общаетесь на тему координирования деливери(когда, что, кто), не общаетесь с другими разрабочиками на тему повышения им зп, не координируете хайринг, не чините процессы, не координируете закупку например чего-то для проекта(железа, софта итд), не увольняете других разработчиков, не обсуждаете план командировок для разработчиков, не чешите языком красиво, чтобы заказчик дал денег захайрить вас как разработчика.

Если вы все это делаете + пишете код, то вы менеджер тоже.

Артём Быстров
Артём Быстров Пилот межзвёздного пространства в Космолёт
-6

Описанные вами "обязанности" находятся на уровне кадровички-завхоза тёти Сони, только что со знанием английского языка. Почему вдруг тётя Соня стала получать "всего-лишь" на пару сотен долларов больше разработчиков (при том что на разрабах всё держится - и менеджмент, и тестирование) - и тётя Соня при этом недовольна - это загадка. Ах-ах, все-лишь на пару сотен больше, да они же блин святые наверное!!!

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

4

Для меня это выглядит как иллюзия понимания работы менеджера. На проектах постоянно возникает куча всякого говна, которое (при хорошем менеджере) никогда даже не попадает в поле зрения команды, но которое нужно разрулить с заказчиком, чтобы проект сохранился в принципе, как явление. Внутренний репортинг, внешний репортинг, планирование в котором мало-мальски серьезный клиент нуждается не меньше, чем сам аутсорсер - это все реальность, и когда работа по масштабу сложнее чем проект на апворк, с соответствующими бюджетами, без этого ничего не бывает. Что, девелоперы умеют/хотят/могут делать это профессионально?

Работа с ожиданиями заказчика, урегулирование конфликтов/проблем с его стейкхолдерами и подобные скучные вещи - может, это умеют? Да come on, на уровне ниже лида, сплошь и рядом даже близко нет. Большинство белорусских девелоперов в принципе нельзя пускать к клиенту, потому что они не умеют вежливо общаться по-английски, их речь клиент воспринимает зачастую как хамство, хотя умысла на хамство нет - есть нехватка знаний/скилла. Вежливо - по стандартам USA/UK, хотя бы, с пониманием культурного кода.

И еще тонна всяких нюансов, которые выглядят простыми или вообще не видны, когда ты пишешь код, но без которых скорее всего чужие сейлзы имеют хорошие шансы отжать проект, если только клиент не увяз безнадежно в легаси. Хотя бы то, что менеджер - человек, несущий ответственность за проект. Вообще за проект - не за фичу там или компонент, а за все. Любой головняк, связанный с обязательствами перед клиентом, любые риски (включая заболевшего или свалившего в отпуск разработчика) - это в первую очередь его проблемы, не разработчиков. Разработчикам оно дойдет как дозированный инпут в обсуждение или задача, может быть - и то не факт. Когда есть проблемы с попаданием в дедлайны, первые вопросы будут заданы ПМу, не дев-команде.

Уважая работу тех, кто проектирует и имплементит решение, хотелось бы обратить их внимание, что не все тут черно-белое, и есть много вещей, невидимых на уровне кодописания, но не становящихся от этого менее важными. В том числе и работа ПМ.

0

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

Anonymous
Anonymous
5

Это происходит от пренебрежения человеческой состовляющией. Многие из нас терпеть не могут политику, конкуренцию между людьми за ресурсы, финансирование. Терпеть не могут странные метрики и KPI, продажу и оптимизацию человекочасов итд... Поэтому аутсорс, сервис, называйте как хотите, такой, какой он есть. И ПМы далеко не ангелы, все мы знаем как мидлы потом в инсвойсе идут по сеньёрским рейтам, т.к надо зарабатывать. "Управляют ожиданиями заказчика" а на деле втирают ему то, что он хочет услышать. Просто потому, что заказчики, тоже зачастую поехвашие люди, часто со своими культурными замарочками, и если им не говорить, то что они хотят услышать, то могут быть последствия. Большинство простых людей хотят прямолинейности, открытости и прозрачности везде и не любят "процессы", и мирятся с ними, покуда они не мешают им работать. Поэтому такая нелюбовь к аутсорсным пиэмам и вообще ко всем людям, которые манипулюируют другими людьми и "управляют ожиданиями", они воспринимаются как что-то грязное, неприятное, что противоречит прямолинейности и открытости. И эта проблема никак не может быть решена в парадигме, клиент-исполнитель, когда есть разрыв в дистанции и есть отношения между теми кто заказывает и платит и кто исполняет. А когда есть ещё внутрикорпоративная политика и у того кто платит, то нелюбовь возрастает еще сильнее. А ПМам как посредникам достается вся нарпяженность как со стороны команды, так и со сторны заказчика.

4

Я понимаю, о чем вы, приведу лишь один примитивный пример, когда работа ПМ неочевидно для команды полезна этой команде.

Вы говорите, прямолинейность. Окей, вот пришел на вход RFQ, в нем описание звездолета, и дедлайн - полгода. Что скажет клиенту прямолинейный славянский разработчик в 9 случаях из 10? Он скажет, часто на херовейшем английском, "вы долбанулись что ли? Два года, и у звездолета будет парус вместо двигателей и одно крыло".

Куда пойдет клиент после такой чэснай прямолинейности? Он пойдет туда, где ему поднимут настроение и деликатно приопустят ожидания, не отбивая желания сотрудничать. И отсоветует знакомым идти в в первую фирму, потому что там сидит неотесанное хамло. Если ПМ или кто-то, выполняющий роль ПМ-а, не сядет перед этим за стол, не выяснит с разработчиком все расклады, потом не выяснит, один или вместе с сейлзом/аналитиком, что на самом деле хочет клиент, какие возможны компромиссы по сложности звездолета, бюджету, срокам, и т.п., и в итоге договорится с клиентом о чем-то, что всех +- устроит.

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

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

Бизнесу же бeз ПМ-ов (прямо с тайтлом или просто людей, выполняющих их роль) деваться некуда. И тем из нас, кто хочет делать крутые штуки, которые предполагают командную работу, часто большим составом, чем a pizza team, целесообразнее играть в одной команде с ПМ-ами и своим бизнесом, чем против них, имхо.

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

Артём Быстров
Артём Быстров Пилот межзвёздного пространства в Космолёт
-3

>> включая заболевшего или свалившего в отпуск разработчика

Очень обидные вещи пишете! По-вашему если человек решил отдохнуть - он свалил? Видно не очень вы хороший менеджер тогда. К тому же - ФАКТ - редко встречаю девелоперов которые по отпускам разъезжают, в основном ребята имеют отпуск хорошо если раз в 2 года. Зато вот менеджеры и тестировщики наоборот - наблюдаю такие все загорелые, отдохнувшие, ууухххх, прямо глаз радуется!

>> Большинство белорусских девелоперов в принципе нельзя пускать к клиенту, потому что они не умеют вежливо общаться по-английски

Поверьте, те кто развивается, кто уже не студент, вполне себе умеет общаться и с клиентом, и просто с любым человеком вежливо. Максимализм в виде вчерашних студентов которые получили 1000$ и считают себя богами - не берём в расчёт.
Но вообще если упираете на английский - то я уже ответил что это в общем-то тётя Соня завхоз со знанием английского просто. Не более.

4

Всё-таки в английском много подводных камней, о которых мало кто знает/рассказывает. Приведу пару примеров, которые лично для меня стали откровением пару лет назад, хотя английский учу, можно сказать, постоянно с первого класса школы (пусть и в очень вялом режиме).
Если на вопрос, который подразумевает короткий ответ, Вы ответили "Yes" вместо "Yes, I did", считайте, Вы послали человека куда подальше.
Если Вы британцу сказали "Yes, I will do it", по нашему это означает примерно "Расшибусь, но сделаю!". И если вы не сделаете, то клиент будет капец недоволен. Но это британец, он не будет прямо и бурно выражать своё недовольство. Он так напишет, что с первого взгляда и не догадаешься, что человек недоволен.

Артём Быстров
Артём Быстров Пилот межзвёздного пространства в Космолёт
-5

Alexei Ivasechko, вот вы вроде и правильные вещи пишете и вроде как и логика соблюдена. Моя речь в основном основана на умозаключении автора статьи о том, что ПМ получают "всего-лишь" на пару сотен долларов больше. Я про это и говорю. Я например как девелопер вижу кто что делает на проекте, кто тестирует, а кто решает ничего не значащие вопросы которые сам и придумывает, которому девелоперы говорят - фича на месяц, а он обещает заказчику неделю и потом все кругом виноватые, и вообще кто имитирует бурную деятельность и как следствие свою мнимую незаменимость. И за это "всего-лишь" на пару сотен больше чем разрабу? Да ладно, ребята. В 2 раза меньше чем разрабу - ещё нормальный расклад.
PS: ребята девелоперы, уважайте свой труд! Не позволяйте болтунам получать больше чем вы, не считайте что красивое название должности определяет уровень зп, меняйте галеры на те где больше платят разрабам а не бизнес-менеджерам.

PPS: кстати догадайтесь с 3 раз кто чаще по всяким командировкам в США, Европу, Китай катается? Правильный ответ - опять те кто сумел убедить руководство в своей значимости. Им и визу бесплатно от компании сделают )) А разраб будет сам в посольстве унижаться если захочет куда-то съездить, и пофиг вообще-то что при устройстве на работу ему обещали интересные командировки в Европу. У нас так даже девочка-HR за счёт компании попутешествовала.

2

Артём, не обижайтесь, поработайте лет 5 хотя бы и будете тоже летать в командировки (если это ещё будет интересно). В комментах Ваших вижу 23-летнего обиженного пацана, которому хочется всего и сразу, а ему не дают. В командах постарше часто другая проблема - некому летать в командировки. 23-летних юношей не отправишь, а в 30 лет семейные не хотят уже никуда лететь, кроме отпуска. Всё постепенно будет. Но сначала докажите свою значимость.

3

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

Даже вилка "решить проблему самому / привлечь члена команды как эксперта" - это тривиальный, но постоянно возникающий вопрос. Потому что у каждого варианта есть риски и цена. Привлек человека, оторвав его от работы - получил просадку в velocity. Не привлек - рискуешь принять плохое решение. И так во всем - снова, тонны нюансов. Этому учатся годами - как принимать оптимальные решения, как решать проблемы. За эти знания отчасти бизнес и платит.

Вы уверены, как девелопер, что сможете потянуть этот груз, даже на своем проекте? Когда любые проблемы, изнутри и снаружи, первым делом будут валиться в вас, а вам нужно в условиях неопределенности и цейтнота постоянно принимать по ним решения, многие из которых несут финансовые последствия для компании?

Anonymous
Anonymous
1

Так это же и есть корень проблемы

Односторонняя прозрачность. Разработчик всегда под увеличительным стеклом. А всего этого "титанического труда" менеджмента средняя команда на аутсорсе и близко не видит. И я сомневаюсь, что это всё ради ограждения от стресса. Одно дело, например, участвовать в сложном разговоре, другое дело - прочитать о нём в таске.

Часто вы видите менеджерские таски с описанием работы, описанием выгоды от потраченного времени? Часто вы обсуждаете на ретроспективе менеджмент?

https://files.adme.ru/files/news/part_94/948460/preview-34454715-1200x630-99-1509696280.jpg

Артём Быстров
Артём Быстров Пилот межзвёздного пространства в Космолёт
-1

таки вот рисунок в тему 100%
Вы же не будете спорить с тем, что в нашей стране, гораздо-гораздо больше людей желающих самоутвердиться за счёт того что они боссы со штатом подчинённых, нежели реально становиться у руля корабля? Поэтому и отношение такое к менеджерам, как к нахлебникам. Посмотрите сами большинство интервью тут или на онлинере - "Я, Я, ещё раз Я, потом опять Я, и вот снова Я, и воооон там, где-то вдалеке, мои мальчики-девелоперы суетятся."
А ещё, кстати, менеджеры очень любят бонусы между собой делить, а девелоперам и так сойдёт, ведь девелоперы в большинстве - затюканные с детства интроверты, которые боятся слова сказать, а менеджеры - бравые гусары этакие, э-ге-гей!!

0

Менеджерские таски больше всего напоминают вот это:
https://notagram.ru/wp-content/uploads/2017/07/ad8714fe32b1c2fbb8555eeac7a9d8d7.jpg
Когда есть Вася, который впахивает как проклятый, и 20 умных менеджеров, которые рассказывают как и что нужно правильно делать. Совсем между собой не общаясь, не то что уже что-то уточнять у заказчика. И каждый старается быть главнее другого, а потом если что-то случается, то ответственности ни от кого уже не дождешься.

Артём Быстров
Артём Быстров Пилот межзвёздного пространства в Космолёт
-4

// не чешите языком красиво, чтобы заказчик дал денег захайрить вас как разработчика

Ну это вообще самообман с вашей стороны. Предложений проектов сейчас много, и толковых девелоперов просто днём с огнём не сыскать. Вы точно уверены что деньги заказчик перечисляет из-за вашего умения языком чесать? Точно? Или потому что Вася-девелопер пишет классный код, и заказчик думает - ладно, фиг с ними, буду ещё и менеджера спонсировать, от него конечно толку не так много, но наверное он тоже важен?

1

Бизнесу без разницы какой пишется там код. Ему важно чтобы решалась бизнес-проблема. В решении задействован гигантский конвеер ролей. PM - очень удобный contact point, через который бизнес получит взгляд на состояние этого конвеера. Если PM будет обладать софт-скилами вашего уровня, то тут уже будет не важно что пишет Вася. Бизнес почувствует что не видит картины, и потерял контроль за своими деньгами.

Иван Морозов
Иван Морозов Project Manager в SumatoSoft
0

Как менеджер соглашусь, что менеджеры нужны далеко не в любой команде и/или проекте, зависит от зрелости и компетентности сотрудников, прозрачности и чёткости процессов, адекватности клиентов и т. п.
Всё же, находить правильный баланс и принимать верные и оперативные решения, чтобы, во-первых, уложиться в бюджет и сроки и поставить ожидаемый функционал с ожидаемым уровнем качества, задействуя разных специалистов (и пытаясь таки сформировать из них команду), и, во-вторых, стараясь максимально удовлетворить и обеспечить комфорт и счастье в меру собственных возможностей и для этих самых специалистов, и для клиента, и для руководства - это работа не для тёти Сони.
Однако, я в целом ок, если хорошо делающий свою работу разработчик, сеньор и даже миддл, с более узкой зоной ответственности, но при этом все равно профи, получает больше менеджера.

Иван Морозов
Иван Морозов Project Manager в SumatoSoft
0

блин, я давно уже не в EPAM. Что за фигня с подписью?

Александр Коротыш
Александр Коротыш Директор в ООО "Эни Реквест"

Комментарий скрыт за нарушение правил комментирования.

п. 4.1.2 Пользовательского соглашения — https://dev.by/pages/agreement.

Спасибо! 

Получать рассылки dev.by про белорусское ИТ

Что-то пошло не так. Попробуйте позже