Комментарии 16
Мне кажется главный софт-скил это не вести себя как м***к, и это касается не только ИТ. А вот прокачка софт-скилов это большой самообман, это значит притворяться не, тем кем ты есть на самом деле, а тем кем хочет видеть руководство.
Если замкнутый необщительный человек начнёт много общаться, со временем он научится делать это намного лучше, и даже получать больше удовольствия от общения (проверено на моём собственном опыте, когда на несколько месяцев устроился на работу, где надо было много общаться).
Можно ли это назвать "прокачкой софт-скиллов" - наверно, вопрос терминологии. Но факт в том, что если что-то не получается или получается плохо - можно научиться это делать с практикой (что может быть непросто).
Когда коту делать нечего он знаете что делает? Правильно, занимается своими софт-скиллами.)
IT-бизнес стал настолько прибыльным, что вокруг появились целые цепочки рыбок-прилипал, которые готовы прокачивать, промывать, мотивировать итд. Природа не терпит пустоты - это же относится и к бизнесу. Если торговлю оружием и углеводородными ресурсами контролируют государства, наркотиками - картели, проституцию крышуют полицейские, то здесь - царство менеджеров, коучей, наставников итд. Большая норма прибыли не может в течение долгого времени существовать просто так - обязательно кто-то встанет в цепочку. Наслаждайтесь!
PS - чтобы снять с собственных ушей лапшу архинужности всех этих структур ну вот лично для вас - представьте ситуацию, что нанимаете себе помощника именно вы - из своей зарплаты. Пусть за 1/10 ее. И думайте - кого бы вы к себе взяли, а кого - нет.
представьте ситуацию, что нанимаете себе помощника именно вы - из своей зарплаты. Пусть за 1/10 ее. И думайте - кого бы вы к себе взяли, а кого - нет.
Как раз являюсь человеком, который на свою зарплату регулярно нанимает фрилансеров, и в недавней теме про софт скиллы - сказал, что лично мне по барабану на софт скиллы людей, которых нанимаю - главное, чтобы на выходе была качественная работа (т.е. чтобы хард скиллы были хорошими)
По итогу заминусили)
Складывается впечатление, что в разных темах разный контингент читателей сидит)
Я бы дополнил, что "нормальные бизнес-процессы" — это не то, что можно отлить в граните. Это всё имеет свойство меняться, и довольно быстро. Нормальные бизнес-процессы на протяжении длительного времени бывают только тогда, когда эти процессы непрерывно выстраивают и модифицируют, те самые "люди с софт-скиллами". А иначе их и не будет.
Если вы пришли и можете спокойнейше писать код строго в рамках процессов — это неизбежно означает, что некоторые другие люди в компании тратят очень много сил (а то и нервов) на то, чтоб ваша спокойная жизнь была возможной. Иногда эти усилия — это то, что явно записано в их должностных инструкциях, но чаще всего — нет.
Пример из практики. Получаю задачу во всеми любимой Jira. Необходимо доработать endpoint, спека прилагается. Достаточно подробная, на несколько страниц, расписано как формировать ответ, наименования полей, что там должно быть, что-то убрать, что-то добавить. Приятно работать.
Выполняю, на третий странице вижу на мой взгляд нестыковку, крайне похожую на опечатку - везде поля kebab-case, а одно snake-case. Внимание вопрос -как поступить?
На хардскилах сделать как есть. "Какое задание, такое и выполнение"
На хардскиллах исправить в kebab-case. "Не могут без ошибок спеку составить, хахаха!"
Включить софтскилы и начать коммуникацию с автором задачи для выяснения. "Возможно, автор не ошибся, так и должно быть"
3-й вариант - мой выбор. Или это не софтскил?
Это не софт скилл. Уточнение непонятных или странных пунктов в ТЗ - это обычная работа.
Софт скиллы, это когда ТЗ нет вообще, задачу ставят на словах, и в очень абстрактной форме, а вы потом сами ходите по отделам и разбираетесь, а что вообще нужно.
Как хорошо написали выше - софт скиллы это про бардак - когда жиры нет, про ТЗ не слышали, кто за что отвечает непонятно - в таких компаниях люди без прокачанной коммуникации просто не смогут работать.
Зачем их учить, если за них не платят? Всегда же есть альтернатива — или выучить хард (новую технологию Х, которая похоже через пару лет будет активно на рынке использоваться) или учить переговоры/убеждение?
Косвенно это отношение можно увидеть в курсах, которые иногда может оплатить работодатель — кто-нибудь видел/слышал, что работодатель оплатил курсы софт-скилов сотруднику? я не думаю.
В итоге мы получаем некую детскую мечту у работодателей, чтобы сотрудники имели заодно софт-скилы, прокачивали их в свободное от работы время и абсолютно бесплатно предоставляли их. И все это лишь чтобы прикрыть низкую квалификацию управленцев/руководителя организации.
Картина как-то не огонь.
Софт-скиллы в IT: необходимость или косвенный навык?