Комментарии 140
Финансисты не могут оценить бизнес компаний.
Тут важно попытаться провести оценку. Многие даже не думают в этом направлении, к сожалению. Часто поверхностный анализ показывает, что с компанией лучше не связываться.
Тут, видимо, вопрос не в том, что показывает анализ, а как такому анализу можно верить.
С точки зрения программиста, очень сложно оценить прибыль и расходы компании, чтобы посчитать свою собственную зарплату.
Это ж какой должен быть маленький продуктовый бизнес, или насколько маленькая галера, (обратите внимание, не хай левел менеджера, не руководителя проекта, и даже не архитектора), а рядового разработчика, чтобы зарплата одного такого сотрудника сильно влияла на прибыль?
Это надо быть прям ключевым разработчиком, типа Кармака в ITSoft.
Глобально тезисы правильные - интересоваться, что делает компания глобально и как в ней идут процессы,полезные для твоей карьеры. Но вот вывод оценки прибыли, еще и до трудоустройства... прям даже не знаю кем нужно быть чтобы уметь это оценить.
Проще свести дело к "не работайте в рогах и копытах меньше чем на должности архитектор, иначе будут копейки"
Ну.. сейчас достаточно ресурсов типа "за честный бизнес", где можно глянуть отчётность и понять есть ли вообще у компании "прибыль". Часто там вместо "мы 15 лет на рынке, у нас 25 разработчиков" фигуряет ооо в составе 3-5 человек... Но бывает и наоборот тоже.
К продуктовым, ещё можно отнести компании, у которых конкретный продукт может быть и не в ИТ сфере, и содержится "отдел автоматизации" разных процессов. Далеко не все идут в облака.. Тут то же самое: рост ЗП часто проблематичен и по той же причине: компания не перестанет делать продукт, даже если уволит всех своих сайтописателей.
А вот то, что автор назвал галерой, раньше звалось вебстудия.. тут согласен полностью...
А вот то, что автор назвал галерой, раньше звалось вебстудия
ИМХО, это совсем разные вещи. Веб-студии скорее продуктовые компании, нежели аутсорс. Их продукт - штампованные веб-проекты, как правило на собственном движке и удобной для команды платформе. Продавалось не время людей и команды, а конкретный штампованный продукт, с возможностью за дополнительную цену реализации чего-то out of the box.
Зарплата одного может и не влияет, но если ты поднял одному, дргим нужно подтягивать тоже и тогда вополне может оказаться что баланс не бъется. Причем в малой утаить повышени сложнее.
Я делаю проще - смотрю статистику компании за последние годы. Уставной капитал, прибыль, наличие судебных дел и т.д. Бесплатных сервисов много. Более подробная информация за деньги. Я так принял решение об уходе из одной компании.
А в чем проблема для программиста если компания не "взлетит"? Он на следующий день в другой компании работать будет. Конечно, если хочется залезть в бизнес и попытаться получить свою долю от успешной компании, то стоит оценивать. А если просто на работу устраиваться, то надо на зарплату и другие плюшки смотреть. Как только компания перестанет свои обязательства перед работником выполнять. Можно спокойно в другое место идти.
Сейчас это "спокойно" может вылиться в полгода активного поиска, и если сдутие бизнеса произойдет через полгода- год после устройства, это какая то лишняя суета, и возможный кассовый разрыв семейного бюджета
тут помогает трудоустройство по ТК РФ. За один день не уволят и при увольнении выплатят несколько зарплат. А за это время точно можно и отдохнуть, и поискать.
Ну даже с учетом ТК, это лишний стресс и неопределённость, которую лучше избегать если это не личное решение.
а так вам никто не гарантирует, что вас никогда не сократят. Вон сегодня была новость, что в интел 300 с чем-то человек сокращают. Вроде, богатая компания с длинной историей.
Меня как-то раз сократила очень крупная компания просто потому, что у нее сменилась политика по работе с регионами.
И это уже не говоря о том, что компания может из страны уйти. Не говоря уже о тысяче других причин.
Кстати, сокращение - это довольно комфортно. Вы можете отдохнуть несколько месяцев, если устали. Можете использовать это время + деньги, чтобы переквалифицироваться, если уже созрели для этого шага. Да и просто можно в плюсе по деньгам остаться.
Да, конечно, гарантий нет, в крупняке вообще местами странные решения принимаются.. и левая нога не знает что делает правая. Речь скорее про небольшие компании около 100-200 разработчиков, там можно что-то оценить и иметь некие понимания процессов в компании.
Про сокращения, если получить золотой парашют, то да, а так по ТК стандартно 3 оклада вроде - не разгуляешься
у компаний на 100-200 разработчиков могут быть свои проблемы. Инвестору разонравилось, пришел новый эффективный менеджер, конкурент сильный появился - да полно.
Работал в геймдеве примерно такого масштаба - чуть больше 100 человек. И разговорился я как-то на пьянке с каким-то бигбоссом, и он сказал, что вот мы сейчас пилим фичи - получаем бабло. Но в определенный момент, когда фич будет достаточно, инвестор может принять такое решение: всех уволить, кроме минимального количества людей для поддержки, на базе существующих фич просто перелицовывать эвенты - и все. Долгое время доходность будет плюс-минус та же, а затраты упадут больше чем на порядок.
Понятно, что чем больше, тем лучше, но 3 запрлаты(не облагаемые НДФЛ, кстати) + за 2 месяца предупредить (а не официально, обычно, за больше, чем 2 месяца) вполне достаточно, чтобы спланировать свою жизнь. Сам проходил через такое.
Ну так и поиск работы/проверки это лишний стресс
Я склонен не согласиться. В большинстве компаний, где я работал дело было не в настрое программистов. Начальство само не могло объяснить как именно вклад конкретного человека влияет на бизнес. Если брать продуктовые компании, тут дело лучше - вклад виден в продажах монетизации и косвенной статистики по конкретным фичам, которая бывает доступна. Но на галерах и оутстафах и прочем б2б всё много хуже. Просто завершить некую задачу в срок - это очень просто, и в то же время совершенно не вдохновляет, все знают что можно завершать такие задачи таким образом, что каждую следующую будет завершить всё труднее. Так как работать, что лучше долго и качественно или в срок? Как решить, если для исполнителя вся модель бизнеса непрозрачна? А главное бизнес бывает и настолько мутным, что ничего не делать и просто получать зп будет самым выгодным для компании. В общем, я к чему? К тому что весь вопрос тут состоит в мотивации исполнителей и является компетенцией менеджмента, а не рядовых сотрудников.
Делать новые фичи, чтобы поднять продажи
Простите, а от поднятых продаж разработчику чего-нибудь перепадёт? А то не понятно, почему разработчик ещё и об этом кому-то должен думать.
Это общепринятая практика или вы теоретизируете? А то как-то не понятно. Думать о поднятии продаж призывают всех разработчиков, а предлагают опционы только некоторые, по вашим же словам.
Послдение 15 лет цена акций мало коррелирует с результатми деятельности. Кроме того, опционы обычно дают с ценой, существенно выше текущей.
Простите, а от поднятых продаж разработчику чего-нибудь перепадёт?
Это уже зависит от софт-скиллов разработчика.
Если совсем всухую, никто не обещает и не гарантирует, что увеличенная прибыль совершенно точно отразится в зарплатной ведомости сотрудников. Дальновидное и лояльное к своему бизнесу и сотрудникам руководство скорее всего это будет делать.
Однако, если прибыль не увеличивается, или даже падает, с каких, простите, грошей кому-то что-то должно перепадать в принципе? Если разработчику на это плевать, почему работодателю не должно плевать на его желание разработчика расти финансово?
Это не игра в одни ворота.
Если сотрудник пришёл работу работать от звонка до звонка, тупо закрывать таски в джире, это и не плохо и не хорошо. Это нормально. Но у таких сотрудников не так много шансов как-то и куда-то продвинуться, и это тоже нормально. Вопрос только в том, сколько таких, линейных работников нужно конкретной компании.
Не понимаю за что заминусовали, все же правильно человек написал. Изначально тебя берут в продуктовую компанию как конвертера задач, поставленных аналитиками, в код, и платят соответственно - по рынку обычно +-. Если ты хочешь чего-то больше, чем рынок, нужно и пользы приносить больше, чем конвертер.
Я бы другой совет дал - поймите бизнес, разберитесь в кодовой базе. И там уже, если есть светлые идеи и большое желание стать не просто винтиком в системе - что-нибудь предлагайте. Но только не наёмным менеджерам среднего звена, не повторяйте моей ошибки - такой разговор должен идти только с владельцем бизнеса. Ну как минимум менеджеров, у которого есть власть распоряжаться финансами, и которому тоже не все равно.
Иначе даже если вам дадут творить, все успехи буду ЕГО успехами, а все неудачи - ВАШИМИ неудачами.
Надо тогда требовать долю в компании (акции если есть).
Это кстати тоже нифига вам не гарантирует
если случится "всем спасибо все свободны, кому должен всем прощаю", акции и опционы можно в туалете у себя повесить
Как-то друг работал в компании а-ля еще один конкурент убера, когда убер был на взлете. Их как раз заманили опционами, он ходил 2 года над ними дрожал. А потом узнал, что таксистам в Нью-Йорке, при переходе из Убера в эту компанию Х, выдают почти такой же опцион, а эмиссия акций ничем не ограничена. И погрустнел как-то.
Хотя положительные случаи у знакомых тоже были, когда при продаже компании они получали единовременно на руки от 50к долларов, но это надо быть сильно близким к шефам и боссам. Там парень мало того что 10 лет на JS писал, еще и кошек шефовских на Кипр возил, начинал курить когда шеф начинал, бросал когда шеф бросал, за виски ему бегал и тому подобное. Я не осуждаю, просто истории из жизни
перепадёт зарплата в следующих месяцах. как я понял эту идею автора - в продуктовой компании сложнее получить продолжительный рост на одних хард-скиллах в вакууме если не помогать компании продолжительности расти самой. понятно, что для решения бизнес-целей есть коммерция и продакты, но уровень вовлечения разработчика в обсуждение с продактами и инициативность как раз позволяют ему растить свою ценность в компании.
Довольно прямолинейный, местами нелогичный и наивный взгляд на бизнес.
Можете расписать подробнее все три пункта. Интересно стало.
Современный бизнес сложный и разработка тоже сложна, в том плане что какой-то прорыв чаще всего не индивидуальное достижение, а результат работы армии разработчиков и аналитиков. С другой стороны, мне легко представить ситуацию, когда компания продаёт ИТ консалтинг или ИТ интеграцию, там у разработчика может реально возникнуть идея, которая поднимет продажи, потому что в этой ситуации айтишник погружен в бизнес максимально.
Ну а реалии конечно это когда ты получаешь премию за удачно затащенный эпик. Или рандомный процент от рандомного процента прибыли компании в квартале. Всё это не так уж плохо. Но если у вас и правда есть идеи по развитию бизнеса, то вы скорее всего сделаете свой.
Причём, бизнес уровня ООО "Рога и копыта".
Я примерно так размышляю, когда принимаю решение о покупке/продажи акций компании.
[CENSORED] пожалуйста, больше не используйте изображение сгенеринное ИИ. Они прям [CENSORED] выглядят. А так статья интересная
Спасибо. Сказать честно, меня тоже уже задрали эти сгенерированные картинки к любым новостям что я читаю.
Проклятая баннерная слепота. Пришлось пролистать вверх чтобы посмотреть что там за картинка. Ну, картинка как картинка. Бесполезная чуть более чем полностью, поэтому я ее забыл через секунду. Кто придумал, что это привлекает внимание? Чтобы привлечь внимание, нужно выделиться. Где сиськи? ;)
В девяностые в нашем городе была газета, и в ней объявления. Причём просто объявления бесплатно, а жирным шрифтом - за малую копеечку. Каждый раз открываешь эту страницу - стена текста жирным шрифтом, и на ней сияют белым одно-два объявления простым.
Так и сейчас, можно выделиться, если ничего не делать.
В любом случае, КДПВ должна иметь размер 780х440 и весить не более 1 МБ, а не 1547х1548 и 4 МБ, как у вас.
А если используйте, то доведите до ума! Такое ощущение что берут первую сгенеренную картинку. Поэтому и глаза болят потом.
Не знаю, как в целом по палате, а у меня даже с применением ИИ времени на придумывание и реализацию КДПВ уходит неприлично много, гораздо больше, чем хотелось бы. Но с ИИ чуть поменьше.
Устраиваясь на работу, просто немного поразмыслите и поймите, что вас
ждёт с этим работодателем. Сколько времени вы будете иметь работу до
закрытия контракта или снижения продаж по продукту или сервису.
Когда в 1997/98 годах я пришел в ООО "Микротест", который рассчитывал на контракт с МПС России на модернизацию сети передачи данных, то я в начале не задумывался о времени до закрытия контракта. Но спустя пару лет я стал задумываться, а когда контракт фактически был исполнен, то работа перестала приносить моральное удовлетворение и я ушел.Но, черт побери, какие это были пять лет работы! Есть что вспомнить. Основные творческие работы по модернизации СПД МПС России Микротестом были выполнены, шампанское выпито:
Я правильно понял, что вы это недовольный мужик справа?
Пользуясь случаем, раз вы опять себя безудержно рекламируете, ещё раз спрошу про шит почта интернет:
Вместо одного почтового сервера ставятся два: один подключается к корпоративной сети, а второй к Интернету. Между ними ставится RAID-массив, который попеременно используется то одним, то вторым сервером для приема и отправки почтовых сообщений.
А можно узнать как это было реализовано технически и программно? Как hot-plug на серверах и физическое (или электрическое) переключение цепей? А с какой частотой это переключалось и как синхронизировалось с работой серверов? Как "тушим сервера, переключаем, поднимаем сервера"?
И работает ли это странное решение до сих пор?
Прошлый раз кто-то заметил, что вы никогда не отвечаете на такие вопросы, поскольку не знаете как это работает. Вы человека обозвали собакой, но на вопрос так и не ответили. А это действительно интересно.
На редкость здравая статья на тему отношения программистов к продукту. Я бы только переформулировал, что программисту следовало бы понимать в чем именно его вклад в конечный продукт. И не в разрезе "эта фича позволит ему сравнивать отели", а в разрезе "быстрое сравнение отелей позволит быстрее выбрать и оплатить", из чего умный программист поймет, что:
1) он сейчас работает над функцией, непосредственно генерящей прибыль, из которой платится его зарплата
2) функция сравнения должна работать быстро (и выберет для этого соответствующее тех. решение)
Доносить такие ценности до тех. комманд задача, разумеется, product-функции, но если они этого не делают, то их надо пинать в этом смысле и задуматься - а для чего вообще работать в компании, которая создает фичи вместо ценности для клиента.
Эм. И какая разница в итоге работает программист над чем-то важным или решает 100500й минорный баг. Зарплата от этого никак не меняется.
Очень жаль, если у вашего работодателя это так. Есть другие работодатели, которые понимают что способность решать сложные и/или масштабные задачи стоит больше.
А в чем разница для работодателя? У вашего работодателя стабильность работы продукта стоит ниже в ранге приоритетов чем добавление нового функционала?
Я не смог понять где вы в моём комментарии увидели дихотомию стабильность vs функционал.
В моем мире уровень зарплаты оговаривается на старте и потом индексируется/повышается по согласованию. И дальше в процессе работы я решаю сложные задачи, масштабные задачи, не очень сложные задачи и даже совсем маленькие. И уровень моей зарплаты от этого не меняется. Потому что все задачи важны, все задачи нужны пока ПМ не сказал обратного.
Из вашего комментария, для меня, следует что есть некоторые задачи в продукте, за которые у вас платят больше, а есть некоторые за которые платят меньше. Учитывая контекст обсуждения, я подумал, что фиксы минорных багов у вашего работодателя относят к низкооплачиваемой работе.
Поэтому и удивился, решил уточнить - правильно ли я понял.
Ну вы с течением времени можете стать быстрее/выше/сильнее, и начать выполнять более масштабные задачи. Это называется профессиональный рост. Специалист начального уровня не способен решить сложную задачу. Ему надо сначала прокачать скиллы.
Если рассматривать вот так абстрактно, то да, вы правы. Но я все еще не пойму как это связано с изначальным вопросом: какая разница над чем работает программист если зп от этого не зависит? Или у вас каждая задача отдельно оценена и имеет разную стоимость?
Вы знаете, есть такая контора, где именно так (или по крайней мере было еще в 2019). Называется "Литрес", поищите на ютубе видео от основателя "Трава и грибы как средство управления разработкой". Эдакий ультра-agile и рынок внутри конторы. На практике, правда, есть куча неприятных для сотрудников моментов, типа долгов за отпуск.
Теоретически наверное есть, но практически это почти полностью зависит от того сколько человек сам попросит. Нет никакого смысла надеяться, что кто-то поймёт и оценит вашу способность решать сложные задачи. Более того, лично у меня на всех работах корреляция зарплаты с масштабностью проектов была обратная, потому что я и так был замотивирован ей заниматься. Плюс если проект интересный, то сложнее от него отказаться и сменить работу с повышением зп.
На мой взгляд на 31:47 описан абсолютно типичный подход к оценке труда:
https://www.youtube.com/watch?v=5-8rnwvZv7A&t=1907s
Вольная цитата: "Допустим, на проекте есть два человека, которые одинаково работают. Одному из них платишь мало, но ему хватает на еду, его прёт от работы и т.п. А если другому, нужно в 2 раза больше на отпуск на Бали 4 раза в год, новую машину и т.д., ну, просто у него такие потребности и он о них сообщает, то совершенно норм платить ему больше. Какая разница, если всех всё устраивает?.. А всех всё устраивает пока они не знают зп друг друга."
Например, я видел проекты, где техлид делает самые сложные задачи, работает больше всех и при этом получает в 2 раза меньше, чем рядовой разработчик, который за полгода самостоятельно закрывает ноль задач. При этом последнему не повышают зп, только переводят на ещё более простые задачи, он капец как недоволен этим и уходит в следующую компанию с повышением зп опять ничего не делать. А техлиду единственному на проекте даже годовую премию не выплачивают и он всё равно продолжает работать.
Да-да-да, конечно он сам дурак, просто у него не прокачены софтскилы и вообще возможно он не так хорош, обычный джун случайно попавший на позицию техлида - на мой взгляд всё это очередная пачка штампов распространенных в ИТ. У человека могут быть прекрасно прокачены софт-скилы, он понимает процесс разработки в целом, очень быстро разрешает любые вопросы с аналитиками и разработчиками, у него может быть отличное понимание создаваемого продукта, он разбирается в этой предметной области, легко декомпозирует сложные задачи, точно оценивает сроки, не боится браться за исследовательские задачи, менторит других разработчиков и т.д.
Но умение просить повышение зп, вовремя менять компании, понимание рынка, адекватная оценка себя и т.д. - на мой взгляд это совершенно отдельный навык, который не имеет отношения ни к хард, ни к софт скилам.
В общем, если подытожить всё это излияние, то на мой взгляд нужно концентрироваться не только на своих хард и софт скилах и ждать что кто-то их оценит. Нет, никто и никогда их не оценит, ровно наоборот, все будут абсолютно уверены, что вам и так норм, вам не нужен отпуск, а нужно ещё подкинуть работы, потому что вы прётесь от неё. А если хочется какого-то баланса в жизни, адекватной оценки своего труда, то это совершенно отдельный скилл. И если для человека это действительно важно, то наверное есть смысл осознать это, а не тупо отмахиваться: 1) о, да, просто у тебя компания плохая, в нормальных компаниях зп сама повышается 2) да наверное ты просто не так хорош как думаешь, был бы хорош получал бы больше. Меня триггерит от таких установок, я считаю их капец вредными.
ЗП коллег не то чтобы важна. Есть намного более релевантный способ оценить свою потенциальную ЗП. Ходишь по собесам и в начале ставишь прям конскую вилку. Ну например на Лида тысяч 800. На сеньера 600 например. Если легко соглашаются, то поднимаешь выше. Если нет то опускаешь. После 3 или 4 итераций все становится более менее понятно.
Это подходит, если зп - основной приоритет. А если работа даёт самореализацию, у тебя интересный проект, то так просто не начнёшь ходить по собеседованиям. Иногда бывают разные предложения и я думаю какая минимальная сумма за которую я перешел бы к ним. Наверное я начал бы задумываться только при предложении x2 - x3 относительно текущей зп и то не факт. Понятно что никто столько и не предложит, поэтому какой смысл вообще идти на собеседование. Что самое смешное в некоторых компаниях наотрез отказываются рассказывать о твоём будущем проекте пока ты не пройдёшь 7 кругов собеседований. Ради чего? Чтобы просто попасть в вашу компанию и заниматься чем угодно?
С другой стороны, иногда я переходил даже с понижением зп просто потому что мне это было очень интересно и я боялся, что мне откажут, если я начну торговаться. Хотя это конечно другая крайность относительно подхода, который описали вы. Ничего хорошего в такой зацикленности на текущем проекте нет, обычно новый проект оказывается не таким уж плохим и гораздо более интересным.
В целом деньги наверное не такой плохой ориентир. Если ты просил повысить зп и тебе отказали, то может действительно ты не на столько нужен на этом проекте или проект не на столько востребован и перспективен.
Я иногда чувствую себя ChatGPT, у меня в каждом комментарии запускается бесконечный поток рефлексии. Основное отличие от искусственной нейронной сети наверное в том, что я отвечаю не на любой промпт, а на то, что триггерит лично меня и опираюсь преимущественно на личный опыт, а не на усредненный общечеловеческий. Интересная идея для стартапа - создать много разных нейронных сетей, которые опираются преимущественно на свои прошлые диалоги, могут узнавать собеседников, вспоминать какие-то факты из прошлого, которые те им рассказывали или наоборот могут рассказывать какие-то новые факты, которые будут интересны конкретному собеседнику. Интересно можно ли считать, что у такой нейронной сети будет личность, индивидуальность...
Вот, идея ещё для одного стартапа. В принципе, мой комментарий - это наверное не такой уж безумной поток случайных фактов и ассоциаций как выглядит на первый взгляд. Я очень часто начинаю с того, что пишу что-то совершенно противоположное тому, что пишет собеседник, например, "деньги не главное, интересный проект важнее". Потом путём долгой рефлексии, случайных ассоциаций, кулл стори из жизни я прихожу к тому, что, блин, наверное деньги всё-таки важны и в чём-то мой собеседник прав. Затем пытаюсь всё обобщить и подытожить, что наверное и то, и то важно и вообще в жизни нужен баланс. Потом мне становится душно от собственных пафосных нравоучений. И я начинаю иронизировать над собой "типа я как ChatGPT выдаю потоки безумия только по форме похожие на осмысленный текст". Потом включаются детские травмы и я пытаюсь доказать всем какой я замечательный, уже идею для второго стартапа описываю, хотя вроде ничего не предвещало, а представляете сколько идей я на работе генерю! Возьмите меня пожалуйста кто-нибудь на крутую работу с большой зп, ну, или хотя бы похвалите! Короче, если я не сверну сейчас этот поток саморефлексии, то наверное открою портал в ад (это как если два зеркала друг напротив друга поставить). В общем изначальная идея стартапа была добавить в ответы искусственной нейронной сети подобные паттерны, типа сначала не соглашаемся с собеседником, потом в итоге соглашаемся, а затем всё обобщаем. Хотя, блин, пока я это описывал придумал третий стартап - саморефлексирующий ИИ. И четвертый - ИИ, иронизирующий над разными вещами, например, над стартапами... Ой, минуту, у меня в комнате почему-то заиграла музыка Мика Гордона, в полу появилась полупрозрачная вибрирующая мембрана и кто-то см...
После 3 или 4 итераций
... заканчиваются конторы и вакансии, которыми не воспользовались для такой калибровки, и нашего любителя потрепаться просто запоминают и перестают приглашать. Скажете, нереально?
Предположим ЗП меняется в зависимости от того что ты пишешь баг правишь или фичу прикручиваешь. И если за баг платят меньше, то возникает вопрос: зачем его править? Пишешь фичи и всё.
p.s.хм, мне кажется я понял почему некоторые баги по 100500 лет не исправляют
Почему они стоят больше? Бизнесу до фиолетовой лампы что ты делаешь из беклога, если у этой таски стоит высокий райс который задал менеджер.
Мелкий баг может привести к потери денег куда большей чем принесет какая то масштабная новая фича.
Сдельно-премиальная оплата труда - это зло и применимо только в определенных профессиях
Если вы разработчик и вам платят за задачи - у вас скорее всего не очень хорошая работа
З/п может и не меняется, но кто первым пойдет под сокращение в случае чего?
Другими словами, работая в продуктовой компании, если программист хочет расти карьерно и профессионально, ему надо думать о продукте или сервисе, что продаёт компания. Делать новые фичи, чтобы поднять продажи, чтобы у компании появилась возможность и желание нанять ещё программистов ему в помощь, чтобы он мог с помощью их ещё больше увеличить продажи компании.
Какая бредовая дичь.
Во-первых, все эти "надо делать фичи" идут не снизу обычно, а сверху, со стороны PM/PO, или вообще руководства. Дальше, как показывает практика, фичи было бы неплохо продавать.
Я, если что, работаю в продуктовой компании. Не разраб, но рядышком (инфра). Идея "пилим фичи, надо фичи, пофигу на все остальное" как раз обычно идет сверху, либо от маркетинга, либо от РМ/РО, копится техдолг, ухудшается основной продукт. Пользователи уходят, прибыль падает. И снизу, с позиции рядового разработчика на это повлиять практически нереально.
Согласен. Не программист должен о новых фичах думать. Даже вредно, если программист о фичах думает. Это приводит к тому, что появляется продукт без архитектуры и дизайна. Который загнётся при попытке добавить очередные фичи.
В этом плане программист наоборот должен стараться аппетиты сейлзов урезать.
Немного возражу: программист должен знать, кто его пользователь, и что он хочет от системы. Это знание далеко не всегда, но бывает полезно, чтобы оценить какой функционал в будущем будет расти. А если это продукт для ограниченного круга лиц (например, CRM для вашего отдела аналитики) - то, имхо, стоит иногда звать представителей разработчиков на звонки, где пользователи высказывают свои хотелки. Потому что часто только разработчик может оценить сложность внедрения фичи, и у меня были ситуации, где пользователь хочет фичи, которые ему сильно упростят жизнь, и добавляются буквально за 15 минут, т.к. это уже в системе есть by design, но аналитик не знает настолько глубоко код, и говорит, что это сложно, сделаем потом. В итоге получается, что часто простые и весьма полезные фичи игнорируются.
Немного возражу: программист должен знать, кто его пользователь, и что он хочет от системы. Это знание далеко не всегда, но бывает полезно, чтобы оценить какой функционал в будущем будет расти
Всячески поддерживаю! Какая же больная боль, когда бизнес приходит и говорит - а сделайте мне вот так, не говоря зачем это. И на вопрос - с чего он (бизнес) решил, что им придуманная фича ему поможет??? - ответа нет. Часто бывает, что другая фича (придуманная совместно) поможет лучше решить боль Заказчика, да она еще и дешевле выходит по себестоимости, как правило. Но о другой фиче, вместо этой вот, надо как-то поговорить с бизнесом, что бы была возможность хотя бы мнение свое сказать, а бывает эта возможность редко, что очень печалит. Как и печалит пиление фичи, которая скорее всего не сработает.
У нас в компании просто хренова туча народу, которые специально наняты чтобы оценивать вот эти все вещи и делать это они в теории должны гораздо лучше чем программисты, которые вообще не для этого.
Меня больше волнует саморазвитие, интересные задачи, качество выполнения задач - качество кода, скорость выполнения и т.д. Делая все быстро и качественно буду уверен что сделал все что мог для компании, за соответствующее вознаграждение.
Остальное честно говоря интересовало постольку поскольку...
С чего это наёмному сотруднику печься об увеличении доходов собственников компании, если сотруднику от этого ничего не перепадёт? Продуктовый или нет - дело десятое, и даже ИТ или нет - не важно. С чего рабочему на заводе перерабатывать, если в конце месяца он и так свой оклад получит?
Думать надо, чтобы понимать свое место в компании и куда вы хотите (или не хотите) в ней двигаться. Если вы рядовой винтик в механизме, хотите быть рядовым винтиком и вас все устраивает - ничего плохого в этом нет.
И что это изменит? Пока вы работаете на компанию - вы наёмный сотрудник и такой же винтик в механизме. Разве что зарплата х раз выше. Я не говорю, что наёмный сотрудник это плохо, я говорю о тоне статьи - "разрабы, давайте стаханить без благодарности во благо компании, ведь тогда компания сможет набрать ещё разрабов и заработать ещё больше". Ты другой мотиватор дай, мол если компания больше заработает, то она и раньше сможет зарплату поднять или в таком духе.
Я про "стаханить без благодарности" в статье не увидел, но пусть так.
Я совсем другое имел в виду: работать конечно же надо за деньги ("с детства испытываю отвращение к бесплатному труду"(с)) и все (за редкими исключениями) мы приходим в новую компанию рядовыми винтиками. Можно так и остаться - закрывать таску в джире, получать зарплату и идти домой больше ничем не интересуясь. Через три года поменять место работы с прибавкой к зарплате. Тоже карьерный путь, не хуже других. Но даже рядовому винтику хорошо бы посматривать, а как там у компании в целом дела, чтобы не была внезапной ситуация "что значит у фирмы денег нет и меня на мороз? хорошо же сидели".
Ну и даже рядовой винтик обычно может за что то побороться, например в другой отдел/команду перейти внутри компании, где интереснее или теплее.
Такое ощущение что берут первую сгенеренную картинку. Поэтому и глаза болят потом.
Я бы, в целом, ввёл отдельный предмет в ВУЗах, где рассказывалось бы о рынке. О том, что существуют продуктовые компании и аутсорсинговые. Что есть стартапы, энтерпрайз, гйеминг и прочие и прочие направления. И т.д. и т.п.
Но, пришлось всё это познавать на своей шкуре и своих ошибках. После окончания обучения, я фронтенд от бекенда едва отличал...
Я бы, в целом, ввёл отдельный предмет в ВУЗах, где рассказывалось бы о рынке. О том, что существуют продуктовые компании и аутсорсинговые. Что есть стартапы, энтерпрайз, гйеминг и прочие и прочие направления. И т.д. и т.п.
В той или иной форме оно сейчас есть в вузах много где. Другой вопрос - насколько качественно преподается и насколько тщательно экзаменуется, но в принципе всё есть - и стартапы, и право, и экономика, и бизнес-процессы, и трудовой кодекс, и гейминг и т.д. и т.п..
Так и не понял, что хотел сказать автор? Продуктовые компании хорошо, а галеры плохо? Напомню, что стартапы - это тоже продуктовые компании, и там может вообще не быть никакой экономики, а тупо проедание инвестиций. Кроме того, в стартапах ценят "увлечённых людей", что на деле означает, что овертаймы обязательны. Что касается галер, то галера галере тоже рознь. Многие умудряются проработать на галере десятилетия, в то время, как не каждая продуктовая компания протянет столько.
Можно пытаться спрогнозировать и угадать с шансом <10%. Можно просто смотреть, что происходит в компании и за ее пределами и делать ноги, когда выгодно.
Зачем мне, как бекендеру, фронтендеру, sre, тим/тех лиду, архитектору, не профессиональные СЕО, борд директоров, продакты, сейлзы, если надо думать за них над компанией и продуктом? Я думаю над продуктом в сфере своей профессиональной ответственности, не более.
Я понимаю что большинство из "эффективных менеджеров" осознают что они хитрожопые дебилы, но это уже перебор имхо. Топят компании и продукт они, а думаю над продуктом и крыса - я.
загадка, почему программисты не могут оценить бизнес компании, в которую устраиваются
Потому что если бы они это могли, то устраивались бы не программистами:)
У вас странное представление о карьере в IT.
Карьера в It это не вырасти внутри компании по должности или зарплате.
Потому что во первых в большинстве компаний вам никто не даст внутри компании вырасти в грейде в разы.
Во-вторых - сидеть в одной компании до упора это прямой путь к деградации. Как бы круто вы не прыгали между отделами и задачами, закостенение всё равно происходит.
Карьера в It - это вырасти по квалификации и опыту, чтобы потом в другой компании этот опыт и квалификацию продать.
ИМХО, конечно же.
Ну я лично знаю кейсы с проработать ровно 10 лет, начав мануальным тестировщиком и продолжая сейчас директором по всему айти в компании с офисами в десятках стран. Нормально, и так тоже бывает. Но чаще да, если сама компания не растет, то и сотруднику расти некуда. И тем не менее - внутри тоже можно.
Да плевать мне на прибыли и убыли. Нет зп которую я хочу? Я пошёл искать тех кто платит.
Ну, это как расширение кругозора что-ли и понимание финансового состояния, и стоит ли ждать повышений вообще, и чтоб не было неприятных сюрпризов в виде внезапных сокразений. Мне вот интересно как у компании дела и какие договоры есть на то к чему я прилагаю руки. Что не отменяет тезиса о том, что головная боль об этом на других сотрудниках. Однако, какую нибудь по-моему мнению продаваемую фичу вполне можно предложить реализовать.
В Роскомнадзор пойдете работать?
Есть третий вариант - стартап с единственной целью продаться крупняку полностью.
Ну хоть с какой-то сегментацией в две лунки определились. Теперь надо бы выяснить в каком цикле находится ваш продукт, какова дальнейшая политика в отношении продукта или сервиса, на каком счету находится ваше начальство и отдел, какое отношение начальства к работникам, какая атмосфера в компании, какие поощрения и наказания, какие перспективы отрасли в целом, ну и ради чего напрягаться на данном месте в конце концов?
Двоякое ощущение от подачи в статье. Что-то глубоко, по сути, что-то сильно обобщенное.
Как крысячить и выжить, или крысы бегут первыми с ИТ-корабля
Так, когда «крысячить» и когда бежать с «корабля»?
Когда я устраиваюсь на работу… пытаюсь выяснить…какие у неё есть клиенты или контракты.
Очень важная идея – знай своего работодателя. Проблема в том, что через OSINT далеко не всё видно, даже если найдены артефакты, нужно иметь жизненный опыт, чтобы их валидировать. Остальное видно в первые месяцы работы, но, если контракт исполняется, кажется, зачем выполнять не свою роль?
С первой группой ситуация несколько сложнее. У такой компании есть стабильный доход, который получается от ежемесячных (или годовых) платежей от клиентов.
Так получилось, что моя первая работа была галерой, и придя в «продуктовую» первые месяцы я не мог понять, что мне еще делать, кроме работы, в каждую субботу и воскресение, и в любой будний день после 18.00. И здесь, действительно, был галерный взгляд со стороны, что много бесполезных задач и фантазий сверху. У всех, кто приходил, инициативы хватало на два месяца, дальше система перемалывала мышление не на результат, а процесс, и у меня тоже. И очень жаль, что, проработав достаточно долго, я перестал следовать отмеченной ранее истине «знай своего работодателя». Компания, точнее наиболее крикливое руководство, увлеклось не удовлетворением потребностей клиентов, а техническими амбициям, что закономерно привело к росту технического долга по основному продукту и потере ключевых клиентов. Стабильный доход закончился, и вот мы вернулись к заголовку этой статьи. С большим уважением отношусь к продуктовым компания, которые по мимо экономических аспектов, остаются верные себе – своему продукту, только освободившись от рамок KPI можно делать искренне гениальные вещи. Можно ли это понять из OSINT и на стадии собеседований? Вряд ли.
Со второй группой компаний все очень понятно. Очень высокий риск того, что контракт будет не продлён, и все нанятые под этот контракт программисты будут уволены. Самый главный страх программистов в этой компании — что не будет задач дальше, которые будут оплачивать.
О, здесь подпишусь под каждым словом, но с оговоркой: специалист боится, только тогда, когда понимает, что выдает посредственный результат. Как писали выше @gun_dose – галера галере рознь. Если хитропопый работодатель с контрактом мелким шрифтом, то да, работа до лучшего предложения. На других галерах иначе, всё честно: и работа без ТЗ и овертайм и т.д., НО и соизмеримое вознаграждение. И об этом предупреждают настойчиво и заранее, чтобы потом не тратить своё время и кандидата. Все прозрачно, делаешь хорошо – нужен клиенту и команде, значит зарабатываешь свой Х. Да, здесь далеко не все остаются, и каждый, проработавший больше двух лет, на вес золота, и поверьте, все заинтересованы, чтобы их удержать.
К сожалению, некоторые программисты, которые пришли с галер, пытаются реализовать свою стратегию карьерного и зарплатного роста через получение большего числа задач и обязанностей.
Не совсем так, на галере, сколько угодно можно взять задач и обязанностей, но, если акт клиентом не подписан, ты ничего не получишь (не получишь больше базы). Поэтому у всех основная цель не в красоте проекта или фичах, а в том, чтобы был закрыт контракт. Да, клиент, особенно B2B и В2G, часто просит не эффективное решение, а те, которые закроют их личный KPI. И да, здесь нет чёткого продукта, а работа с техдолгом ведется в январе и мае, чтобы в другие периоды было быстрее «грести».
Как бы банально не была сформулирована истина, но каждому своё. Я сам непрерывно на галере 17 лет, бывает, когда рабочая неделя переваливает за 65, хочется заняться творчеством, но в остальном всё в порядке, и конечно спасибо команде.
А в чем смысл жизни с рабочей неделей в 65 часов? Ну в смысле что даже если зп выходит большая (а это вообще так?), то когда это тратить все заработанное? Хочется ли чего-то?
"Качественно сделанная работа", продукт, это все очень замечательно... но а для себя что?
Боюсь у меня нет ответа за всех, но чаще каждый находит смысл для себя.
Официальный мотив - доход, но кто-то хочет себя дороже продать набрав портфолио, у другого идет соревнование с банком в закидывании третьей ипотеки, есть и те, кого дома никто не ждет, и единственная семья - это мы, команда, какая бы она не была. Кто-то уходит, кто-то остается - принимает такую работу как образ жизни, хотя и надеется когда-нибудь с галеры сойти.
65+ в неделю бывает не всегда, это вредит делу, рассеивает внимание, приводит к ошибкам, повторным коммуникациям и т.д., но часть года получаются такими.
Сорян, 90% содержание статьи это фантазии не имеющие отношение к реальности. Оборот факт, прибыль искусство... Наличие клиентов не говорит о том, что компания прибыльная...я уже молчу, что никто вам не даст провести нормальный аудит.
А на 10% , в целом да, прежде чем идти в компанию полезно провести анализ по открытым источникам (отзывы там и т.д)...но, нужно отдавать отчет, что это крайне поверхностный анализ, который позволит отфильтровать совсем шлак, остальное это ваш риск который вы берёте на себя и работаете или нет.
Сомневаюсь, что человеку с улицы откровенно будут рассказывать, какие продукты, кому, за сколько и как долго продает компания. В лучшем случае поделятся рекламной брошюркой своего сервиса, из которой никаких выводов о финансовом благополучии компании сделать не удастся. В худшем вовсе отделаются туманными фразами типа "мы разрабатываем инструменты анализа для крупного западного банка".
Человеку с улицы - брошюрка без деталей, обычным сотрудникам внутри - бравурная брошюрка с неуклонным ростом, начальникам направлений - инфа по реальным клиентам и что надо сделать, в ближнем круге (CEO - CSO - адвокат - бухгалтер) - реальные цифры и что кому и почему обещали. И только в голове у CEO - почему нам этот контракт вообще достался. Прошел весь путь, при каждом левел-апе раскрываются бездны. Начиная с 'ближнего круга' все планы дольше чем на год это так - wishlist (при этом я стабильно рисую планы на 5 лет, где прям прибыль оцениваю), но снизу не так заметно - колебания "линии партии" сглаживаются проходя сверху вниз.
"Продуктовая компания", разрабатывающая супер-мега-популярный сервис на деле может быть убыточной и существовать исключительно по доброй воле инвесторов, с риском закрыться в любой момент. Как это оценить не входя в совет директоров - загадка.
в 99% это понятно из финансовой отчётности.
У публичных компаний - да, у частных - никто вам отчётность не покажет.
В России сейчас есть ресурсы-агрегаторы, где раскрывают отчётность или хотя бы финансовые показатели по непубличным компаниям, и где можно найти нужную информацию по контрагентам. Уже несколько раз пробивал потенциальных работодателей.
Согласен, удобно, был сильно удивлен в свое время когда узнал, что есть такая база в доступе, причем там все юр лица вообще присутствуют, правда вроде все сайты с раскрытием информации уже перешли на платный доступ.
Среди своего круга общения почти всегда можно кого-то найти с действующей подпиской на том или ином сервисе. Что вполне решает вопрос разовой пробивки.
И, самое главное, сейчас уже нормально работает официальный сервис ФНС по раскрытию отчётности https://bo.nalog.ru/, бесплатно и вполне красиво.
Если под продуктовыми компаниями вы подразумеваете только те которые были открыты на личные деньги фаундера и потом вышли в ноль, то значит что вы просто не рассмотрели все варианты в статье.
Ну и в целом не особо ясно почему программист должен оценивать финансовую ситуацию в компании. Если это не релокация из условной РФ в условную Австралию с перевозом семьи и трех котов, то задача программиста это развивать свои скиллы (софт, хард) и получать как можно больше з/п не испортив себе ментальное здоровье (суперскучными тасками например). Если вы наемный работник, то финансовое состояние компании это не ваша проблема. Компания не может платить сколько предлагают на рынке - ну и ладно, значит пусть ищут другого сотрудника. Ничего личного.
А задача компании (бенефициаров и управляющего) сделать так чтобы наемный работник спокойно работал и не думал о том из каких денег ему заплатят з/п в следующем месяце.
Не нравится такая модель - предлагайте долю в компанию, % с продаж продукта/сервиса и т.д., если не хотите/не можете платить з/п сотрудникам больше чем заработали.
Вы почему-то перепутали менеджеров с программистами.
Программист программирует. Всё. Это его функция. Названные "должен" у вас относятся к менеджерам.
Серьёзно, будто пост писал менеджер, который хочет чтобы за него ещё что-то делали.
Последняя фраза ещё и оскорбление многих.
Статья почему-то прочиталась как "увеличиваем шансы на устройство в компанию". То есть шансы увеличиваются если интересоваться самой компанией вне предела своей ответственности - такое любят.
Лично за таким никогда не гнался, работу предпочитаю делать как "для себя", то есть если мне нравится результат, то вполне можно и сдавать. А если что-то смущает, то не отдавать с мыслью - ну это фигня же мелкая, просто не обращать внимания, а разобраться что это такое и может быть стоит сделать немного по-другому.
Когда Титаник тонул на его верхней палубе играл оркестр и танцевали люди. Приходишь ты в компанию и видишь этот самый оркестр, а компания уже тонет. Первыми компании - Титаники покидают аналитики, у них мозги есть, они привыкли анализировать и делать выводы. Если компания год без новых проектов или все проекты или контракты случайны, то ни повышения зарплат ни развития, ни новых технологий не будет. Нужно искать другую более удачливую компанию. А последними уходят программисты - кочегары в машинном отделении, они работают в узком пространстве своих обязанностей, глядя на шумный оркестр HR менеджеров.
Почему проектную компанию совместили с бодишопом и обозвали вместе галерами?
Галерой может быть любая компания и даже продуктовая, хотя вероятность такого меньше.
И забыли о т.н. фикси - это внутренние отделы поддержки.
Они обычно не разрабатывают продукты и не ведут целиком проекты, а только поддерживают с легкими доработками существующие сторонние продукты. И участвуют на новых внутренних проектах с дальнейшей поддержкой.
Т.е. имхо правильно делить ИТ на продуктовые, проектные, бодишопы и саппорт (фикси - термин из мира 1С, фактически собственный ИТ отдел не ИТ компании).
Программиста в первую очередь должно волновать его положение на рынке труда, посколько именно оно и определяет размер его зарплаты. Даже если у компании дела идут прекрасно, это вовсе не означает, что его зарплата станет выше. Целью бизнеса является извелчение прибыли, а не облагодетельствовать сотрудников. Иными словами, зачем владельцу бизнесу платить больше, если можно платить меньше.
Последние годы это сродни астрологии))
Другими словами, работая в продуктовой компании, если программист хочет расти карьерно и профессионально, ему надо
уйти с повышением рейта и грейда в другую компанию, как показывает практика рынка.
Выгнать могут с любой компании и урезать зп, сегодня компания была ведущей на рынке, а завтра от нее начали уходить инвесторы, либо же ты завалишься на чем-то на проекте и тебя опять таки попросят.
Не совсем понятны тезисы, они работают для обоих типов компаний. У второго типа компаний тоже есть определенный бюджет, и чем больше расходы - тем меньше доходы, так что каждому постоянно повышать себе зп тоже не получится.
По поводу увольнения тоже самое, если ты уволишься, проект продолжит жить и тебе найдут замену, во вротом типе компаний иногда это даже проще, т к могут быть уже готовые на замену люди.
По поводу того что может не остаться задач, это почти нереально, тут скорее проект могут закрыть/сократить из-за других причин, так же кстати как и в продуктовых компаниях, не стоит их рассматривать как единое целое, там внутри тоже все разбито на проекты и направления, которые могут стать неактуальными и их тоже закроют.
На втором типе компаний тебе просто найдут другой проект, что иногда даже и хорошо, т к считается, что менять домен и технологии раз в пару лет очень даже помогает. Но в любом случае, никакого страха нет, ты знаешь что просто найдешь другую компанию и скорее всего с более высокой зп.
Вовлеченность в проект в любом случае должна быть назависимо от компании, так проще, приятнее и интереснее работать. В продуктовых компаниях, при хорошей прибыли могут дать существенно лучше годовую премию, чем на галлерах, но это по моему опыту, иногда могут быть исключения в любую из сторон.
По типам компаний. Пропущены:
большие не ИТ компании с большим ИТ штатом: банки, телеком, ....
большие ИТ компании, где есть внутренный "сайт вакансий" и самые разные виды деятельности
Это важно, так как в компаниях, где ИТ - это поддерживающий департамент, нет ни того, ни другого. В просто больших компаниях банально много проектов и можно себя искать. Ну и "жирка" больше, чтобы просто так брать и сокращать.
Так могут работать другие законы, уже относящиеся к бюрократии и политике.
-------------
На тему того, надо ли знать как идет бизнес. Да, надо бы хоть чуток понимать, но это не 100% показатель. Вы можете прийти в успешную компанию, но ваше подразделение может попасть под сокращение. Компания в целом успешно, но ваш отдел - нет. Но в целом да - прибыльные компании лучше
Пропущен МЕГА важный момент. Это рейты компании. По сути, вас так или иначе продают. Прямо, неявно ... но так и есть. И вашим потолком является рейт + налоги (если компания интернациональная). Вот его надо понимать. Если вы попали в компанию, которая продает себя недорого - без шансов. Просто.
А вот есть оказались в "социализме" - тогда есть варианты вплоть до верхних планок рынка, если найдете свою нишу. Я бы к таким отнес как раз те компании, где ИТ - просто поддержка. Там реально можно увидеть такие перекосы.
Про продуктовые - не скажу, но мне кажется, есть ты "звезда" - тебе будуть платить, так как ты тащиш продукт, помогаешь с продажами и т.д. Остальным платить много смысла нет
Новые фичи должны вырасти из проблем и запросов пользователей продуктов. Получается программисту нужно ещё быть и аналитиком, звонить клиентам и общаться с ними?
Я и большинство моих знакомых работают в третьем виде компаний. Это когда компания занимается продажами или производством товаров каких либо и имеют свой штат разработчиков. Тут в принципе как оценивать.
Особенно когда продуктовая компания сама в уши льет, что "вот поперформишь, задачек нам доставишь и будут тебе золотые горы". Потом ты всё доставил, компания это продала, "ура, мы так продвинулись вперед в твоем направлении, теперь нанимаем кучу сотрудников", при этом ты вот как-то слабенько доставил, мы тебе шишку дадим. "Но вы же новых вон нанимаете, мы же в гору там идем" - ничего не знаем, отвали
Со второй группой компаний все очень понятно. Очень высокий риск того, что контракт будет не продлён, и все нанятые под этот контракт программисты будут уволены. Самый главный страх программистов в этой компании — что не будет задач дальше, которые будут оплачивать.
Ни разу такого не видел на галерах...
Кончается один проект, переводят людей на другой...
В самом крайнем случае - есть внутренний проект, куда кидают тех, кто оказался временно не востребованным.
Но ни разу за 10+ лет на галерах, я не видел, что бы кого-то увольняли, потому что закончился его проект.
Но ни разу за 10+ лет на галерах, я не видел, что бы кого-то увольняли, потому что закончился его проект.
у меня не такой большой послужной список на галерах
но в эпаме на бенч постоянно люди выпадали, а бенч, в последние годы был примерно как 5% от зарплаты..т.е. слетаешь с проекта - остаешься без зарплаты если не получается быстро новый найти то проще новую работу найти
помнится когда у меня была угроза закрытия проекта, мне предлагали перейти на другие где сроки были 3-5 месяцев от силы.. чёто было неприятно както..
а в другой галере вообще нет было адекватной системы распределения людей внутри, когда у нас сокращали проект, пятерых прям с концами сократили никуда не переводя, несмотря на то что контора довольно крупная
Немного не понял почему только про программистов, у нас команды побольше несколько и бегут обычно выгорев еще до закрытия бизнеса
Как-то неаргументированно вброшен тезис «(будешь делать много задач и брать много ответственности)…компания тебя рассматривает как увеличивающийся расход компании».
Может конечно и есть люди, которые не видят связи между успешностью продукта, его прибыльностью и ФОТ, но я надеюсь, что таких не очень много.
В моем понимании именно разработчики, аналитики и тестировщики (кто в большей своей массе представляет отдел it в продуктовых командах) нужно продуктовым компаниям для того, чтобы именно улучшить продукт, увеличить его прибыльность. И с чего бы тогда такие люди будут «увеличивать расходы компании»?
Те, о ком вы говорите, в моем понимании – support сотрудники. Они не увеличивают прибыльность, а поддерживают работоспособность. В этом случае я могу вас понять.
Конечно же в одном сотруднике могут воплощаться обе эти роли вместе. Но тем не менее, сотрудники, которые развивают продукт, требуют развития своего оклада соответствующе.
Но на самом деле, хоть все эти вещи и связаны, но агенты в этих отношениях действуют не из соображений «рост оплаты пропорционален росту прибыльности продукта». Мы на открытом рынке, тут каждый продает свой труд и покупает чужой. Раз сотрудник делает очень много, очень сильно вкладывается в продукт, но прибыльность не растет, то он справедливо найдет другую компанию, где его вклад в развитие будет поощряться больше.
Как крысячить и выжить, или крысы бегут первыми с ИТ-корабля