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

А если я — тот самый "Линус Торвальдс"? Самый умный в компании разраб/админ/СТО, который всё это построил и на котором всё держится? Могу ли я вести себя как угодно и плевать на "социалочку"?

Короткий ответ: да, но... Мне доводилось работать рядом с очень талантливыми инженерами, которые делали — и делают до сих пор — очень крутые вещи. Иногда вообще вся компания построена вокруг такого гения. Он творит, а остальные разбираются, что он натворил... И до определённого момента это всех устраивает. Гений пишет код за десятерых, двигая компанию вперёд, его авторитет непререкаем, он может докопаться до сути любой проблемы, ну а что общаться с ним тяжело - так это у вас разработчики просто изнеженные, и работать не умеют. Видите ли вы тут проблему? Помимо бас-фактора, близкого к единице, такие компании почти всегда приходят к весьма причудливой орг. структуре, где гений-СТО, фактически, изолирован от руководства людьми, и никому особо не подчиняется, кроме владельца бизнеса, да и то условно. При этом наличие в команде человека, которому можно играть не по правилам — а остальным, очевидно, нельзя — сильно демотивирует команду. В итоге когда такой гений выгорает, то плохо вокруг становится вообще всем, а выправлять ситуацию и вытаскивать критичные функции из него очень больно и очень дорого. Если такой гений — вы сами, то рано или поздно вы придёте либо к почётной пенсии в золотой клетке — когда у вас будет свой загончик, где вы сможете творить не привлекая внимания санитаров не сильно влияя на прод. Либо владелец бизнеса захочет от вас избавиться, потому что бизнес, как правило, важнее, чем самый крутой разработчик. Но, бывает и так, что компания в такой модели живёт вполне успешно годами, пока... (см. выше про выгоревшего гения).

Работа инженера — решать проблемы, а не болтологией заниматься. Так что научитесь нормально ставить задачи, а не перекладывайте ответственность. Частично я этот вопрос разбирал тут, но постараюсь раскрыть мысль. Инженеру деньги платят не за то, что таски в жире двигает. А за то, что он выполняет некоторую полезную для бизнеса работу. Бизнес зарабатывает деньги, инженер получает зарплату, а владелец бизнеса — прибыль. Важный момент тут в том, что ценность задачи и её решения в глазах инженера и в глазах бизнеса могут катастрофически не совпадать. "Но это же проблема бизнеса!" — скажут мне — "надо просто правильно ставить задачи и определять приоритеты!". И это, в целом, правильно. Но не совсем. Коммуникация во время работы должна быть двусторонней, и если инженер прячется за тасками и "делает то, что попросят", вместо того, чтобы включать голову и действовать проактивно, то ничего хорошего из него не выйдет. Оверинжиниринг, resume-driven-development и прочее удовлетворение личного любопытства за счёт работодателя — это всё из той же оперы, кстати. Не, если эта работа согласована, выделен отдельный бюджет и время — не вопрос. Но — сюрприз! — результатом такой творческой деятельности должна стать "скучная" польза для бизнеса — потенциальная прибыль, сокращении издержек и т.д. Т.е. даже R&D нужно проводить, опираясь в первую очередь на решаемые бизнес-задачи.

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

@snakeslair #people_management

В этом посте были ссылки, но мы их удалили по правилам Сетки