Comments
В части межличностого общения про программистов шутят что их надо учить разговаривать.
Я ничего не понял: - "Способность общаться с другими посредством двух-стороннего процесса. Т.е. обмениваясь, принимая и передавая информацию. " Что они хотят то?
Какой-то асинхронный режим им нужен что-ли? Чтобы не UDP, и не чтоб порт совсем закрыт?
Что думаете парни?
Чтобы человек мог не только вещать, или не только слушать не умея ответить/возразить
Нужно чтобы peer-to-peer сеть в рамках работы выстраивалась в общем
Иначе это не диалог (в целом, ничего нового, но правда не все это умеют)
Async, broadcast, peer-to-peer, tcp-ip. Подтверждение, коммуникации с пирами, следить за передачей и приемом пакетов чтобы ничего не потерялось.
«Индивидуальный член социального сообщества нередко получает информацию по визуальным, символьным каналам». Повертел я это предложение так и сяк и наконец перевел его на нормальный язык. Знаете, что оно означало? «Люди читают».
Ричард Фейнман
Я ничего не понял
Вот это и есть показатель низкого soft skill
Работая с джунами, я понимаю, что это нифига не шутки: бывают просто не могут связно мысль сформулировать. При этом могут прилично кодить.
раньше это называлось "коммуникабельность" и относилось не только к сфере IT
но программистам почему-то пришлось выдумать аж свой (более обширный?) термин
неужели у нас все повально не умеют общаться с людьми, что аж нужно столько тренингов и курсов проводить? иной раз удивляет
Ну в принципе если допустить что вы программист, то ваш комментарий это наглядный ответ "да, не умеют"
Вы так себе должность и зп не выбъете.
А сколько полезного можно сделать разогнав всю эту ИБД кодлу.
Ну, коммуникабельность - это слишком узкий термин, как по мне. Ну или не очень точный.
Ну вот например, разве вас никогда не звали на встречу для обсуждения какой-то темы, куда приглашены скажем 10 человек, и при этом ни цели встречи, ни постановка проблемы, ни программа - не озвучены? Ну т.е. предлагается потратить скажем час рабочего времени 10 человек непонятно на что. Я такое вижу регулярно. И это именно что недостаток навыков общения. Только не просто общения - а эффективного общения. Причем, обратное тоже верное - иногда вместо того чтобы собраться и обсудить вживую на 10 минут, устраивается переписка на 10 дней.
Я бы это назвал способностью выстраивать эффективные коммуникации. И да, очень многие этого не умеют.
Практика показывает, что не умеют.
И та же практика показывает, что никакие курсы и тренинги этого изменить не могут. Это как "Java за 5 часов".
Только постоянная практика с постоянным долблением головой о стенку способна чуть чуть двигать вперед прогрессбар прокачки этого скила. Но все ж хотят не напрягаться, а чтоб курс оплатил - и сразу можешь продать песок арабам.
Программисты, и не только, часто говорят также как думают. То-есть излагают свои мысли или как их программа написана. И как это работает пошагово.
И как это работает пошагово
И я искренне считаю этот подход как раз-таки правильным софт-скиллом. Юзер-стори, сценарии, юзер-флоу - это лишь эвфемизмы слова "алгоритм". Говорить об алгоритмах без пошагового описания - в наивысшей мере идиотское занятие, которое, однако, отлично освоили разномастные менеджеры, продакты, аналитики и т.д.
Я сейчас как раз работаю в коллективе, где результат приносит только горизонтальное общение разрабов друг с другом. Слушать продактов про их "вэлью", "капасити", "экспиренсы" и "ревампы" просто нет никакого смысла.
Мне кажется, вы не всю картину видите, поэтому так пишите. Я лично отслеживал ряд таких показателей и, когда проводился обзор спринта (это как подведение итогов и демонстрация результата), делился показателями с командой (объясняя, что они означают), а на следующий день на ретро команда толковые идеи предлагала, как что улучшить. И за пару-тройку спринтов мы улучшали показатели втрое. Т.е в первом спринте мы делали 20% от запланированного, во втором уже около 40%, а после третьего около 70%. Дальше выше. И достигалось подобное через улучшение документации проекта, воркфлоу, замену отдельных специалистов, улучшение процессов и т.п.. В итоге, команда разработчиков довольна, потому что своими глазами видят, как явно выросла скорость их работы, как их собственные оценки и прогнозы начинают биться с реальностью. Им приятно, появляется ощущение профессионализма своей работы, чувство слаженной команды. И самое важное в этом - это удовлетворение от того, что это они сделали сами. Через те же митинги ретроспективы, через предлагаемые улучшения. Предложили, их поддержали, внедрили. И это ведь результат горизонтального общения, как вы пишите. Но вы работу продакта или менеджера проекта за этим почему-то не видите. Хотя, всякое бывает конечно.
P.s. Кстати, все что я выше писал, это больше к менеджеру проекта относится. А продакт он больше за сам продукт топит. Зачем ему капасити? Когда у него есть конверсии?)) Или юзабилити.
Конечно на горизонтальном уровне такой способ общения самый подходящий. Однако на уровнях выше - проектном, продуктовым, и бизнес - все же требуется другой подход. Тут надо уметь и хорошо представить свою разработку, и быть немного политиком, и тому подобное.
Короткая история из жизни софт-скиллов: один человек, которого я уважал, всё хвастался своими софт-скиллами и говорил как у меня с ними плохо. И я было даже поверил, что это со мной что-то не так. А потом он ляпнул фразу, после которой всё встало на свои места и наша с ним коммуникация полностью прекратилась, как бы он ни продолжал софтскилить в личке дальше. Вообще, я заметил, что люди, которые активно софтскиллят, в конечном счёте негативно влияют на коллектив. Вплоть до раскола на два непримиримых лагеря под эгидой сохранения коллектива.
Вам, собственно, весь хабр последние лет 5 (10?) говорит, что у вас плохо с софт-скиллами.
Я и без Хабра знаю, что у меня плохо с лицемерием и прочими социальными манипуляциями.
и наша с ним коммуникация полностью прекратилась
У тебя с головой плохо, в первую очередь. Ты один из немногих нацистов на хабре.
Очередная херня про мягкие навыки... Как мы без вас раньше-то жили, работали, общались?
Без них - никак, а вот без термина очень даже. Просто человек - существо социальное и он просто не может выжить без общения с себе подобными.
Просто человек - существо социальное и он просто не может выжить без общения с себе подобными.
Пожалуйста, перестаньте уже наконец дискриминировать интровертов!
А уж если человек социофоб, требование от него "пообщаться" сровне требованию калеке с переломом пробежаться.
Так если человек социофоб - то жить в обществе для него вообще не очень подходит. Только вот сбежать от общества в современном мире проблематично...
Эм, это я то интровертов дискриминирую? Вы вот интровертов вообще приравняли к социофобам, хотя это разные понятия.
Интроверты просто быстрее устают от общения, они на это тратят свою социальную энергию, вот и все. Можно быть и экстравертом и социофобом одновременно.
Эм, это я то интровертов дискриминирую? Вы вот интровертов вообще приравняли к социофобам, хотя это разные понятия.
Я не вас лично. Я про вообще про устроявшуюся концепцию будто каждый человек должен быть разговорчивым экстравертом, уметь публично выступать и всё такое. Но это такая же дискриминация как от геев требовать чтобы "баб любили, ибо по природе так".
Можно быть и экстравертом и социофобом одновременно.
Это садомазо уже.
Я, вот, например, экстраверт, но, при этом, большинство людей искренне и люто ненавижу :))
При этом всего можно встретить более 50 разнообразных теоретических моделей.
Это все, что вам нужно знать о софт-скиллах. Люди делают теоретические модели, пишут по ним статьи, защищаются на конференциях - но сами друг с другом о том "какая модель эффективная", договориться не могут. Потому что это серьезно, это "про бабки" (т.е. кому уйдет финансирование).
Потому что это натягивание совы на глобус. Софт-скилы на то и "софт", чтобы лежать вне плоскости формального анализа.
Ну т.е. если подходить честно к этой теме, то это будет выглядеть так:
"Да, это слабо поддается формальному анализу и повторяемых экспериментов с результатами у нас нет, но нам надо вам продать что-то, что бы выглядело как эффективная технология, поэтому вот вам теория..."
(сей тезис не отменяет наличия то, что называется "софт-скиллами", просто грубо оценивает качество теорий и технологий в этой сфере)
Как раз таки «софт» отлично поддаётся формальному анализу. Если, конечно, его действительно хочется проводить.
Почему-то цитата вспомнилась из фильма "Джентльмены удачи": "Вежливость - лучшее оружие вора."
Статья указывает на имеющиеся проблемы, но не более.
Список в таблице не такой простой - это уже результат чего-то. Пройдемся по некоторым пунктам.
Аналитические навыки: способность к критическому мышлению, анализу различных типов информации из разных источников.
надо быть умным, эрудированным, образованным и ИМЕТЬ ЖЕЛАНИЕ анализировать информацию.
Сотрудничество: качества и компетенции, необходимые для совместного продвижения к общей цели с другими заинтересованными сторонами.
Проект должен предполагать существование возможности взимовыгодного сотрудничества. Стороны должны быть в равных условиях.
Общение (общее): способность взаимодействия с другими в "двустороннем процессе", то есть обмен информацией (передача и прием).
Есть люди которые изъясняются крайне невнятно, но обычно если их потрясти, то всё что нужно узнать можно. Опять таки - общение преследует какую-то цель.
Креативность: способность представлять и формировать оригинальные идеи для создания чего-то нового и потенциально инновационного.
надо просто быть креативным от природы ))) и хотеть креативить.
Разнообразие, Эмпатия - нужно желание.
Независимость: способность действовать свободно от влияния или контроля другого человека, группы или организации (например, без детальных инструкций от руководителей команды, клиентов или коллег).
Нужна квалификация
Резюме - чтобы иметь хорошие софт-скиллс из списка - надо быть
а) умным и квалифицированным,
б) видеть выгоду во взаимодействии с другими людьми - а это уходит в жизненные ценности и интересы человека.
Есть люди которые изъясняются крайне невнятно, но обычно если их потрясти, то всё что нужно узнать можно.
Очень верно. Зачастую разработчики даже скрывают по разным причинам информацию. Никто не спросил, зачем мне говорить об этом если в результате мне лишь добавится нагрузка, и тому подобное.
Ну вот, да! Можно наверное еще больше обобщить - люди обычно редко хотят заниматься чужими делами. А работа на дядю - это именно такое, чужое дело. Там где люди увлечены чем-то искренне - не замечал каких-либо проиводственных проблем с софт-скиллс.
Из забавного непроизводственного.
Компания из восьми научных работников - интровертов на конференции. Было видно, что всем им ОЧЕНЬ хочется веселой тусы, но... все стесняются. В результате стараниями единственного человека, с развитыми этими-самыми софт-скилс, была найдена одна бутылка вина, гитара и вокалистка местной рок-группы. Туса состоялась, все остались довольны.
Софт-скиллы это умение культурно и завуалированно посылать нах%й.
Софт-скиллы - это умение получать зарплату за хард скиллы, ими не обладая. Секта какая-то
Когда эпоха оффлайновых продаж окончательно канула в лету, продавцы пылесосов ломанулись в хайповое тогда айти. Программировать у них получалось так себе. Но зато красиво чесать языком они всегда хорошо умели. Поэтому теперь в айти имеем что имеем.
С другой стороны есть коллега, к которому по хард скиллам вообще претензий нет. Но из-за неумению общаться идет негативная обратная связь от менеджеров, клиентов и прочих. Обучиться этому у него не получается либо нет желания, а закрывать его от общения не всегда представляется возможным.
Клиенты не должны подпускаться к технарям вообще, вне зависимости от наличя у них софт скилов. Софтскили технарей не для общения с клиентами.
Если у вас не соблюдается этот принцип, то у вас проблемы не с софтскилами технарей, а проблемы и с хард и с софт, у менеджмента.
Если вы PM и сводите своих технарей с технарями заказчика. То да,.. но при сдаче проекта, когда заказчик откроет ТЗ (ФТ, User Story, Use Case, и т.п.) и скажет: "Таак ...", на вас может обрушится все боль Вселенной) И виноваты будут в этом не технари)
Забыли про MiTM :) при общении между технарями двух сторон. Технически грамотный переводчик ( он же "человек посередине") никогда не помешает при общении разноязычных технарей. :)
Пожалуй озвучу мысли вашего коллеги по данному вопросу: "Вам шашечки или ехать? На работе надо работать свою работу, а нравиться всём подряд даже кино-модели не могут." ИМХО.
Вспомнился бородатый анекдот про такое вот просветление:
Сантехник Иванов трижды за вечер послал соседа Петрова в пещеру лотоса и пять раз - на нефритовый жезл.
В садике это все формируется, как умение ходить и говорить)
Сделать из нелидера - лидера , бред, иначе где миллионы лидеров и всех остальных. А в нормальный литературе и это называется универсальные навыки. И еще интересно, на вики можно почитать например за лидерство, что первые исследователи этого дела считали это все врождёнными качествами.
А между тем, в соседнем обсуждении на Хабре сообщение о том, что ничего кроме софскиллов программисту не нужно
набрало 80 плюсов (сообщение о нужности хардскиллов - заминусовано).
К слову о шутках. Десять лет назад, фашистские кричалки про москалей многими воспринимались всего лишь шутками и все весело прыгали под них на майданах. К чему это привело всем известно. И то, что среди ваших программистов никто сходу не увидел тривиальную ошибку в тривиальной логике, говорит о том, что всё это уже нифига не шутки. Сегодня они не замечают ошибок, завтра доказывают, что надо писать кривой код (ведь код с квадратичной асимптотикой проще!), а послезавтра увольняют за написание корректного кода (ибо нахрен нам этот токсичный выпендрёжник, который всех поучает).
Десять лет назад, фашистские кричалки про москалей многими воспринимались всего лишь шутками и все весело прыгали под них на майданах.
А не менее фашистские кричалки про "тупых пиндосов" и требования сделать "пролив им.Сталина" норм? Или, "это другое"?
Хз о чём вы, но видимо это вовремя загасили, раз я не заметил.
Хз о чём вы, но видимо это вовремя загасили, раз я не заметил.
"Мы попадём в рай, а они просто сдохнут" (c)
Т.е. не просто не "загасили", а высшим должностным лицом уже рассматривается и опция ядерной войнушки. Типа тоже в шутку.
"Опция ядерной войнушки" - это основа ядерного сдерживания от вот таких вот поползновений.
Хрюкни свин.
Жесткие факты о софт скилах