Я начинал карьеру как фронтенд-разработчик и прошел по всем стандартным этапам: от джуниора до сеньора и тимлида, потом стал руководителем отдела. И дальше, конечно, планировал стать CTO — Chief Technical Officer. И только через несколько лет узнал, что мои представления о том, какие навыки нужны на этой должности, были далеки от реальности.
В статье я расскажу о том, как я стал CTO в крупной компании и на своем опыте узнал о законах этого жанра. Если вам интересно, в чем заключается такая работа, или — вдруг — вы тоже готовитесь занять эту роль, добро пожаловать под кат!
Кто я такой
Все, чем я поделюсь ниже, — мой личный опыт, выстраданный за 17 лет в IT. Расскажу о нем вкратце.
В юности я был типичным гиком-одиночкой, окончил Физтех и видел свой путь только в технологиях. На первой же работе мне показалось, что я хорошо замечаю ошибки начальников. Я решил, что смогу сделать все по уму, если поднимусь на их ступеньку. Поэтому шел вперед и рос очень быстро: за 5 лет получил 4 повышения.
Следующая по уровню позиция в компании, где я работал, была директор по производству — по факту, СТО. Им-то я и надеялся стать: это был красивый лейбл и много возможностей, чтобы делать все так, как я считал тогда правильным.
Однако в тот момент новый CTO компании был не нужен. Я был молод и горяч, и хотел бежать дальше — и вместе с друзьями мы решили делать стартап. Следующие 8 лет я провел как предприниматель: основывал стартап, продавал, потом основывал новый и катил его в продажи. Все это на позиции управления разработкой: иногда это называлось директор по разработке, иногда — директор по управлению разработкой. Так было до 2019-го года, когда я понял, что хочу, наконец, сменить сферу деятельности и готов работать по найму.
Вжух, как говорится, — и я оказался в роли СТО очень крупной e-commerce-организации: в 19-м году присоединился к компании «Ситилинк». А в 20-м году я получил предложение Lamoda, от которого не смог отказаться.
Выходит, что свой путь как СТО я начал гораздо раньше, но формально могу себя так называть только последние четыре года. И между началом моей карьеры, когда я только мечтал об этой роли, и тем моментом, когда я ее получил, я как будто бы занимался другими вещами.
Так у меня появилась возможность сравнить мечты юности с тем, что увидел на практике. Эти наблюдения сначала меня шокировали, потом вызвали отторжение, потом пришло принятие. А за ними — и желание этим поделиться.
1. CTO — это про бизнес-партнерство
Театр начинается с вешалки, а работа начинается с собеседований. Прежде, чем я стал СТО, я прошел через интервью. И был удивлен, что меня собеседовал генеральный директор — человек совсем не технический.
Ни один из директоров, с которыми я общался, не был погруженным в технологии человеком. Все они искали CTO, который был бы умнее их и решал все технические вопросы. Сами они были выходцами из коммерции: талантливые люди, талантливые менеджеры, ведущие свои компании к росту.
Но не технари.
А как тогда меня собеседовали, о чем они говорили? Они делали это очень похожим образом, по одному шаблону: искали человека, который будет помогать им растить бизнес. На обоих собеседованиях — в «Ситилинк» и Lamoda — разговор шел о том, что я делал для развития бизнеса на предыдущих местах. Если я работал в какой-то компании, то в чем была ее бизнес-цель в эти годы? Какие цели ставил акционер, что хотел генеральный, и выполнил ли я то, что они хотели? А если выполнил, то как я это делал? И почему так, а не иначе?
Им было важно, что я понимал цель генерального директора, понимал бизнес-цели организации и вносил в них свой вклад. Поэтому первый урок, который я выучил с первого собеседования в e-commerce индустрии, был такой: если ты хочешь быть СТО, ты должен быть бизнес-партнером — человеком, который помогает генеральному директору растить бизнес и достигать целей: роста оборота или роста капитализации, роста прибыли или клиентской базы, и так далее.
Это важно не только для прохождения собеседований: это помогает работать, растить доверие с вашим руководителем, с вашими коллегами. Если вы хотите роста бизнеса так же, как и ваши коллеги, то вам будут доверять, в вас почувствуют своего. И, что еще важнее, — вам выделят ресурс, а в конфликтной ситуации вашу точку зрения услышат и дадут высказаться.
Закрываться и сидеть в глухой обороне — «здесь у нас внутри IT, а снаружи нас никто не понимает» — это проигрышная позиция. Рано или поздно конфликт станет явным, пойдут трещины, искры полетят, а с должности кого-то уволят.
2. CTO — это про коммуникации
Представьте: вы входите в комнату, в которой 9 человек, и все они плохо разбираются в технологиях. Вы посвятили IT 17 лет, а они не написали ни строчки кода. Но это умные и важные люди, от них зависит бюджет всего вашего подразделения, от них зависит, сможете вы или не сможете сдать проект или внедрить новые методологии. В конце концов, от них зависят корпоративные политики: например, разрешить ли вашим разработчикам работать на удаленке или нет.
Эти люди — ваше правление, management board: так называется в компании управляющий орган, куда входит СТО.
Теперь представьте, что этим людям нужно объяснить, что необходимо провести рефакторинг монолитной платформы. Это будет стоить 60% от портфеля развития компании и продлится 1,5 года, а возможно, и все 2. Но если этого не сделать, то будет очень больно. Вам нужно объяснять это людям, которые ничего не понимают про технологии и разбираются во всем гораздо хуже, чем вы.
Этот кейс — типичный рабочий день CTO. Вы каждый день работаете с этими людьми, от них зависит согласование многих ваших шагов. Нужно быть убедительным и понятным, строить разговор так, чтобы собеседнику хотелось согласиться с вами, даже если у него нет ваших 17 лет в индустрии.
Однажды мне пришлось отстаивать перед советом директоров — это уже следующий уровень, это акционеры компании — трату 100 миллионов рублей на новую систему хранения данных. И это была одна из самых сложных коммуникационных задач за мою жизнь. Позади меня — команда, которой нужно адекватное оборудование для решения задач, а впереди акционер, который из всей моей речи про проблемы с очередями и важность обновления СХД слышит только: «Дай 100 миллионов». Что неудивительно, ведь это его личный доход, который он уже собрался вложить в новую яхту.
Я решил эту задачу и, скажу честно, горжусь этим. Следите за магией: акционер не любит тратить, но любит зарабатывать. По его опыту, заработком занимаются коммерческий директор или, например, директор по маркетингу. А вот IТ-директор умеет только тратить: акционер уже видел десятки таких айтишников, которые постоянно просили деньги! Акционера можно заинтересовать, но только если обсуждать с ним возможность дополнительного заработка. Поэтому первый мой подход оказался неудачным: я говорил только о тратах и не понимал, почему мой собеседник не осознает серьезности проблемы.
В итоге я переупаковал свой запрос в инвестиционный пакет: мы просим Х денег сейчас и обещаем возврат 3X через три года. Мы посчитали, как увеличится скорость загрузки страниц сайта и вырастет SEO-трафик, как вырастет конверсия в покупку в периоды высокого спроса перед праздниками. А также решится проблема с долгим получением заказа: все учетные системы тоже крутились на этих машинах, и в периоды высокой нагрузки информация о купленном товаре могла появиться в пункте выдачи только через несколько часов.
Обещают возврат инвестиций обычно только коммерсанты, и мы, айтишники, взяли их в союзники. Акционер, будучи разумным человеком, согласился: три яхты всегда лучше, чем одна. И мы получили на свою программу не 100 миллионов, а намного больше.
Так выглядят будни СТО. Вы общаетесь с людьми, которые очень умны, но они не знают ничего про технологии и не хотят об этом разговаривать. Потому что это ваша работа — знать про технологии. И вам нужно любыми путями добиваться понимания.
3. CTO — это про стратегическое видение
Третья боль настигает вас далеко не в первый день, и она не так очевидна.
Вы работаете, каждую неделю принимаете какие-то решения. Среди них есть сиюминутные проблемы, а есть долгосрочные вопросы: архитектура, распиливать или не распиливать монолит, мигрировать из ЦОДа в cloud или из cloud в ЦОД, до какой глубины делать импортозамещение, что купить, а что разрабатывать внутри. На эти вопросы никто лучше вас ответить не может.
При этом вы помните, что важно быть бизнес-партнером, зарабатывать доверие. А легкий способ заработать доверие — это сфокусироваться на быстрых победах, на quick wins: тратить все силы на решение вопросов, горящих здесь и сегодня. Например, быстро выкатить релиз, который так ждут ваши коллеги по правлению. И неважно, что быстро получилось только благодаря костылям и переработкам.
Это short-term подход. Он важный, потому что именно в нем создается доверие, именно так вы проявляете бизнес-партнерство.
Проблемы начинаются в тот момент, когда вы понимаете: чтобы получить quick wins, вам придется пожертвовать долгосрочным будущим организации.
Вы можете вывести людей на овертайм и сделать релиз к понедельнику. Но если будете делать это постоянно, люди выгорят, уйдут, и объем задач, которые вы сможете делать, упадет. Вы можете выпустить костыльный релиз. Но если вы будете делать это каждую неделю, то через год у вас будет не архитектурный ландшафт, а один сплошной архитектурный тупик. Вы можете отдавать все на аутсорс и таким образом избегать сложных проблем, потому что не нужно бороться за найм талантов. Но тогда, скорее всего, вы получите меньше гибкости в долгосрочном эффекте, у вас не будет компетенций. И в какой-то момент, когда компании потребуется мотивированные сотрудники, окажется, что их нет — потому что у вас либо коробочные решения, либо внешние команды, которые не так сильно к вам привязаны.
В вопросе short-term и long-term подходов приходится постоянно балансировать. Вы должны показывать краткосрочные результаты: любой homo sapiens любит победы, любые начальники и коллеги любят, когда им показывают результат. Если вы их не показываете, вы сжигаете кредит доверия. А когда он будет сожжен полностью, на ваше место придет следующий CTO со своей тактикой и стратегией.
Когда я искал работу, я разоткровенничался с одним executive search-агентом. Она рассказала, что некоторые из моих коллег по цеху считаются нежелательными кандидатами, потому что побежали за быстрой выгодой и «испортили IT-ландшафт». А побежали они, потому что на них давил бизнес, а они хотели быть бизнес-партнерами.
Я начал статью с того, как важно быть бизнес-партнером — и в этом весь парадокс: полностью разрешить проблему quick и long wins невозможно. Это крест, который приходится нести. Это работа, которую придется делать, это конфликт, который постоянно будет внутри вас.
Как из этой ситуации выходить? Я почти 4 года работаю на позиции СТО и все 4 года ищу ответ на этот вопрос. С уверенностью могу сказать только одно: нужно четкое стратегическое видение. Тогда появляется понимание, где long-term-инициатива необходима, и без ее исполнения компания не добьется успеха.
Приведу в пример Lamoda. Мы в компании верим, что высокопрофессиональная среда, наличие специалистов уровня senior — это залог здоровья организации и ее технологической устойчивости. Иногда я испытываю искушение пойти другим путем, чтобы ускориться здесь и сейчас. Но всегда вспоминаю, что для нас экспертность — это залог устойчивости. Для того, чтобы написать сейчас эту фразу вам, или, что еще сложнее, чтобы сказать эту фразу генеральному директору, когда он приходит с пачкой идей («А давай вот так? А почему бы и нет?»), нужно иметь внутреннюю убежденность. Нужно иметь видение, веру и готовность ее отстаивать.
И одновременно — важно быть мудрым. Потому что отстаивать нужно не все, а только самое главное. И не бояться погнаться за quick wins там, где потери несущественны.
А вы точно этого хотите?
Возможно, моя история сейчас кажется историей побед, но я не случайно рассказываю обо всем так драматично: для меня каждая из этих мыслей — это результат сотен прожитых неудач. Вплоть до того, что люди говорили мне в лицо: «Ты никудышный CTO. Я посоветовал тебя уволить».
Это больно. И если вы пойдете по этому пути, вам, скорее всего, тоже будет больно.
Разработка не готовит к тому, с чем придется столкнуться: для этого нужно развивать навыки коммуникации, учиться разбираться в бизнесе, в стратегии. Придется тратить на это время, которое могло бы уйти на прокачивание технических навыков. А действительно ли это нужно — гику, выпускнику Физтеха, любителю покодить? Быть может, стоя на ступень ниже или сбоку от этой позиции, можно получить больше для своего счастья и добиться большего в профессиональном плане?
Я задавался этими вопросами не раз. Но меня поддерживала мысль, которая двигала вперед с самого начала карьеры: я хочу, чтобы после меня все оставалось лучше и круче, чем было до. Чтобы техника была посвежее, процессы лучше настроены. Чтобы у разработчиков в моей компании не было проблем, которые были когда-то у меня. Мне хочется работать в индустрии, которая каждый день меняется к лучшему. Я не хочу от этого отказываться.
Таков мой ответ на этот вопрос, такова моя мотивация.
Но за нее всегда наступает расплата. Если хочешь сделать лучше, чем делал глупый начальник до тебя, то рано или поздно обнаружишь, что теперь глупый начальник — это ты. Но это, как говорится, уже совсем другая история :)
Возможно, я ее тоже когда-нибудь расскажу.
Комментарии (53)
lilkan
20.06.2023 10:26+2Отличная статья, спасибо.
Я пришел в разработку после крупных менеджерских позиций и все эти мысли были у меня в голове. Сейчас, когда я лид (надеюсь дорасту до СТО), страдаю тем что постоянно пытаюсь донести бизнес ценности и вниз по иерархии) что зп разрабам берется не из их вклада в опенсорс библиотеки, а из успехов бизнеса)
Str5Uts
20.06.2023 10:26+10что зп разрабам берется не из их вклада в опенсорс библиотеки, а из успехов бизнеса)
А им это не продольно-поперечно откуда она берётся? У меня жизнь одна, зачем мне печалиться о успехах вашего бизнеса, если мне больше интересны опенсорс библиотеки?lilkan
20.06.2023 10:26+3Если честно, даже не знаю что ответить на такой апломб)
Не интересно откуда у вас берутся деньги? не интересуйтесь)
Но помните об этом https://github.com/zloirock/core-js/blob/master/docs/2023-02-14-so-whats-next.mdStr5Uts
20.06.2023 10:26+8Ну я вам честно написал то что думает некоторая часть разработчиков, может быть вам это не очень нравиться, но вот такая реальность. Если же мне лид начнёт доносить бизнес ценности, то пройдёт в пешее эротическое путешествие.
Это же не гербалайф, чтобы лечить сотрудников подобным.
Особенно интересно это смотрится когда после полугода работы над проектом, программист начинает разбираться в специфике бизнеса лучше чем сами пользователи приложения. Особенно в каком-нибудь 1С это сплошь и рядом.
Получается что я должен иметь знания и по своей специальности и плюс ещё погрузиться в бизнес домен. А меня ещё сверху "эффективный лид" будет понужать — "говори спасибо нам, мы тебя кормим" и я должен радостно говорить ему "ку".
lilkan
20.06.2023 10:26+1Я верю что некоторая часть разработчиков так думает, и ок с этим, не пугайте пожалуйста "реальностью")
Тейки про гербалайф немного странный, если тебе говорят что твой дальнейший рост будет зависеть от успешности текущего проекта, а ты посылаешь всех в путешествие, то сам далеко не пойдешь.
Когда я занимался импортом вина мне нужно было знать и про торговлю, таможню, вино (а тут у нас почвы, регионы, сорта и мильон вещей), как устроен рынок хореки (а там просто ад), акцизки, гос регулирование и еще кучу всего. И только так я становился банально успешнее.
Погружаться в бизнес домен - это нормальный естественный процесс. Сегодня вас нанимают за код, а завтра за те бизнес задачи что вы решали.
Дальше у вас какие-то обиды на руководство пошли, "эффективный лид" - это зло и не норма, вы никому не должны говорить "ку".
Krouler7
20.06.2023 10:26+8ты посылаешь всех в путешествие, то сам далеко не пойдешь
Необходимо также понимать следующее:
Очень малая часть успешных проектов достаточно громкая для нетворкинга;
В примере, приведенным комментатором выше, достаточно типичная ситуация. Бизнес использует разработчика, разработчик получает деньги за это. Тут даже и места особо нет для ценностей;
Если бизнес хочет чтобы их ценности принимались разработчиком - необходимо чтобы и бизнес принимал ценности разработчика. А иначе это превращается в инструмент манипулирования разработчиком - неужели это должно нравиться?
Резюмируя - ну не станет рядовой разработчик(даже если он сильно хочет развития) тратить дополнительные усилия и нервы на призрачный громкий успех проекта. Да и потакать руководству - дело не всегда благодарное.
lilkan
20.06.2023 10:26Справедливый тейк в целом, но надо делить масштаб сказанного на реальность и понять что я говорю не о проектах после которых становишься рок звездой.
Успешные проекты в индустрии знают все причастные, и люди которые их сделали тоже весьма известны, ходят на хайлоады, холи жс и прочее.
Условно если мне надо будет замутить свою платежку, я знаю что есть некий Дельгядо, который 6 лет ходит по конфам и рассказывает об этом.
Но вернемся к рядовым разработчикам, который один другому рознь и не стоит обобщать) Кому то хочется бороться за проект, кому то хочется бороться за закрытие тасок в джире а кому то деняг. К каждому свой подход.Если бизнес хочет чтобы их ценности принимались разработчиком - необходимо чтобы и бизнес принимал ценности разработчика.
Никто не спорит, все так. Со своей стороны я продвигал гибрид на работе для ребят, топил за повышение зп ключевым и лояльным сотрудником и т.д., всегда вставал на сторону команды чтобы бизнес не лютовали не рубил с плеча.
не все в мире черно-белое
MiraclePtr
20.06.2023 10:26+1Погружаться в бизнес домен - это нормальный естественный процесс. Сегодня вас нанимают за код, а завтра за те бизнес задачи что вы решали.
Если от разработчика требуют глубоко погружаться в бизнес-домен, то это означает что фирма хочет сэкономить на зарплате бизнес-аналитика и product-owner'а и заставить программиста пахать за троих за ту же зарплату.
И да, с точки зрения карьерных перспектив, инвестировать в улучшение своих скиллов чисто по технологиям вместо бизнес-доменов для разработчиков гораздо выгоднее - в условном городе N может быть сотня компаний, которым нужен сильный джавист-синьор, и всего пара компаний, где пригодятся знания бизнес-домена по торговле алкоголем.
Tsimur_S
20.06.2023 10:26+2Я верю что некоторая часть разработчиков так думает, и ок с этим, не пугайте пожалуйста "реальностью")
Реальность такова что вода течет сверху вниз а люди делают то что им интересно/привычно. Если вы хотите что-бы человек делал по другому то вам нужен либо кнут либо пряник. Но пряников озвучено пока не было а кнут видится игрушечным.
тебе говорят что твой дальнейший рост будет зависеть от успешности текущего проекта
Может будет а может и не будет. Кто ж его разберет.
Сегодня вас нанимают за код, а завтра за те бизнес задачи что вы решали.
Это же чистый капитализм. До тех пор пока за код платят столько же сколько и за задачи зачем на себя брать лишнее? Как перестанут то можно и подумать.
Когда я занимался импортом вина мне нужно было знать и про торговлю, таможню, вино (а тут у нас почвы, регионы, сорта и мильон вещей), как устроен рынок хореки (а там просто ад), акцизки, гос регулирование и еще кучу всего. И только так я становился банально успешнее.
Ну а кто-то стал "банально успешнее" потратив время на разворачивание списков и балансировку деревьев кодом на доске.
lilkan
20.06.2023 10:26-2Реальность такова что вода течет сверху вниз....
Очень сумрачный пассаж. Пряники, кнуты - что вы под этим подразумеваете конкретно в моих словах?
Может будет а может и не будет. Кто ж его разберет.
Ну контр аргумент конечно сильный, отшучиваться не буду. Если с таким пессимизмом относится к своей работе и к доверию между людьми то вообще лучше дома сидеть.
Это же чистый капитализм. До тех пор пока за код платят столько же сколько и за задачи зачем на себя брать лишнее? Как перестанут то можно и подумать.
Кто вам сказал что за бизнес знания платят столько же сколько и за код?) (больше)
Ну а кто-то стал "банально успешнее" потратив время на разворачивание списков и балансировку деревьев кодом на доске.
Не осуждаю и рад за таких людей, у каждого свой путь.
MiraclePtr
20.06.2023 10:26+1Кто вам сказал что за бизнес знания платят столько же сколько и за код?)
Статистика зарплат такова. Бизнес-аналитикам в среднем платят меньше, чем разработчикам. А в случае совмещения аналитика и разработчика в одном лице - меньше, чем им двоим вместе (хотя придется исполнять обезанности их двоих).
А даже если где-то и больше - то нередко во всех этих бизнес-доменах программистам разбираться невероятно скучно, так что это по сути дела доплата за вредность :)
lilkan
20.06.2023 10:26А даже если где-то и больше - то нередко во всех этих бизнес-доменах программистам разбираться невероятно скучно,
Обобщаете, кому то скучно кому то нет.
Но в целом если ты делал 5 разных авторизаций и ролевых моделей, то ты уже знаешь этот домен и тебе не нужны аналитики чтобы понять как это сделать.
Тоже самое например с телефонией, один раз сделал, понял что существует 230-ФЗ и уже знаешь где и какие сервисы тебе понадобятся для его соблюдения.
Программисты просто делая что-то не на уровне формошлепства так или иначе начинают разбираться в суть своей работы.
И когда у тебя собирается такой опыт, продать подороже его просто дело софт скилов.
Tsimur_S
20.06.2023 10:26+1Очень сумрачный пассаж. Пряники, кнуты - что вы под этим подразумеваете конкретно в моих словах?
Смысл этого пассажа как раз таки в том что никакого пряника я не наблюдаю в ваших словах. Если вам не нравится слово пряник можете заменить словом "поощрение". С кнутом чуть проще - мне видится намек что если человек не вникает в бизнес задачи то его заменят тем кто вникает. Если не прав то, возможно, вы поделитесь своим видением.
Зачем нужны вообще все эти пряники с кнутами? Если вы сможете донести своему сотруднику каким будет его пряник то и не придется "страдать от попыток донести бизнес ценности вниз по иерархии".
Ну или если ближе к предмету разговору то вместо того что бы доносить что "зп разрабам берется не из их вклада в опенсорс библиотеки, а из успехов бизнеса" лучше доносить что "зп зависит от успехов бизнеса".
Ну контр аргумент конечно сильный, отшучиваться не буду. Если с таким пессимизмом относится к своей работе и к доверию между людьми то вообще лучше дома сидеть.
Ну какой аргумент такой и контр соответственно. Да и пессимизма тут не вижу, исключительно здравый реализм.
Кто вам сказал что за бизнес знания платят столько же сколько и за код
Я сделал об этом вывод из того что, вольно перефразируя ваши слова, подчиненные не хотят вникать в бизнес домен. Я не думаю что они глупцы и не понимают свою выгоду, если бы за бизнес знания им платили больше то и проблемы бы не было озвучено.
На самом деле плата может быть как меньше так и больше. Доплата за конкретный техстек может быть сильно выше чем за бизнес домен. Может быть и наоборот. А знать и то и то, ну конечно лучше быть богатым и здоровым.Не осуждаю и рад за таких людей, у каждого свой путь.
Так дело то не в том что у них свой путь. А в том что из-за особенностей процесса интервью их путь получается экономически выгоднее.
lilkan
20.06.2023 10:26Зачем нужны вообще все эти пряники с кнутами?
Ну, если честно то ни о каких пряниках с кнутами я и не говорил, вы принесли эту аналогию в тред.
С кнутом чуть проще - мне видится намек что если человек не вникает в бизнес задачи то его заменят тем кто вникает.
Нет. Надо конечно дать определение "вникает в бизнес задачи", но в генеральном случае - выполнил поставленную таску - молодец. Кто-то хочет вникать а кто-то нет, но никаких наказаний за не вникание нету и быть не должно.
Если вы сможете донести своему сотруднику каким будет его пряник то и не придется "страдать от попыток донести бизнес ценности вниз по иерархии".
Тут наверное мой косяк, я страдаю не от того что не получается донести, а от того что я это делаю в принципе) Но делаю это потому что вижу преимущество high maturity команды перед "мне на все ваши дела пофиг я сюда прихожу код писать и в голову кофе заливать".
Я не думаю что они глупцы и не понимают свою выгоду
Обобщение и ложное утверждение. Кто-то понимает, кто-то не понимает. Кто-то понимает но ему это не нужно на текущем этапе.
На самом деле плата может быть как меньше так и больше. Доплата за конкретный техстек может быть сильно выше чем за бизнес домен. Может быть и наоборот.
Вот тут согласен, без возражений.
Так дело то не в том что у них свой путь. А в том что из-за особенностей процесса интервью их путь получается экономически выгоднее.
А вот с этим я как раз и борюсь) но это другая тема уже.
Str5Uts
20.06.2023 10:26+2Тейки про гербалайф немного странный
Ну гербалайф и подобные славятся тем что «пытаются донести бизнес ценности и вниз по иерархии».у вас какие-то обиды на руководство пошли
Нету никаких обид. Просто уже видел много лидов желающих стать СТО и жизнерадостно подпрыгивающих во всех возможных направлениях и пытающихся показать своим боссам, что он свой, он достоин.
«Эффективный» — потому что они в основном эффективны в полировке своих боссов. Мне как разработчику карьерные устремления моего лида, не очень интересны, особенно если он пытается их осуществить за счёт того, что будет меня лечить своими заклинаниями, чтобы выглядеть «эффективно» в глазах своего начальника.
Tufed
20.06.2023 10:26Читаю и понимаю, что уже знаком с этим. Да, была новость на Хабре https://habr.com/ru/articles/716832/.
Я ещё тогда подумал что проблема мейнтейнеров с рабской поддержкой их проектов яйца выеденного не стоит. Ведь это опен сорс! И рвать жопу, жертвовать своей жизнью ради поддержки совершенно нет необходимости. Если у кого то появляются проблемы и нужны новые патчи - добро пожаловать в код! Опен сорс же! Правьте себе заплатки сами. Нужно быть чуть строже.
Faxfox
20.06.2023 10:26+4Ясно откуда, выплачивают заработную плату за выполненные задачи. Задачи ставит бизнес, то есть он принимает решение какие задачи поставить перед разработчиком. Разработчик же может даже не догадываться как повлияет его разработка на глобальные процессы компании, да и не должен по хорошему если честно, для этого есть аналитики.
atd
20.06.2023 10:26+5Но помните об этом
причём здесь это? Обычный (не-принципиальный) разработчик просто найдёт другую работу с более релаксированным графиком и будет в фоне дальше пилить в опенсорс.
что зп разрабам берется не из их вклада в опенсорс библиотеки, а из успехов бизнеса
Если у разработчика оплата фикс (как у большинства наёмных) или по таскам (как на фрилансе), то ему глубоко фиолетово (и более того, должно быть фиолетово) из какой тумбочки компания берёт его зарплату. «Премии от перформанса» у обычных сотрудников колеблятся от 0 до 2 зп в год, что тоже не делает большой разницы.
Хотите чтобы разработчика парили бизнес-процессы? А нет, так не будет, либо придётся его поднимать по иерархии до менеджмента/партнёров, либо его будет парить только код (как и должен). Париться — работа СТО и сотоварищей
Gradiens
20.06.2023 10:26А я понял это по-другому. В рабочее время надо вкладывать силы в бизнес-задачи. В меру своих должностных обязанностей.
Заниматься опенсорсом в рабочее время в какой-то мере частично допустимо, в рамках саморазвития и т.д. но основной фокус - рабочие задачи. Ибо платят именно за них.
Оффтоп: лично я на работе стремлюсь быть полезным. Мне нравится, когда мой продукт нужен людям. Но вне работы делаю то, что хочу, и не считаю, что работодатель должен об этом знать. Опенсорс, халтура, путешестви, или выращивание кактусов - это мое личное. Многие люди путают рабочее и личное. Это, ИМХО, большая ошибка.
mvv-rus
20.06.2023 10:26+12... страдаю тем что постоянно пытаюсь донести бизнес ценности и вниз по иерархии) что зп разрабам берется не из их вклада в опенсорс библиотеки, а из успехов бизнеса)
Вы пытаетесь донести вниз по иерархии объективно неверное утверждение. Неверное - потому что интересы (материальные) наемных работников объктивно противоречат интересам бизнеса (т.е, его владельцев). Зарплата разработчиков, конечно, берется из доходов бизнеса. Но уровень этой зарплаты определяется отнюдь не доходами бизнеса - разработчикам с этого не перепадает практически ничего. А определяется он исключительно тем, сколько именно владелец бизнеса вынужден платить разработчикам с нужным уровнем квалификации, чтобы они на него работали. Именно вынужден, потому что одна из составляющих успеха бизнеса - платить наемным работникам по минимуму.
Ну, а уровень этих, вынужденных, платежей конкретному работнику определяется, в числе прочего, его квалификацией: чем она выше - тем выше и уровень. А вклад в опенсорс библиотеки как раз и работает на повышение квалификации (по крайней мере, ее видимой части). Вот и получается, что зарплата разработчика - та, на которую он может претендовать на рынке - она берется скорее из вклада в опенсорс библиотеки, а не из успехов того бизнеса, на который он в данный момент работает.
lilkan
20.06.2023 10:26-2В начале какой-то марксизм (простите).
Вы пытаетесь выдать за истину тезис о том что нанимают людей за вклад в опенсорс и что от вклада растет зп, что очень часто не так (буквально история про core-js например, но тут скорее ошибка выжившего).
Людей нанимают чтобы они бизнес задачи решали и хорошо если та библиотека в которую ты контрибутишь как то связанна с рабочими задачами. Но в генеральном случае тебе повысят зп если ты ценный сотрудник внутри фирмы, и вклад в тебя принесет компании прибыль.И когда ты выходишь на рынок, у тебя точно есть рабочие кейсы которые принесли прибыль прошлым работодателям, и такого спеца охотнее схантят чем человека у которого зеленый гитхаб.
atd
20.06.2023 10:26+3Но в генеральном случае тебе повысят зп если ты ценный сотрудник внутри фирмы, и вклад в тебя принесет компании прибыль
Три раза Ха. Прекрасна чистая наивность. Вы хоть одну компанию (маленькую или большую) видели, где работает именно так?
lilkan
20.06.2023 10:26+1Охххххх
Да, видел и буквально в такой работаю
Но работал и в таких где этого не было
А в больших компаниях вертикальный рост норма
Если у вас такого не было то не надо думать что у всех так.
mvv-rus
20.06.2023 10:26+1В начале какой-то марксизм (простите).
Нет, это не марксизм - это всего лишь материалистический подход. Марксисты тоже его разделяют, но у них там, кроме этого много всякого лишнего (на мой взгляд)
Если бы я был марксистом...
... то я бы написал, что это противоречие между трудом и капиталом при капитализме неразрешимо, что капитализм себя изжил или скоро изживет, а потому нужно устраивать социальную революцию и делать социализм: отнять собственность у буржуев и <s>поделить ее поровну</s>отдать <s>трудящимся</s>номенклатуре. То есть - привносил бы в массы трудящихся социалистическое сознание. Но я - не марксизм, я вижу, что капитализм на данном историческом этапе - наилучшая общественно-экономическая формация, обеспечивающая наивысшую производительность труда, и при этом - вполне способная развиваться дальше. Поэтому я ограничиваюсь привнесением в массы трудящихся чисто тред-юнионисткого сознания: что интересы этих самых масс наемных работников и интересы предпринимателей находятся в противоречии, а потому не стоит вестись на разводки предпринимателей и провожников их интересов - менеджеров, вроде вас.
Так вот, работников нанимают за их способность производить прибавочную стоимость - т.е. поднимать бабло хозяину. И чем лучше у работника эта способность развита (т.е. чем выше его квалификация) - тем больше он стоит на рынке труда. А поскольку вы сами же недавно написали статью о том, что сейчас квалификацию оценить, так скажем, сложно, то вы должны понимать, что для работника имеет ценность все, что свидетельствует о его квалификации - ему тогда бабла хозяин будет платить больше. А вклад в open source-проект - это как раз такое свидетельство.
Ну, а что до принесенной наемным разработчиком прибыли - это очень опосредованный показатель его квалификации: там многое от него не зависит. Вот для менеджера, вроде вас, это - наоборот, показатель его квалификации. Но не надо путать одно с другим.
Но в генеральном случае тебе повысят зп если ты ценный сотрудник внутри фирмы, и вклад в тебя принесет компании прибыль.
Дык, предприниматель в работника не инвестирует. Потому что работник - не раб, а вольный человек: он может в любой момент найти другую работу, и плакали тогда денежки предпринимателя.
lilkan
20.06.2023 10:26Эх, слушали бы ваши слова мои ребята которым я выбивал зп и удаленки у гендира про то что менеджеры и работники враги)
А пришел я простым разрабом в коллектив)
Все равно марксизм.
В любом случае - валидное мнение, но если бы вы были менеджером/владельцем бизнеса с таким подходом, далеко бы не уехали. Ваша риторика про "бабло", "хозяев" и прочее - весьма грубая.Дык, предприниматель в работника не инвестирует. Потому что работник - не раб, а вольный человек: он может в любой момент найти другую работу, и плакали тогда денежки предпринимателя.
Тут столько допущений что аж страшно.
Если предприниматель не инвестирует -> работник уходит -> денежки тоже плакали, потому что вдруг это был ключевой сотрудник?
Если предприниматель инвестирует -> работник НЕ уходит -> риск потери денег минимальный
И для того чтобы контролировать процесс миграции сотрудников и их настроения существует целая индустрия, и на самом деле в больших компаниях в сотрудников инвестируют ОЧЕНЬ МНОГО. 1-1, корпоративы, индексации, перформенс ревью, подготовка сотрудников на митапы, выстраивание личных брендов, ДМС, дет сады для детей, какие то ипотеки внутренние. Придумали уйму вещей чтобы удержать сотрудников, потому что просто "больше денег" уже не достаточно)
mvv-rus
20.06.2023 10:26Эх, слушали бы ваши слова мои ребята которым я выбивал зп и удаленки у гендира про то что менеджеры и работники враги)
Не враги. Да, менеджер в чем-то - слуга двух господ. точнее, господин у него один - владелец бизнеса, но также менеджер (особенно, низкоуровневый) служит и каналом доведения до сведения владельца интересов наемных работников (точнее, то, как и насколько они эти интересы осознают): это тоже его часть должностных обязанностей. Но основной роли менеджера в плане взаимоотношения с работниками это не меняет: менеджер - выразитель интересов бизнеса. Впрочем, в исполнении этой роли у менеджера есть свобода, и он может её злоупотреблять (с точки зрения владельца), в том числе - в пользу товарищей по команде: всяко в жизни бывает. Но, в любом случае, материальные интересы рядовых наемных работников и менеджера не совпадают - и об этом всегда следует помнить.
В любом случае - валидное мнение, но если бы вы были менеджером/владельцем бизнеса с таким подходом, далеко бы не уехали. Ваша риторика про "бабло", "хозяев" и прочее - весьма грубая.
Правильно, я ведь и пишу с точки зрения интересов наемного работника, но не про конкретное предприяти - потому могу позволить себе побыть правдорубом. Если бы я был менеджером я бы говорил по-другому, а может быть - даже и думал: бытие - оно определяет сознание не только у марксистов.
И для того чтобы контролировать процесс миграции сотрудников и их настроения существует целая индустрия, и на самом деле в больших компаниях в сотрудников инвестируют ОЧЕНЬ МНОГО. 1-1, корпоративы, индексации, перформенс ревью, подготовка сотрудников на митапы, выстраивание личных брендов, ДМС, дет сады для детей, какие то ипотеки внутренние. Придумали уйму вещей чтобы удержать сотрудников, потому что просто "больше денег" уже не достаточно)
Давайте называть вещи своими именами: почти все перечисленное - это инвестиции не в наемных работников, а в предприятие: в способность предприятия противостоять требованиям наемных работников повысить им зарплату. Да, для предпринимателей это "моральное стимулирование" (так оно в СССР называлось) выгодно - потому и инвестируют. А вот сотрудникам это, наоборот не выгодно: они в результате меньше получают, чем могли бы. Или - интенсивнее работать. Что выгодно и для сотрудников, и для бзнеса - это тоже есть: инвестиции в условия труда, например - в организацию процессов так, чтобы не было неоплачиваемых переработок. Или в ту же удаленку - в Москве удаленка экономит сотруднику 2-3, а то и больше, часа на дорогу. Но это - не те инвестиции, которые вы тут перечислили.
А пришел я простым разрабом в коллектив)
Допустим, но есть нюанс. Как вы написали в самом первом комментарии
Я пришел в разработку после крупных менеджерских позиций
То есть у вас уже было менеджерское сознание и, полагаю, карьерные планы, а не оставаться простым разработчиком. То есть в реальности простые разработчики и их интересы вам, так скажем, не органичны. И это хорошо видно.
PS Менеджеры тоже нужны Потому что у них есть важная функция вне контекста отношений владелец-наемный работник: организация производства, его составных частей. Так что против вас, ваши взглядов и вашей позиции я ничего не имею: она правильна и востребована. Но - на своем месте.
PPS Прошу прощения за недописанный сразу комментарий. И прилагаю к нему пару нелестных выражений в адрес разработчиков интерфейса (каких именно - писать не буду, чтобы не провоцировать РКН ;-) ).
Flidermouse
20.06.2023 10:26+1А можете привести пример этих бизнес-ценностей и почему простой наёмный работник не на проценте с прибыли должен их разделять? Правда интересно. А то пока это звучит как "работать в нашем банке большая честь".
lilkan
20.06.2023 10:26Отличный вопрос.
Начну с того что все факапы проекта/компании это всегда факапы руководства. Ну чтобы не было ангажированности.
Есть несколько буквальных метрик на которые влияют разработчики: Time to market, Time to Interactive, Mean time between failures (и все сопутствующие). Чуть более специфические: кол-во баг репортов и возвратов задач с теста и Code Churn. Тут нет ни одной менеджерской или маркетинговой метрики.
Эти метрики важны как бизнесу так и разработчикам (буквально это их работа). Если эти метрики лучше конкурентов на рынке (в сумме например с маркетинговыми метриками) то у вас больше прибыль, больше аудитория и т.д. (в генеральном случае). Такой команде рынок платит по заслугам. И получается, вроде бы просто код писали, но с помощью хорошего кода заработали денег больше чем другие.
Справедливости ради тут отмечу что тут то разработчикам и надо понимать свою бизнес ценность ибо без них и их навыков результат был бы хуже и поэтому им надо больше платить. Обычно это все отстаивают хорошие лиды перед гендирами.
Хорошо работающий продукт - есть чем похвастаться на собесах. Сотрудники больших компаний очень любят говорить над каким продуктом крутым они работали (или в какой компании) и тут получается что сумма больше слагаемых. Так и на обычном уровне рядовых компаний на собесах часто спрашивают а что делал? а до прода вообще добрался ваш код и т.д. И ответить "Да, делал большой красивый проект" - разделить бизнес ценность, потому что ты там только код писал но проект весь делал)
могу еще мысль развернуть но уже лень
PavelSandovin
20.06.2023 10:26Не очень понял, в чем ваша проблема, зачем вы это пытаетесь донести разработчикам?
А). Они не выполняют обещания и срывают сроки?
Б). Они выполняют обещания и не срывают сроки, но вас не устраивают их оценки?
В). Вы замечали, что А и/или Б происходит по причине того, что они в рабочее время, вместо решения производственных задач, контрибьютят в опен сорс?
Если пункт В) отсутствует, то доносить надо другое.lilkan
20.06.2023 10:26Вы скорее описали нюансы рабочих процессов, я немного о другом. Разумеется что все работают на работе и делают все что планировалось.
Тут наверное мой косяк в описании, я страдаю не от того что не получается донести, а от того что я это делаю в принципе) Но делаю это потому что вижу преимущество high maturity команды перед "мне на все ваши дела пофиг"
Принимать такую концепцию или нет - дело каждого сотрудника и за это нет штрафных санкций.
Но есть разница между человеком который посмотрел наперед (например понял что надо работать не с файлами напрямую а с их реестром и сразу заложил основу под это хотя и не просили) и написал код, и человеком который просто написал код.mvv-rus
20.06.2023 10:26Но делаю это потому что вижу преимущество high maturity команды перед «мне на все ваши дела пофиг»
Для кого это преимущество-то? Для хозяина или для менеджеров? Наверное, да. Для наемных разработчиков — очень сомнительно. И неизвестно — преимущество ли?
mrbald
20.06.2023 10:26+3Всё в точку!
Тему балансирования стратегического и тактического хорошо раскрывает фундаментальный труд про теорию жоп.
MarcBaracuda
20.06.2023 10:26+2Судя по всему должность довольно стрессовая. И мне вот интересно имеет ли смысл туда идти тревожному невротику?) Или можно как-то преобразовать эту особенность?
PavelSandovin
20.06.2023 10:26Не стоит. Тревожному невротику даже в аналитики идти не стоит. Лучше сосредоточиться на технических скиллах, писать код, стать гуру по ряду технологий, вылечить невроз а потом думать чем заниматься дальше (по описанному плану развлечений и так хватит лет на 5-6, а то может и 10).
emilabdulnasyrov Автор
20.06.2023 10:26Я считаю себя тревожным невротиком. Это создает сложности в жизни и в работе.
Есть близике люди, кого очень сильно задели мои вспышки. Есть рабочие ситуации, которые испортил лично я, своей неуместной эмоцией.Если же отвечать на вопрос "имеет смысл тревожному невротику идти в CTO", то мой краткий ответ "да, и лучше делать это осознанно".
Более развернутый ответ такой
(а) стресс не является объективной величиной, а есть субъективная оценка мною внешних событий. Внешние события часто нельзя изменить. Пробелматично также силой воли изменить уровень гормона. Но можно учиться управлять своими реакциями. Склонность к неврозу делает задачу сложной, но не невозможной. Мне лично помогают коучинг, медитация, спорт, сон, питание.(б) в моей жизни было несколько "фазовых переходов", когда сначала я попадал в зону кризиса, супер-турбо стресс, а потом жизненная траектория выхода на какой-то новый, клевый уровень. Необходимость прокачать софт скиллы приводили к тому, что я их п рокачивал. Забавно, что мое первое тимлидство научило меня на боятся общаться с девушками :))))
(в) однажды мой инвестор сказала: "выживут только паранойики". Тревожность - это постоянное сканирование себя внутри и мира снаружи на предмет угроз. Это врожденная пилюля от самоуспокоения.
NIKEtoS1989
20.06.2023 10:26Хорошо, когда ты аналитик - потому что любая хотелка проходит через твой фильтр - "а какова бизнес-цель этой физики?")
Ну если ты нормальный аналитик)
MaxLK
20.06.2023 10:26+2Меня вот покобила пара фраз про Веру, типа "мы верим" и "нужно верить". Вера подразумевает отсутствие знания и понимания работы процессов. Когда эти знания оставил предшественник, или кто-то прочитал, что так правильно. Меня немного напрягает когда процессами руководят люди не имеющие знаний об этих процессах, а только веру, что один из вариантов работает.
vkomen
20.06.2023 10:26+1Мне кажется, нужно помнить об одном моменте. СТО в худшем случае рискует не получить бонусы, быть уволенным, ну, может получить негативный шлейф к своей персоне на рынке, но это надо скорее всего не один эпик фейл совершить. А хозяин/акционер рискует потерять те самые сто лямов. Какая там статистика - от одной четверти до одной трети IT проектов идут в корзину??
emilabdulnasyrov Автор
20.06.2023 10:26Крутой коммент. Согласен на 100%. Собственник несет максимальные риски, которые наемному персоналу не снились. Понимать психологию собственника - на 50% решить задачу коммуникации с ним
Grigorenkovic
20.06.2023 10:26"должен быть бизнес-партнером — человеком, который помогает генеральному директору растить бизнес" - руководство хочет видеть таких людей за фикс-прайс и даже не обязательно на должности СТО. Также и с коммуникациями и стратегическим видением. Желательно чтобы все скиллы были, но это как обязательные условия, не справляешься в каком-то направлении - недостаточно подходишь, но так уж и быть, держат)
antmihlin
20.06.2023 10:26Спасибо что поделились опытом. Сам по работе, постоянно сталкиваюсь со всеми перечисленными пунктами из статьи.
Ryav
Это всё неплохо, а с зарплатой что?
emilabdulnasyrov Автор
Наверное, я сейчас сыграю в кэпа. По моему опыту и то что я знаю по рынку. Переход на ступеньку "вверх" в иерархической лестнице сопровождается ростом дохода, главным образом за счет роста переменной части. Причем переменная часть привязана к бизнес-результатам.
novoselov
Можно было ответить в таком же виде не раскрывая конкретных цифр, но указав процент роста.