Що мотивує інженера

Палаючі очі програмістів , азартний рефакторінг , комміти наввипередки і питання « Що б ще покрити тестами ? » - це не казка. Так буває .

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

Як мотивувати розробників ?

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

Не дивно , що в ієрархії цінностей програмістів на першому місці стоїть визнання , а не дохід - з яким, як відомо , у них все в порядку.

Чи не звідси коріння такого феномена як 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 є така функція - « авто- подбадріватель ». Увімкніть авто- подбадріватель у своїй команді , і ви здивуєтеся результатами .

Опубліковано: 10/06/14 @ 07:00
Розділ Різне

SEO Блог