×

Что мотивирует инженера

Горящие глаза программистов, азартный рефакторинг, коммиты наперегонки и вопрос «Что бы ещё покрыть тестами?» — это не сказка. Так бывает.

Постановка проблемы

Как мотивировать разработчиков?

Сын киевских эмигрантов, психолог Абрахам Маслоу составил целую пирамиду потребностей человека. Согласно его теории, когда удовлетворены основные физиологические потребности (еда, сон и кров), человек начинает испытывать нужду в принятии и уважении.

Неудивительно, что в иерархии ценностей программистов на первом месте стоит признание, а не доход — с которым, как известно, у них всё в порядке.

Не отсюда ли корни такого феномена как Open Source? Сервер, на котором крутится этот сайт, язык, на котором написан этот сайт, его база данных и движок — всё это бесплатно доступный труд сотен энтузиастов. Трудно себе представить учителя или юриста, который будет до красных глаз сидеть у монитора, чтобы с гордостью выкатить свой шедевр в свободный доступ благодарному человечеству.

Из популярной книги по психологии программистов «Как пасти котов»: «Любой сотрудник жаждет признания своей деятельности, хочет ощущать весомость своего вклада в общее дело».

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

Существующие варианты решения

Вчерашнего выпускника университета ещё могут привлечь упоминания про бесплатный чай и кофе. Крепкий миддл чётко знает, что ему полагается холодильник с колой, курсы английского и пара корпаративов в год. Опытных разработчиков мотивировать уже сложнее, и вот в бой идут коммандировки за границу и оплаченные конференции.

И конечно же, инженеры лучше иных экономистов знают понятие «издержки упущенных возможностей» и требуют пересмотра зарплаты минимум каждый год.

Внимательный читатель уже, вероятно, заметил, что все эти популярные решения начинаются в плоскости физиологических потребностей, а потом переходят в «давайте потратим ещё немного денег». Зарплата должна быть в порядке по умолчанию, но явно чего-то не хватает. Не поэтому ли график желания работать так упорно движется вниз?

Ну серьёзно, есть ли компании, у которых в Scrum входит ритуал обнимашек («потребность в принадлежности и любви»), выбивание имени разработчиков на граните («потребность в признании»), курсы фен-шуй или хотя бы тренинги по рефакторингу («эстетические потребности») или шанс реализовать свой проект в рамках компании («самореализация»). Ведь даже Google закрыл тему с 20% времени на свои проекты!.

Шутки шутками, но почему бы не попробовать поработать на уровне престижа: помимо служебного роста, сюда входят уважение со стороны других, признание, достижение успеха и высокой оценки.

Том ДеМарко в книге «Deadline» пишет: «Когда разработчики не чувствуют поддержки и признания начальства, они редко создают сильные сплоченные команды». А сильная, «кристаллизированная» команда может творить чудеса.

Предлагаемый подход

Есть много способов повышения престижа. Неважно, кто вы, — директор компании или тимлид разработчиков, — как только вы осознаете мощь этого подхода, нужный вариант сам придёт к вам в качестве озарения.

Вот лишь несколько примеров, чтобы вы почувствовали вкус этой идеи.

Сначала история. Вы — программист, толковый, в этой компании уже довольно давно. И вот на общей кухне, пока вы машинально делаете себе очередной кофе, у вас завязывается разговор с кем-то из заказчиков фирмы. И вот этот бизнесмен говорит: «Ааа, так это ты тот Сергей, который сделал подсистему Х? Мне про это рассказывал ваш директор! Круто, круто». Приятно? Что-то подсказывает, что в этот день ваш код будет компилиться быстрее.

Признание заслуг и достижений — самый простой способ.

Главное — не допускать рутины: начать перечислять всех, кто вообще есть в компании, или делать это ради галочки (а фальшь-то чувствуется!). Хвалить сразу всех оптом — плохая идея, так что постарайтесь поощрить реальных героев — тогда желающих стать героями станет больше.

Господи, ну отличились ваши программисты — ну так напишите им неожиданные и хорошие рекомендации в LinkedIn. Предложите им при случае оплатить любую книжку на Амазоне, «потому что я знаю, что вы педалили 3 ночи напролёт». Уважительно упомяните при работниках других отделов, сколько денег они заработали-сэкономили фирме за счёт своей последней разработки. Не надо просто покупать им пиццу — они это сами могут; лучше покажите им, что вы их любите.

Дальше можно устроить системную конкуренцию за лидерство. Это когда каждую неделю команда сама определяет, кто Мистер Потужность =). Для этого надо определить две вещи: как считать очки и какой приз.

Очки за улучшение кода можно считать автоматически — есть плагин CI Game для Jenkins: плюс балл за каждый коммит, приведение к Code Standard, увеличение покрытия тестами, удаление копипасты, и т.д.

Каждую пятницу смотрят, кто набрал больше всего очков. Есть победитель!

Если команда географически распределённая, то придумывается нематериальный приз. Например, победителя всю неделю называть «сэр».

Если все в одном месте, то проще — придумайте неформальный приоритет. Выбор офисной музыки всю неделю (NB: если у вас есть офисная музыка, чтение книги «Peopleware» откроет вам много нового). Возможность выбирать имя итерации. Право сидеть на StandUp-митинге. Индульгенция на 10-минутное опоздание утром.

А лучше всего — купите всамделишный кубок и сделайте на нём гравировку типа «Kick-ass of the week». Пусть этот кубок стоит на столе победителя всю неделю. У кого он продержится дольше всех?

Плюсов тут не счесть! Остальные работники офиса втягиваются и начинают выяснять детали, мол, «а за что дают? а что такое юнит-тесты?». Вышестоящее начальство замечает усердие. Приходящие заказчики и инвесторы довольно улыбаются: одно дело — невидимый магический код, другое — спортивные состязания и осязамые трофеи; есть что обсудить. Пусть страна знает своих героев.

В общем, это короткая, позитивная и объединяющая всех церемония. А Том ДеМарко в «Peopleware» писал: «Организации нуждаются в церемониях. [...] Такие собрания не тратят впустую ничьё время. Они отвечают на реально существующую потребность в признании. Они закрепляют членство в группе — его важность и ценность».

Ну, и если вы не технарь, а, скажем, гендир, то самое крутое — это признание инженера как эксперта вообще. Вот рассуждает ваш програмист про стартапы, явно хочет свой — ну так предложите ему сходить с вами на какие-то переговоры посмотреть (если хочет), а потом спросите его мнение. У инженеров же профессиональная деформация в сторону логики, оптимизации и здравого смысла — вы точно используете это на 100% у себя в компании?

В качестве примера можно привести графа Витте, выпускника одесского физмата ещё при царе. Витте был пропагандистом практической пользы математического склада ума. «По легенде, С. Витте на глазах императора вступил в конфликт с царскими адъютантами, доказывая, что нельзя использовать два мощных грузовых паровоза с целью разгона царского поезда до высоких скоростей. Александр III убедился в правоте С. Витте после крушения царского поезда в 1888.» (Википедия).

Ещё благодаря его переговорным способностям — «Сахалин наш» =) Если уж царь не побоялся назначить ботана министром, то и вам стоит посмотреть на свой IT-отдел свежим взглядом.

В качестве заключения: в спорт-трекере Endomondo есть такая функция — «авто-подбадриватель». Включите авто-подбадриватель в своей команде, и вы удивитесь результатам.

Все про українське ІТ в телеграмі — підписуйтеся на канал DOU

👍ПодобаєтьсяСподобалось0
До обраногоВ обраному1
LinkedIn

Схожі статті




62 коментарі

Підписатись на коментаріВідписатись від коментарів Коментарі можуть залишати тільки користувачі з підтвердженими акаунтами.

ХХХХХ Зверніть увагу, що нижче наведений «Логарифм©» як формула — покликаний для вирішення не тільки зростання продуктивності праці у державних службовців, він не менш ефективний при застосуванні у процесах що стосуються бізнесу. Не буду трати час, так як з повагою ставлюся до вільного часу інших людей та ціную власний, тому тільки коротко. Хто у бізнесі але ще не усвідомив до кінця, що найбільше ресурсів тратиться на те щоб закріпитися у нішах а не на їх здобуття, тим, у певний період часу слід формувати власні фонди та виділяти на це відповідні ресурси як мінімум на рівні 30% від чистого прибутку, з яких зможете собі дозволити профінансувати вирішення подібних проблем.
Додатково привертаю увагу на наступне, що ніяка дискусія не буде продуктивною якщо вона не націлена на вирішення конкретного результату згідно попередньо поставлених цілей, а її учасники приймають участь в процесі обговорення заради самого «процесу» та не несуть за це матеріальної відповідальності (!) .

ХХХХХ Пропонується ряд інших рішень, в т.ч. «Алгоритм©1» — формула, яка дозволяє :
— запровадити його в оптимальні терміни — до двох місяців;
— підняти продуктивність праці державного чиновника/службовця на протязі першого року впровадження даної формули, як мінімум у 44 рази;
— збільшує генерування ефективних ініціатив під конкретно задані цілі як в окремих департаментах міністерств так і в усіх гілках влади зокрема;
— реалізацію в повному об’ємі певних задач та їх чіткий контроль на усіх етапах виконання;
— на основі чітких та зрозумілих базових принципів, формування ефективної кадрової політики;
— чітку стратегію просування кадрового потенціалу саме «знизу — вгору»;
— зводить нанівець формування керівного складу Держави за принципом — «донецька команда», «дніпропетровські», «вінницькі», «київські» , «кум», «сват, «брат», «син», й т.п. .

P.S.: Єдиний «недолік» — без зміни базової ставки з/плати тим хто її отримує з Державного бюджету, як мінімум на протязі першого року впровадження даних ініціатив — www.facebook.com/...0947961717&type=3&theater

Вопрос стоит неправильно. Инженер изначально самомотивирован. А в дальнейшем мотивировать может только отсутствие демотивации.

Как же точно сказано!

Прочла. И статью и комментарии.
Сначала о комментариях. У всех сквозит неудовлетворённость. Вроде прочли что-то наверченно прогрессивное. Вроде как затронули важные аспекты. Вроде как по сути то и возразить нечего. А вот червячок изнутри ест и самые невыдержанные комментят. При чём коммент обычно «ни о чём». Аутисту (примем за данность, что у нас у всех это есть — только %% меняется) сложно высказать свои внутренние впечатления и донести до других в удобоваримой форме. А ещё вечные сомнения — может это со мной что-то не так?
Так вот, дорогие коллеги, вас тупо развели применяя при написании статьи психологические приёмы, заставляя чувствовать себя лохом, раз получаешь дискомфорт. То есть статья заранее показывает ущербность из разряда — да, ты получаешь многА, но в душе ты чёрствая скотина...
И главное — не придерёшься.
Вроде бы :)

Прочла. И статью и комментарии.
Сначала о комментариях. У всех сквозит неудовлетворённость. Вроде прочли что-то наверченно прогрессивное. Вроде как затронули важные аспекты. Вроде как по сути то и возразить нечего. А вот червячок изнутри ест и самые невыдержанные комментят. При чём коммент обычно «ни о чём». Аутисту (примем за данность, что у нас у всех это есть — только %% меняется) сложно высказать свои внутренние впечатления и донести до других в удобоваримой форме. А ещё вечные сомнения — может это со мной что-то не так?
Так вот, дорогие коллеги, вас тупо развели применяя при написании статьи психологические приёмы, заставляя чувствовать себя лохом, раз получаешь дискомфорт. То есть статья заранее показывает ущербность из разряда — да, ты получаешь многА, но в душе ты чёрствая скотина...
И главное — не придерёшься.
Вроде бы :)
.
А теперь пройдёмся поподробнее...

Горящие глаза программистов, азартный рефакторинг, коммиты наперегонки и вопрос «Что бы ещё покрыть тестами?»
Гы... Это МАНАГЕРУ нужно, а настоящий программист делает эту рутину когда болит голова, сервер упал или кто-то выдрючил за 20% покрытия тестами :) Фраза из разряда «учителя просто обожают оставаться с двоечниками после занятий» или «врач ложась спать дома предвкушает, как его разбудят в 3 часа ночи и вызовут на сложную операцию» :) Суть надеюсь понятна... ЗАСТАВИТЬ программиста чувствовать себя неполноценным, раз не кайфуешь от рутинных обязанностей...
Неудивительно, что в иерархии ценностей программистов на первом месте стоит признание, а не доход — с которым, как известно, у них всё в порядке.
ЗАВИСТЬ, ЗАВИСТЬ и ещё раз ЗАВИСТЬ.
И потому цель фразы — ЗАСТАВИТЬ программиста чувствовать себя ущербным из-за того, что по сути он, распоряжаясь своими мозгами, хочет в действительности ДЕНЕГ. Ибо это означает, что он свозит свою семью не в Болгарию/Турцию, а в Малайзию например. Или будет покупать обеим своим дочерям детские домики Барби, а не один на двоих (в случае с пацанами подставьте что-то равноценное). И т.п. Программист и так от постоянных оверов дома может полноценно быть 4-5 дней в месяц. И хочется хоть как-то компенсировать это время. Семейными плюшками...
Не отсюда ли корни такого феномена как Open Source?
ПППЦ просто а не феномен — согнать шоблу народа вместе и заставить что-то общее делать. А люди с фабрик у нас тачают детали в отдельных кабинетах. А шахтёры так вообще каждый в своей скважине бУрят. Не говоря уже о Банковских офисах и прочих работах клерком :)
Трудно себе представить учителя или юриста, который будет до красных глаз сидеть у монитора, чтобы с гордостью выкатить свой шедевр в свободный доступ благодарному человечеству.
Гы... перефразирую... Трудно представить себя на месте учителя или врача, который будет со спокойствием питона Каа учить чужих детей или совершать микрохирургические операции :) Намёк надеюсь понят :)
«Любой сотрудник жаждет признания своей деятельности, хочет ощущать весомость своего вклада в общее дело».
Однако складывается ощущение, что этот факт часто упускается из виду, хотя именно он помог бы отделу кадров резвее находит таланты, инженерам обеспечил бы огонёк в работе, а начальству — повышенный показатель ROI.
Так мы заботимся о ПРОГЕРАХ (ну и попутно кучи других ИТ-специализаций...) или о том, будет ли завтра кушать хлеб с масличком ичар или манагер? По тексту якобы первое, НО фелкий штрих — и уже программера пристыдили, что он не задумывается о несчастной доле «отдела кадров» и «начальства» :)
Вот +100500, что автор — ичар и выслуживается заказной статьёй перед начальством.
Добавлю, что я не имею никаких претензий к этим двум специализациям — они ОЧЕНЬ нужны, но мне МОИ интересы ДОРОЖЕ :)
Вчерашнего выпускника университета ещё могут привлечь упоминания про бесплатный чай и кофе. Крепкий миддл чётко знает, что ему полагается холодильник с колой, курсы английского и пара корпаративов в год. Опытных разработчиков мотивировать уже сложнее, и вот в бой идут коммандировки за границу и оплаченные конференции.
ДАКАКТОПОХ... Я вообще пью хербату — 15-20 пакетиков за 5-15 грн и кофе в стиках. УЖКАКТО 100 грн на эту хню в месяц найти не проблема :)
Холодильник с колой — БУГАГА. За свои кровные купить колу с холодильника — ВЕРХ мотивации.
КоММандировки (так автор написал) опытного инженера нужны манагеру, чтобы тот вытряс из Заказчика/Саппорта душу и поставил продукт вовремя. На конференциях, за редким исключением, бывают во время рабочего дня, когда мозги плывут или пинание ветра надоело — ЧИСТАОТВЛЕЧЬСЯ. Тоже в числе приоритетов манагера :)
И конечно же, инженеры лучше иных экономистов знают понятие «издержки упущенных возможностей» и требуют пересмотра зарплаты минимум каждый год.
Смотрим пункт выше, начинающийся со слов ЗАВИСТЬ...
Зарплата должна быть в порядке по умолчанию, но явно чего-то не хватает. Не поэтому ли график желания работать так упорно движется вниз?
Перефразирую: Вы получаете докуя и поэтому должны пахать бесперебойно, отвлекаясь только на сон, еду и туалет :)
Ну серьёзно, есть ли компании, у которых в Scrum входит ритуал обнимашек («потребность в принадлежности и любви»),
Комменчу этот бред просто потому, что решила все психприёмы не пропускать.
Так вот. Аутисту НАХ не нужны обнимашки — это заход на его территорию и воспринимается либо агрессивно либо подавляет психику — ведь не скажешь тимлиду, кидающемуся тебя обнимать, что-то наподобие «уйди противный» :)
выбивание имени разработчиков на граните («потребность в признании»),
«Лучше гипс и кроватка, чем гранит и оградка» :)
курсы фен-шуй или хотя бы тренинги по рефакторингу («эстетические потребности»)
ПППЦ каким эстетичным станешь после того, как слоников на серванте поставишь хоботами к окну :) На счёт рефакторинга — см выше...
или шанс реализовать свой проект в рамках компании («самореализация»).
Вообще-то проект компании должен быть интересным, чтобы все мысли Айтишника были им заняты и он не смотрел налево :)
Когда разработчики не чувствуют поддержки и признания начальства, они редко создают сильные сплоченные команды
ТУПОРЖУ... На моих глазах уходил человек и тянул за собой ещё парочку из команды. И такое повторялось не один раз :) И манагер никак не мог повлиять, чтобы «рассплотить» команду, что конечно бы ему очень хотелось в подобном случае. Потому и сделан «вброс на ментальном уровне» — дескать без манагера — вы вошь земная, а с манагером — полноценный муравейник :)
Неважно, кто вы, — директор компании или тимлид разработчиков, — как только вы осознаете мощь этого подхода, нужный вариант сам придёт к вам в качестве озарения.
То есть на ИНСАЙТ способен только манагер :)
И вот на общей кухне, пока вы машинально делаете себе очередной кофе, у вас завязывается разговор с кем-то из заказчиков фирмы. И вот этот бизнесмен говорит: «Ааа, так это ты тот Сергей, который сделал подсистему Х? Мне про это рассказывал ваш директор! Круто, круто». Приятно? Что-то подсказывает, что в этот день ваш код будет компилиться быстрее.
БУГАГА... Какого рожна нарушена секьюрность и Заказчик шарится на кухне? :) А учитывая зарубежный аутсорс, так это скорее Заказчик увидит прогера на своей кухне :) И тогда он конечно скажет «Ах, прогер, вы наваяли мне в прошлом релизе такой удобный поиск со звёздочкой! Мне ТАК понравилось — теперь я могу не все цифры документа вводить в сёрчинг!» И прогер по-бырику такой побежит на крыльях славы компилить свой код :)
Ещё раз — БУГАГА... "Ах, Женя, вы — сестра ЕГО. А я поставила вам двойку«©Алексин
Хвалить сразу всех оптом SaveFrom.net — плохая идея, так что постарайтесь поощрить реальных героев — тогда желающих стать героями станет больше.
АГГА... особенно реально в оупенспейсе :)
120 челов такие фигачат полтора года проект огромный. Дофуя фич и тут... Выходит такой манагер по центру:
— Спасибо тебе Васенька,
— Спасибо тебе Дашенька
— Спасибо тебе Игорёк
А остальные — работайте ЛУЧШЕ — может в след раз и вам СПАСИБО скажу :)
//ещё раз повторю — никаких претензий к манагерам не имею — только к автору поста. Надеюсь на адекватность при прочтении :)
Господи, ну отличились ваши программисты — ну так напишите им неожиданные и хорошие рекомендации в LinkedIn
И они с радостью от вас свалят. Если другой манагер не посчитает, что эти рекомендации сродни детской неожиданности :)
Предложите им при случае оплатить любую книжку на Амазоне
ВБИВ БИ... Уже лет 10 как мне дарят книги или под заказ (свищу с полки у друзей) или никогда — ибо если чел читает, то он и сам себе купит... А если не купит — то скачает :) Короче — фигня...
Уважительно упомяните при работниках других отделов, сколько денег они заработали-сэкономили фирме за счёт своей последней разработки.
Всё зависит от проекта. По сути на ценообразование влияет манагер и обычный кодер получает с этого всё ту же з/п. Да и не секьюрно это и разобщает. Мы и так знаем, что компании ЯКОБЫ на нас наживаются (попутно создав наше рабочее место и оплатив кучу другого...). Да и мне откровенно пофиг, что заработала компания на чужом мне проекте... Засирание мозгов — не более того.
Не надо просто покупать им пиццу — они это сами могут; лучше покажите им, что вы их любите.
Друзей не надо иметь — с ними надо дружить :) И работника ЛЮБИТЬ не надо :) Лучше пиццой накормите...
Дальше можно устроить системную конкуренцию за лидерство
Любая конкуренция сведёт на нет командную работу проекта. Если автор не согласен — пусть обратится к психологам на предприятиях за разъяснениями...
Очки за улучшение кода можно считать автоматически — есть плагин CI Game для Jenkins: плюс балл за каждый коммит, приведение к Code Standard, увеличение покрытия тестами, удаление копипасты, и т.д.
Каждую пятницу смотрят, кто набрал больше всего очков. Есть победитель!
Если команда географически распределённая, то придумывается нематериальный приз. Например, победителя всю неделю называть «сэр».
ЙООООПТЕЛЬ... это ж после какой дозы травы надо было такое придумать, чтобы в качестве поощрения айтишника СЁРом называть? :)
Выбор офисной музыки всю неделю
ПППЦ бонус для опенспейса, где как минимум раз в час каждый пятый чел сидит на колле...
Возможность выбирать имя итерации.
Итерация номер 15 — никак не подходит? Или обязательно её журавликом назвать?
Право сидеть на StandUp-митинге.
Ну я КАГБЭ никогда и не стояла — у нас наш тимлид ножки наши бережёт — мы ВСЕГДА сидим :) Мну лично рад...
Индульгенция на 10-минутное опоздание утром.
С учётом, что вчера вылез в 21-00 с работы и на такси добирался домой — ПППЦ какой бонус :)
Опять же — проецирование психприёма АПАЗДЫВАТЬНИНИ :)
купите всамделишный кубок и сделайте на нём гравировку типа «Kick-ass of the week».
АЧЧЧО не подушку в виде Опы? :)
Плюсов тут не счесть! Остальные работники офиса втягиваются и начинают выяснять детали, мол, «а за что дают? а что такое юнит-тесты?».
РЖУГРОМКА...
Подходит такой ко мне Аналитик с соседнего проекта:
— А чем это ты заслужила ОПУ? :)
И тут же приходит тимлид со своего проекта со всеми девами своими и такой:
— А скажите нам, что такое ЮНИТ-ТЕСТЫ :)
Опять же 100500 такую лажу пишет ичаровец выслуживающийся, которому попались на глаза вопросы по собеседованию интерна :)
Вышестоящее начальство замечает усердие. Приходящие заказчики и инвесторы довольно улыбаются: одно дело — невидимый магический код, другое — спортивные состязания и осязамые трофеи; есть что обсудить. Пусть страна знает своих героев.
ПРАИЛЬНА-ПРАИЛЬНА — нафига кодить? — важнее же обсудить кто и за что подложил ОПУ :)
В общем, это короткая, позитивная и объединяющая всех церемония. А Том ДеМарко в «Peopleware» писал: «Организации нуждаются в церемониях. [...] Такие собрания не тратят впустую ничьё время. Они отвечают на реально существующую потребность в признании. Они закрепляют членство в группе — его важность и ценность».
— Не читайте Пиплвар перед завтраком.
— Так больше ж некогда
— Вот никогда и не читайте :)
Ну, и если вы не технарь, а, скажем, гендир, то самое крутое — это признание инженера как эксперта вообще
Позвольте уточнить — ДЛЯ КОГО крутое?
Для гендира? ОЙ ЛИ?
Для ит-специалиста? ОЙ ЛИ?
Ещё благодаря его переговорным способностям — «Сахалин наш» =)
Крым Сахалин няш-мяш наш :)
И, кстати, каким боком нас волновать должен Сахалин, если мы в Украине?
В качестве заключения: в спорт-трекере Endomondo есть такая функция — «авто-подбадриватель». Включите авто-подбадриватель в своей команде, и вы удивитесь результатам.
Спасибо — узнала, чем никогда не буду интересоваться :)
.
Ну и ещё — автор усиленно не замечает, что кроме программистов для удачного проекта нужна туева куча других специалистов...
Пи.Эс.
Автор, я писала не вам, а другим — можете не отвечать :) Мне хватило сполна вашей статьи...

Да ладно, чё там, отвечу. Суть вашего комментария, на мой взгляд, выражена в первом же вашем абзаце:

А вот червячок изнутри ест и самые невыдержанные комментят. При чём коммент обычно «ни о чём»
.

Статья хороша, однако она не учитывает изменение потребностей для разных возрастов. Вчерашнего студента можно, конечно, наградить грамотой и он будет бесконечно счастлив. А состоявшемуся специалисту уже нужно поднимать з/п и расширять круг обязанностей, добавлять оплачиваемый отпуск и т/д.

«Обламывать» человека как написано в статье «...

Ну, и если вы не технарь, а, скажем, гендир, то самое крутое — это признание инженера как эксперта вообще. Вот рассуждает ваш програмист про стартапы, явно хочет свой — ну так предложите ему сходить с вами на какие-то переговоры посмотреть (если хочет), а потом спросите его мнение
...» глупо, лучше сами побегайте наперегонки с паровозом :)
Нормальный человек рано или поздно поймет суть этого издевательства и ... сделает ответных ход ...

Вы увидели здесь издевательство? Как интересно...

Вот что пишет психолог Николай Козлов в книге «17 мгновений успеха» (глава «Эксперт и обсуждение»):

Ценные мнения — это дорогой продукт, который люди выдают или за большие деньги, или за ощущение к ним уважения в процессе дешевого демократического обсуждения.
Вы увидели здесь издевательство? Как интересно...
У нас с Вами очень разные убеждения насчет этики отношений в команде и между людьми.

Я бы с Вами согласился, если бы Вы предложили гендиру в такой ситуации подарить книгу о стартапах такому инженеру — это был бы сильный ход. Человек бы сам понял чего ему не хватает...

А так, это если бы Вы сказали слово бокс -н-ное количество раз, а Вас выпихивают на ринг к боксеру на 12 раундов, а потом спрашивают «ну как?» :)

Так при чём здесь бокс. В том примере никто не заставляет вести переговоры (сразу в бой). Сиди, смотри, учись. Неужели это такой космический пример...

Каждому своё. Кому-то книжку, кто-то хочет посмотреть как оно на самом деле.

Читаю Ваши ответы мне и начинаю сомневаться в том, а Вы ли писали статью сами?

Владимир, извините, Вы несете какую-то ахинею.

Лично многократно приглашался высшим руководством участвовать в переговорах на высоком уровне в качестве технического специалиста.

Как правило принятые решения после таких переговоров были много адекватнее в сравнении со случаями, когда переговоры велись без участия технических специалистов (инженеров).

Василий, извините, но Вы не дочитали :(
Игорю Тимошенкову я детально ответил здесь:
dou.ua/...ivation/#488704

В своем ответе 5 днями ранее я признал, что как технический специалист он(программист) может дать заключение по переговорам, однако в других вопросах «признавать программиста, мечтающего о стартапах, как эксперта вообще» — я считаю сомнительным :)

Так, что очень похоже, что мы мыслим в одну сторону :)

Ну, стартапы тут левым боком привлечено. Но привлекать технических специалистов к переговорам вообще правильно )))

О чем я увидел у автора, что утверждаю и сам.

Более того, проблема самих технических специалистов в том, что они часто не задумываются и не хотят задумываться о «политике партии» (реальных проблемах бизнеса) и решают часто очень узкие, интересные только им технические проблемы. Когда технический специалист в общем понимает что, для кого и зачем делается, это полезно в первую очередь самому техническому специалисту.

Более того, проблема самих технических специалистов в том, что они часто не задумываются и не хотят задумываться о «политике партии» (реальных проблемах бизнеса)
Василий, а не кажется ли Вам, что этот, процитированный мною момент, должно решать начальство? Иначе зачем оно нужно?
Я пришел на работу программировать, а не искать клиентов, решать вопросы оплат, и т.д. Для этого есть, те кого наняли для выполнения этих функций.

Если я сам смогу найти клиента, провести переговоры, заключить с ним договор, сделать работу, получить деньги, то как Вы думаете свою фирму я потяну? :)

Владимир, какой нафиг поиск клиентов, какие нафиг оплаты?

Технический специалист на переговорах нужен в качестве консультанта по его техническим вопросам. Извините за такую подробность, но вопросы цены в общем объеме общения с клиентом занимают ничтожную часть времени.

Если ты на работе токмо только покадить, то никакой начальник в здравом уме тебя на встречу с клиентом и не возьмет — на встречу берут специалиста, Инженера, а не «кадера».

Владимир, значит Вы не относитесь к ЦА данной статьи, поэтому просто забейте.

Василий, я как раз и отношусь к этой статье как тот, кто прошел этот путь через таких вот «воспитателей» и не одного.

Вдумчиво прочитайте именно этот абзац из спорной статейки:

Ну, и если вы не технарь, а, скажем, гендир, то самое крутое — это признание инженера как эксперта вообще. _Вот_ _рассуждает_ _ваш_ _програмист_ _про_ _стартапы_, _явно_ _хочет_ _свой_ — ну так предложите ему сходить с вами на какие-то переговоры посмотреть (если хочет), а потом спросите его мнение. У инженеров же профессиональная деформация в сторону логики, оптимизации и здравого смысла — вы точно используете это на 100% у себя в компании?

Так какая еще цель его туда брать если не с целью обламать?

Причина что программера берут на переговоры с клиентом не в том что он спец по теме, а потому, что «_Вот_ _рассуждает_ _ваш_ _програмист_ _про_ _стартапы_, _явно_ _хочет_ _свой_ »

Понимаете разницу?

Не воспринимайте это как ТЗ, и всё встанет на свои места.

Скажите мне пожалуйста, а зачем тогда Вы написали этот абзац? Чтобы было больше «букофф»?

Владимир, я, пожалуй, тоже с Вами не соглашусь. Всегда интересно посмотреть что и как работает в компании пока ты пишешь код.

Оригинальная цитата:

Ну, и если вы не технарь, а, скажем, гендир, то самое крутое — это признание инженера как эксперта вообще. Вот рассуждает ваш програмист про стартапы, явно хочет свой — ну так предложите ему сходить с вами на какие-то переговоры посмотреть (если хочет), а потом спросите его мнение.

Дано:
Первое предложение абзаца завершается предложением "

признание инженера как эксперта вообще
«, дальше по тексту
програмист
берется
на какие-то переговоры посмотреть
и затем
спросите его мнение
.

Нигде в данном эпизоде не сказано, что упомянутый программист что-то «понимает» (подразумевается подготовка) в переговорах :) Верно? Если бы понимал, та наверное был бы эккаунт менеджером или менеджером (экспертом) по продажам, а не программировал бы. Логично?

А теперь вопрос знатокам:
Какое мнение (кроме уровня технической подготовки клиента) и особенно как эксперт (снова цитата:

признание инженера как эксперта вообще
) может иметь человек, который не понимает что такое переговоры и как их нужно проводить?

ЗЫ Только пожалуйста не нужно мне отвечать что-то типа «Продавать и дурной сможет» :)

Прямой ответ Игорю:
конечно нужно показывать сотрудникам что и как работает в компании, но это не значит что мнение кодера о переговорах с клиентом должно признаваться как экспертное :)

Сила инженера — в фокусе на цифрах и сроках, а они и являются предметом переговоров: «рубли, вагоны, километры».
К тому же — меньше эмоций, больше логики.
Вы бы хотели, чтобы с вами на переговорах был Спок? Я — да.

P.S. При цитировании статьи пропущен, как мне кажется, один момент — там есть фраза «если хочет». Это важный момент.

Александр, Вам не кажется странным, что Вашу статью очень много людей поняло не так как Вы написали? :)

Может это не Ваше? А?

Это очень хорошая статья, но она пытается описать какие-то способы мотивации высшего порядка.

Как правило это слишком рано ещё большинству компаний, где либо пункт № 1 не выполнен («Зарплата должна быть в порядке по умолчанию»), либо в процессе разработки творится такой пиз*ец (если он вообще есть этот процесс), что любая мотивация сотрудников теряет всякий смысл до тех пор пока процесс не будет поставлен.

Если команда географически распределённая, то придумывается нематериальный приз. Например, победителя всю неделю называть «сэр».
Очки за улучшение кода можно считать автоматически — есть плагин CI Game для Jenkins: плюс балл за каждый коммит, приведение к Code Standard, увеличение покрытия тестами, удаление копипасты, и т.д.
... ну и т. д.
Жестяк. Неужели в конторе с такими закидонами захочет работать кто-нибудь старше студентов и 23-х летних миддлов?

«Закидоны» — это Continuous Integration + Gamification? Ну ок.
Что касается возраста — посмотрите на возраст авторов плагина, как вариант.

В общем, к людям надо относится по-человечески и с уважением.
Второй момент:
Не надо пытаться никого на..обмануть. Если применяя любой из, описанных вами, способов фальшивить, то эффект будет противоположный.

Дальше можно устроить системную конкуренцию за лидерство.
Чисто субъективно: когда такое начинается, то у меня создается впечатление, что «где-то дурят» и «недокладывают мяса».
.
Собстенно наиболее эффективный способ мотивации: dilbert.com/...mic/2012-08-20
Но он не отменяет нормального отношения к людям. И то что вы подняли человеку ЗП не значит, что он должен работать больше часов.
Все другие манипцляции — это кратковременное решение, рано или поздно они повернутся против менеджмента (рано или поздно)
способов фальшивить
Это ваше мнение. Мне кажется, суть статьи в другом, а именно — страна должна знать своих героев.

Посмотрите символичное видео из текста статьи — www.youtube.com/...h?v=p6xK0Hefsq0
Возможно, станет яснее мысль, что деньги — не единственная мотивация.
К тому же в статье чётко написано, что зарплата должна быть в порядке.

Посмотрите символичное видео из текста статьи — www.youtube.com/...h?v=p6xK0Hefsq0
На мой взгляд, тут совсем другая ситуация. В видео пример не мотивации, а демотивации. Когда твой труд __не признают/забывают и тд__ — это таки очень демотивирует. Это признание может выражаться по разному: написать письмо с похвалой на АЛЛ, или дать молча дать премию, или что-то другое.
Вопрос с «признанием труда» — это как раз часть того что я назвал «относится по-человечески и с уважением».
Возможно, станет яснее мысль, что деньги — не единственная мотивация.
Согласен, не единственная. Помимо того с какого-то момента, она становится менее эффективной. Но она покрывает очень большой процент случаев и применяя ее меньше вероятность «сфальшивить» или сделать не правильно. С похвалой пример фальша — это «никого не пропустить». С геймификацией могут быть проблемы если в команде есть выделяющиеся сильные спецы (они будут «выигрывать» постоянно), и мне сложно представить как на подобных соревнованиях, можно выезжать хотя бы год (как по мне, оно будет работать только первые пару месяцем), но это таки больше зависит от коллектива.
С деньгами так же можно налажать, например дать смешную премию, которая будет выглядеть как «подачка». Но как по мне, вероятность такой ошибки сильно меньше чем в остальных случаях. Та и сфальшивить тут особо не где (по крайней мере я не могу придумать где).

Ясно. В статье как раз про это (обратите внимание на частицу «не»):

Ваша задача НЕ «никого не пропустить»
На будущее учту писать только в позитивной форме.
В статье как раз про это (обратите внимание на частицу «не»)
Та я обратил :)
Просто, на мой взгляд, скатится на «никого не пропустить» или «говорить спасибо за любой чих» — это ошибка, которую очень легко допустить, намеренно или нет (я видел оба варианта в реальности).
P.S. Если что, то я не пытаюсь оппонировать статье.
Если применяя любой из, описанных вами, способов фальшивить, то эффект будет противоположный.
Я думаю, Богдан имелл в виду: «Если фальшивить, применяя любой из описанных вами способов, то эффект будет противоположный.» А не то, что описанное в статье — способы фальшивить.
Не отсюда ли корни такого феномена как Open Source? Сервер, на котором крутится этот сайт, язык, на котором написан этот сайт, его база данных и движок — всё это бесплатно доступный труд сотен энтузиастов. Трудно себе представить учителя или юриста, который будет до красных глаз сидеть у монитора, чтобы с гордостью выкатить свой шедевр в свободный доступ благодарному человечеству.
Люди занимаются Open Source больше не из-за славы а ради интереса. Славу больше получают ведя блог в твитере или в facebook.

Вы так считаете? А много можете назвать имена блоггеров, у которых есть своя страница в википедии?

habrahabr.ru/post/177143
интересная история прошлого года
Как создали блогера за 2 часа.

Developers — Developers — Developers — Developers — Developers — Developers — Retirement!

«Что-бы аутист *хорошо* работал, давайте запрем его в комнате на неделю». Мне кажется эти все рекомендации на гране этического фола. Не то что-бы мне не все равно, просто хочется что-бы инициаторы таких отношений это понимали. Потокание болезни это путь вникуда имхо, на месяц может выхлоп и будет а потом жестокое разложение.

Мне кажется эти все рекомендации на гране этического фола
О чём речь — о статье или о «давайте запрём»? Не совсем понятен контекст ответа.

Повторюсь: есть плагин CI Game. Факт его существования и статистика скачиваний показывает, что все обобщения ложны.

К тому же, геймификация недаром стала большим трендом.

Ещё: военное дело как никакое другое требует командной работы и взаимопомощи, но погоны у каждого свои.

И последнее, в нашей команде разработки, эта система применена и работает. Да, все понимают, что это игра, но должен ли от этого пропадать интерес? Сомневаюсь.

Вы вольны считать, как вам нравится. Если не ошибаюсь, половина ваших прошлых комментариев была посвящена развенчанию точки зрения, противоположной той, что была изложена в статье. Честь имею!

Ужас-ужас-ужас
от чего конкретно? От признания чужой работы? От того, что с профессионалом начнут наконец советоваться?
Невозможно мотивировать оптом
В статье сказано прямым текстом: «Хвалить сразу всех оптом — плохая идея». Почему комментируется противоположная идея, для меня остаётся секретом.

Хорошо то, что в итоге мы все приходим к согласию: всех нельзя под одну гребёнку, и награда должна находить героя.

Книжка стоит того, чтобы ее прочитать. Это уже классика на сегодня.

Когда я ее читал, я почти плакал последнюю четверть книги. Как оно о нашей программерской жизни :)

Как минимум еще нужно прочесть:
Цель, Цель 2, Цель 3 — это сетевое планирование + теория ограничения систем.

Есть хорошие книги по сетевому планированию — авторов не скажу — каждый подберет себе свое. Мне хорошо пошла книга “Сіткові моделі у менеджменті” авто Балан В.Г. — его знаю лично :)

Обязательно прочитать Теорию ограничения систем.

Если останется желание работать в АйТИ дальше, то потом читать Анн Рейнд “Атлант расправил плечи” в трех томах — самая читаемая книга с США после Библии.

«любой юрист, медик или учитель» и так получает свою порцию уважения. Потому что работает с людьми.
Программист же педалит буквачки, а «одобряшки» получают манагеры, как правило.

Другое дело, что «мотивирование по бумажке» всегда превращается в фарс.

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

Підписатись на коментарі