Комментарии 12
Хорошие софт скилы это здорово. Ведь каждый раз, когда я общаюсь с заказчиком, отчётливо понимаю, что замещаю кого-то. Это понимание синергирует с моими софт скилами и в итоге помогает чётко и понятно объяснить ПМу, что чем чаще такое присходит тем хуже для проекта. Я ни в коем случае не уберу из лексикона фразу - "меня это не касается", просто в конце этой фразы не будет точки. Работу должен делать специалист, а не парень с раздутым самомнением полагающий, что может всё и чо тут такого, я жи научусь - всё просто, дел на двадцать минут, зашли и вышли. Могу кирпичи класть, могу общаться с заказчиком и вообще могу решать любые бизнес задачи могу быть кем угодно и где угодно! Я же сеньёрпомидор!
Извините, накипело.
А я не согласен с вами). Софт скиллы это важно, как важны и хард скилы. Не отрицая важности того что справа, я считаю что важнее то что слева. Правда это относится к командам где практикуется аджайл. Почему?
Потому что продукт делают команды. Не архитектор, не синьор, не ещё какой либо супер... Именно команда. Если будет команда суперспециалистов, то есть вероятность что они не смогут придти к решению или оно будет принято не экологично, путем продавливания. Но если эту команду разбавить даже одним человеком с прокаченными софт скилами (это даже может и не программист), то он может создать атмосферу где эта команда может показать себя во всей красе. Само собой этому человеку должны быть даны соответствующие полномочия.
Вообще софт скилы действуют сразу на много факторов командной разработки, поэтому и ценятся. А если это будет опытный программист с хорошими софт скилами, то он будет очень ценнен для любой компании.
Ещё одна причина почему софт скилы ценнее. Их качать намного сложнее. Найти таких людей сложнее. Вырастить хорошего специалиста возможно за условно три года. А прокачать софт скилы с условного нуля до условного нормального уровня практически невозможно, намного вероятнее с условно нормального уровня прокачать до условно хорошего уровня и это тоже немногим (надеюсь ошибаюсь) людям дастся.
По лично моим ощущениям всё наоборот - рассказывать про свои софт-скиллы и как ты решал проблемы бизнеса можно до уровня мидла. А на сеньорскую вакансию потребуют в первую очередь навыков решения алгоритмических задачек
, и опционально - доскональнейшего, до мельчайших тонкостей, знания инструментов (языков, фреймворков, баз данных).
Впрочем, у меня не то, чтобы сильно богатый опыт по части собеседований. Интересно, как у других.
Интересные у вас ощущения. Спросят при найме — тут я с вами скорее соглашусь, но это происходит только лишь потому, что процесс найма у многих контор поставлен примерно никак.
А после найма — вот примерно то, о чем FD4A эмоционально написал выше. Разумеется, это не касается не абсолютно всех контор, допускаю, что есть нормальный объем и таких, в которых сеньоры действительно кодят, а не решают проблемы, которые хорошо, если вообще хоть теоретически будут относиться к программированию. Но едва ли таких контор даже простое большинство.
А какой смысл вообще в этой градации? Лид - понятно, у него дополнительные обязанности. Нанимать, распределять задачи, делать код ревью. А если сидишь ты на проекте один и с тобой автоматизатор или наоборот мануальщик. Каждый делает свою часть работы. Какая разница что у тебя в трудовом договоре написано? Кроме суммы в рублях, конечно.
Стать сеньором, которого считают сеньором, не будучи при этом сеньором? Как вяснилось, вообще изи. У меня уже на второй работе в договоре значится "старший" или "главный". При том, что я в QA специальности 4 года. Да, я поднимал с нуля системы тестов/генерации тестовых данных/отчетов на нескольких проектах в одиночку, менторил и выступал на встречах гильдии. Чувствую я себя сеньором? Нет. Потому что читаю сегодняшнюю статью QA ребят из SuperJob и думаю: "да, люди вон чего строят и перестраивают, а что ты сделал для хип-хопа в свои n лет?" И всегда найдется кто-то, кто лучше тебя разбирается в инструментах или методологии.
Сдается мне, что такие грейды нужны только в крупных командах для обоснования разницы в зарплате или как "морковка" для стимуляции роста сотрудников. В общем, инструмент для менеджмента, и только.
еще одно самое самое правильное мнение о настоящих синьорах
Чтобы стать сеньором, надо мыслить широко и хорошо разбираться в проекте. Думай широко, даже если тебе выдали узкую задачу в конкретной области. Из своего лексикона точно нужно убрать такие выражения, как «я не могу», «меня это не касается». Именно те люди, которые не пасуют перед трудностями, доходят к вершине под названием Senior.
Ага, помню-помню как-то работал в одной фирме, полгода слушал эту фигню от начальников. В итоге — выступил 1 раз с докладом, поволонтерил на конфе — вот я и сеньор. А то что до этого несколько проектов успешной зарелизили и ещё один сам тянул — пофиг.
Ещё было забавно все это слушать про ответственность с серьезными щщами, когда я знал, что мой коллега, который устраивался со мной в одной время, супер-свойский чувак, но разговаривающий исключительно фразами типа "чо за фигня / не мое дело / пусть сами разгребают, меня не колышет" уже убер-сеньор (т.е. следующий грейд за сеньорским)
Вот мой совет всем у кого начальник будет пороть эту чушь, про "софт-скиллы" и лексикон:
Определите с его помощью начальника/ПМа/ТМа/ЕМа/АМа или кто там у вас "по SMART" и методично, каждый созвон долбайте "что ещё я могу сделать". Потому что вас этими "у тебя недостаточные софт-скиллы" могут кормить годами, а когда будет 3-5 околокомпанийных "отличий", типа конфов и прочего и не будет проваленных проектов, то уже будут основания повысить.
Чешуе вида той, что в этой статье кивайте с умным видом и тысячекратно заверяйте что "всё так и есть, а теперь что можно конкретно сделать? Могу взять джуна/проект итд"
Задачи — это слишком просто. Задача — значит понятно, что и как делать, в этом есть опыт. В зависимости от сложности тасков, они уходят мидлам или джунам. А вот сеньору достаются проблемы.
Всё так и есть. А без софт скилов проблемы решать сложно, ибо помимо, утрировано, курения манов и ковыряния в логах, необходимо уметь спрашивать, выяснять подробности, договариваться и отстаивать решения.
Мне видится, что смысл статьи в том, что хорошим специалисту, в данном случае, сеньору, необходимо иметь широкий взгляд на вещи и соответствовать даже не современному, а сегодняшнему уровню развития в своей области и желательно во всех около плавающих. Помимо этого для успешного выполнения поставленных задач и роста всего предприятия в целом, очень неплохо бы иметь хорошие коммуникативные навыки. Иначе получается, как собака, все понимаю, а сказать не могу. Более того, не просто сказать, а правильно подать и отстоять мнение, которое пошло бы на пользу процессу. Люди всегда остаются людьми, понимаете о чем речь да, со всеми своими преимуществами и недостатками, по сравнению с наиболее примитивно организованными существами, поэтому куда без софт скиллов, далеко не уедешь.
Не каждый, кого называют сеньором — сеньор. Но как им стать?