Комментарии 65
Это всё неплохо, а с зарплатой что?
оффтоп
Долго думал зачем разработчику Специальная Теория Относительности. И о каких её качествах автор не догадывался
In a nutshell ...
Отличная статья, спасибо.
Я пришел в разработку после крупных менеджерских позиций и все эти мысли были у меня в голове. Сейчас, когда я лид (надеюсь дорасту до СТО), страдаю тем что постоянно пытаюсь донести бизнес ценности и вниз по иерархии) что зп разрабам берется не из их вклада в опенсорс библиотеки, а из успехов бизнеса)
Если честно, даже не знаю что ответить на такой апломб)
Не интересно откуда у вас берутся деньги? не интересуйтесь)
Но помните об этом https://github.com/zloirock/core-js/blob/master/docs/2023-02-14-so-whats-next.md
Я верю что некоторая часть разработчиков так думает, и ок с этим, не пугайте пожалуйста "реальностью")
Тейки про гербалайф немного странный, если тебе говорят что твой дальнейший рост будет зависеть от успешности текущего проекта, а ты посылаешь всех в путешествие, то сам далеко не пойдешь.
Когда я занимался импортом вина мне нужно было знать и про торговлю, таможню, вино (а тут у нас почвы, регионы, сорта и мильон вещей), как устроен рынок хореки (а там просто ад), акцизки, гос регулирование и еще кучу всего. И только так я становился банально успешнее.
Погружаться в бизнес домен - это нормальный естественный процесс. Сегодня вас нанимают за код, а завтра за те бизнес задачи что вы решали.
Дальше у вас какие-то обиды на руководство пошли, "эффективный лид" - это зло и не норма, вы никому не должны говорить "ку".
ты посылаешь всех в путешествие, то сам далеко не пойдешь
Необходимо также понимать следующее:
Очень малая часть успешных проектов достаточно громкая для нетворкинга;
В примере, приведенным комментатором выше, достаточно типичная ситуация. Бизнес использует разработчика, разработчик получает деньги за это. Тут даже и места особо нет для ценностей;
Если бизнес хочет чтобы их ценности принимались разработчиком - необходимо чтобы и бизнес принимал ценности разработчика. А иначе это превращается в инструмент манипулирования разработчиком - неужели это должно нравиться?
Резюмируя - ну не станет рядовой разработчик(даже если он сильно хочет развития) тратить дополнительные усилия и нервы на призрачный громкий успех проекта. Да и потакать руководству - дело не всегда благодарное.
Справедливый тейк в целом, но надо делить масштаб сказанного на реальность и понять что я говорю не о проектах после которых становишься рок звездой.
Успешные проекты в индустрии знают все причастные, и люди которые их сделали тоже весьма известны, ходят на хайлоады, холи жс и прочее.
Условно если мне надо будет замутить свою платежку, я знаю что есть некий Дельгядо, который 6 лет ходит по конфам и рассказывает об этом.
Но вернемся к рядовым разработчикам, который один другому рознь и не стоит обобщать) Кому то хочется бороться за проект, кому то хочется бороться за закрытие тасок в джире а кому то деняг. К каждому свой подход.
Если бизнес хочет чтобы их ценности принимались разработчиком - необходимо чтобы и бизнес принимал ценности разработчика.
Никто не спорит, все так. Со своей стороны я продвигал гибрид на работе для ребят, топил за повышение зп ключевым и лояльным сотрудником и т.д., всегда вставал на сторону команды чтобы бизнес не лютовали не рубил с плеча.
не все в мире черно-белое
Я верю что некоторая часть разработчиков так думает, и ок с этим, не пугайте пожалуйста "реальностью")
Реальность такова что вода течет сверху вниз а люди делают то что им интересно/привычно. Если вы хотите что-бы человек делал по другому то вам нужен либо кнут либо пряник. Но пряников озвучено пока не было а кнут видится игрушечным.
тебе говорят что твой дальнейший рост будет зависеть от успешности текущего проекта
Может будет а может и не будет. Кто ж его разберет.
Сегодня вас нанимают за код, а завтра за те бизнес задачи что вы решали.
Это же чистый капитализм. До тех пор пока за код платят столько же сколько и за задачи зачем на себя брать лишнее? Как перестанут то можно и подумать.
Когда я занимался импортом вина мне нужно было знать и про торговлю, таможню, вино (а тут у нас почвы, регионы, сорта и мильон вещей), как устроен рынок хореки (а там просто ад), акцизки, гос регулирование и еще кучу всего. И только так я становился банально успешнее.
Ну а кто-то стал "банально успешнее" потратив время на разворачивание списков и балансировку деревьев кодом на доске.
Реальность такова что вода течет сверху вниз....
Очень сумрачный пассаж. Пряники, кнуты - что вы под этим подразумеваете конкретно в моих словах?
Может будет а может и не будет. Кто ж его разберет.
Ну контр аргумент конечно сильный, отшучиваться не буду. Если с таким пессимизмом относится к своей работе и к доверию между людьми то вообще лучше дома сидеть.
Это же чистый капитализм. До тех пор пока за код платят столько же сколько и за задачи зачем на себя брать лишнее? Как перестанут то можно и подумать.
Кто вам сказал что за бизнес знания платят столько же сколько и за код?) (больше)
Ну а кто-то стал "банально успешнее" потратив время на разворачивание списков и балансировку деревьев кодом на доске.
Не осуждаю и рад за таких людей, у каждого свой путь.
А даже если где-то и больше - то нередко во всех этих бизнес-доменах программистам разбираться невероятно скучно,
Обобщаете, кому то скучно кому то нет.
Но в целом если ты делал 5 разных авторизаций и ролевых моделей, то ты уже знаешь этот домен и тебе не нужны аналитики чтобы понять как это сделать.
Тоже самое например с телефонией, один раз сделал, понял что существует 230-ФЗ и уже знаешь где и какие сервисы тебе понадобятся для его соблюдения.
Программисты просто делая что-то не на уровне формошлепства так или иначе начинают разбираться в суть своей работы.
И когда у тебя собирается такой опыт, продать подороже его просто дело софт скилов.
Кажется Вы пытаетесь всем навязать своё видение, а не показать его.
Если каждый рядовой разработчик (не архитектор, и не техлид даже) начнёт погружаться в предметную область именно с точки зрения бизнес-ценностей и повышения каких-то бизнесовых KPI каждого проекта, на котором работает, то он очень скоро забьёт свой "жёсткий диск" какими-то зачастую ненужными на следующем проекте знаниями, и кодить-то некогда станет, и учиться кодить тоже некогда станет, т.к. столько всего интересного нужно обсудить...
Средняя продолжительность работы разработчика на одном месте — 2 года (±, в зависимости от уровня разработчика и размера компании), при этом сферы могут меняться радикально — геймдев, брокерское обслуживание, маркетинг, промышленная отрасль (любая), продажи... зачем ему каждые 2 года изучать новые KPI и развивать новый чужой бизнес? Он же не CTO, в конце-концов, а просто разработчик, закрывающий побольше задач в жире наиболее эффективным способом.
Раз уж приводим примеры из личного опыта, то вот мой: в предметную область нужно погрузиться ровно на уровне терминов, до момента осознания отношения сущностей, чтобы достаточно эффективно решать средние задачи и окупать вкладываемые в тебя компанией деньги. Финтех это, или реклама: мне не нужно Быть брокером или маркетологом, чтобы делать софт, решающий их задачи.
Даже средние или большие задачи достаточно обсудить с аналитиком, чтобы понять, ЧТО делать и КАК (ну или как разбить на более мелкие задачи).
Очень сумрачный пассаж. Пряники, кнуты - что вы под этим подразумеваете конкретно в моих словах?
Смысл этого пассажа как раз таки в том что никакого пряника я не наблюдаю в ваших словах. Если вам не нравится слово пряник можете заменить словом "поощрение". С кнутом чуть проще - мне видится намек что если человек не вникает в бизнес задачи то его заменят тем кто вникает. Если не прав то, возможно, вы поделитесь своим видением.
Зачем нужны вообще все эти пряники с кнутами? Если вы сможете донести своему сотруднику каким будет его пряник то и не придется "страдать от попыток донести бизнес ценности вниз по иерархии".
Ну или если ближе к предмету разговору то вместо того что бы доносить что "зп разрабам берется не из их вклада в опенсорс библиотеки, а из успехов бизнеса" лучше доносить что "зп зависит от успехов бизнеса".
Ну контр аргумент конечно сильный, отшучиваться не буду. Если с таким пессимизмом относится к своей работе и к доверию между людьми то вообще лучше дома сидеть.
Ну какой аргумент такой и контр соответственно. Да и пессимизма тут не вижу, исключительно здравый реализм.
Кто вам сказал что за бизнес знания платят столько же сколько и за код
Я сделал об этом вывод из того что, вольно перефразируя ваши слова, подчиненные не хотят вникать в бизнес домен. Я не думаю что они глупцы и не понимают свою выгоду, если бы за бизнес знания им платили больше то и проблемы бы не было озвучено.
На самом деле плата может быть как меньше так и больше. Доплата за конкретный техстек может быть сильно выше чем за бизнес домен. Может быть и наоборот. А знать и то и то, ну конечно лучше быть богатым и здоровым.
Не осуждаю и рад за таких людей, у каждого свой путь.
Так дело то не в том что у них свой путь. А в том что из-за особенностей процесса интервью их путь получается экономически выгоднее.
Зачем нужны вообще все эти пряники с кнутами?
Ну, если честно то ни о каких пряниках с кнутами я и не говорил, вы принесли эту аналогию в тред.
С кнутом чуть проще - мне видится намек что если человек не вникает в бизнес задачи то его заменят тем кто вникает.
Нет. Надо конечно дать определение "вникает в бизнес задачи", но в генеральном случае - выполнил поставленную таску - молодец. Кто-то хочет вникать а кто-то нет, но никаких наказаний за не вникание нету и быть не должно.
Если вы сможете донести своему сотруднику каким будет его пряник то и не придется "страдать от попыток донести бизнес ценности вниз по иерархии".
Тут наверное мой косяк, я страдаю не от того что не получается донести, а от того что я это делаю в принципе) Но делаю это потому что вижу преимущество high maturity команды перед "мне на все ваши дела пофиг я сюда прихожу код писать и в голову кофе заливать".
Я не думаю что они глупцы и не понимают свою выгоду
Обобщение и ложное утверждение. Кто-то понимает, кто-то не понимает. Кто-то понимает но ему это не нужно на текущем этапе.
На самом деле плата может быть как меньше так и больше. Доплата за конкретный техстек может быть сильно выше чем за бизнес домен. Может быть и наоборот.
Вот тут согласен, без возражений.
Так дело то не в том что у них свой путь. А в том что из-за особенностей процесса интервью их путь получается экономически выгоднее.
А вот с этим я как раз и борюсь) но это другая тема уже.
Плох тот разраб, который работает только за деньги - интерес к работе теряет быстро.
Читаю и понимаю, что уже знаком с этим. Да, была новость на Хабре https://habr.com/ru/articles/716832/.
Я ещё тогда подумал что проблема мейнтейнеров с рабской поддержкой их проектов яйца выеденного не стоит. Ведь это опен сорс! И рвать жопу, жертвовать своей жизнью ради поддержки совершенно нет необходимости. Если у кого то появляются проблемы и нужны новые патчи - добро пожаловать в код! Опен сорс же! Правьте себе заплатки сами. Нужно быть чуть строже.
Ясно откуда, выплачивают заработную плату за выполненные задачи. Задачи ставит бизнес, то есть он принимает решение какие задачи поставить перед разработчиком. Разработчик же может даже не догадываться как повлияет его разработка на глобальные процессы компании, да и не должен по хорошему если честно, для этого есть аналитики.
Но помните об этом
причём здесь это? Обычный (не-принципиальный) разработчик просто найдёт другую работу с более релаксированным графиком и будет в фоне дальше пилить в опенсорс.
что зп разрабам берется не из их вклада в опенсорс библиотеки, а из успехов бизнеса
Если у разработчика оплата фикс (как у большинства наёмных) или по таскам (как на фрилансе), то ему глубоко фиолетово (и более того, должно быть фиолетово) из какой тумбочки компания берёт его зарплату. «Премии от перформанса» у обычных сотрудников колеблятся от 0 до 2 зп в год, что тоже не делает большой разницы.
Хотите чтобы разработчика парили бизнес-процессы? А нет, так не будет, либо придётся его поднимать по иерархии до менеджмента/партнёров, либо его будет парить только код (как и должен). Париться — работа СТО и сотоварищей
А я понял это по-другому. В рабочее время надо вкладывать силы в бизнес-задачи. В меру своих должностных обязанностей.
Заниматься опенсорсом в рабочее время в какой-то мере частично допустимо, в рамках саморазвития и т.д. но основной фокус - рабочие задачи. Ибо платят именно за них.
Оффтоп: лично я на работе стремлюсь быть полезным. Мне нравится, когда мой продукт нужен людям. Но вне работы делаю то, что хочу, и не считаю, что работодатель должен об этом знать. Опенсорс, халтура, путешестви, или выращивание кактусов - это мое личное. Многие люди путают рабочее и личное. Это, ИМХО, большая ошибка.
Пл моему опыту, без мотивации, привязанной к реалтным делам и успехам, которыми можно гордится внутри организации, разрабы быстрее выгорают. Мнение на основе приемочных и выпускных интервью.
... страдаю тем что постоянно пытаюсь донести бизнес ценности и вниз по иерархии) что зп разрабам берется не из их вклада в опенсорс библиотеки, а из успехов бизнеса)
Вы пытаетесь донести вниз по иерархии объективно неверное утверждение. Неверное - потому что интересы (материальные) наемных работников объктивно противоречат интересам бизнеса (т.е, его владельцев). Зарплата разработчиков, конечно, берется из доходов бизнеса. Но уровень этой зарплаты определяется отнюдь не доходами бизнеса - разработчикам с этого не перепадает практически ничего. А определяется он исключительно тем, сколько именно владелец бизнеса вынужден платить разработчикам с нужным уровнем квалификации, чтобы они на него работали. Именно вынужден, потому что одна из составляющих успеха бизнеса - платить наемным работникам по минимуму.
Ну, а уровень этих, вынужденных, платежей конкретному работнику определяется, в числе прочего, его квалификацией: чем она выше - тем выше и уровень. А вклад в опенсорс библиотеки как раз и работает на повышение квалификации (по крайней мере, ее видимой части). Вот и получается, что зарплата разработчика - та, на которую он может претендовать на рынке - она берется скорее из вклада в опенсорс библиотеки, а не из успехов того бизнеса, на который он в данный момент работает.
В начале какой-то марксизм (простите).
Вы пытаетесь выдать за истину тезис о том что нанимают людей за вклад в опенсорс и что от вклада растет зп, что очень часто не так (буквально история про core-js например, но тут скорее ошибка выжившего).
Людей нанимают чтобы они бизнес задачи решали и хорошо если та библиотека в которую ты контрибутишь как то связанна с рабочими задачами. Но в генеральном случае тебе повысят зп если ты ценный сотрудник внутри фирмы, и вклад в тебя принесет компании прибыль.
И когда ты выходишь на рынок, у тебя точно есть рабочие кейсы которые принесли прибыль прошлым работодателям, и такого спеца охотнее схантят чем человека у которого зеленый гитхаб.
Но в генеральном случае тебе повысят зп если ты ценный сотрудник внутри фирмы, и вклад в тебя принесет компании прибыль
Три раза Ха. Прекрасна чистая наивность. Вы хоть одну компанию (маленькую или большую) видели, где работает именно так?
Если есть готовы рабочие кейсы приносящие прибыль, зачем идти с ними наемным сотрудником?
В начале какой-то марксизм (простите).
Нет, это не марксизм - это всего лишь материалистический подход. Марксисты тоже его разделяют, но у них там, кроме этого много всякого лишнего (на мой взгляд)
Если бы я был марксистом...
... то я бы написал, что это противоречие между трудом и капиталом при капитализме неразрешимо, что капитализм себя изжил или скоро изживет, а потому нужно устраивать социальную революцию и делать социализм: отнять собственность у буржуев и <s>поделить ее поровну</s>отдать <s>трудящимся</s>номенклатуре. То есть - привносил бы в массы трудящихся социалистическое сознание. Но я - не марксизм, я вижу, что капитализм на данном историческом этапе - наилучшая общественно-экономическая формация, обеспечивающая наивысшую производительность труда, и при этом - вполне способная развиваться дальше. Поэтому я ограничиваюсь привнесением в массы трудящихся чисто тред-юнионисткого сознания: что интересы этих самых масс наемных работников и интересы предпринимателей находятся в противоречии, а потому не стоит вестись на разводки предпринимателей и провожников их интересов - менеджеров, вроде вас.
Так вот, работников нанимают за их способность производить прибавочную стоимость - т.е. поднимать бабло хозяину. И чем лучше у работника эта способность развита (т.е. чем выше его квалификация) - тем больше он стоит на рынке труда. А поскольку вы сами же недавно написали статью о том, что сейчас квалификацию оценить, так скажем, сложно, то вы должны понимать, что для работника имеет ценность все, что свидетельствует о его квалификации - ему тогда бабла хозяин будет платить больше. А вклад в open source-проект - это как раз такое свидетельство.
Ну, а что до принесенной наемным разработчиком прибыли - это очень опосредованный показатель его квалификации: там многое от него не зависит. Вот для менеджера, вроде вас, это - наоборот, показатель его квалификации. Но не надо путать одно с другим.
Но в генеральном случае тебе повысят зп если ты ценный сотрудник внутри фирмы, и вклад в тебя принесет компании прибыль.
Дык, предприниматель в работника не инвестирует. Потому что работник - не раб, а вольный человек: он может в любой момент найти другую работу, и плакали тогда денежки предпринимателя.
Эх, слушали бы ваши слова мои ребята которым я выбивал зп и удаленки у гендира про то что менеджеры и работники враги)
А пришел я простым разрабом в коллектив)
Все равно марксизм.
В любом случае - валидное мнение, но если бы вы были менеджером/владельцем бизнеса с таким подходом, далеко бы не уехали. Ваша риторика про "бабло", "хозяев" и прочее - весьма грубая.
Дык, предприниматель в работника не инвестирует. Потому что работник - не раб, а вольный человек: он может в любой момент найти другую работу, и плакали тогда денежки предпринимателя.
Тут столько допущений что аж страшно.
Если предприниматель не инвестирует -> работник уходит -> денежки тоже плакали, потому что вдруг это был ключевой сотрудник?
Если предприниматель инвестирует -> работник НЕ уходит -> риск потери денег минимальный
И для того чтобы контролировать процесс миграции сотрудников и их настроения существует целая индустрия, и на самом деле в больших компаниях в сотрудников инвестируют ОЧЕНЬ МНОГО. 1-1, корпоративы, индексации, перформенс ревью, подготовка сотрудников на митапы, выстраивание личных брендов, ДМС, дет сады для детей, какие то ипотеки внутренние. Придумали уйму вещей чтобы удержать сотрудников, потому что просто "больше денег" уже не достаточно)
Эх, слушали бы ваши слова мои ребята которым я выбивал зп и удаленки у гендира про то что менеджеры и работники враги)
Не враги. Да, менеджер в чем-то - слуга двух господ. точнее, господин у него один - владелец бизнеса, но также менеджер (особенно, низкоуровневый) служит и каналом доведения до сведения владельца интересов наемных работников (точнее, то, как и насколько они эти интересы осознают): это тоже его часть должностных обязанностей. Но основной роли менеджера в плане взаимоотношения с работниками это не меняет: менеджер - выразитель интересов бизнеса. Впрочем, в исполнении этой роли у менеджера есть свобода, и он может её злоупотреблять (с точки зрения владельца), в том числе - в пользу товарищей по команде: всяко в жизни бывает. Но, в любом случае, материальные интересы рядовых наемных работников и менеджера не совпадают - и об этом всегда следует помнить.
В любом случае - валидное мнение, но если бы вы были менеджером/владельцем бизнеса с таким подходом, далеко бы не уехали. Ваша риторика про "бабло", "хозяев" и прочее - весьма грубая.
Правильно, я ведь и пишу с точки зрения интересов наемного работника, но не про конкретное предприяти - потому могу позволить себе побыть правдорубом. Если бы я был менеджером я бы говорил по-другому, а может быть - даже и думал: бытие - оно определяет сознание не только у марксистов.
И для того чтобы контролировать процесс миграции сотрудников и их настроения существует целая индустрия, и на самом деле в больших компаниях в сотрудников инвестируют ОЧЕНЬ МНОГО. 1-1, корпоративы, индексации, перформенс ревью, подготовка сотрудников на митапы, выстраивание личных брендов, ДМС, дет сады для детей, какие то ипотеки внутренние. Придумали уйму вещей чтобы удержать сотрудников, потому что просто "больше денег" уже не достаточно)
Давайте называть вещи своими именами: почти все перечисленное - это инвестиции не в наемных работников, а в предприятие: в способность предприятия противостоять требованиям наемных работников повысить им зарплату. Да, для предпринимателей это "моральное стимулирование" (так оно в СССР называлось) выгодно - потому и инвестируют. А вот сотрудникам это, наоборот не выгодно: они в результате меньше получают, чем могли бы. Или - интенсивнее работать. Что выгодно и для сотрудников, и для бзнеса - это тоже есть: инвестиции в условия труда, например - в организацию процессов так, чтобы не было неоплачиваемых переработок. Или в ту же удаленку - в Москве удаленка экономит сотруднику 2-3, а то и больше, часа на дорогу. Но это - не те инвестиции, которые вы тут перечислили.
А пришел я простым разрабом в коллектив)
Допустим, но есть нюанс. Как вы написали в самом первом комментарии
Я пришел в разработку после крупных менеджерских позиций
То есть у вас уже было менеджерское сознание и, полагаю, карьерные планы, а не оставаться простым разработчиком. То есть в реальности простые разработчики и их интересы вам, так скажем, не органичны. И это хорошо видно.
PS Менеджеры тоже нужны Потому что у них есть важная функция вне контекста отношений владелец-наемный работник: организация производства, его составных частей. Так что против вас, ваши взглядов и вашей позиции я ничего не имею: она правильна и востребована. Но - на своем месте.
PPS Прошу прощения за недописанный сразу комментарий. И прилагаю к нему пару нелестных выражений в адрес разработчиков интерфейса (каких именно - писать не буду, чтобы не провоцировать РКН ;-) ).
А можете привести пример этих бизнес-ценностей и почему простой наёмный работник не на проценте с прибыли должен их разделять? Правда интересно. А то пока это звучит как "работать в нашем банке большая честь".
Отличный вопрос.
Начну с того что все факапы проекта/компании это всегда факапы руководства. Ну чтобы не было ангажированности.
Есть несколько буквальных метрик на которые влияют разработчики: Time to market, Time to Interactive, Mean time between failures (и все сопутствующие). Чуть более специфические: кол-во баг репортов и возвратов задач с теста и Code Churn. Тут нет ни одной менеджерской или маркетинговой метрики.
Эти метрики важны как бизнесу так и разработчикам (буквально это их работа). Если эти метрики лучше конкурентов на рынке (в сумме например с маркетинговыми метриками) то у вас больше прибыль, больше аудитория и т.д. (в генеральном случае). Такой команде рынок платит по заслугам. И получается, вроде бы просто код писали, но с помощью хорошего кода заработали денег больше чем другие.
Справедливости ради тут отмечу что тут то разработчикам и надо понимать свою бизнес ценность ибо без них и их навыков результат был бы хуже и поэтому им надо больше платить. Обычно это все отстаивают хорошие лиды перед гендирами.
Хорошо работающий продукт - есть чем похвастаться на собесах. Сотрудники больших компаний очень любят говорить над каким продуктом крутым они работали (или в какой компании) и тут получается что сумма больше слагаемых. Так и на обычном уровне рядовых компаний на собесах часто спрашивают а что делал? а до прода вообще добрался ваш код и т.д. И ответить "Да, делал большой красивый проект" - разделить бизнес ценность, потому что ты там только код писал но проект весь делал)
могу еще мысль развернуть но уже лень
Не очень понял, в чем ваша проблема, зачем вы это пытаетесь донести разработчикам?
А). Они не выполняют обещания и срывают сроки?
Б). Они выполняют обещания и не срывают сроки, но вас не устраивают их оценки?
В). Вы замечали, что А и/или Б происходит по причине того, что они в рабочее время, вместо решения производственных задач, контрибьютят в опен сорс?
Если пункт В) отсутствует, то доносить надо другое.
Вы скорее описали нюансы рабочих процессов, я немного о другом. Разумеется что все работают на работе и делают все что планировалось.
Тут наверное мой косяк в описании, я страдаю не от того что не получается донести, а от того что я это делаю в принципе) Но делаю это потому что вижу преимущество high maturity команды перед "мне на все ваши дела пофиг"
Принимать такую концепцию или нет - дело каждого сотрудника и за это нет штрафных санкций.
Но есть разница между человеком который посмотрел наперед (например понял что надо работать не с файлами напрямую а с их реестром и сразу заложил основу под это хотя и не просили) и написал код, и человеком который просто написал код.
Но делаю это потому что вижу преимущество high maturity команды перед «мне на все ваши дела пофиг»
Для кого это преимущество-то? Для хозяина или для менеджеров? Наверное, да. Для наемных разработчиков — очень сомнительно. И неизвестно — преимущество ли?
Да будьте незаинтересованны в том что делаете, в чем вы меня убедить то хотите?
Приемущество high maturity и погруженной в проект команды для меня слишком очевидны и профитны не только в it но и вообще во всех сферах.
Хороший программист - пишет код, осведомленный программист - пишет программу. Простая мысль же.
Мысль простая, но неверная: полностью игнорируется вопрос материальных интересов.
И да, вас я убедить не хочу. Вы занимаете должность, на которой ваши интересы (материальные — речь только о них) вполне соответствуют таким вашим убеждениям. При том, что должность ваша — важная и нужная для производства, но — не рядовая.
А вот с интересами рядовых наемных разработчиков ваши интересы не совпдают. Именно этот факт я хочу донести даже не до вас, а до рядовых наемных разработчиков.
Всё в точку!
Тему балансирования стратегического и тактического хорошо раскрывает фундаментальный труд про теорию жоп.
Судя по всему должность довольно стрессовая. И мне вот интересно имеет ли смысл туда идти тревожному невротику?) Или можно как-то преобразовать эту особенность?
Не стоит. Тревожному невротику даже в аналитики идти не стоит. Лучше сосредоточиться на технических скиллах, писать код, стать гуру по ряду технологий, вылечить невроз а потом думать чем заниматься дальше (по описанному плану развлечений и так хватит лет на 5-6, а то может и 10).
Я считаю себя тревожным невротиком. Это создает сложности в жизни и в работе.
Есть близике люди, кого очень сильно задели мои вспышки. Есть рабочие ситуации, которые испортил лично я, своей неуместной эмоцией.
Если же отвечать на вопрос "имеет смысл тревожному невротику идти в CTO", то мой краткий ответ "да, и лучше делать это осознанно".
Более развернутый ответ такой
(а) стресс не является объективной величиной, а есть субъективная оценка мною внешних событий. Внешние события часто нельзя изменить. Пробелматично также силой воли изменить уровень гормона. Но можно учиться управлять своими реакциями. Склонность к неврозу делает задачу сложной, но не невозможной. Мне лично помогают коучинг, медитация, спорт, сон, питание.
(б) в моей жизни было несколько "фазовых переходов", когда сначала я попадал в зону кризиса, супер-турбо стресс, а потом жизненная траектория выхода на какой-то новый, клевый уровень. Необходимость прокачать софт скиллы приводили к тому, что я их п рокачивал. Забавно, что мое первое тимлидство научило меня на боятся общаться с девушками :))))
(в) однажды мой инвестор сказала: "выживут только паранойики". Тревожность - это постоянное сканирование себя внутри и мира снаружи на предмет угроз. Это врожденная пилюля от самоуспокоения.
Хорошо, когда ты аналитик - потому что любая хотелка проходит через твой фильтр - "а какова бизнес-цель этой физики?")
Ну если ты нормальный аналитик)
Меня вот покобила пара фраз про Веру, типа "мы верим" и "нужно верить". Вера подразумевает отсутствие знания и понимания работы процессов. Когда эти знания оставил предшественник, или кто-то прочитал, что так правильно. Меня немного напрягает когда процессами руководят люди не имеющие знаний об этих процессах, а только веру, что один из вариантов работает.
Мне кажется, нужно помнить об одном моменте. СТО в худшем случае рискует не получить бонусы, быть уволенным, ну, может получить негативный шлейф к своей персоне на рынке, но это надо скорее всего не один эпик фейл совершить. А хозяин/акционер рискует потерять те самые сто лямов. Какая там статистика - от одной четверти до одной трети IT проектов идут в корзину??
"должен быть бизнес-партнером — человеком, который помогает генеральному директору растить бизнес" - руководство хочет видеть таких людей за фикс-прайс и даже не обязательно на должности СТО. Также и с коммуникациями и стратегическим видением. Желательно чтобы все скиллы были, но это как обязательные условия, не справляешься в каком-то направлении - недостаточно подходишь, но так уж и быть, держат)
Спасибо что поделились опытом. Сам по работе, постоянно сталкиваюсь со всеми перечисленными пунктами из статьи.
Спасибо за статью, было интересно прочитать и в целом немного по-другому, вероятно, буду развиваться)
СТО, овнеры, аналитики...
День первый. Приходит аналитик. Говорит фича нужна через неделю. Сотрудник Х - отвечает, а в чем её бизнес ценность? Аналитик ну вот в этом. Сотрудник Х - а точно, по причинам таким то таким то не особо то она и нужна. Аналитик - ну меня овнер убедил поговори с ним. Сотрудник Х - не пойду, передай ему - что не будем делать, не успеем за неделю.
День второй. Приходит овнер к сотруднику Х. Говорит мягко и нежно - почему это мы не будем делать фичу. Получает от сотрудника Х расчет отрицательной конверсии трат и выхлопа с фичи. Чешет затылок. Настаивает на реализации. После того как закончились все аргументы, говорит - ну меня СТО убедил, у него такие же примерно расчеты были. Говорит иди к СТО. Сотрудник Х говорит - ну ты ко мне сам пришел и он придет.
День третий. Приходит СТО к сотруднику Х. Говорит мягко и нежно - с каких пор СТО вообще должен обсуждать с сотрудниками Х то что бизнесу надо и что ему не надо, мы (сто+овнер+отряд аналитиков) уже все расчеты провели и конверсия точно вырастет, как ты вообще смог убедить их всех что этого не случиться??? Сотрудник Х - ну вы речь толкнули о том что всем надо вникать в бизнес, я вот вник. Вот расчеты с тратами и сроками реализации.
В тот день СТО испытал шок и ужас. Речь он толкал 3 дня назад. С сотрудником Х согласился. И поднял ему ЗП. В расчетах черным по белому было написано "Для реализации данной фичи не нашлось подходящей open source библиотеки на всех известных и не очень я зыках программирования, поэтому нужен рисёч, а это займёт от 3 месяцев на 2 чел/часов".
Сотрудник Х звался "Техлид".
Все это уже 50 лет назад решено и придумано. Странно, что никто не упомянул и не вспомнил. Хотя не, не странно. Решение работает только в системах с прозрачным капиталом, или хотя бы с полупрозрачным. Называется Опцион на акции. Именно этим путем на заре Майкрософт обычные сотрудники увольнялись из него миллионерами.
У меня было похожее предложение. Я мог купить акции компании со скидкой 15% при цене акции около 100$. И сразу и бизнес домен станет вам интересен и понятен, и логика владельцев, и вообще масса чудес с с сознанием произойдет.
Все остальное работает на отрезке от одного нанятого сотрудника, до нанятого на его замену другого. Вобщем велосипед давно изобретен, работать надо над другими проблемами.
Повезло вам - вы до собственников можете дотянуться. А я вот работал в внучатой компании - материнская была дочкой глобальной компании. И там, мягко говоря, интересы у руководства бывали специфичные.
Три важных качества CTO, о которых я не догадывался, пока был разработчиком